From mboxrd@z Thu Jan 1 00:00:00 1970 From: Borislav Deianov Subject: Re: Re: ibm-acpi-0.1 Date: Tue, 10 Aug 2004 18:21:43 -0700 Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Message-ID: <20040811012143.GO28939@aero.ensim.com> References: <20040810080826.GD28939@aero.ensim.com> <20040810231129.GN28939@aero.ensim.com> <20040810233238.GB16896@hell.org.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <20040810233238.GB16896-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org> Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Karol Kozimor Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org On Wed, Aug 11, 2004 at 01:32:38AM +0200, Karol Kozimor wrote: > Thus wrote Borislav Deianov: > > In this case, the default behaviour is toggling bluetooth on and > > off. This should be easy to fix, though - a /proc/acpi/ibm/bluetooth > > control would allow you to toggle the state from the ACPI handler for > > Fn-F5. > > Consider doing that from the notify handler, I'd bet that's what the > Windows driver does. That'd be easier but a lot less flexible. Besides, I'd like to expose the bluetooth presence and status to user space anyway. Any particular reason not to give full control to user space? That'd be more in line with how the other keys work, too. All of them now just generate ACPI events and it's up to the acpid handler to make them do whatever is necessary. I find that very useful for taking pre- and post-event actions, or for remapping keys. Thanks, Boris ------------------------------------------------------- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285