This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
RE: [pushed] [PATCH V7 0/8] Intel(R) MPX register support
- From: "Tedeschi, Walfred" <walfred dot tedeschi at intel dot com>
- To: Pedro Alves <palves at redhat dot com>, Yao Qi <yao at codesourcery dot com>
- Cc: "Mark Kettenis (mark dot kettenis at xs4all dot nl)" <mark dot kettenis at xs4all dot nl>, "gdb-patches at sourceware dot org" <gdb-patches at sourceware dot org>
- Date: Fri, 22 Nov 2013 12:32:45 +0000
- Subject: RE: [pushed] [PATCH V7 0/8] Intel(R) MPX register support
- Authentication-results: sourceware.org; auth=none
- References: <AC542571535E904D8E8ADAE745D60B191B1D8BC7 at IRSMSX104 dot ger dot corp dot intel dot com> <528E62B3 dot 7080005 at redhat dot com>
Hello Pedro and Yao,
I am followed the steps and description on the bug report but I am failing to reproduce it.
Yao,
I have tested a gdb/gdbserver built for I686 running full test suite and could not reproduce it.
Could you please provide more details about the reproducer?
Thanks and regards,
-Fred
BTW: Next patch we will squash i386/amd64/gdbserver. Should this three patches also be send for review as a single commit?
Sorry for that! :(
-----Original Message-----
From: Pedro Alves [mailto:palves@redhat.com]
Sent: Thursday, November 21, 2013 8:45 PM
To: Tedeschi, Walfred
Cc: Mark Kettenis (mark.kettenis@xs4all.nl); gdb-patches@sourceware.org
Subject: Re: [pushed] [PATCH V7 0/8] Intel(R) MPX register support
Hi Fred,
Unfortunately, this caused PR16193 - gdbserver aborts.
Could you take a look, please?
<https://sourceware.org/bugzilla/show_bug.cgi?id=16193>
((
BTW, while bisecting this, I found that the MPX series as committed 1dbcd68 fails in early initialization with:
../../src/gdb/amd64-linux-nat.c:1180: internal-error: _initialize_amd64_linux_nat: Assertion `ARRAY_SIZE (amd64_linux_gregset32_reg_offset) == amd64_native_gregset32_num_regs' failed.
A problem internal to GDB has been detected, further debugging may prove unreliable.
Quit this debugging session? (y or n) [answered Y; input not from terminal]
nothing we can do now, but just a friendly note to point out that it's a good idea to try to avoid this, to make bisects easier.
))
Thanks!
--
Pedro Alves
Intel GmbH
Dornacher Strasse 1
85622 Feldkirchen/Muenchen, Deutschland
Sitz der Gesellschaft: Feldkirchen bei Muenchen
Geschaeftsfuehrer: Christian Lamprechter, Hannes Schwaderer, Douglas Lusk
Registergericht: Muenchen HRB 47456
Ust.-IdNr./VAT Registration No.: DE129385895
Citibank Frankfurt a.M. (BLZ 502 109 00) 600119052