From: Ben Liblit <liblit@cs.wisc.edu>
To: bluez-users@lists.sourceforge.net
Subject: [Bluez-users] enabling/disabling in response to ThinkPad hotkey
Date: Wed, 02 Jan 2008 23:05:20 -0600 [thread overview]
Message-ID: <477C6D10.2040003@cs.wisc.edu> (raw)
My ThinkPad X61 laptop has a special wireless networking hotkey, Fn+F5.
Traditionally this has been used to enable/disable bluetooth. That's
how it worked with previous ThinkPads I've owned, but on this X61, when
I press Fn+F5, nothing happens.
The HAL daemon running on correctly detects the key press and broadcasts
this on the system D-BUS:
signal sender=:1.5 -> dest=(null destination)
path=/org/freedesktop/Hal/devices/computer;
interface=org.freedesktop.Hal.Device;
member=Condition
string "ButtonPressed"
string "wifi-power"
If I want Fn+F5 to toggle bluetooth, how should I hook that up? I
already know how to write a small Python script that reacts to HAL
ButtonPressed signals. But this script would need to run as root, since
normal uses cannot write to /proc/acpi/ibm/bluetooth. (One
enables/disables bluetooth by echoing "enable" or "disable" into
/proc/acpi/ibm/bluetooth.)
I'm loath to create new scripts running as root. Is that really the
right approach here? Or is there some other system component that
already ought to be listening for this signal but is either buggy or not
running?
I asked about this on the HAL mailing list, and Rui Tiago Matos replied:
> Shouldn't bluez-utils' hcid daemon handle this? Actually, I think
> these kind of daemons should be autostarted by D-Bus when HAL
> broadcasts their signal and exit gracefully when the user turns the
> killswitch off.
Do the bluez-utils developers agree? Is this something hcid should
already be listening for and handling? Should I file a bluez-utils bug
report requesting that it do this? Or do you consider this to be
outside of hcid's domain of responsibility?
Please note that my concern here is not actually the radio kill switch
that Rui Tiago Matos mentions. That seems to work fine. (The daemons
keep running and do not "exit gracefully", but at least the desktop
reacts appropriately when the radio kill switch takes bluetooth away.)
So the question here is the Fn+F5 wifi button, not the radio kill switch.
Thanks!
-- Ben
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
next reply other threads:[~2008-01-03 5:05 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-03 5:05 Ben Liblit [this message]
2008-01-03 5:21 ` [Bluez-users] enabling/disabling in response to ThinkPad hotkey Marcel Holtmann
2008-01-04 20:42 ` Ben Liblit
2008-01-05 4:31 ` umeshyv
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=477C6D10.2040003@cs.wisc.edu \
--to=liblit@cs.wisc.edu \
--cc=bluez-users@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox