Re: CONFIG_HAVE_ARCH_TRACEHOOK and you
From: Roland McGrath [EMAIL PROTECTED] Date: Fri, 12 Sep 2008 15:31:56 -0700 (PDT) means sparc ends up allocating 38 * sizeof(u32) * sizeof(u32), and sparc64 ends up with 36 * sizeof(u64) * sizeof(u64), which must surely be wrong? Yup! Sure looks like Dave skipped the step where it says test that core dumps work ... and produce correct results. :-) It was allocating too much memory, which is harmless. So it did work, and I did test it.
Re: The demise of utracer.
From: Daniel Jacobowitz [EMAIL PROTECTED] Date: Wed, 25 Jun 2008 11:38:25 -0400 The single biggest pain in GDB's process management is dealing with signals, especially the ways that ptrace interferes with normal operation. Because of this, and other similar examples, I believe the only way to design a new debugging interface is to walk through a significant debugging tool like GDB and guide the interface design by what something like GDB is trying to accomplish. There are years and years of experience in debugging codified into a code base like GDB, and therefore the perfect place to mine interface guiding experience from.
Re: user_regset is in!
From: Ananth N Mavinakayanahalli [EMAIL PROTECTED] Date: Thu, 7 Feb 2008 17:06:53 +0530 On Wed, Jan 30, 2008 at 12:22:58PM -0800, Roland McGrath wrote: The generic and x86 code for user_regset went into Linus's kernel tree today, destined for the 2.6.25 release. I'm very grateful to Ingo Molnar, who helped this happen via the x86.git tree. I've also had some positive feedback from the powerpc maintainer, and expect the powerpc user_regset code to go in upstream soon as well. Paul Mackerras has pulled in the regset changes. Should be in Linus' tree tomorrow. I just asked Linus to pull in sparc regset support from me as well.
