Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935113AbZJOLmt (ORCPT ); Thu, 15 Oct 2009 07:42:49 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934726AbZJOLms (ORCPT ); Thu, 15 Oct 2009 07:42:48 -0400 Received: from fg-out-1718.google.com ([72.14.220.157]:38184 "EHLO fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S935010AbZJOLmr (ORCPT ); Thu, 15 Oct 2009 07:42:47 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:in-reply-to:user-agent; b=EMraRXuFwD8qFp75VJN3iPTmkJQ0TUcaC2fb2BfDT7xavJn5ZAuZjLbtYXzzAXcmAP hzmWFYUyAX3zx050DCwP53vP1HdPGCc7goUiQ1KO0GBSOsaSzZHgj1SOrfLLXCymwg3C N2cddtRFrg0FWSDq2T6KatW5YpECT2LWDRTd0= Date: Thu, 15 Oct 2009 11:40:52 +0000 From: Jarek Poplawski To: Tilman Schmidt Cc: David Miller , johannes@sipsolutions.net, hidave.darkstar@gmail.com, linux-kernel@vger.kernel.org, tglx@linutronix.de, linux-wireless@vger.kernel.org, linux-ppp@vger.kernel.org, netdev@vger.kernel.org, paulus@samba.org Subject: Re: NOHZ: local_softirq_pending 08 Message-ID: <20091015114052.GA9870@ff.dom.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4AD31213.6020006@imap.cc> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2387 Lines: 64 On 12-10-2009 13:25, Tilman Schmidt wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Mon, 12 Oct 2009 03:32:46 -0700 (PDT), David Miller wrote: >> The PPP receive paths in ppp_generic.c do a local_bh_disable()/ >> local_bh_enable() around packet receiving (via ppp_recv_lock()/ >> ppp_recv_unlock() in ppp_do_recv). >> >> So at least that part is perfectly fine. >> >> ppp_input(), as called from ppp_sync_process(), also disables BH's >> around ppp_do_recv() calls (via read_lock_bh()/read_unlock_bh()). >> >> So that's fine too. >> >> Do you have a bug report or are you just scanning around looking >> for trouble? :-) > > I have encountered the message in the subject during a test of > the Gigaset CAPI driver, and would like to determine whether > it's a bug in the driver, a bug somewhere else, or no bug at > all. The test scenario was PPP over ISDN with pppd+capiplugin. > In an alternative scenario, also PPP over ISDN but with > smpppd+capidrv, the message did not occur. > > Johannes' answer pointed me to the netif_rx() function. > The Gigaset driver itself doesn't call that function at all. > In the scenario where I saw the message, it was the SYNC_PPP > line discipline that did. But from your explanation I gather > that the cause cannot lie there. > > So now I'm looking for other possible causes of that message. Anyway, I agree with Michael Buesch there is no reason to waste time for tracking all netif_rx vs netif_rx_ni uses, and it seems we could avoid it by using the "proper" version of raise_softirq_irqoff() in __napi_schedule(). Could anybody try if I'm not wrong? Thanks, Jarek P. --- net/core/dev.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/net/core/dev.c b/net/core/dev.c index 28b0b9e..7fc4009 100644 --- a/net/core/dev.c +++ b/net/core/dev.c @@ -2728,7 +2728,7 @@ void __napi_schedule(struct napi_struct *n) local_irq_save(flags); list_add_tail(&n->poll_list, &__get_cpu_var(softnet_data).poll_list); - __raise_softirq_irqoff(NET_RX_SOFTIRQ); + raise_softirq_irqoff(NET_RX_SOFTIRQ); local_irq_restore(flags); } EXPORT_SYMBOL(__napi_schedule); -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/