Hi! > > >>>Hi! > > >>> > > >>>No real code changes, but cleanups all over the place. What about > > >>>applying? > > >>> > > >>>Ouch and arch-dependend code is moved to kernel/kgdb.c. I'll probably > > >>>do x86-64 version so that is rather important. > > >>> > > >>> Pavel > > >> > > >>A few comments: > > >> > > >>I like the code seperation. Does it follow what Amit is doing? It would > > >>be nice if Amit's version and this one could come together around this. > > >> > > >>I don't think we want to merge the eth and regular kgdb just yet. I > > >>would, however, like to keep eth completly out of the stub. Possibly a > > >>new module which just takes care of steering the I/O to the correct place. > > > > > > > > >I've sent Amit the start of an plug interface for abstracting the > > >communication layer. Should be relatively painless and allow for > > >starting sessions on the interface of your choice. > > > > > May I see? > > Here's the interface plus the eth side of it: Does it work with those patches? (Amid's version does not seem to work over ethernet). Pavel -- When do you have a heart between your knees? [Johanka's followup: and *two* hearts?] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo _at_ vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Follow-Ups:
- Re: kgdb cleanupsMatt Mackall
- kgdb cleanupsPavel Machek
- Re: kgdb cleanupsGeorge Anzinger
- Re: kgdb cleanupsMatt Mackall
- Re: kgdb cleanupsGeorge Anzinger
- Re: kgdb cleanupsMatt Mackall
- Prev by Date: Re: [discuss] Re: kgdb for x86_64 2.6 kernels
- Next by Date: Re: Do not use synaptics extensions by default
- Previous by thread: Re: kgdb cleanups
- Next by thread: Re: kgdb cleanups
- Indexes:[Main][Thread]