RFC KGDB Support
Get series with b4
b4 am [email protected]Versions newest first
- v1 RFC Latest15 patches 2 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/15 | KGDB: core infrastructureDocumentation/ Documentation/ MAINTAINERS +6 more | +2382 | 0 replies | |
| 2/15 | KGDB: i386-specific changesarch/ arch/ arch/ +7 more | +449 | 0 replies | |
| 3/15 | KGDB: ppc32-specific changesarch/ arch/ arch/ +32 more | +1139 | 0 replies | |
| 4/15 | KGDB: 8250-like UART driverdrivers/ drivers/ drivers/ +4 more | +593 | 0 replies | |
| 5/15 | KGDB: MIPS-specific changesarch/ arch/ arch/ +22 more | +880 | 0 replies | |
| 6/15 | KGDB: IA64-specific changesarch/ arch/ arch/ +10 more | +1470 | 0 replies | |
| 7/15 | x86_64: Add a notifier hook to the "no context" part of do_page_faultarch/ include/ | +5 | 0 replies | |
| 8/15 | KGDB: x86_64-specific changesarch/ arch/ arch/ +6 more | +599 | 0 replies | |
| 9/15 | KGDB: SuperH-specific changesDocumentation/ arch/ arch/ +19 more | +676 | 0 replies | |
| 10/15 | KGDB: ARM-specific changesarch/ arch/ arch/ +16 more | +642 | 0 replies | |
| 11/15 | KGDB: ppc64-specific changesarch/ arch/ arch/ +4 more | +497 | 2 replies | |
| 12/15 | KGDB: netpoll-based ethernet driverdrivers/ drivers/ lib/ | +214 | 0 replies | |
| 13/15 | KGDB: CFI annotations for better unwindingMakefile arch/ arch/ +14 more | +1322 | 0 replies | |
| 14/15 | KGDB: Fix for 'lost' SysRq eventsdrivers/ | +1 | 0 replies | |
| 15/15 | KGDB: Better support for loaded modulesinclude/ kernel/ | +72 | 0 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [PATCH,RFC 2.6.14 00/15] KGDB Support
[ Using a different script that doesn't do individual patch CC's, but should
send to lkml this time ]
I'm once again submitting the KGDB found at
http://sourceforge.net/projects/kgdb for inclusion in the kernel. Right now, I'm mainly asking for comments again. This series is against 2.6.14, and that means it will fail, probably voilently, against 2.6.15-rc1 when it comes out due to the PowerPC merge (aside, Paul, I'll take care of merging the old kgdb ;)), but I'd still like to get this into Andrew's tree at somepoint during 2.6.15 for future inclusion in Linus' tree, and will take back up tracking the -rc releases at least.
This version of KGDB is designed so that as much code as possible is done in a core file shared by all architectures, and with I/O (ie
8250 serial, custom uart, ethernet) being common when possible and modular. The rough splitup of this is that 95% of the interaction with KGDB is done in files common to all implementations with a small set of architecture specific things (setjmp/longjmp, actually formatting registers for GDB, single stepping).
Much of how to use this version (it is slightly different from George Anzinger's version) is written up in DocBook and viewable that way. I've tried to do this in as clean a way as possible (notifier when possible for example) so that it's as minimally instrusive as possible. But, in order to allow for KGDB to be used very early on (some folks argue this is critical, some argue it's not) there's a few hooks so we can know if pidhash_init has been run, or to try and have KGDB break in as soon as possible, if it can't right then (such as on x86_64 where we're still trying to deal with early per-cpu things so we can work early).
Comments? Thanks!
Signature · 1 line
Tom