[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20120913.164645.1268091771093604148.davem@davemloft.net>
Date: Thu, 13 Sep 2012 16:46:45 -0400 (EDT)
From: David Miller <davem@...emloft.net>
To: bhutchings@...arflare.com
Cc: peppe.cavallaro@...com, netdev@...r.kernel.org
Subject: Re: [net-next.git 3/8 (V2)] stmmac: add the initial tx coalesce
schema
From: Ben Hutchings <bhutchings@...arflare.com>
Date: Thu, 13 Sep 2012 21:42:51 +0100
> On Thu, 2012-09-13 at 16:23 -0400, David Miller wrote:
>> From: Giuseppe CAVALLARO <peppe.cavallaro@...com>
>> Date: Tue, 11 Sep 2012 08:55:09 +0200
>>
>> > + unsigned long flags;
>> > +
>> > + spin_lock_irqsave(&priv->tx_lock, flags);
>> >
>> > - spin_lock(&priv->tx_lock);
>> > + priv->xstats.tx_clean++;
>>
>> You are changing the locking here for the sake of the new timer.
>>
>> But timers run in software interrupt context, so this change is
>> completely unnecessary since NAPI runs in software interrupt context
>> as well, and neither timers nor NAPI run in hardware interrupts
>> context.
>
> NAPI pollers can be called by netpoll in hardware interrupt context, and
> this driver supports netpoll.
And the netpoll handler need to make amends to make sure that
hardware the environment expected by the software interrupt
code is preserved.
Well written NAPI drivers never need to disable hardware interrupts
in their ->poll() method and it's callers, neither should you.
I'm not considering your patches until you implement this properly.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists