Blame SOURCES/gdb-6.5-last-address-space-byte-test.patch

7d6eda
From FEDORA_PATCHES Mon Sep 17 00:00:00 2001
7d6eda
From: Fedora GDB patches <invalid@email.com>
7d6eda
Date: Fri, 27 Oct 2017 21:07:50 +0200
7d6eda
Subject: gdb-6.5-last-address-space-byte-test.patch
7d6eda
7d6eda
;; Testcase for deadlocking on last address space byte; for corrupted backtraces.
7d6eda
;;=fedoratest
7d6eda
7d6eda
diff --git a/gdb/testsuite/gdb.base/largecore-last-address-lock.exp b/gdb/testsuite/gdb.base/largecore-last-address-lock.exp
7d6eda
new file mode 100644
7d6eda
--- /dev/null
7d6eda
+++ b/gdb/testsuite/gdb.base/largecore-last-address-lock.exp
7d6eda
@@ -0,0 +1,49 @@
7d6eda
+# Copyright 2006 Free Software Foundation, Inc.
7d6eda
+
7d6eda
+# This program is free software; you can redistribute it and/or modify
7d6eda
+# it under the terms of the GNU General Public License as published by
7d6eda
+# the Free Software Foundation; either version 2 of the License, or
7d6eda
+# (at your option) any later version.
7d6eda
+# 
7d6eda
+# This program is distributed in the hope that it will be useful,
7d6eda
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
7d6eda
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
7d6eda
+# GNU General Public License for more details.
7d6eda
+# 
7d6eda
+# You should have received a copy of the GNU General Public License
7d6eda
+# along with this program; if not, write to the Free Software
7d6eda
+# Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.  
7d6eda
+
7d6eda
+if $tracelevel then {
7d6eda
+    strace $tracelevel
7d6eda
+}
7d6eda
+
7d6eda
+# Get things started.
7d6eda
+
7d6eda
+gdb_exit
7d6eda
+gdb_start
7d6eda
+
7d6eda
+# i386 (32-bit) only: gdb with Red Hat largecore patch did lock up:
7d6eda
+# https://enterprise.redhat.com/issue-tracker/?module=issues&action=view&tid=103263
7d6eda
+# https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=210614
7d6eda
+
7d6eda
+# i386: Bug exists when the `target_xfer_memory' condition
7d6eda
+# `(memaddr + len < region->hi)' operates on 64-bit operands on
7d6eda
+# largecore-patched with 32-bit addresses and so it can get `false' with
7d6eda
+# arbitrary `len'.
7d6eda
+
7d6eda
+# x86_64: The bug is not present as the operands and calculations have the same
7d6eda
+# bit size.  Would would still need to pass there the highest address
7d6eda
+# (`memaddr == 0xffffffffffffffff') but we would need to pass `len == 0'
7d6eda
+# to make the condition `(memaddr + len < region->hi)' false.
7d6eda
+# `len == 0' would get caught eariler.
7d6eda
+
7d6eda
+# Error in the success case is immediate.
7d6eda
+set timeoutold ${timeout}
7d6eda
+set timeout 10
7d6eda
+
7d6eda
+gdb_test "x/xb 0xffffffff" \
7d6eda
+         "Cannot access memory at address 0xffffffff" \
7d6eda
+         "Read the last address space byte"
7d6eda
+
7d6eda
+set timeout ${timeoutold}