From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [206.46.173.9] (helo=vms173009pub.verizon.net) by linuxtogo.org with esmtp (Exim 4.69) (envelope-from ) id 1Mq8TG-0006XR-PN for openembedded-devel@lists.openembedded.org; Tue, 22 Sep 2009 18:44:09 +0200 Received: from gandalf.denix.org ([71.255.235.240]) by vms173009.mailsrvcs.net (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPA id <0KQD00EMHT3HDIO6@vms173009.mailsrvcs.net> for openembedded-devel@lists.openembedded.org; Tue, 22 Sep 2009 11:42:58 -0500 (CDT) Received: by gandalf.denix.org (Postfix, from userid 1000) id 028FE14AF5F; Tue, 22 Sep 2009 12:42:52 -0400 (EDT) Date: Tue, 22 Sep 2009 12:42:52 -0400 From: Denys Dmytriyenko To: openembedded-devel@lists.openembedded.org Message-id: <20090922164252.GA18271@denix.org> References: <1253549226-16186-1-git-send-email-denis@denix.org> <1253562306.16477.38.camel@lenovo.internal.reciva.com> <20090921223956.GF3599@denix.org> <1253626112.16477.58.camel@lenovo.internal.reciva.com> MIME-version: 1.0 In-reply-to: <1253626112.16477.58.camel@lenovo.internal.reciva.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-SA-Exim-Connect-IP: 206.46.173.9 X-SA-Exim-Mail-From: denis@denix.org X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000) X-SA-Exim-Scanned: No (on linuxtogo.org); Unknown failure Subject: Re: [RFC][PATCH] netbase: don't start udhcpc if kernel assigned IP statically X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: openembedded-devel@lists.openembedded.org List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 16:44:10 -0000 Content-type: text/plain; charset=us-ascii Content-disposition: inline On Tue, Sep 22, 2009 at 02:28:32PM +0100, Phil Blundell wrote: > On Mon, 2009-09-21 at 18:39 -0400, Denys Dmytriyenko wrote: > > On Mon, Sep 21, 2009 at 08:45:06PM +0100, Phil Blundell wrote: > > > It seems like there must be a better way of solving this problem. How > > > about just teaching "ifup -a" to spot interfaces that are already up and > > > leave them alone? > > > > Won't work for the case of kernel-acquired DHCP address, i.e. kernel level > > autoconfig, aka IP_PNP, aka ip=dhcp command line. > > True, but your original patch won't help with this situation either > (since "ip=dhcp" won't match the regex). I think this is a different Not true. The default is to start udhcpc always. I just cover one case to prevent it from starting when ip=x.x.x.x > problem and probably requires a different solution: the ideal thing > would be for the kernel to set a flag on the interface to say that it > needs to be taken over by a DHCP client, or alternatively to invoke the > DHCP client itself via the hotplug mechanism. Failing that you could > arrange for the startup scripts to poke around at /proc/cmdline and try > to second-guess what the kernel has done, although that would be rather > less satisfactory.