Messages in this thread | | | Date | Thu, 1 Mar 2012 13:04:08 -0800 (PST) | From | Andrei Warkentin <> | Subject | Re: [PATCHv3 1/3] NETPOLL: Extend rx_hook support. |
| |
----- Original Message ----- > From: "Andrei Warkentin" <awarkentin@vmware.com> > To: "Jason Wessel" <jason.wessel@windriver.com> > Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org, "Andrei Warkentin" <andreiw@vmware.com>, > kgdb-bugreport@lists.sourceforge.net, "Matt Mackall" <mpm@selenic.com>, "Andrei Warkentin" > <andrey.warkentin@gmail.com> > Sent: Tuesday, February 28, 2012 12:43:52 PM > Subject: Re: [PATCHv3 1/3] NETPOLL: Extend rx_hook support. > > > > > All that netpoll_poll() did was to call netpoll_poll_dev(). I have > > not yet looked at the differences between kgdboe and the netkdb > > code > > you proposed but I would have suspected it also falls victim to the > > ethernet preemption problem which prevented kgdboe from ever being > > considered for a mainline merge. Certainly there are ways to fix > > this > > problem but most involved changes to scheduling, core net code, or > > substantial driver specific changes. > > > > I see, I read up on the issues w.r.t. preemption. Could this be > worked > around by modifiying affected drivers to bypass locking if they are > used in KDB context? Make some accessor netdev-specific lock/unlocks > that won't do anything if running in KDB context. > >
By the way, is there a good way to repro the preemption case? Hopefully this doesn't involve some crazy hardware...
A
| |