DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references;
        b=v1RmRMmL/lAmWU7dKzhEXRbSycSrvHEKmUYDA2ntPo5RY4j95ymIG4gNTIgvreaRdh
         ZiUGvzS6GfEo9ZzlMzVrIjwByN0+po+fzrxCTGH+g6oFxWjwKih1rZ1AL2BR3XJ+IByM
         9OcdqlrsOexy3UUTekGPhXk1/A0iMJuajdNRM=
Message-ID: <40f31dec0810311135w76c01729lef1a6c93f18c0095@mail.gmail.com>
Date: Fri, 31 Oct 2008 20:35:47 +0200
From: "Nick Kossifidis" <mickflemm@gmail.com>
To: "Matthew Garrett" <mjg59@srcf.ucam.org>
Subject: Re: ath5k gets lost with eeepc-laptop removal
Cc: "Alan Jenkins" <alan-jenkins@tuffmail.co.uk>,
       "Luiz Fernando N. Capitulino" <lcapitulino@mandriva.com.br>,
       linux-wireless@vger.kernel.org, linux-kernel@vger.kernel.org,
       willy@linux.intel.com, lrodriguez@atheros.com
In-Reply-To: <20081031142318.GA9009@srcf.ucam.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <20081031110502.18e33eba@doriath.conectiva>
	 <490B0D75.8020601@tuffmail.co.uk>
	 <20081031142318.GA9009@srcf.ucam.org>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1184
Lines: 29

2008/10/31 Matthew Garrett <mjg59@srcf.ucam.org>:
> On Fri, Oct 31, 2008 at 01:51:49PM +0000, Alan Jenkins wrote:
>
>> Matthew: I nagged you twice about different consequences of this
>> commit, so here's a third :).  You said rfkill no longer automatically
>> frobs on suspend/resume, which was what I was worried about last time.
>> Should the core code also be modified so it doesn't do anything when
>> the rfkill device is unregistered?
>
> I think there's definitely an argument in favour of that, though I
> suspect that's a design feature - if you remove the control mechanism
> for a radio, the safe state for that radio to be in is not transmitting.
>

It doesn't leave the radio in a state that's not transmitting, it
leaves the card in a state that doesn't get any power at all. I don't
see any reason for this, how do you define "safe" ?


-- 
GPG ID: 0xD21DB2DB
As you read this post global entropy rises. Have Fun ;-)
Nick
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/