Fwd: [gnu.org #1159319] gdb mailing list
Amit Chaudhuri <[email protected]>
| Newsgroups | gmane.comp.gdb.devel |
|---|---|
| Message-ID | <CAH=VbNf2oeN+aj50RtLGD7jm6ADPsPX5UuxDSJVA2kTCBT-DRw@mail.gmail.com> |
Hi Guys, after this respnse from Jeanne Rasata via RT <[email protected]>. Are you able to help me work out whether there's a problem with my email account getting questions through to a suitable gdb technical list? Original text in line below. Regards, Amit ** Original text below ** ** Background ** I've recently run into a situation where debugging using gdb/gdbserver (as opposed to debugging a core file) stopped working. After a little research we worked out that a kernel parameter was responsible for the total failure of single stepping. We were able to set a breakpoint on a test application, but any attempt to step (or stepi) was instantly met with application termination and a message about SIGTRAP. The processor we are using is a freescale qoriq (so powerpc) and the kernel parameter was CONFIG_DEBUG_CW. The toolchain was from the 1.9 version of the QorIQ SDK from the processor supplier which contains (powerpc-fsl-linux-gnuspe-)g++ 4.9.2 and (powerpc-fsl-linux-gnuspe-)gdb 7.8.1. Linux kernel version is 3.12.37. After turning off the offending parameter and rebuilding the kernel single stepping now works. Which brings me to the remaining problem; one I find a little odd. ** Problem ** Using gdbserver/gdb I am able to set breakpoints, hit them and single step in trivial, single threaded test applications in both C and C++. Using the same set up but a larger (113M stripped), multi-threaded C++ application breakpoints that should be hit are not firing. When I set a breakpoint, info br reports the correct location, and list shows source code as I would expect. Further, info br shows the bp to be enabled. Reading other material on this list, I've tentatively concluded that some some reason breakpoints are not being inserted on the target. I'm looking for ideas on how to isolate (and overcome) the cause of this. Is it possible that the size of the application's address space is hitting some sort of internal limit that results in gdb failling to insert the bp? Are there flags I can pass to gdb to get a better idea of why my bps are not firing? Are there kernel configuration parameters for PPC that might explain this? The following have me wondering: CONFIG_PPC_ADV_DEBUG_REGS=Y CONFIG_PPC_ADV_DEBUG_IACS=2 CONFIG_PPC_ADV_DEBUG_DACS=2 CONFIG_PPC_ADV_DEBUG_DVCS=0 TIA - Regards, Amit Chaudhuri Footnote: earlier toolchains (with different limitations and much earlier version of all components) were able to do this. ---------- Forwarded message ---------- From: Jeanne Rasata via RT <[email protected]> Date: Mon, Nov 7, 2016 at 1:30 PM Subject: [gnu.org #1159319] gdb mailing list To: [email protected] Hello, Amit, Please forgive this tardy response to your message! > [[email protected] - Fri Oct 28 03:12:20 2016]: > I'm trying to post a question to the gdb mailing list from the cc'd > email address above. It is possible my first attempt was before > registering, but a second attempt was definitely after registration > and confirmation. > > I can't see anything that says that questions to the list are > moderated and that mine is in a queue. It does not appear in the > October 2016 listing in the archive at > https://sourceware.org/ml/gdb/2016-10/ > > Is there some problem with my email that means my question is being > bounced? Have I missed something important somewhere along the way. > > Great tool - btw. Any advice appreciated. Hm, I'm not sure why your message was not listed. Unfortunately, this is only the general e-mail contact for the FSF and the GNU Project and I am unable to answer technical questions. Please contact the GDB-support folks (contact info listed at http://directory.fsf.org/wiki/Gdb#tab=Details), as they will be able to determine what the problem is. Thank you for supporting free software. Sincerely, j. -- Jeanne Rasata Program Assistant Free Software Foundation GnuPG Key: F24B 3F64 31A1 90D6 1CCC 0394 E8FD 48A0 DE0D C371 --- Have we been helpful to you today? Would you like to help the FSF continue to spread the word about software freedom? You too can become a member! Learn more at: http://donate.fsf.org