From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756307Ab1DRSRW (ORCPT ); Mon, 18 Apr 2011 14:17:22 -0400 Received: from violet.fr.zoreil.com ([92.243.8.30]:32899 "EHLO violet.fr.zoreil.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756263Ab1DRSRT (ORCPT ); Mon, 18 Apr 2011 14:17:19 -0400 Date: Mon, 18 Apr 2011 20:08:13 +0200 From: Francois Romieu To: Linus Torvalds Cc: Ciprian Docan , netdev@vger.kernel.org, Linux Kernel Mailing List , Len Brown , Pavel Machek , "Rafael, J. Wysocki" Subject: Re: Suspend/resume - slow resume 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 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i X-Organisation: Land of Sunshine Inc. Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@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