From mboxrd@z Thu Jan 1 00:00:00 1970 From: Francois Romieu Subject: Re: Suspend/resume - slow resume Date: Mon, 18 Apr 2011 20:08:13 +0200 Message-ID: <20110418180813.GA18469@electric-eye.fr.zoreil.com> References: <20110417101731.GA17986@electric-eye.fr.zoreil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Ciprian Docan , netdev@vger.kernel.org, Linux Kernel Mailing List , Len Brown , Pavel Machek , "Rafael, J. Wysocki" To: Linus Torvalds Return-path: Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org Linus Torvalds : [lots of silly bugs] Ok. it should be fixed for wednesday. [...] > - unload not on close, but on device unregister (iow not when you do > "ifconfig eth0 down", but when the "eth0" device really goes away) Without further action, the firmware(s) will thus be locked in until the driver is removed. > But as mentioned, the above is (a) just my gut feel - please discuss - > and (b) I really think that leaving this to the network driver has > been shown to continually result in the drivers doing the firmware > load/unload in all the wrong places. As long as it can be fixed... If the 60s delay is removed and the firmware loading emits some messages for programmer barbie, I am more than happy. If someone can tell me where Realtek's firmware should be sent to as David W. seems to be busy, it will be perfect. -- "Lack of vision" Ueimor