Шаги воспроизведения ==================== > $ bluetoothctl > Agent registeredct to bluetoothd... > [bluetooth]# power on > Changing power on succeeded > [bluetooth]# scan on > SetDiscoveryFilter success > Discovery started > [NEW] Device <MAC> Keyboard K380 > [bluetooth]# scan off > Discovery stopped > [bluetooth]# connect <MAC> > Attempting to connect to <MAC> > Connection successful Фактический результат ===================== "Connection successful" и в трее соответствующий значок, но клавиатура не работает. Для корректного подключения клавиатуры сначала необходимо выполнить [bluetooth]# pair <MAC> и ввести PIN, только затем [bluetooth]# connect <MAC>. При подключении через графику PIN-код запрашивается. Ожидаемый результат =================== Подключение с помощью connect без необходимости pair. Воспроизводимость ================= В p10 воспроизводится с: bluez-5.72-alt1.p10.1.x86_64 bluez-5.77-alt0.p10.1.x86_64 Проверялось на ноутбуке Lenovo ThinkPad S3-440: > Bluetooth: > Device-1: Intel Bluetooth wireless interface driver: btusb v: 0.8 type: USB rev: 2.0 > speed: 12 Mb/s lanes: 1 mode: 1.1 bus-ID: 2-4:2 chip-ID: 8087:07dc class-ID: e001 > Report: hciconfig ID: hci0 rfk-id: 2 state: up address: <filter> bt-v: 4.0 lmp-v: 6 sub-v: 500 > hci-v: 6 rev: 500 class-ID: 7c010c > Info: acl-mtu: 1021:5 sco-mtu: 96:5 link-policy: rswitch hold sniff > link-mode: peripheral accept service-classes: rendering, capturing, object transfer, audio, > telephony Не воспроизводится (ожидаемое поведение) с: bluez-5.70-alt1.x86_64 В sisyphus не проверялось.
Раз в сизифе не проверялось, тогда пусть разбирается тот, кто заливал этот пакет в p10.
Поведение такое же в Sisyphus на ВМ Education (KDE): bluez-5.78-alt1.x86_64 Bluetooth: Device-1: Realtek 802.11ac NIC driver: btusb,rtl8821cu type: USB rev: 2.0 speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 1-4:2 chip-ID: 0bda:c820 class-ID: e001 serial: 123456 Report: hciconfig ID: hci0 rfk-id: 0 state: up address: <filter> bt-v: 4.2 lmp-v: 8 sub-v: f098 hci-v: 8 rev: 75b8 class-ID: 7c0000 Info: acl-mtu: 1021:8 sco-mtu: 255:12 link-policy: rswitch hold sniff park link-mode: peripheral accept service-classes: rendering, capturing, object transfer, audio, telephony
(In reply to Artem Varaksa from comment #2) > Поведение такое же в Sisyphus на ВМ Education (KDE): > > bluez-5.78-alt1.x86_64 > > Bluetooth: > Device-1: Realtek 802.11ac NIC driver: btusb,rtl8821cu type: USB rev: 2.0 > speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 1-4:2 chip-ID: 0bda:c820 > class-ID: e001 serial: 123456 > Report: hciconfig ID: hci0 rfk-id: 0 state: up address: <filter> > bt-v: 4.2 lmp-v: 8 sub-v: f098 hci-v: 8 rev: 75b8 class-ID: 7c0000 > Info: acl-mtu: 1021:8 sco-mtu: 255:12 link-policy: rswitch hold sniff park > link-mode: peripheral accept service-classes: rendering, capturing, > object > transfer, audio, telephony Можно уточнить, с какой именно версии начались проблемы? Между 5.72 и 5.78 очень много изменений.
например, для Logitech diNovo Keyboard pair требовался всегда. обращайтесь с этой "проблемой" в Logitech
(Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #3) > Можно уточнить, с какой именно версии начались проблемы? Между 5.72 и 5.78 > очень много изменений. В bluez-5.70 pair не требовался, в bluez-5.72 и во всех последующих требуется. Так что проблемы начались именно с 5.72.
(Ответ для Valery Inozemtsev на комментарий #4) > например, для Logitech diNovo Keyboard pair требовался всегда. обращайтесь с > этой "проблемой" в Logitech Хотелось бы понять ожидается ли pair или нет. Может быть до версии 5.72 подключение(без pair) выполнялось некорректно. Помимо этого, хочу заметить, что в 5.72 при выполнении connect без pair в логах подключения выводится: [CHG] Device F4:73:35:6A:3B:F5 Paired: yes (Хотя команда pair не выполнялась, клавиатура без выполнения не работает) Connection successful То есть это явная ошибка - pair не выполнялся, клавиатура не работает, а bluetoothctl пишет обратное.
