Maxim Levitsky wrote: > On Thu, 2009-07-30 at 03:31 -0500, Jason Wessel wrote: >> >> 3) Develop a low level dedicated ethernet debug interface. If you have >> more than one ethernet, or an ethernet device that has multiple hardware >> queues, it is plausible to have a dedicated way to talk to a device >> which has no restrictions on getting preempted, or used by another part >> of the kernel. This lends itself to an ideal medium for kgdb >> communications.
> Or, even better, to make in possible to switch between a normal, and > exclusive mode? Maybe this cab be done without (or with slight) > modifications to network drivers. Why not to make kgdb own the > network device (use it exclusively), but use same interfaces as > regular kernel does? The key problem is how such a switch is governed between normal and exclusive mode works. If it involves locks kgdboe is not going to work reliably from the exception context. Having kgdboe directly own an interface and use the same kernel API as the network stack won't work out of the box because there is probing, interrupt control and lots of other tidbits. This is a case where the polling API needs some work or a dedicated API is needed, because this is a case where you really don't want the whole network stack involved. IE it would be nice to be able to debug the networking stack with kgdboe. Patches which implement new functionality, ideas and discussion about any aspect of kernel debugging are always welcome on the kgdb mailing list. :-) Cheers, Jason. ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Kgdb-bugreport mailing list Kgdb-bugreport@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kgdb-bugreport
