Re: KGDB question
On Thu, Mar 17, 2005 at 02:29:58PM -0800, Andrew Morton wrote: > Jesse Barnes <[EMAIL PROTECTED]> wrote: > > > > > kgdb patches are maintained in -mm kernels. > > > > > > Patches are in > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11 > > >-mm1/broken-out/*kgdb* > > > > > > And the patch application order is described in > > > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11 > > >-mm1/patch-series - > > > > What's the latest status on these? Last I heard, some cleanup was going to > > happen to make kgdb suitable for the mainline, did that ever happen? > > It part-happened, then the effort seemed to die. Mutter, mutter, curse, mutter. We got stuck on things like backtrace going on forever, and then trying to find a way to get GDB to believe we want it to stop backtracing. I think we've finally got that, in a way the GDB folks will approve and won't horribly clutter the kernel. We also got stuck on catching memory faults cleanly since it seems the set_fs(KERNEL_DS) trick we used to use (and I swear worked), stopped working around 2.6.10, but I haven't found time to go back and verify when it stopped working. -- Tom Rini http://gate.crashing.org/~trini/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: KGDB question
On Thu, Mar 17, 2005 at 02:29:58PM -0800, Andrew Morton wrote: Jesse Barnes [EMAIL PROTECTED] wrote: kgdb patches are maintained in -mm kernels. Patches are in ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11 -mm1/broken-out/*kgdb* And the patch application order is described in ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11 -mm1/patch-series - What's the latest status on these? Last I heard, some cleanup was going to happen to make kgdb suitable for the mainline, did that ever happen? It part-happened, then the effort seemed to die. Mutter, mutter, curse, mutter. We got stuck on things like backtrace going on forever, and then trying to find a way to get GDB to believe we want it to stop backtracing. I think we've finally got that, in a way the GDB folks will approve and won't horribly clutter the kernel. We also got stuck on catching memory faults cleanly since it seems the set_fs(KERNEL_DS) trick we used to use (and I swear worked), stopped working around 2.6.10, but I haven't found time to go back and verify when it stopped working. -- Tom Rini http://gate.crashing.org/~trini/ - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: KGDB question
On Thu, Mar 17, 2005 at 02:29:58PM -0800, Andrew Morton wrote: > Jesse Barnes <[EMAIL PROTECTED]> wrote: > > > > > kgdb patches are maintained in -mm kernels. > > > > > > Patches are in > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11 > > >-mm1/broken-out/*kgdb* > > > > > > And the patch application order is described in > > > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11 > > >-mm1/patch-series - > > > > What's the latest status on these? Last I heard, some cleanup was going to > > happen to make kgdb suitable for the mainline, did that ever happen? > > It part-happened, then the effort seemed to die. > > > Also, > > it would be nice if I could connect to a remote kernel running the kgdb > > stubs > > w/o having to run gdb on the same ethernet segment. Would that be > > difficult > > to fix? > > > > Maybe we'd have to teach kgdboe to arp for the remote debug host. I think > Matt was talking about that a while back. > > > > If switches send the destination MAC address through unchanged then maybe > the problem is that the switch simply doesn't know the MAC address of the > remote debug host yet? If the switch has its own MAC address (it doesn't, > does it), or if it's actually a router then perhaps you should specify the > router's MAC address and not the remote debug host's. I haven't tried this, but I believe you need to set up kgdboe's destination MAC address as the MAC of the next IP hop. Switches should be invisible to kgdboe. -- Mathematics is the supreme nostalgia of our time. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: KGDB question
Jesse Barnes <[EMAIL PROTECTED]> wrote: > > > kgdb patches are maintained in -mm kernels. > > > > Patches are in > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11 > >-mm1/broken-out/*kgdb* > > > > And the patch application order is described in > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11 > >-mm1/patch-series - > > What's the latest status on these? Last I heard, some cleanup was going to > happen to make kgdb suitable for the mainline, did that ever happen? It part-happened, then the effort seemed to die. > Also, > it would be nice if I could connect to a remote kernel running the kgdb stubs > w/o having to run gdb on the same ethernet segment. Would that be difficult > to fix? Maybe we'd have to teach kgdboe to arp for the remote debug host. I think Matt was talking about that a while back. If switches send the destination MAC address through unchanged then maybe the problem is that the switch simply doesn't know the MAC address of the remote debug host yet? If the switch has its own MAC address (it doesn't, does it), or if it's actually a router then perhaps you should specify the router's MAC address and not the remote debug host's. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: KGDB question
On Thursday, March 17, 2005 1:54 pm, Andrew Morton wrote: > "Abhinkar, Sameer" <[EMAIL PROTECTED]> wrote: > > Are there any patches or hooks > > available to enable KGDB for linux-2.6.11.2? > > kgdb patches are maintained in -mm kernels. > > Patches are in > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11 >-mm1/broken-out/*kgdb* > > And the patch application order is described in > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11 >-mm1/patch-series - What's the latest status on these? Last I heard, some cleanup was going to happen to make kgdb suitable for the mainline, did that ever happen? Also, it would be nice if I could connect to a remote kernel running the kgdb stubs w/o having to run gdb on the same ethernet segment. Would that be difficult to fix? Thanks, Jesse - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: KGDB question
"Abhinkar, Sameer" <[EMAIL PROTECTED]> wrote: > > Are there any patches or hooks > available to enable KGDB for linux-2.6.11.2? kgdb patches are maintained in -mm kernels. Patches are in ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm1/broken-out/*kgdb* And the patch application order is described in ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm1/patch-series - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: KGDB question
Abhinkar, Sameer [EMAIL PROTECTED] wrote: Are there any patches or hooks available to enable KGDB for linux-2.6.11.2? kgdb patches are maintained in -mm kernels. Patches are in ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm1/broken-out/*kgdb* And the patch application order is described in ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm1/patch-series - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: KGDB question
On Thursday, March 17, 2005 1:54 pm, Andrew Morton wrote: Abhinkar, Sameer [EMAIL PROTECTED] wrote: Are there any patches or hooks available to enable KGDB for linux-2.6.11.2? kgdb patches are maintained in -mm kernels. Patches are in ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11 -mm1/broken-out/*kgdb* And the patch application order is described in ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11 -mm1/patch-series - What's the latest status on these? Last I heard, some cleanup was going to happen to make kgdb suitable for the mainline, did that ever happen? Also, it would be nice if I could connect to a remote kernel running the kgdb stubs w/o having to run gdb on the same ethernet segment. Would that be difficult to fix? Thanks, Jesse - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: KGDB question
Jesse Barnes [EMAIL PROTECTED] wrote: kgdb patches are maintained in -mm kernels. Patches are in ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11 -mm1/broken-out/*kgdb* And the patch application order is described in ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11 -mm1/patch-series - What's the latest status on these? Last I heard, some cleanup was going to happen to make kgdb suitable for the mainline, did that ever happen? It part-happened, then the effort seemed to die. Also, it would be nice if I could connect to a remote kernel running the kgdb stubs w/o having to run gdb on the same ethernet segment. Would that be difficult to fix? tries to remember how ethernet works Maybe we'd have to teach kgdboe to arp for the remote debug host. I think Matt was talking about that a while back. tries to remember how ethernet switches work If switches send the destination MAC address through unchanged then maybe the problem is that the switch simply doesn't know the MAC address of the remote debug host yet? If the switch has its own MAC address (it doesn't, does it), or if it's actually a router then perhaps you should specify the router's MAC address and not the remote debug host's. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: KGDB question
On Thu, Mar 17, 2005 at 02:29:58PM -0800, Andrew Morton wrote: Jesse Barnes [EMAIL PROTECTED] wrote: kgdb patches are maintained in -mm kernels. Patches are in ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11 -mm1/broken-out/*kgdb* And the patch application order is described in ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11 -mm1/patch-series - What's the latest status on these? Last I heard, some cleanup was going to happen to make kgdb suitable for the mainline, did that ever happen? It part-happened, then the effort seemed to die. Also, it would be nice if I could connect to a remote kernel running the kgdb stubs w/o having to run gdb on the same ethernet segment. Would that be difficult to fix? tries to remember how ethernet works Maybe we'd have to teach kgdboe to arp for the remote debug host. I think Matt was talking about that a while back. tries to remember how ethernet switches work If switches send the destination MAC address through unchanged then maybe the problem is that the switch simply doesn't know the MAC address of the remote debug host yet? If the switch has its own MAC address (it doesn't, does it), or if it's actually a router then perhaps you should specify the router's MAC address and not the remote debug host's. I haven't tried this, but I believe you need to set up kgdboe's destination MAC address as the MAC of the next IP hop. Switches should be invisible to kgdboe. -- Mathematics is the supreme nostalgia of our time. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/