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/
