From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephen Hemminger Subject: Re: [RFC] remove netpoll receive code Date: Thu, 18 Oct 2007 08:25:01 -0700 Message-ID: <20071018082501.2f7023fd@freepuppy.rosehill> References: <20071017132131.1992bedd@freepuppy.rosehill> <20071017.232838.41634977.davem@davemloft.net> <20071018000244.2513c564.akpm@linux-foundation.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: David Miller , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, Jason Wessel To: Andrew Morton Return-path: Received: from smtp2.linux-foundation.org ([207.189.120.14]:35405 "EHLO smtp2.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1763954AbXJRPZp (ORCPT ); Thu, 18 Oct 2007 11:25:45 -0400 In-Reply-To: <20071018000244.2513c564.akpm@linux-foundation.org> Sender: netdev-owner@vger.kernel.org List-Id: netdev.vger.kernel.org On Thu, 18 Oct 2007 00:02:44 -0700 Andrew Morton wrote: > On Wed, 17 Oct 2007 23:28:38 -0700 (PDT) David Miller wrote: > > > From: Stephen Hemminger > > Date: Wed, 17 Oct 2007 13:21:31 -0700 > > > > > I propose that we take out all the whole netpoll rx path. If/when > > > kgdb gets submitted a better and alternative receive path can be > > > added. > > > > I would like to kill the RX side handling of netpoll too, > > but I don't think that's reasonable as kgdb is actively > > being pushed for 2.6.25 inclusion. > > > > Andrew is likely to add it to his -mm tree soon and therefore kgdb > > will need to work properly now. > > git-kgdb.patch has been in there for ages - maybe a year. Although I > disabled it a week or so ago due to the sheer number of rejects. Will > bring it back when things settle down a bit. > > > The RX netpoll thing has a long precedence, it's been in the tree for > > a long time, so we are in some ways stuck with it until we have a > > complete replacement facility. That means we can't yank it out first > > and implement the replacement later. How about I work on a better/alternative receive path for kgdb that can be applied after kgdb is included. Kgdb could actually be useful for me :-) -- Stephen Hemminger