Re: bluetooth keyboard
On 2021-08-09 02:47, Polyna-Maude Racicot-Summerside wrote: Does this help ? OK, it is no great hardship to wait a second or two. mick -- Key ID4BFEBB31
Re: bluetooth keyboard
Klaus Singvogel wrote: > This means, that I can't change nor access my BIOS / UEFI settings by a BT > keyboard? It depends on the hardware and BIOS. Some newer especially with integrated BT would implement a HID driver, so that you could, but if it would work with each keyboard etc. no idea. It is risky ... keep one with USB cable around for the case. -- FCD6 3719 0FFB F1BF 38EA 4727 5348 5F1F DCFE BCB0
Re: bluetooth keyboard
Polyna-Maude Racicot-Summerside wrote: > On 2021-08-08 6:14 p.m., mick crane wrote: > > I like the little generic bluetooth keyboards but it is annoying that > > when they go to sleep it takes a few seconds for everything to wake up > > so you can commence typing. [...] > It's also one of the > reason that make it impossible to use a Bluetooth keyboard to > communicate with GRUB or another bootloader or simply access the system > configuration of your PC. This means, that I can't change nor access my BIOS / UEFI settings by a BT keyboard? Thanks in advance. Best regards, Klaus. -- Klaus Singvogel GnuPG-Key-ID: 1024R/5068792D 1994-06-27
Re: bluetooth keyboard
Hi, On 2021-08-08 6:14 p.m., mick crane wrote: > Debian 11 > I like the little generic bluetooth keyboards but it is annoying that > when they go to sleep it takes a few seconds for everything to wake up > so you can commence typing. > Is it perhaps to do with the PC polling the keyboard for activity and > can that be made quicker ? No, this is related to the way the bluetooth stack work. When you use a hardware keyboard (USB or PS/2 for example), the interface is purely thru the use of a driver in the kernel (USB driver or PS/2 driver). When you use a Bluetooth keyboard, the driver in the kernel or as a module is only responsible for the dongle itself. There's a software stack that manage authentication, connection to devices and more. This software stack has to be launched so the keyboard can communicate with the PC (or the PC get info from the keyboard). This take much more time than a simple USB driver. It's also one of the reason that make it impossible to use a Bluetooth keyboard to communicate with GRUB or another bootloader or simply access the system configuration of your PC. Does this help ? > mick Sincerely, with solidarity, -- Polyna-Maude R.-Summerside -Be smart, Be wise, Support opensource development OpenPGP_signature Description: OpenPGP digital signature
Re: bluetooth keyboard
On 2020-07-18 20:08, deloptes wrote: When I looked in the Google glass it told me this https://forum.manjaro.org/t/bluetooth-usb-adapter-not-being-recognized/142636/12 which lead to this https://www.reddit.com/r/AnnePro/comments/e76ij8/csr_40_bluetooth_dongle_on_linux/ yup looks exactly the same, can't be bothered to take it to bits to look at chip or start patching modules. Still, got more of a clue about bluetooth now. cheers mick -- Key ID4BFEBB31
Re: bluetooth keyboard
mick crane wrote: > On 2020-07-18 01:11, deloptes wrote: >> mick crane wrote: >> >>> added myself to input group but no joy. >>> keyboard has sticker "Generic Bluetooth Apple keyboard". >>> I use wireless mouse which Just Works. >>> Bluetooth Dongle I think was described as for Apple. >>> keyboard and dongle worked on macmini. >>> I'd have thought that Blueman would see the adapter. >> >> [bluetooth]# show >> >> gives the controller (the dongle) >> >> [bluetooth]# discoverable on >> >> enables visibility >> >> [bluetooth]# scan on >> >> searches for devices >> >> when (and if) found do the pairing and trust the device. > > root@slinky:~$ lsusb > > Bus 004 Device 003: ID 046d:c31c Logitech, Inc. Keyboard K120 > Bus 004 Device 002: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth > Dongle (HCI mode) > > root@slinky:~$ hciconfig > hci0: Type: Primary Bus: USB > BD Address: 00:1A:7D:DA:71:11 ACL MTU: 679:9 SCO MTU: 48:16 > DOWN > RX bytes:2296 acl:0 sco:0 events:120 errors:0 > TX bytes:1472 acl:0 sco:0 commands:120 errors:0 > > root@slinky:~$ hciconfig -a hci0 up > Can't init device hci0: Operation not supported (95) > > root@slinky:~$ systemctl start bluetooth > root@slinky:~$ bluetoothctl > Agent registered > [bluetooth]# show > No default controller available > > seems a lot have people have trouble with this cheap bluetooth dongle > Bus 004 Device 002: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth > Dongle (HCI mode) > > As I don't really know what I'm doing I give up, I'll move the PC. > > mick Seems that I have this too $ lsusb Bus 002 Device 003: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode) I've been using this since 2007 - all rocks When I looked in the Google glass it told me this https://forum.manjaro.org/t/bluetooth-usb-adapter-not-being-recognized/142636/12 which lead to this https://www.reddit.com/r/AnnePro/comments/e76ij8/csr_40_bluetooth_dongle_on_linux/ Are you sure it is not one of those described in the articles. If so - it's bad luck. Meanwhile I am rethinking my position on dead penalty for producers of fakes. It is really really bad out there. An the price is not always a guarantee for good quality, but cheep is usually a sign for bad quality. In case it is not one of those reported not working, when enabled, below is some output to compare. I also never had to use hciconfig to configure it - it is systemd doing it via I don't know what - probably udev. I was also thinking of some details: - Does it work on other machines - different kernel or OS? - Here ATM it is running on 4.19. - I'm just not sure if it needs firmware. I have not rebooted the PC for months and I can't find anything in the logs. - What about groups (are you in bluetooth)? - What about dbus? regards # hciconfig hci0: Type: Primary Bus: USB BD Address: 00:10:60:xx:xx:xx ACL MTU: 310:10 SCO MTU: 64:8 UP RUNNING PSCAN RX bytes:126491975 acl:406135 sco:3168 events:4620 errors:0 TX bytes:707462 acl:3276 sco:3173 commands:1463 errors:0 # systemctl status bluetooth ● bluetooth.service - Bluetooth service Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled) Active: active (running) since Sat 2020-07-18 20:53:04 CEST; 2s ago Docs: man:bluetoothd(8) Main PID: 7509 (bluetoothd) Status: "Running" Tasks: 1 (limit: 4915) Memory: 2.1M CGroup: /system.slice/bluetooth.service └─7509 /usr/lib/bluetooth/bluetoothd Jul 18 20:53:04 fujitsu systemd[1]: Starting Bluetooth service... Jul 18 20:53:04 fujitsu bluetoothd[7509]: Bluetooth daemon 5.50 Jul 18 20:53:04 fujitsu bluetoothd[7509]: Starting SDP server Jul 18 20:53:04 fujitsu systemd[1]: Started Bluetooth service. Jul 18 20:53:04 fujitsu bluetoothd[7509]: Bluetooth management interface 1.14 initialized Jul 18 20:53:04 fujitsu bluetoothd[7509]: Sap driver initialization failed. Jul 18 20:53:04 fujitsu bluetoothd[7509]: sap-server: Operation not permitted (1) Jul 18 20:53:04 fujitsu bluetoothd[7509]: Endpoint registered: sender=:1.35 path=/MediaEndpoint/A2DPSource Jul 18 20:53:04 fujitsu bluetoothd[7509]: Endpoint registered: sender=:1.35 path=/MediaEndpoint/A2DPSink # hciconfig -a version hci0 Warning: unknown command - "hci0" hci0: Type: Primary Bus: USB BD Address: 00:10:60:xx:xx:xx ACL MTU: 310:10 SCO MTU: 64:8 UP RUNNING PSCAN RX bytes:126493351 acl:406135 sco:3168 events:4725 errors:0 TX bytes:718970 acl:3276 sco:3173 commands:1568 errors:0 Features: 0xff 0xff 0x8f 0xfe 0x9b 0xff 0x59 0x83 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 Link policy: RSWITCH HOLD SNIFF PARK Link mode: SLAVE ACCEPT Name: 'fujitsu' Class: 0x3c0104 Service Classes: Rendering, Capturing, Object Transfer, Audio Device Class: Computer, Desktop workstation HCI Version: 2.1 (0x4) Revisi
Re: bluetooth keyboard
On 2020-07-18 01:11, deloptes wrote: mick crane wrote: added myself to input group but no joy. keyboard has sticker "Generic Bluetooth Apple keyboard". I use wireless mouse which Just Works. Bluetooth Dongle I think was described as for Apple. keyboard and dongle worked on macmini. I'd have thought that Blueman would see the adapter. [bluetooth]# show gives the controller (the dongle) [bluetooth]# discoverable on enables visibility [bluetooth]# scan on searches for devices when (and if) found do the pairing and trust the device. root@slinky:~$ lsusb Bus 004 Device 003: ID 046d:c31c Logitech, Inc. Keyboard K120 Bus 004 Device 002: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode) root@slinky:~$ hciconfig hci0: Type: Primary Bus: USB BD Address: 00:1A:7D:DA:71:11 ACL MTU: 679:9 SCO MTU: 48:16 DOWN RX bytes:2296 acl:0 sco:0 events:120 errors:0 TX bytes:1472 acl:0 sco:0 commands:120 errors:0 root@slinky:~$ hciconfig -a hci0 up Can't init device hci0: Operation not supported (95) root@slinky:~$ systemctl start bluetooth root@slinky:~$ bluetoothctl Agent registered [bluetooth]# show No default controller available seems a lot have people have trouble with this cheap bluetooth dongle Bus 004 Device 002: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode) As I don't really know what I'm doing I give up, I'll move the PC. mick -- Key ID4BFEBB31
Re: bluetooth keyboard
mick crane wrote: > added myself to input group but no joy. > keyboard has sticker "Generic Bluetooth Apple keyboard". > I use wireless mouse which Just Works. > Bluetooth Dongle I think was described as for Apple. > keyboard and dongle worked on macmini. > I'd have thought that Blueman would see the adapter. [bluetooth]# show gives the controller (the dongle) [bluetooth]# discoverable on enables visibility [bluetooth]# scan on searches for devices when (and if) found do the pairing and trust the device.
Re: bluetooth keyboard
> added myself to input group but no joy. > keyboard has sticker "Generic Bluetooth Apple keyboard". > I use wireless mouse which Just Works. > Bluetooth Dongle I think was described as for Apple. > keyboard and dongle worked on macmini. > I'd have thought that Blueman would see the adapter. Just in case? «make sure you have bluetoothctl and hcitool installed.»[1] [1] https://wiki.archlinux.org/index.php/Apple_Keyboard#Magic_Keyboard_does_not_connect
Re: bluetooth keyboard
On 2020-07-17 21:16, Dan Ritter wrote: mick crane wrote: hello, somebody gave me an old macmini and a bluetooth keyboard. I don't know anything about bluetooth. I'd like to use the keyboard with buster because the wired keyboard wire is not long enough. I got a usb bluetooth dongle (whatever they are called) The kernel seems to see it from dmesg [ 84.976912] usb 3-2: new low-speed USB device number 3 using uhci_hcd [ 85.173975] usb 3-2: New USB device found, idVendor=046d, idProduct=c31c, bcdDevice=64.00 [ 85.173979] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 85.173982] usb 3-2: Product: USB Keyboard [ 85.173984] usb 3-2: Manufacturer: Logitech [ 85.210624] input: Logitech USB Keyboard as /devices/pci:00/:00:1a.1/usb3/3-2/3-2:1.0/0003:046D:C31C.0002/input/input20 [ 85.269388] hid-generic 0003:046D:C31C.0002: input,hidraw1: USB HID v1.10 Keyboard [Logitech USB Keyboard] on usb-:00:1a.1-2/input0 [ 85.303712] input: Logitech USB Keyboard Consumer Control as /devices/pci:00/:00:1a.1/usb3/3-2/3-2:1.1/0003:046D:C31C.0003/input/input21 [ 85.361073] input: Logitech USB Keyboard System Control as /devices/pci:00/:00:1a.1/usb3/3-2/3-2:1.1/0003:046D:C31C.0003/input/input22 [ 85.361251] hid-generic 0003:046D:C31C.0003: input,hidraw2: USB HID v1.10 Device [Logitech USB Keyboard] on usb-:00:1a.1-2/input1 That's not a bluetooth keyboard. That's a Logitech proprietary dongle wireless keyboard. Nothing wrong with that. Since the kernel sees it as a HID (human interface device), it should be a keyboard already. what to do to enable the adapter and get keyboard working ? It should be working. If you're in X, maybe you don't have permissions to use /dev/input/* ? Put yourself in the input group. -dsr- added myself to input group but no joy. keyboard has sticker "Generic Bluetooth Apple keyboard". I use wireless mouse which Just Works. Bluetooth Dongle I think was described as for Apple. keyboard and dongle worked on macmini. I'd have thought that Blueman would see the adapter. mick -- Key ID4BFEBB31
Re: bluetooth keyboard
mick crane wrote: > hello, > somebody gave me an old macmini and a bluetooth keyboard. > I don't know anything about bluetooth. > I'd like to use the keyboard with buster because the wired keyboard wire is > not long enough. > I got a usb bluetooth dongle (whatever they are called) > The kernel seems to see it from dmesg > > [ 84.976912] usb 3-2: new low-speed USB device number 3 using uhci_hcd > [ 85.173975] usb 3-2: New USB device found, idVendor=046d, idProduct=c31c, > bcdDevice=64.00 > [ 85.173979] usb 3-2: New USB device strings: Mfr=1, Product=2, > SerialNumber=0 > [ 85.173982] usb 3-2: Product: USB Keyboard > [ 85.173984] usb 3-2: Manufacturer: Logitech > [ 85.210624] input: Logitech USB Keyboard as > /devices/pci:00/:00:1a.1/usb3/3-2/3-2:1.0/0003:046D:C31C.0002/input/input20 > [ 85.269388] hid-generic 0003:046D:C31C.0002: input,hidraw1: USB HID v1.10 > Keyboard [Logitech USB Keyboard] on usb-:00:1a.1-2/input0 > [ 85.303712] input: Logitech USB Keyboard Consumer Control as > /devices/pci:00/:00:1a.1/usb3/3-2/3-2:1.1/0003:046D:C31C.0003/input/input21 > [ 85.361073] input: Logitech USB Keyboard System Control as > /devices/pci:00/:00:1a.1/usb3/3-2/3-2:1.1/0003:046D:C31C.0003/input/input22 > [ 85.361251] hid-generic 0003:046D:C31C.0003: input,hidraw2: USB HID v1.10 > Device [Logitech USB Keyboard] on usb-:00:1a.1-2/input1 That's not a bluetooth keyboard. That's a Logitech proprietary dongle wireless keyboard. Nothing wrong with that. Since the kernel sees it as a HID (human interface device), it should be a keyboard already. > what to do to enable the adapter and get keyboard working ? It should be working. If you're in X, maybe you don't have permissions to use /dev/input/* ? Put yourself in the input group. -dsr-
Re: bluetooth keyboard prevents suspend
On 28/01/18 10:32, Karol Augustin wrote: I know that id doesn't fix the problem but as you won't be able to use usb wakup functionality with bluetooth keyboard anyway maybe just disable it in BIOS and it should fix the problem for now. My idea is to rely on another usb device to wake up the computer. For now, my logitech (wireless) mouse doesn't do that but I think it is possible. I will look into it. So disable the BT keyboard, wake up with the mouse. Pétùr
Re: bluetooth keyboard prevents suspend
On 28/01/18 14:28, tv.deb...@googlemail.com wrote: Hello, I am not very familiar with Bluetooth which I tend to disable entirely on my computers, but in case of such problems with buggy hardware I use the TLP package. The configuration allows to precisely choose what hardware (pointing devices, gpu...) or service (wifi, bluetooth...) to enable/disable during sleep and wake-ups. Maybe it can handle your keyboard too. Thanks, it's help! TLP allows indeed to disable specificly one USB device: # Set to 0 to disable, 1 to enable USB autosuspend feature. USB_AUTOSUSPEND=1 # Exclude listed devices from USB autosuspend (separate with spaces). # Use lsusb to get the ids. # Note: input devices (usbhid) are excluded automatically USB_BLACKLIST="0a12:0001" I disabled my usb connected bluetooth dongle (so my usb keyboard doesn't wake up my system). Thanks again! Pétùr
Re: bluetooth keyboard prevents suspend
On 2018-01-28 8:02, Pétùr wrote: > I have set my BIOS configuration to allow usb devices to wake up the > computer. I used my mouse or my usb keyboard to wake up the system. > > But I just replaced my usb keyboard with a bluetooth one. My bluetooth > adapter is a dongle connected to a usb port. > > Everytime I suspend (no matter which method), the computer wake up > immediately (because it detects some connecting activity from the > bluetooth keyboard). > > I have to disconnect the bluetooth keyboard with the hardware button > before suspending. Then I can suspend and wakeup with the mouse. > > Is there a way to suspend without turning off the buetooth keyboard first? > > Cheers, > Pétùr I know that id doesn't fix the problem but as you won't be able to use usb wakup functionality with bluetooth keyboard anyway maybe just disable it in BIOS and it should fix the problem for now. -- Karol Augustin ka...@augustin.pl http://karolaugustin.pl/ +353 85 775 5312
Re: bluetooth keyboard prevents suspend
On 28/01/2018 13:32, Pétùr wrote: I have set my BIOS configuration to allow usb devices to wake up the computer. I used my mouse or my usb keyboard to wake up the system. But I just replaced my usb keyboard with a bluetooth one. My bluetooth adapter is a dongle connected to a usb port. Everytime I suspend (no matter which method), the computer wake up immediately (because it detects some connecting activity from the bluetooth keyboard). I have to disconnect the bluetooth keyboard with the hardware button before suspending. Then I can suspend and wakeup with the mouse. Is there a way to suspend without turning off the buetooth keyboard first? Cheers, Pétùr Hello, I am not very familiar with Bluetooth which I tend to disable entirely on my computers, but in case of such problems with buggy hardware I use the TLP package. The configuration allows to precisely choose what hardware (pointing devices, gpu...) or service (wifi, bluetooth...) to enable/disable during sleep and wake-ups. Maybe it can handle your keyboard too. Hope it helps.
Re: Bluetooth keyboard trouble
On Fri, 2 Apr 2010 03:01:30 -0400 (EDT), martin wrote: > I try booting 2.6.26 five times and there work keyboard without problem. In > 2.6.32-trunk it only works if I tap enter key some times around "Start INIT > 2.85" (or at least until the computer has been left alone for an hour or so). > > I did a module compare, in 2.6.32 there are some extra modules that can be > releated: bluetooth, btusb and hid_logitech. > > When was the last kernel upgrade? (the system is currently up-to-date) I'm not sure of the exact date, but the previous kernel was 2.6.32-trunk and you were having problems with it too. But if 2.6.26 works fine, then the problem is almost certainly a kernel problem. I'd search the bug reports for linux-2.6, and if you can't find one that seems to describe your problem, I recommend that you report a bug against the kernel. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/896492803.717091270214027363.javamail.r...@md01.wow.synacor.com
Re: Bluetooth keyboard trouble
On Thursday 01 April 2010 15.01.12 Stephen Powell wrote: > On Thu, 1 Apr 2010 03:34:18 -0400 (EDT), Andrei Popescu wrote: > > On Thu,01.Apr.10, 07:47:49, martin wrote: > >> This last days my keyboard has stop working. If I just let the computer > >> start as normal, nothing works. The keyboard in question is a logitech > >> dinovo edge with bluetooth connection, using the included receiver. I > >> have observe the following: > >> > >> * When trying to type on the keyboard, a red bluetooth icon appears on > >> the keyboard > >> * In grub the keyboard works as normal > >> * If continuously pressing enter in grub to until the network has been > >> setup, the keyboard will work for a while. If leaving the computer and > >> coming back later, the may or may not work keyboard. > >> * There is a built in mouse that is affected as well. > >> > >> I'm currently running up-to-date testing. keyboard is fully charge. > >> > >> Any ideas what can be wrong is appreciated :) > > > > It sounds to me like some power management feature... > > That would be my guess too. You might want to put your monitor to sleep to > save energy, but you definitely don't want to put your keyboard to sleep to > save energy. And if the mouse is built-in to the keyboard, it's even > worse. There's no way to wake it up again, unless you can login remotely > via ssh, or something like that. I currently have an usb cable mouse connected to the computer and that one always works. it's only the keyboard that is failing. > Did this behavior begin with a kernel upgrade? That would be my first > guess. Try booting the old kernel and see if the problem persists. > I try booting 2.6.26 five times and there work keyboard without problem. In 2.6.32-trunk it only works if I tap enter key some times around "Start INIT 2.85" (or at least until the computer has been left alone for an hour or so). I did a module compare, in 2.6.32 there are some extra modules that can be releated: bluetooth, btusb and hid_logitech. When was the last kernel upgrade? (the system is currently up-to-date) Martin -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201004020901.30957.martin.juh...@home.se
Re: Bluetooth keyboard trouble
On Thu, 1 Apr 2010 03:34:18 -0400 (EDT), Andrei Popescu wrote: > On Thu,01.Apr.10, 07:47:49, martin wrote: >> This last days my keyboard has stop working. If I just let the computer >> start >> as normal, nothing works. The keyboard in question is a logitech dinovo edge >> with bluetooth connection, using the included receiver. I have observe the >> following: >> >> * When trying to type on the keyboard, a red bluetooth icon appears on the >> keyboard >> * In grub the keyboard works as normal >> * If continuously pressing enter in grub to until the network has been >> setup, >> the keyboard will work for a while. If leaving the computer and coming back >> later, the may or may not work keyboard. >> * There is a built in mouse that is affected as well. >> >> I'm currently running up-to-date testing. keyboard is fully charge. >> >> Any ideas what can be wrong is appreciated :) > > It sounds to me like some power management feature... That would be my guess too. You might want to put your monitor to sleep to save energy, but you definitely don't want to put your keyboard to sleep to save energy. And if the mouse is built-in to the keyboard, it's even worse. There's no way to wake it up again, unless you can login remotely via ssh, or something like that. Did this behavior begin with a kernel upgrade? That would be my first guess. Try booting the old kernel and see if the problem persists. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1956360032.514271270126872339.javamail.r...@md01.wow.synacor.com
Re: Bluetooth keyboard trouble
On Thu,01.Apr.10, 07:47:49, martin wrote: > Hi, > > This last days my keyboard has stop working. If I just let the computer start > as normal, nothing works. The keyboard in question is a logitech dinovo edge > with bluetooth connection, using the included receiver. I have observe the > following: > > * When trying to type on the keyboard, a red bluetooth icon appears on the > keyboard > * In grub the keyboard works as normal > * If continuously pressing enter in grub to until the network has been setup, > the keyboard will work for a while. If leaving the computer and coming back > later, the may or may not work keyboard. > * There is a built in mouse that is affected as well. > > I'm currently running up-to-date testing. keyboard is fully charge. > > Any ideas what can be wrong is appreciated :) It sounds to me like some power management feature... Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
