aboutsummaryrefslogtreecommitdiff
path: root/gdbserver
diff options
context:
space:
mode:
authorTom de Vries <tdevries@suse.de>2023-02-14 13:15:49 +0100
committerTom de Vries <tdevries@suse.de>2023-02-14 13:15:49 +0100
commit5bed9dc992a0136d403a7addb29a2ed822fd4fd2 (patch)
tree2f15c993e935d305239b579cda16a7c56398e12c /gdbserver
parent9b38b85ec31798d68633970c88921875928c4c39 (diff)
downloadgdb-5bed9dc992a0136d403a7addb29a2ed822fd4fd2.zip
gdb-5bed9dc992a0136d403a7addb29a2ed822fd4fd2.tar.gz
gdb-5bed9dc992a0136d403a7addb29a2ed822fd4fd2.tar.bz2
[gdb/testsuite] Add xfail in gdb.python/py-record-btrace.exp
There's a HW bug affecting Processor Trace on some Intel processors (Ice Lake to Raptor Lake microarchitectures). The bug was exposed by linux kernel commit 670638477aed ("perf/x86/intel/pt: Opportunistically use single range output mode"), added in version v5.5.0, and was worked around by commit ce0d998be927 ("perf/x86/intel/pt: Fix sampling using single range output") in version 6.1.0. The bug manifests (on a Performance-core of an i7-1250U, an Alder Lake cpu) in a single test-case: ... (gdb) python insn = r.instruction_history^M warning: Decode error (-20) at instruction 33 (offset = 0x3d6a, \ pc = 0x400501): compressed return without call.^M (gdb) FAIL: gdb.python/py-record-btrace.exp: prepare record: \ python insn = r.instruction_history ... Add a corresponding XFAIL. Note that the i7-1250U has both Performance-cores and Efficient-cores, and on an Efficient-Core the test-case runs without any problems, so if the testsuite run is not pinned to a specific cpu, the test may either PASS or XFAIL. Tested on x86_64-linux: - openSUSE Leap 15.4 with linux kernel version 5.14.21 - openSUSE Tumbleweed with linux kernel version 6.1.8 PR testsuite/30075 Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=30075
Diffstat (limited to 'gdbserver')
0 files changed, 0 insertions, 0 deletions