Return-path: Received: from fg-out-1718.google.com ([72.14.220.153]:46710 "EHLO fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750938AbYAZTAw (ORCPT ); Sat, 26 Jan 2008 14:00:52 -0500 Received: by fg-out-1718.google.com with SMTP id e21so1086930fga.17 for ; Sat, 26 Jan 2008 11:00:47 -0800 (PST) Message-ID: (sfid-20080126_190104_996602_1CD0E4F2) Date: Sat, 26 Jan 2008 20:00:47 +0100 From: drago01 To: "Winkler, Tomas" Subject: Re: [ipw3945-devel] iwl3945 rfkill regression Cc: ipw3945-devel , "Cahill, Ben M" , "Zhu, Yi" , linux-wireless , "Dan Williams" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 References: Sender: linux-wireless-owner@vger.kernel.org List-ID: On Jan 22, 2008 9:24 PM, drago01 wrote: > On Jan 22, 2008 9:21 PM, Winkler, Tomas wrote: > > > > > > >-----Original Message----- > > >From: drago01 [mailto:drago01@gmail.com] > > >Sent: Tuesday, January 22, 2008 10:12 PM > > >To: Winkler, Tomas > > > > >Cc: ipw3945-devel; Cahill, Ben M; Zhu, Yi; linux-wireless > > >Subject: Re: [ipw3945-devel] iwl3945 rfkill regression > > > > > >On Jan 22, 2008 9:07 PM, Winkler, Tomas > > wrote: > > >> > > >> I believe it's delaying uCode load to mac_start - still need to be > > >> polished. > > > > > >ok, thx for the quick reply. > > >If you have any potential fixes I would be happy to test them ;) > > > > Can you get me the sequence it is happening? RF kill switch is off > > before you power up the laptop or after, during association or in > > unassociated state..etc > > Thanks > > I boot with rf kill off = device on > acciotate using NM > kill the card by pressing the rfkill (ie. setting it to on) > card is dead (like described in my first mail), until I relaod the module > the rfkill switch does not have any effect at this time. > OK, I investigated a bit and it seems to be the "disable interrupt when device goes down" is the problem. In my case NetworkManager detected the rfkill and brought the device down, which caused the interrupt to be disabled. Now after pressing the rfkill again nothing happend. But if I bring the device back up the interrupt is enabled again and rfkill and the card is back to live. So in short disabling the interrupt in mac_stop breaks the hw rfkill while the interface is down.