Cacko 1.23 BT проблема с pairing

[LILO]

Обновил прошивку и поймал один неприятный глюк. Заурус нормально спаривается только с одним устройством, прописывает ключ в /etc/bluetooth/<bdaddr>/linkkeys
При подключении ко второму устройству выдается запрос на pin, соединение устанавливается, но ключ не сохраняется. Соотв. при каждом коннекте приходится вводить pin заново. Напрягает
Логи hcid смотрел, никакого криминала не увидел, куда копать?

PS пришлось ключи руками прописать

[LILO]

Никто не пользуется 1.23?
Или кол-во BT девайсов <2?

[alien8]

А с 1.22 нормально было?
У меня и с компом и со смартом запоминает.
(1.22)

[LILO]

Да на 1.22а все было пучком
В 1.23 обновились bluez и тулзы до 2.21, и вот такая кака вылезла.
Не смертельно конечно, но неприятно, каждый раз танец с бубном исполнять при добавлении нового ус-ва

[alien8]

Антону сообщи - он просил данные о багах на 1.23 не скрывать:)

[maslovsky]

А устройство rfcomm другое для нового девайса? И кинь сюда логи hcid, посмотрим.

[LILO]

rfcomm походу вообще не при делах
спаривал с несколькими компами просто для PAN, такая же фигура

чуть попозже кину логи, сейчас нет соседей, с кем можно поэксперементировать

вот оно

# hcid -n
hcid[27967]: Bluetooth HCI daemon
hcid[27967]: Starting security manager 0
---паримся с первым устройством---
hcid[27967]: link_key_request (sba=00:10:60:AA:D2:A2, dba=00:09:DD:10:55:2D)
hcid[27967]: /etc/bluetooth/00:10:60:AA:D2:A2/linkkeys
hcid[27967]: pin_code_request (sba=00:10:60:AA:D2:A2, dba=00:09:DD:10:55:2D)
hcid[27967]: link_key_notify (sba=00:10:60:AA:D2:A2, dba=00:09:DD:10:55:2D)
---паримся со вторым устройством---
hcid[27967]: link_key_request (sba=00:10:60:AA:D2:A2, dba=00:0F:DE:E7:2E:4B)
hcid[27967]: /etc/bluetooth/00:10:60:AA:D2:A2/linkkeys
hcid[27967]: pin_code_request (sba=00:10:60:AA:D2:A2, dba=00:0F:DE:E7:2E:4B)
hcid[27967]: link_key_notify (sba=00:10:60:AA:D2:A2, dba=00:0F:DE:E7:2E:4B)


в итоге для первого устройства ключ в linkkeys есть, для второго нету
никаких различий или ошибок в логе нет

[LILO]

Никаких подвижек?
А кто-нибудь вообще смог воспроизвести проблему, или это я один такой везучий?

[Вячеслав Диконов]

У меня было. Теперь пишу конфиг руками, чтобы 2 телефона и GPS с C1000 спарить.

[LILO]

полез смотреть исходники bluez-utils

кривизна обнаружилась в common/textfile.c
map = mmap(NULL, size, PROT_READ | PROT_WRITE, MAP_SHARED | MAP_LOCKED, fd, 0);
if (map == MAP_FAILED) {
err = errno;
goto unlock;
}

обламывается на этапе отображения в память linkkeys
с любым другим файлом (в /tmp там не jffs2) рабтает без проблем, а с linkkeys не получается, пока не понял почему, знаний не хватает, никогда не программил под линукс

будем копать

[LILO]

А вот и просветление

The problem is that jffs2 does not support shared writeable mmap

Т.е. либо переписать функцию без mmap, либо переложить linkkeys в некое другое место

[LILO]

Все оказалось не просто, а очень просто
Из отображения только читаем, посему вполне подходит MAP_PRIVATE

Собственно исправленный рабочий hcid ниже
Если будут замечены глюки, сообщайте