Description of problem: By default hid2hci is enabled (see /lib/udev/rules.d/70-hid2hci.rules). This is a very bad idea. At least in F11 it was disabled by default and one had to use the HID2HCI_ENABLE in /etc/sysconfig/bluetooth to enable it which was the correct way to handle that. If it is enabled by default, bluez needs to have a linkkey for bluetooth keyboards and mice, otherwise those aren't functioning. So currently all people who are using bluetooth keyboards and mice with a dongle which offers HID and HCI (e.g. all Logitech BT-keyboards) are unable to use them after Fedora got installed. The same happens with the Live-CDs (I just had that experience trying to restore a backup using a Fedora-Live-CD). Currently the only workaround is to attach an USB-keyboard (and maybe mice), and to either disable the above udev-rule or pair with the device. The correct way would be to leave the BT-dongle in HID mode until the user changes it.
Because I'm just booted the graphics-testday-iso with kernel 2.6.35.4-28.fc14.x86_64 and udev-161-2.fc14.x86_64 and wondered why my keyboard and mouse are working: My dongle has the IDs 046d:c70b and 046d:c70c and needs hiddev with kernel 2.6.35 in 70-hid2hci-rules. So the line KERNEL=="hiddev*", ATTRS{idVendor}=="046d", ATTRS{idProduct}=="c70[35e]", \ RUN+="hid2hci --method=logitech-hid --devpath=%p" should be KERNEL=="hiddev*", ATTRS{idVendor}=="046d", ATTRS{idProduct}=="c70[35bce]", \ RUN+="hid2hci --method=logitech-hid --devpath=%p" but this would disable the keyboard/mouse by default (even if it would be correct).
My suggestion is to enter all IDs used in the line with hidraw in the line with hiddev too and to implement a switch to enable hid2hci only after it is enabled explicit by the user.
Hi, hid2hci has moved to bluez -> updating component. After some discussion we've come to the conclusion to put hid2hci in its own optional (so not installed by default) package. Which should fix the issue you are experiencing. People who actually want to operate the dongle in Bluetooth mode can install bluez-hid2hci to get the old behavior back. Note this change will be in F-16 and later, we cannot change the behavior halfway through a release. Regards, Hans
bluez-4.96-3.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/bluez-4.96-3.fc16
Package bluez-4.96-3.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing bluez-4.96-3.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/bluez-4.96-3.fc16 then log in and leave karma (feedback).
Thanks. Moving hidhci to it's own package which isn't installed by default seems to be a good solution for that problem. I've just filed bug #741247 which is somewhat related and might be a reason why currently not that many people are affected by the problem described here.
Oh, I just see that I've described the problem in bug #741247 here too. Haven't seen that at first, so bug #741247 is a dupe. Sorry.
bluez-4.96-3.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.