Return-path: Received: from mga03.intel.com ([143.182.124.21]:2829 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755266AbYCSTaw convert rfc822-to-8bit (ORCPT ); Wed, 19 Mar 2008 15:30:52 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: RE: [ipw3945-devel] iwl3945 rfkill regression Date: Tue, 18 Mar 2008 15:06:09 -0700 Message-ID: (sfid-20080319_193128_266867_18002284) In-Reply-To: References: <1ba2fa240801261411x7bb437c9s31aea593537afeba@mail.gmail.com> <47B29F63.6050605@gmail.com> From: "Chatre, Reinette" To: "drago01" Cc: "Tomas Winkler" , "Dan Williams" , "linux-wireless" , "Zhu, Yi" , "Cahill, Ben M" , "ipw3945-devel" Sender: linux-wireless-owner@vger.kernel.org List-ID: On Tuesday, March 18, 2008 2:47 PM, drago01 wrote: >> Please note that the driver loads/unloads the firmware during >> interface up/down. That means that the host will not receive rfkill >> events while the interface is down as there is no firmware to deal >> with these events. >> >> Reinette >> > > OK that makes sense. > So a solution would be to not unload the firmware on down when the hw > rfkill is on. Is this a acceptable one or are they other (better > solutions). I can't think of any. And userspace cannot do anything > because bringing the device up and down again to look for the rfkill > status would be racy. Having the firmware unloaded when the interface is down is a requirement for powersaving. We do not want the device to consume power when it is not used. The rfkill status should always be reported accurately when the interface is up. If it is not then it is a bug. Reinette