On Mon, Oct 29, 2007 at 09:26:11PM -0700, David Miller wrote:
> From: Tina Yang <[EMAIL PROTECTED]>
> Date: Tue, 16 Oct 2007 22:46:30 -0700
>
> > The precise race is
> > 1) net_rx_action get the dev from poll_list
> > 2) at the same time, netpoll poll_napi() get a hold of the poll lock
From: Tina Yang <[EMAIL PROTECTED]>
Date: Tue, 16 Oct 2007 22:46:30 -0700
> The precise race is
> 1) net_rx_action get the dev from poll_list
> 2) at the same time, netpoll poll_napi() get a hold of the poll lock
> and calls ->poll(), remove dev from the poll list
>
David Miller wrote:
> From: Tina Yang <[EMAIL PROTECTED]>
> Date: Tue, 16 Oct 2007 20:45:04 -0700
>
>> The current netpoll design and implementation has serveral race issues with
>> the
>> network fast path that panics/hangs the system or causes interface
>> timeout/reset
>> but the fix is likel
From: Tina Yang <[EMAIL PROTECTED]>
Date: Tue, 16 Oct 2007 20:45:04 -0700
> The current netpoll design and implementation has serveral race issues with
> the
> network fast path that panics/hangs the system or causes interface
> timeout/reset
> but the fix is likely to have impact on the overall
The current netpoll design and implementation has serveral race issues with the
network fast path that panics/hangs the system or causes interface timeout/reset
but the fix is likely to have impact on the overall system performance and could
involve a large number of drivers. The proposal is to di