From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756498AbZCXIWu (ORCPT ); Tue, 24 Mar 2009 04:22:50 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754898AbZCXIW1 (ORCPT ); Tue, 24 Mar 2009 04:22:27 -0400 Received: from mail-gx0-f208.google.com ([209.85.217.208]:52943 "EHLO mail-gx0-f208.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754346AbZCXIWZ (ORCPT ); Tue, 24 Mar 2009 04:22:25 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=ceFQefzFKfoXjN5UspsSbH16kGMdOk8p9WqXVeAfS+VLNIrpESIpGZYSQL/rb91wAc k18/r7iBYwLVGSC7uwjFXUmLu7NRURv+WtFUHgivq+4NJlW3upZOh/LPDZb6hToLfUJm cAc3Kj6dlwXPa3UpBto/IuQMvAz659kLIn4qA= Date: Tue, 24 Mar 2009 08:22:14 +0000 From: Jarek Poplawski To: David Miller Cc: mpm@selenic.com, marcin.slusarz@gmail.com, netdev@vger.kernel.org, k-keiichi@bx.jp.nec.com, stable@kernel.org, rjw@sisk.pl, linux-kernel@vger.kernel.org Subject: Re: [PATCH] netconsole: fix BUG during net device "upping" Message-ID: <20090324082214.GA4776@ff.dom.local> References: <20090322.212107.55546529.davem@davemloft.net> <20090323080455.GA4976@ff.dom.local> <20090323.010541.94308473.davem@davemloft.net> <20090323081158.GB4976@ff.dom.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090323081158.GB4976@ff.dom.local> 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 On Mon, Mar 23, 2009 at 08:11:58AM +0000, Jarek Poplawski wrote: > On Mon, Mar 23, 2009 at 01:05:41AM -0700, David Miller wrote: > > From: Jarek Poplawski > > Date: Mon, 23 Mar 2009 08:04:55 +0000 > > > > > What is the rationale of this decision? printk is a basic tool, > > > especially designed to work in as many places as possible, and > > > netconsole is rather something secondary (sorry Matt)?! > > > > And this basic tool cannot work from the drivers ->open() method. > > And in any function used in the drivers ->open(). BTW, with Marcin's > patch it can... And from any function called anywhere on another cpu while driver's ->open() is running. BTW, I've had a look at this and it seems the main problem is netif_tx_stopped() isn't handled properly by the driver(s). Jarek P.