On Wed, 14 Feb 2007 11:30:25 +0900 (JST), Atsushi Nemoto <[EMAIL PROTECTED]>
wrote:
> > hm, this isnt really about NAPI polling, but about the
> > netconsole/netpoll/netdump poll_controller() handler.
> >
> > with netconsole, printk can be called from IRQ context (and is
> > frequently from
On Wed, 14 Feb 2007 11:30:25 +0900 (JST), Atsushi Nemoto [EMAIL PROTECTED]
wrote:
hm, this isnt really about NAPI polling, but about the
netconsole/netpoll/netdump poll_controller() handler.
with netconsole, printk can be called from IRQ context (and is
frequently from IRQ context
Let me resume two months old topic...
On Wed, 13 Dec 2006 02:12:31 +0100, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > I have lived with the "NAPI ->poll() handler runs in BH irq enabled
> > context" rule for years. Is it definitely false/dead ?
> >
> > If so at least 8139cp needs the same fix.
>
Let me resume two months old topic...
On Wed, 13 Dec 2006 02:12:31 +0100, Ingo Molnar [EMAIL PROTECTED] wrote:
I have lived with the NAPI -poll() handler runs in BH irq enabled
context rule for years. Is it definitely false/dead ?
If so at least 8139cp needs the same fix.
hm, this
* Francois Romieu <[EMAIL PROTECTED]> wrote:
> > (I'll queue it, if Linus doesn't pick it up; please CC me in the
> > future)
>
> I have lived with the "NAPI ->poll() handler runs in BH irq enabled
> context" rule for years. Is it definitely false/dead ?
>
> If so at least 8139cp needs the
Jeff Garzik <[EMAIL PROTECTED]> :
> Ingo Molnar wrote:
[...]
> >fix deadlock in the 8139too driver: poll handlers should never forcibly
> >enable local interrupts, because they might be used by netpoll/printk
> >from IRQ context.
>
> ACK
>
> (I'll queue it, if Linus doesn't pick it up; please
Ingo Molnar wrote:
Subject: [patch] net, 8139too.c: fix netpoll deadlock
From: Ingo Molnar <[EMAIL PROTECTED]>
fix deadlock in the 8139too driver: poll handlers should never forcibly
enable local interrupts, because they might be used by netpoll/printk
from IRQ context.
ACK
(I'll
Subject: [patch] net, 8139too.c: fix netpoll deadlock
From: Ingo Molnar <[EMAIL PROTECTED]>
fix deadlock in the 8139too driver: poll handlers should never forcibly
enable local interrupts, because they might be used by netpoll/printk
from IRQ context.
=
Subject: [patch] net, 8139too.c: fix netpoll deadlock
From: Ingo Molnar [EMAIL PROTECTED]
fix deadlock in the 8139too driver: poll handlers should never forcibly
enable local interrupts, because they might be used by netpoll/printk
from IRQ context.
=
[ INFO
Ingo Molnar wrote:
Subject: [patch] net, 8139too.c: fix netpoll deadlock
From: Ingo Molnar [EMAIL PROTECTED]
fix deadlock in the 8139too driver: poll handlers should never forcibly
enable local interrupts, because they might be used by netpoll/printk
from IRQ context.
ACK
(I'll queue
Jeff Garzik [EMAIL PROTECTED] :
Ingo Molnar wrote:
[...]
fix deadlock in the 8139too driver: poll handlers should never forcibly
enable local interrupts, because they might be used by netpoll/printk
from IRQ context.
ACK
(I'll queue it, if Linus doesn't pick it up; please CC me in the
* Francois Romieu [EMAIL PROTECTED] wrote:
(I'll queue it, if Linus doesn't pick it up; please CC me in the
future)
I have lived with the NAPI -poll() handler runs in BH irq enabled
context rule for years. Is it definitely false/dead ?
If so at least 8139cp needs the same fix.
hm,
12 matches
Mail list logo
