Łukasz Maśko wrote: > Dnia piątek, 15 czerwca 2007, Grzegorz Sójka napisał: >> Oto problemów ciąg dalszy. Męczę zestaw Samsung WEP185 i doszedłem do >> momentu: >> >> btsco2 00:1A:8A:E1:47:E8 >> Device is 1:0 >> Voice setting: 0x0060 >> Can't connect RFCOMM channelCan't connect RFCOMM channel < itd... > >> >> Ktoś wie o co chodzi? Jest gdzieś w necie jakaś dobra instrukcja jak to >> uruchomić łącznie z konfiguracją bluez-*? Pojęcia nie mam co tam wpisać. > > http://www.mail-archive.com/pld-users-pl%40lists.pld-linux.org/msg13570.html > - > to zrobiłeś? >
Poszły konie po betonie! Oczywiście chodzi o Skype. Taka słuchawka poprawia trochę komfort jazdy. W każdym razie możecie Samsunga WEP185 (słuchawka) wraz z modułem BT USB identyfikującym się jako: hciconfig hci0 version hci0: Type: USB BD Address: 00:08:1B:00:7E:57 ACL MTU: 192:8 SCO MTU: 64:8 HCI Ver: 1.1 (0x1) HCI Rev: 0x110 LMP Ver: 1.1 (0x1) LMP Subver: 0x110 Manufacturer: Cambridge Silicon Radio (10) dopisać do działających. Pozostaje jeszcze jeden kłopot. Alsa przy ładowaniu modułu do btsco wywala mi w logach: snd-bt-sco revision 1.13 $ ========================================== [ BUG: lock recursion deadlock detected! | ------------------------------------------ modprobe/2741 is trying to acquire this lock: [cc61e8d0] {snd_card_bt_sco_probe} .. held by: modprobe: 2741 [c12c6050, 119] ... acquired at: snd_card_bt_sco_probe+0xa9/0x260 [snd_bt_sco] ... trying at: snd_card_bt_sco_probe+0x11b/0x260 [snd_bt_sco] ------------------------------ | showing all locks held by: | (modprobe/2741 [c12c6050, 119]): ------------------------------ #001: [cc61e8d0] {snd_card_bt_sco_probe} ... acquired at: snd_card_bt_sco_probe+0xa9/0x260 [snd_bt_sco] modprobe/2741's [current] stackdump: [<c013bfd7>] report_deadlock+0x137/0x160 [<c011d706>] printk+0x46/0x70 [<ce96824b>] snd_card_bt_sco_probe+0x11b/0x260 [snd_bt_sco] [<c013c0b3>] check_deadlock+0xb3/0x170 [<ce96824b>] snd_card_bt_sco_probe+0x11b/0x260 [snd_bt_sco] [<c013c655>] debug_mutex_add_waiter+0x35/0x50 [<ce96824b>] snd_card_bt_sco_probe+0x11b/0x260 [snd_bt_sco] [<c02ee407>] __mutex_lock_slowpath+0x67/0x310 [<ce96824b>] snd_card_bt_sco_probe+0x11b/0x260 [snd_bt_sco] [<ce96824b>] snd_card_bt_sco_probe+0x11b/0x260 [snd_bt_sco] [<ce96824b>] snd_card_bt_sco_probe+0x11b/0x260 [snd_bt_sco] [<ce9b9c90>] snd_card_bt_sco_thread+0x0/0x590 [snd_bt_sco] [<c011d706>] printk+0x46/0x70 [<ce9683b7>] alsa_card_bt_sco_init+0x27/0x46 [snd_bt_sco] [<c0140e22>] sys_init_module+0x122/0x1b0 [<c0102f57>] sysenter_past_esp+0x54/0x75 Showing all blocking locks in the system: S init: 1 [cdfcfa90, 115] (not blocked on mutex) S ksoftirqd/0: 2 [cdfcf560, 134] (not blocked on mutex) [ dużo podobnych komunikatów ] R modprobe: 2741 [c12c6050, 119] (not blocked on mutex) R modprobe: 2748 [c12c6ab0, 120] (not blocked on mutex) --------------------------- | showing all locks held: | --------------------------- #001: [cc61e8d0] {snd_card_bt_sco_probe} .. held by: modprobe: 2741 [c12c6050, 119] ... acquired at: snd_card_bt_sco_probe+0xa9/0x260 [snd_bt_sco] ============================================= [ turning off deadlock detection. Please report this. ] snd-bt-sco: snd-bt-scod thread starting No i muszę alse przeładować. Co z tym zrobić? System to Ac na jajcu 2.6.16.45-1.i686. Btsco budowane ze speca 1.18, AC-Branch. -- ______________Pozdrówka___________ / ___ ___ ___ ___ ___ / _ /__/ ___/ /_ /__ / /_ /_/ /__/ / | /__ /__ ___/ / /__ / | _______________________________________________ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl