[PATCH,RFC 2.6.14 00/15] KGDB Support

From: Tom Rini (trini_at_kernel.crashing.org)
Date: 11/10/05

  • Next message: Tom Rini: "[PATCH,RFC 2.6.14 04/15] KGDB: 8250-like UART driver" 
    To: Andrew Morton <akpm@osdl.org>
Date:	Thu, 10 Nov 2005 11:38:40 -0500

    [ 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! 

    -- 
Tom
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/
  • Next message: Tom Rini: "[PATCH,RFC 2.6.14 04/15] KGDB: 8250-like UART driver"

    Relevant Pages

    • Re: [RFC][PATCH] timers fixes/improvements
      ... in kgdb. ... could you please reboot with this patch? ... I added padding before and after ptype_all. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [Kgdb-bugreport] [PATCH] Kill kgdb_serial
      ... It will split start_kernel command line parsing into early ... parse and late parse, but that's the price we have to pay to do special ... KGDB: Linux Kernel Source Level Debugger ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [Kgdb-bugreport] [PATCH] Kill kgdb_serial
      ... It will split start_kernel command line parsing into early ... > parse and late parse, but that's the price we have to pay to do special ... I think modifying the kernel to support this for kgdb is more like the tail ... To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ ...
      (Linux-Kernel)
    • Re: [patch 04/16] I/O driver for 8250-compatible UARTs
      ... the we have ttySX case, but ttySX isn't registered to KGDB case. ... It's only been needed on ia64. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: 2.6.0-test4-mm6
      ... kgdb over serial works again if you boot without the gdbeth ... options (the comment on kgdb_net_interrupt is a bit misleading here). ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)