From owner-freebsd-bluetooth@FreeBSD.ORG Sun Feb 8 04:01:53 2009 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BF5B106566C for ; Sun, 8 Feb 2009 04:01:53 +0000 (UTC) (envelope-from subscr1024@mail.ru) Received: from mx28.mail.ru (mx28.mail.ru [194.67.23.67]) by mx1.freebsd.org (Postfix) with ESMTP id 44AE68FC0C for ; Sun, 8 Feb 2009 04:01:53 +0000 (UTC) (envelope-from subscr1024@mail.ru) Received: from mx38.mail.ru (mx38.mail.ru [94.100.176.52]) by mx28.mail.ru (mPOP.Fallback_MX) with ESMTP id 5CC8C478871 for ; Sun, 8 Feb 2009 06:22:08 +0300 (MSK) Received: from [87.228.113.105] (port=6570 helo=[192.168.10.1]) by mx38.mail.ru with asmtp id 1LW0FB-0008Ec-00; Sun, 08 Feb 2009 06:22:05 +0300 Message-ID: <498E4ED9.7010903@mail.ru> Date: Sun, 08 Feb 2009 06:17:45 +0300 From: Subscriber User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: freebsd-x11@freebsd.org, freebsd-bluetooth@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Mras: Ok Cc: Subject: bluetooth not worked after upgrade to xorg 7.4 X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 04:01:54 -0000 I'm not sure about proper mail list... After update xorg my bluetooth mouse (Logitech v470) won't work in graphic mode. Just after boot up, when in console, mouse work as expected, but after typing 'startx\n' I can use only built-in touchpad. However randomly (with probability, say, 1/10) it work in graphic mode too - until next reboot. If mouse not work, I tried to restart hcsecd and bthidd, bring mouse visible via 'connect' button. All this actions seems no effect in graphic mode. -- Best regards. From owner-freebsd-bluetooth@FreeBSD.ORG Sun Feb 8 09:13:26 2009 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB5C1106566C for ; Sun, 8 Feb 2009 09:13:26 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 3ED298FC08 for ; Sun, 8 Feb 2009 09:13:26 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-1-207-86.bna.bellsouth.net [65.1.207.86]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n188aw6u038048 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Feb 2009 03:37:00 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Subscriber In-Reply-To: <498E4ED9.7010903@mail.ru> References: <498E4ED9.7010903@mail.ru> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-o1wPKoEWS88UVmhyw5qW" Organization: FreeBSD Date: Sun, 08 Feb 2009 03:37:29 -0500 Message-Id: <1234082252.1562.76.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-bluetooth@freebsd.org, freebsd-x11@freebsd.org Subject: Re: bluetooth not worked after upgrade to xorg 7.4 X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 09:13:27 -0000 --=-o1wPKoEWS88UVmhyw5qW Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2009-02-08 at 06:17 +0300, Subscriber wrote: > I'm not sure about proper mail list... >=20 > After update xorg my bluetooth mouse (Logitech v470) won't work in graphi= c=20 > mode. Just after boot up, when in console, mouse work as expected, but af= ter=20 > typing 'startx\n' I can use only built-in touchpad. However randomly (wit= h=20 > probability, say, 1/10) it work in graphic mode too - until next reboot. >=20 > If mouse not work, I tried to restart hcsecd and bthidd, bring mouse visi= ble=20 > via 'connect' button. All this actions seems no effect in graphic mode. This sounds like it may be the hald/xorg race. I just committed a patch to the xserver that should address this. Try updating xorg-server and see if that helps. robert. >=20 > -- > Best regards. > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-o1wPKoEWS88UVmhyw5qW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmOmckACgkQM4TrQ4qfROOi7gCeNqxozRjTGJt50DNXCOdMefPs 6boAn0bZ3CsBLegmMVOQ6761awJM7ocV =d33Z -----END PGP SIGNATURE----- --=-o1wPKoEWS88UVmhyw5qW-- From owner-freebsd-bluetooth@FreeBSD.ORG Sun Feb 8 12:19:12 2009 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23BCB106567C; Sun, 8 Feb 2009 12:19:12 +0000 (UTC) (envelope-from subscr1024@mail.ru) Received: from mx7.mail.ru (mx7.mail.ru [94.100.176.21]) by mx1.freebsd.org (Postfix) with ESMTP id 6132E8FC13; Sun, 8 Feb 2009 12:19:11 +0000 (UTC) (envelope-from subscr1024@mail.ru) Received: from [87.228.113.105] (port=38874 helo=[192.168.10.1]) by mx7.mail.ru with asmtp id 1LW8cv-00016X-00; Sun, 08 Feb 2009 15:19:09 +0300 Message-ID: <498ECCB9.1020805@mail.ru> Date: Sun, 08 Feb 2009 15:14:49 +0300 From: Subscriber User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: freebsd-x11@freebsd.org, freebsd-bluetooth@freebsd.org References: <498E4ED9.7010903@mail.ru> In-Reply-To: <498E4ED9.7010903@mail.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam: Not detected X-Mras: Ok Cc: Subject: Re: bluetooth not worked after upgrade to xorg 7.4 X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 12:19:12 -0000 Excuse me for too short message. I use 8-CURRENT on MSI GX710 notebook. B= asic=20 info follows. Subscriber =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > I'm not sure about proper mail list... >=20 > After update xorg my bluetooth mouse (Logitech v470) won't work in=20 > graphic mode. Just after boot up, when in console, mouse work as=20 > expected, but after typing 'startx\n' I can use only built-in touchpad.= =20 > However randomly (with probability, say, 1/10) it work in graphic mode = > too - until next reboot. >=20 > If mouse not work, I tried to restart hcsecd and bthidd, bring mouse=20 > visible via 'connect' button. All this actions seems no effect in=20 > graphic mode. >=20 >=20 > --=20 > Best regards. # uname -a FreeBSD user 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Feb 6 04:25:02 MSK = 2009=20 user@user:/usr/obj/usr/src/sys/GX710.8 amd64 #dmesg Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #0: Fri Feb 6 04:25:02 MSK 2009 user@user:/usr/obj/usr/src/sys/GX710.8 link_elf_obj: symbol unit2minor undefined KLD file kqemu.ko - could not finalize loading Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-64 (798.00-MHz K8-class CP= U) Origin =3D "AuthenticAMD" Id =3D 0x60f81 Stepping =3D 1 =20 Features=3D0x178bfbff Features2=3D0x2001 AMD Features=3D0xea500800 AMD Features2=3D0x11f Cores per package: 2 usable memory =3D 4284547072 (4086 MB) avail memory =3D 4120961024 (3930 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard wlan: mac acl policy registered kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) ACPI Error (evregion-0427): No handler for Region [EC__] (0xffffff000166c= c80)=20 [EmbeddedControl] [20070320] ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler [2007= 0320] **** Exception AE_NOT_EXIST during execution of method=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880) Method Execution Stack: Method [_STA] executing: MBTS Local Variables for method [_STA]: Local0: 0 Local1: 0 Local2: 0 Local3: 0 Local4: 0 Local5: 0 Local6: 0 Local7: 0 Arguments for Method [_STA]: (0 arguments defined, max concurrency =3D 0= ) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 ACPI Error (psparse-0626): Method parse/execution failed=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880), AE_NOT_EXIST= ACPI Error (uteval-0309): Method execution failed=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880), AE_NOT_EXIST= ACPI Error (evregion-0427): No handler for Region [EC__] (0xffffff000166c= c80)=20 [EmbeddedControl] [20070320] ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler [2007= 0320] **** Exception AE_NOT_EXIST during execution of method=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880) Method Execution Stack: Method [_STA] executing: MBTS Local Variables for method [_STA]: Local0: 0 Local1: 0 Local2: 0 Local3: 0 Local4: 0 Local5: 0 Local6: 0 Local7: 0 Arguments for Method [_STA]: (0 arguments defined, max concurrency =3D 0= ) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 ACPI Error (psparse-0626): Method parse/execution failed=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880), AE_NOT_EXIST= ACPI Error (uteval-0309): Method execution failed=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880), AE_NOT_EXIST= ACPI Error (evregion-0427): No handler for Region [EC__] (0xffffff000166c= c80)=20 [EmbeddedControl] [20070320] ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler [2007= 0320] **** Exception AE_NOT_EXIST during execution of method=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880) Method Execution Stack: Method [_STA] executing: MBTS Local Variables for method [_STA]: Local0: 0 Local1: 0 Local2: 0 Local3: 0 Local4: 0 Local5: 0 Local6: 0 Local7: 0 Arguments for Method [_STA]: (0 arguments defined, max concurrency =3D 0= ) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 ACPI Error (psparse-0626): Method parse/execution failed=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880), AE_NOT_EXIST= ACPI Error (uteval-0309): Method execution failed=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880), AE_NOT_EXIST= ACPI Error (evregion-0427): No handler for Region [EC__] (0xffffff000166c= c80)=20 [EmbeddedControl] [20070320] ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler [2007= 0320] **** Exception AE_NOT_EXIST during execution of method=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880) Method Execution Stack: Method [_STA] executing: MBTS Local Variables for method [_STA]: Local0: 0 Local1: 0 Local2: 0 Local3: 0 Local4: 0 Local5: 0 Local6: 0 Local7: 0 Arguments for Method [_STA]: (0 arguments defined, max concurrency =3D 0= ) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 ACPI Error (psparse-0626): Method parse/execution failed=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880), AE_NOT_EXIST= ACPI Error (uteval-0309): Method execution failed=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880), AE_NOT_EXIST= ACPI Error (evregion-0427): No handler for Region [EC__] (0xffffff000166c= c80)=20 [EmbeddedControl] [20070320] ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler [2007= 0320] **** Exception AE_NOT_EXIST during execution of method=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880) Method Execution Stack: Method [_STA] executing: MBTS Local Variables for method [_STA]: Local0: 0 Local1: 0 Local2: 0 Local3: 0 Local4: 0 Local5: 0 Local6: 0 Local7: 0 Arguments for Method [_STA]: (0 arguments defined, max concurrency =3D 0= ) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 ACPI Error (psparse-0626): Method parse/execution failed=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880), AE_NOT_EXIST= ACPI Error (uteval-0309): Method execution failed=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880), AE_NOT_EXIST= ACPI Error (evregion-0427): No handler for Region [EC__] (0xffffff000166c= c80)=20 [EmbeddedControl] [20070320] ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler [2007= 0320] **** Exception AE_NOT_EXIST during execution of method=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880) Method Execution Stack: Method [_STA] executing: MBTS Local Variables for method [_STA]: Local0: 0 Local1: 0 Local2: 0 Local3: 0 Local4: 0 Local5: 0 Local6: 0 Local7: 0 Arguments for Method [_STA]: (0 arguments defined, max concurrency =3D 0= ) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 ACPI Error (psparse-0626): Method parse/execution failed=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880), AE_NOT_EXIST= ACPI Error (uteval-0309): Method execution failed=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880), AE_NOT_EXIST= ACPI Error (evregion-0427): No handler for Region [EC__] (0xffffff000166c= c80)=20 [EmbeddedControl] [20070320] ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler [2007= 0320] **** Exception AE_NOT_EXIST during execution of method=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880) Method Execution Stack: Method [_STA] executing: MBTS Local Variables for method [_STA]: Local0: 0 Local1: 0 Local2: 0 Local3: 0 Local4: 0 Local5: 0 Local6: 0 Local7: 0 Arguments for Method [_STA]: (0 arguments defined, max concurrency =3D 0= ) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 ACPI Error (psparse-0626): Method parse/execution failed=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880), AE_NOT_EXIST= ACPI Error (uteval-0309): Method execution failed=20 [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000166f880), AE_NOT_EXIST= acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cff00000 (3) failed ACPI HPET table warning: Sequence is non-zero (2) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on a= cpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 vgapci0: port 0xb000-0xb0ff mem=20 0xd0000000-0xdfffffff,0xfd6f0000-0xfd6fffff irq 18 at device 0.0 on pci1 acpi_video0: on vgapci0 hdac0: mem 0xfd6ec000-0xfd6e= ffff=20 irq 19 at device 0.1 on pci1 hdac0: HDA Driver Revision: 20090131_0127 hdac0: [ITHREAD] pcib2: at device 4.0 on pci0 pci2: on pcib2 ath0: mem 0xfd7f0000-0xfd7fffff irq 16 at device 0.0 = on pci2 ath0: [ITHREAD] ath0: WARNING: using obsoleted if_watchdog interface ath0: mac 14.2 phy 7.0 radio 10.2 pcib3: at device 6.0 on pci0 pci3: on pcib3 pcib4: at device 7.0 on pci0 pci5: on pcib4 re0: port 0xc800-0xc8ff mem 0xfe2ff000-0xfe2fffff irq 19 at device 0= =2E0 on=20 pci5 re0: turning off MSI enable bit. re0: Chip rev. 0x38000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,=20 1000baseT-FDX, auto re0: Ethernet address: 00:1d:92:4b:18:11 re0: [FILTER] atapci0: port=20 0xa000-0xa007,0x9000-0x9003,0x8000-0x8007,0x7000-0x7003,0x6000-0x600f mem= =20 0xfd5ff800-0xfd5ffbff irq 22 at device 18.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI Version 01.10 controller with 4 ports PM supported ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ohci0: mem 0xfd5fe000-0xfd5fefff irq 16 a= t=20 device 19.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xfd5fd000-0xfd5fdfff irq 17 a= t=20 device 19.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ohci2: mem 0xfd5fc000-0xfd5fcfff irq 18 a= t=20 device 19.2 on pci0 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb2: OHCI version 1.0, legacy support usb2: on ohci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ohci3: mem 0xfd5fb000-0xfd5fbfff irq 17 a= t=20 device 19.3 on pci0 ohci3: [GIANT-LOCKED] ohci3: [ITHREAD] usb3: OHCI version 1.0, legacy support usb3: on ohci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ohci4: mem 0xfd5fa000-0xfd5fafff irq 18 a= t=20 device 19.4 on pci0 ohci4: [GIANT-LOCKED] ohci4: [ITHREAD] usb4: OHCI version 1.0, legacy support usb4: on ohci4 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered ehci0: mem 0xfd5ff000-0xfd5ff0ff irq = 19 at=20 device 19.5 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb5: EHCI version 1.0 usb5: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4 usb5: on ehci0 usb5: USB revision 2.0 uhub5: on usb5 uhub5: 10 ports with 10 removable, self powered ugen0: on= uhub5 pci0: at device 20.0 (no driver attached) atapci1: port=20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] hdac1: mem 0xfd5f4000-0xfd5f= 7fff=20 irq 16 at device 20.2 on pci0 hdac1: HDA Driver Revision: 20090131_0127 hdac1: [ITHREAD] isab0: at device 20.3 on pci0 isa0: on isab0 pcib5: at device 20.4 on pci0 pci6: on pcib5 cbb0: irq 20 at device 4.0 on pci6 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [FILTER] pci6: at device 4.2 (no driver atta= ched) pci6: at device 4.3 (no driver attached) fwohci0: <1394 Open Host Controller Interface> mem=20 0xfe3fd000-0xfe3fdfff,0xfe3ff000-0xfe3ff7ff irq 20 at device 4.4 on pci6 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:dc:10:00:af:43:34:01 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x15fc000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:dc:10:43:34:01 fwe0: Ethernet address: 02:dc:10:43:34:01 fwip0: on firewire0 fwip0: Firewire address: 00:dc:10:00:af:43:34:01 @ 0xfffe00000000, S400, = maxrec 2048 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=3D0x00000000, SelfID Count=3D1, CYCLEMASTER mode k8temp0: on hostb4 acpi_button0: on acpi0 acpi_tz0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: CLK_VAL field overlaps THT_EN bit device_attach: acpi_throttle0 attach returned 6 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 orm0: at iomem 0xcf000-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0= ugen1: o= n uhub3 ubt0: = on uhub3 ubt0: Interface 0 endpoints: interrupt=3D0x81, bulk-in=3D0x82, bulk-out=3D= 0x2 ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=3D0x83, isoc-out=3D0x= 3;=20 wMaxPacketSize=3D49; nframes=3D10, buffer size=3D490 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) acd0: DVDR at ata0-master UDMA33 ad4: 238475MB at ata2-master SATA150 hdac0: HDA Codec #0: ATI R6xx HDMI pcm0: at cad 0 nid 1 on hdac0 hdac1: HDA Codec #0: Realtek ALC888 hdac1: HDA Codec #1: Lucent/Agere Systems (Unknown) pcm1: at cad 0 nid 1 on hdac1 pcm2: at cad 0 nid 1 on hdac1 GEOM: ad4s1: geometry does not match label (255h,63s !=3D 16h,63s). acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 (probe7:ata0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe7:ata0:0:0:0): CAM Status: SCSI Status Error (probe7:ata0:0:0:0): SCSI Status: Check Condition (probe7:ata0:0:0:0): NOT READY asc:3a,0 (probe7:ata0:0:0:0): Medium not present (probe7:ata0:0:0:0): Unretryable error SMP: AP CPU #1 Launched! cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad4s1a This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 13 ZFS storage pool version 13 wlan0: Ethernet address: 00:15:af:54:f6:25 wlan0: link state changed to UP acpi_ec0: wait timed out (response), forcing polled mode # pkg_info | grep "xorg\|xf86" libXxf86dga-1.0.2 X DGA Extension libXxf86misc-1.0.1 X XF86-Misc Extension libXxf86vm-1.0.2 X Vidmode Extension linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries xf86-input-keyboard-1.3.2 X.Org keyboard input driver xf86-input-mouse-1.4.0_3 X.Org mouse input driver xf86-video-radeonhd-1.2.4_1 X.Org ati RadeonHD display driver xf86-video-vesa-2.1.0 X.Org vesa display driver xf86bigfontproto-1.1.2 XFree86-Bigfont extension headers xf86dga-1.0.2_1 Test program for the XFree86-DGA extension xf86dgaproto-2.0.3 XFree86-DGA extension headers xf86driproto-2.0.4 XFree86-DRI extension headers xf86miscproto-0.9.2 XFree86-Misc extension headers xf86rushproto-1.1.2 XFree86-Rush extension headers xf86vidmodeproto-2.2.2 XFree86-VidModeExtension extension headers xorg-7.4 X.Org complete distribution metaport xorg-apps-7.4_1 X.org apps meta-port xorg-cf-files-1.0.2_3 X.org cf files for use with imake builds xorg-docs-1.4,1 X.org documentation files xorg-drivers-7.4 X.org drivers meta-port xorg-fonts-100dpi-7.4 X.Org 100dpi bitmap fonts xorg-fonts-7.4 X.org fonts meta-port xorg-fonts-75dpi-7.4 X.Org 75dpi bitmap fonts xorg-fonts-cyrillic-7.4 X.Org Cyrillic bitmap fonts xorg-fonts-miscbitmaps-7.4 X.Org miscellaneous bitmap fonts xorg-fonts-truetype-7.4 X.Org TrueType fonts xorg-fonts-type1-7.4 X.Org Type1 fonts xorg-libraries-7.4 X.org libraries meta-port xorg-macros-1.2.1 X.Org development aclocal macros xorg-server-1.5.3_4,1 X.Org X server and related programs From owner-freebsd-bluetooth@FreeBSD.ORG Thu Feb 12 09:31:18 2009 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 604B31065672 for ; Thu, 12 Feb 2009 09:31:18 +0000 (UTC) (envelope-from oleg.nauman@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.191]) by mx1.freebsd.org (Postfix) with ESMTP id 8DEC48FC0C for ; Thu, 12 Feb 2009 09:31:16 +0000 (UTC) (envelope-from oleg.nauman@gmail.com) Received: by fk-out-0910.google.com with SMTP id f40so293857fka.11 for ; Thu, 12 Feb 2009 01:31:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=TvNP1BDKSd8WsLCslk6H8t1vX0QTha3PGbReBbA9irA=; b=EcvtWrKFL9BqRzrMtdh0Hqvs4VNL4sW1S6MRYRM0YM5/xgU314TzdLBEgB/SnSsSQ0 g+8wiagJTorNJH2nBqNzKI5pbyZi26M/SYOeqajFKXxMcWmU+NxXRBAJVREvSBYmixgJ lSpvA7M1JRLbfNSK6c73LlLJSujUUDXoZyPvc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=NqKSPDZwGgZ5DK9jN8QKToEiSuXXp681FLG2dT/KIGtriM1X8aVvFonn2/hCy6/2W3 jjLx2UNRGoCKl9Fytb2iR3XRH4YGX7AdpDZcRShbgtGrkslWf9SwVhfE7UxIB6QOPMoJ xrh9ZCKwBcAWZVhlW2+dojQWG/iakyQ08pBOg= MIME-Version: 1.0 Received: by 10.181.135.5 with SMTP id m5mr233907bkn.87.1234429672953; Thu, 12 Feb 2009 01:07:52 -0800 (PST) Date: Thu, 12 Feb 2009 11:07:52 +0200 Message-ID: <46cbfbb80902120107x6ef309efs3d6b03e76c82fa78@mail.gmail.com> From: Oleg Nauman To: freebsd-bluetooth@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Trouble connecting HP Compaq 6720s with Nokia 3610 cell phone X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 09:31:18 -0000 Hello list members, I have a trouble connecting my Nokia 3610 cell phone via bluetooth link. Initial setup was performed accordingly to http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-bluetooth.html, devices are paired ( well accordingly to Nokia's report at least ) but any attempts to connect my cell phone to notebook are rejected. Here is related log messages: Feb 12 10:34:21 rainhaven kernel: ng_hci_process_event: ubt0hci - got HCI event=0x4, length=10 Feb 12 10:34:21 rainhaven kernel: ng_hci_process_event: ubt0hci - got HCI event=0xf, length=4 Feb 12 10:34:21 rainhaven kernel: ng_hci_process_event: ubt0hci - got HCI event=0x12, length=8 Feb 12 10:34:21 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - got ACL data packet, con_handle=11, PB=0x1, length=0 Feb 12 10:34:21 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - unexpected ACL data packet. Connection does not exist, con_handle=11 Feb 12 10:34:22 rainhaven kernel: ng_hci_process_event: ubt0hci - got HCI event=0x3, length=11 Feb 12 10:34:22 rainhaven kernel: ng_hci_process_event: ubt0hci - got HCI event=0xe, length=6 Feb 12 10:34:22 rainhaven kernel: ng_hci_process_event: ubt0hci - got HCI event=0x1b, length=3 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - got ACL data packet, con_handle=11, PB=0x2, length=12 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - staring new L2CAP packet, con_handle=11, length=8 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_send: ubt0l2cap - attaching ACL packet, con_handle=11, PB=0x2, length=16 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - sending ACL packet, con_handle=11, len=21 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=8 Feb 12 10:34:22 rainhaven kernel: send_data_packets: ubt0hci - sending data packet, handle=11, len=21 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - 1 ACL packets have been sent, con_handle=11 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lower_rcvmsg: ubt0l2cap - sync HCI connection queue, con_handle=11, pending=1, completed=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - got ACL data packet, con_handle=11, PB=0x2, length=16 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - staring new L2CAP packet, con_handle=11, length=12 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_send: ubt0l2cap - attaching ACL packet, con_handle=11, PB=0x2, length=14 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - sending ACL packet, con_handle=11, len=19 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=7 Feb 12 10:34:22 rainhaven kernel: send_data_packets: ubt0hci - sending data packet, handle=11, len=19 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - 1 ACL packets have been sent, con_handle=11 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lower_rcvmsg: ubt0l2cap - sync HCI connection queue, con_handle=11, pending=1, completed=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_send: ubt0l2cap - attaching ACL packet, con_handle=11, PB=0x2, length=12 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - sending ACL packet, con_handle=11, len=17 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=6 Feb 12 10:34:22 rainhaven kernel: send_data_packets: ubt0hci - sending data packet, handle=11, len=17 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - 1 ACL packets have been sent, con_handle=11 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lower_rcvmsg: ubt0l2cap - sync HCI connection queue, con_handle=11, pending=1, completed=1 Feb 12 10:34:22 rainhaven kernel: ng_hci_process_event: ubt0hci - got HCI event=0x13, length=5 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=7 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - got ACL data packet, con_handle=11, PB=0x2, length=14 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - staring new L2CAP packet, con_handle=11, length=10 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - got ACL data packet, con_handle=11, PB=0x2, length=17 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - staring new L2CAP packet, con_handle=11, length=13 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_send: ubt0l2cap - attaching ACL packet, con_handle=11, PB=0x2, length=14 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - sending ACL packet, con_handle=11, len=19 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=7 Feb 12 10:34:22 rainhaven kernel: send_data_packets: ubt0hci - sending data packet, handle=11, len=19 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - 1 ACL packets have been sent, con_handle=11 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lower_rcvmsg: ubt0l2cap - sync HCI connection queue, con_handle=11, pending=1, completed=1 Feb 12 10:34:22 rainhaven kernel: ng_hci_process_event: ubt0hci - got HCI event=0x13, length=5 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=8 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - got ACL data packet, con_handle=11, PB=0x2, length=12 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - staring new L2CAP packet, con_handle=11, length=8 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_send: ubt0l2cap - attaching ACL packet, con_handle=11, PB=0x2, length=12 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - sending ACL packet, con_handle=11, len=17 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - 1 ACL packets have been sent, con_handle=11 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=8 Feb 12 10:34:22 rainhaven kernel: send_data_packets: ubt0hci - sending data packet, handle=11, len=17 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lower_rcvmsg: ubt0l2cap - sync HCI connection queue, con_handle=11, pending=1, completed=1 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - got ACL data packet, con_handle=11, PB=0x2, length=12 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - staring new L2CAP packet, con_handle=11, length=8 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_send: ubt0l2cap - attaching ACL packet, con_handle=11, PB=0x2, length=16 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - sending ACL packet, con_handle=11, len=21 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=7 Feb 12 10:34:22 rainhaven kernel: send_data_packets: ubt0hci - sending data packet, handle=11, len=21 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - 1 ACL packets have been sent, con_handle=11 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lower_rcvmsg: ubt0l2cap - sync HCI connection queue, con_handle=11, pending=1, completed=1 Feb 12 10:34:22 rainhaven kernel: ng_hci_process_event: ubt0hci - got HCI event=0x13, length=5 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=8 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - got ACL data packet, con_handle=11, PB=0x2, length=16 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - staring new L2CAP packet, con_handle=11, length=12 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_send: ubt0l2cap - attaching ACL packet, con_handle=11, PB=0x2, length=14 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - sending ACL packet, con_handle=11, len=19 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=8 Feb 12 10:34:22 rainhaven kernel: send_data_packets: ubt0hci - sending data packet, handle=11, len=19 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - 1 ACL packets have been sent, con_handle=11 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lower_rcvmsg: ubt0l2cap - sync HCI connection queue, con_handle=11, pending=1, completed=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_send: ubt0l2cap - attaching ACL packet, con_handle=11, PB=0x2, length=12 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - sending ACL packet, con_handle=11, len=17 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=7 Feb 12 10:34:22 rainhaven kernel: send_data_packets: ubt0hci - sending data packet, handle=11, len=17 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - 1 ACL packets have been sent, con_handle=11 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lower_rcvmsg: ubt0l2cap - sync HCI connection queue, con_handle=11, pending=1, completed=1 Feb 12 10:34:22 rainhaven kernel: ng_hci_process_event: ubt0hci - got HCI event=0x13, length=5 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=8 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - got ACL data packet, con_handle=11, PB=0x2, length=14 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - staring new L2CAP packet, con_handle=11, length=10 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - got ACL data packet, con_handle=11, PB=0x2, length=17 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - staring new L2CAP packet, con_handle=11, length=13 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_send: ubt0l2cap - attaching ACL packet, con_handle=11, PB=0x2, length=14 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - sending ACL packet, con_handle=11, len=19 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=8 Feb 12 10:34:22 rainhaven kernel: send_data_packets: ubt0hci - sending data packet, handle=11, len=19 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - 1 ACL packets have been sent, con_handle=11 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lower_rcvmsg: ubt0l2cap - sync HCI connection queue, con_handle=11, pending=1, completed=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - got ACL data packet, con_handle=11, PB=0x2, length=12 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - staring new L2CAP packet, con_handle=11, length=8 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_send: ubt0l2cap - attaching ACL packet, con_handle=11, PB=0x2, length=12 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - sending ACL packet, con_handle=11, len=17 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - 1 ACL packets have been sent, con_handle=11 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=7 Feb 12 10:34:22 rainhaven kernel: send_data_packets: ubt0hci - sending data packet, handle=11, len=17 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lower_rcvmsg: ubt0l2cap - sync HCI connection queue, con_handle=11, pending=1, completed=1 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_hci_process_event: ubt0hci - got HCI event=0x13, length=5 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=8 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - got ACL data packet, con_handle=11, PB=0x2, length=12 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - staring new L2CAP packet, con_handle=11, length=8 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_send: ubt0l2cap - attaching ACL packet, con_handle=11, PB=0x2, length=16 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - sending ACL packet, con_handle=11, len=21 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=8 Feb 12 10:34:22 rainhaven kernel: send_data_packets: ubt0hci - sending data packet, handle=11, len=21 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - 1 ACL packets have been sent, con_handle=11 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lower_rcvmsg: ubt0l2cap - sync HCI connection queue, con_handle=11, pending=1, completed=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - got ACL data packet, con_handle=11, PB=0x2, length=16 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - staring new L2CAP packet, con_handle=11, length=12 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_send: ubt0l2cap - attaching ACL packet, con_handle=11, PB=0x2, length=14 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - sending ACL packet, con_handle=11, len=19 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=7 Feb 12 10:34:22 rainhaven kernel: send_data_packets: ubt0hci - sending data packet, handle=11, len=19 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - 1 ACL packets have been sent, con_handle=11 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lower_rcvmsg: ubt0l2cap - sync HCI connection queue, con_handle=11, pending=1, completed=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_send: ubt0l2cap - attaching ACL packet, con_handle=11, PB=0x2, length=12 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - sending ACL packet, con_handle=11, len=17 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=6 Feb 12 10:34:22 rainhaven kernel: send_data_packets: ubt0hci - sending data packet, handle=11, len=17 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - 1 ACL packets have been sent, con_handle=11 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lower_rcvmsg: ubt0l2cap - sync HCI connection queue, con_handle=11, pending=1, completed=1 Feb 12 10:34:22 rainhaven kernel: ng_hci_process_event: ubt0hci - got HCI event=0x13, length=5 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=7 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - got ACL data packet, con_handle=11, PB=0x2, length=14 Feb 12 10:34:22 rainhaven kernel: Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - staring new L2CAP packet, con_handle=11, length=10 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - got ACL data packet, con_handle=11, PB=0x2, length=17 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - staring new L2CAP packet, con_handle=11, length=13 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_send: ubt0l2cap - attaching ACL packet, con_handle=11, PB=0x2, length=14 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - sending ACL packet, con_handle=11, len=19 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=7 Feb 12 10:34:22 rainhaven kernel: send_data_packets: ubt0hci - sending data packet, handle=11, len=19 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - 1 ACL packets have been sent, con_handle=11 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lower_rcvmsg: ubt0l2cap - sync HCI connection queue, con_handle=11, pending=1, completed=1 Feb 12 10:34:22 rainhaven kernel: ng_hci_process_event: ubt0hci - got HCI event=0x13, length=5 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=8 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - got ACL data packet, con_handle=11, PB=0x2, length=12 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_receive: ubt0l2cap - staring new L2CAP packet, con_handle=11, length=8 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_send: ubt0l2cap - attaching ACL packet, con_handle=11, PB=0x2, length=12 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - sending ACL packet, con_handle=11, len=17 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lp_deliver: ubt0l2cap - 1 ACL packets have been sent, con_handle=11 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=8 Feb 12 10:34:22 rainhaven kernel: send_data_packets: ubt0hci - sending data packet, handle=11, len=17 Feb 12 10:34:22 rainhaven kernel: ng_l2cap_lower_rcvmsg: ubt0l2cap - sync HCI connection queue, con_handle=11, pending=1, completed=1 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:22 rainhaven kernel: ng_hci_process_event: ubt0hci - got HCI event=0x13, length=5 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending ACL data packets, count=8 Feb 12 10:34:22 rainhaven kernel: ng_hci_send_data: ubt0hci - sending SCO data packets, count=1 Feb 12 10:34:24 rainhaven kernel: ng_hci_process_event: ubt0hci - got HCI event=0x5, length=4 Feb 12 10:34:24 rainhaven kernel: ng_l2cap_con_fail: ubt0l2cap - ACL connection failed, result=19 Feb 12 10:34:24 rainhaven kernel: ng_hci_lp_discon_ind: ubt0hci - SCO hook is not connected or not valid, hook=0 How is it looks like accordingly to hcidump -a output: HCIDump - HCI packet analyzer ver 1.5 device: any snap_len: 65535 filter: 0xffffffff > HCI Event: Connect Request(0x04) plen 10 . . . f " . . . Z . < HCI Command: Accept Connection Request(0x01|0x0009) plen 7 . . . f " . . > HCI Event: Command Status(0x0f) plen 4 . . . . > HCI Event: Role Change(0x12) plen 8 . . . . f " . . > ACL data: handle 0x000b flags 0x01 dlen 0 > HCI Event: Connect Complete(0x03) plen 11 . . . . . . f " . . . < HCI Command: Write Link Policy Settings(0x02|0x000d) plen 4 . . . . > HCI Event: Command Complete(0x0e) plen 6 . . . . . . > HCI Event: Max Slots Change(0x1b) plen 3 . . . > ACL data: handle 0x000b flags 0x02 dlen 12 L2CAP(s): Connect req: psm 1 scid 0x0040 < ACL data: handle 0x000b flags 0x02 dlen 16 L2CAP(s): Connect rsp: dcid 0x005b scid 0x0040 result 0 status 0 > ACL data: handle 0x000b flags 0x02 dlen 16 L2CAP(s): Config req: dcid 0x005b flags 0x0000 clen 4 MTU 65535 < ACL data: handle 0x000b flags 0x02 dlen 14 L2CAP(s): Config rsp: scid 0x0040 flags 0x0000 result 0 clen 0 < ACL data: handle 0x000b flags 0x02 dlen 12 L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 0 > HCI Event: Number of Completed Packets(0x13) plen 5 . . . . . > ACL data: handle 0x000b flags 0x02 dlen 14 L2CAP(s): Config rsp: scid 0x005b flags 0x0000 result 0 clen 0 > ACL data: handle 0x000b flags 0x02 dlen 17 L2CAP(d): cid 0x5b len 13 [psm 1] SDP SS Req: tid 0x1c len 0x8 pat uuid-16 0x111e max 0xff cont 00 < ACL data: handle 0x000b flags 0x02 dlen 14 L2CAP(d): cid 0x40 len 10 [psm 1] SDP SS Rsp: tid 0x1c len 0x5 tot 0x0 cur 0x0 cont 00 > HCI Event: Number of Completed Packets(0x13) plen 5 . . . . . > ACL data: handle 0x000b flags 0x02 dlen 12 L2CAP(s): Disconn req: dcid 0x005b scid 0x0040 < ACL data: handle 0x000b flags 0x02 dlen 12 L2CAP(s): Disconn rsp: dcid 0x005b scid 0x0040 > ACL data: handle 0x000b flags 0x02 dlen 12 L2CAP(s): Connect req: psm 1 scid 0x0040 < ACL data: handle 0x000b flags 0x02 dlen 16 L2CAP(s): Connect rsp: dcid 0x005c scid 0x0040 result 0 status 0 > HCI Event: Number of Completed Packets(0x13) plen 5 . . . . . > ACL data: handle 0x000b flags 0x02 dlen 16 L2CAP(s): Config req: dcid 0x005c flags 0x0000 clen 4 MTU 65535 < ACL data: handle 0x000b flags 0x02 dlen 14 L2CAP(s): Config rsp: scid 0x0040 flags 0x0000 result 0 clen 0 < ACL data: handle 0x000b flags 0x02 dlen 12 L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 0 > HCI Event: Number of Completed Packets(0x13) plen 5 . . . . . > ACL data: handle 0x000b flags 0x02 dlen 14 L2CAP(s): Config rsp: scid 0x005c flags 0x0000 result 0 clen 0 > ACL data: handle 0x000b flags 0x02 dlen 17 L2CAP(d): cid 0x5c len 13 [psm 1] SDP SS Req: tid 0x1d len 0x8 pat uuid-16 0x1108 (Headset) max 0xff cont 00 < ACL data: handle 0x000b flags 0x02 dlen 14 L2CAP(d): cid 0x40 len 10 [psm 1] SDP SS Rsp: tid 0x1d len 0x5 tot 0x0 cur 0x0 cont 00 > ACL data: handle 0x000b flags 0x02 dlen 12 L2CAP(s): Disconn req: dcid 0x005c scid 0x0040 < ACL data: handle 0x000b flags 0x02 dlen 12 L2CAP(s): Disconn rsp: dcid 0x005c scid 0x0040 > HCI Event: Number of Completed Packets(0x13) plen 5 . . . . . > ACL data: handle 0x000b flags 0x02 dlen 12 L2CAP(s): Connect req: psm 1 scid 0x0040 < ACL data: handle 0x000b flags 0x02 dlen 16 L2CAP(s): Connect rsp: dcid 0x005d scid 0x0040 result 0 status 0 > ACL data: handle 0x000b flags 0x02 dlen 16 L2CAP(s): Config req: dcid 0x005d flags 0x0000 clen 4 MTU 65535 < ACL data: handle 0x000b flags 0x02 dlen 14 L2CAP(s): Config rsp: scid 0x0040 flags 0x0000 result 0 clen 0 < ACL data: handle 0x000b flags 0x02 dlen 12 L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 0 > HCI Event: Number of Completed Packets(0x13) plen 5 . . . . . > ACL data: handle 0x000b flags 0x02 dlen 14 L2CAP(s): Config rsp: scid 0x005d flags 0x0000 result 0 clen 0 > ACL data: handle 0x000b flags 0x02 dlen 17 L2CAP(d): cid 0x5d len 13 [psm 1] SDP SS Req: tid 0x1e len 0x8 pat uuid-16 0x110b max 0xff cont 00 < ACL data: handle 0x000b flags 0x02 dlen 14 L2CAP(d): cid 0x40 len 10 [psm 1] SDP SS Rsp: tid 0x1e len 0x5 tot 0x0 cur 0x0 cont 00 > HCI Event: Number of Completed Packets(0x13) plen 5 . . . . . > ACL data: handle 0x000b flags 0x02 dlen 12 L2CAP(s): Disconn req: dcid 0x005d scid 0x0040 < ACL data: handle 0x000b flags 0x02 dlen 12 L2CAP(s): Disconn rsp: dcid 0x005d scid 0x0040 > HCI Event: Number of Completed Packets(0x13) plen 5 . . . . . > HCI Event: Disconn Complete(0x05) plen 4 . . . . Some additional info: # uname -msr FreeBSD 7.1-STABLE i386 # grep ubt0 /var/run/dmesg.boot ubt0: on uhub0 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 4) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=64; nframes=5, buffer size=320 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=4 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=10 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=12 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=11 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=4 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=4 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=4 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=4 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=4 ng_l2cap_lower_rcvmsg: ubt0l2cap - HCI node is up, bdaddr: 0:21:86:d:2d:e7, pkt_size=1017 bytes, num_pkts=8 # grep -v -E "^#|^$" /etc/bluetooth/ubt0.conf authentication_enable="NO" connectable="YES" discoverable="YES" hci_debug_level="4" l2cap_debug_level="4" local_name="rainhaven" role_switch="YES" Was trying to turn role_switch to "NO" and authentication_enable to "YES" without any visible effect Here is relevant entry from /etc/bluetooth/hcsecd.conf: device { bdaddr 00:22:66:fd:07:10; name "Nokia 3610a"; key nokey; pin "12345"; } # l2ping -a Nokia 0 bytes from Nokia seq_no=0 time=563.631 ms result=0 0 bytes from Nokia seq_no=1 time=9.720 ms result=0 0 bytes from Nokia seq_no=2 time=13.445 ms result=0 0 bytes from Nokia seq_no=3 time=31.631 ms result=0 # sdpcontrol -l browse Record Handle: 00000000 Service Class ID List: Service Discovery Server (0x1000) Protocol Descriptor List: L2CAP (0x0100) Protocol specific parameter #1: u/int/uuid16 1 Protocol specific parameter #2: u/int/uuid16 1 Record Handle: 0x00000001 Service Class ID List: Browse Group Descriptor (0x1001) Record Handle: 0x00000002 Service Class ID List: LAN Access Using PPP (0x1102) Protocol Descriptor List: L2CAP (0x0100) RFCOMM (0x0003) Protocol specific parameter #1: u/int8/bool 1 Bluetooth Profile Descriptor List: LAN Access Using PPP (0x1102) ver. 1.0 "My phone's visiblity" set to "Shown to all" and my Nokia lists notebook as paired device Please tell me where is I'm wrong From owner-freebsd-bluetooth@FreeBSD.ORG Thu Feb 12 10:42:54 2009 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD8FB1065670 for ; Thu, 12 Feb 2009 10:42:54 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from smtp01.one2one.net (smtp01.one2one.net [149.254.200.196]) by mx1.freebsd.org (Postfix) with ESMTP id 695818FC1E for ; Thu, 12 Feb 2009 10:42:54 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from [127.0.0.1] (helo=localhost) by smtpbarns01 with esmtp (Exim 4.50) id 1LXZ1t-0003Ky-5Z; Thu, 12 Feb 2009 10:42:49 +0000 Received: from smtpbarns01 ([127.0.0.1]) by localhost (smtpbarns01 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12613-09; Thu, 12 Feb 2009 10:42:48 +0000 (GMT) Received: from [10.33.144.213] (helo=rya-online.net) by smtpbarns01 with smtp (Exim 4.50) id 1LXZ1q-0003Kr-AT; Thu, 12 Feb 2009 10:42:48 +0000 Received: (nullmailer pid 1508 invoked by uid 1000); Thu, 12 Feb 2009 10:42:39 -0000 Date: Thu, 12 Feb 2009 10:42:39 +0000 (GMT) To: Oleg Nauman In-Reply-To: <46cbfbb80902120107x6ef309efs3d6b03e76c82fa78@mail.gmail.com> References: <46cbfbb80902120107x6ef309efs3d6b03e76c82fa78@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <1234435359.358996.1563.nullmailer@galant.ukfsn.org> From: Iain Hibbert X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at example.com X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: plunky@rya-online.net X-SA-Exim-Scanned: No (on smtpbarns01); SAEximRunCond expanded to false Cc: freebsd-bluetooth@freebsd.org Subject: Re: Trouble connecting HP Compaq 6720s with Nokia 3610 cell phone X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 10:42:55 -0000 On Thu, 12 Feb 2009, Oleg Nauman wrote: > I have a trouble connecting my Nokia 3610 cell phone via bluetooth link. what are you wanting to do with the 'connection' ? > How is it looks like accordingly to hcidump -a output: according to this, the phone connects to your laptop and looks for some services: > > ACL data: handle 0x000b flags 0x02 dlen 17 > L2CAP(d): cid 0x5b len 13 [psm 1] > SDP SS Req: tid 0x1c len 0x8 > pat uuid-16 0x111e > max 0xff > cont 00 That is "Handsfree" > < ACL data: handle 0x000b flags 0x02 dlen 14 > L2CAP(d): cid 0x40 len 10 [psm 1] > SDP SS Rsp: tid 0x1c len 0x5 > tot 0x0 cur 0x0 > cont 00 but you don't provide it > > ACL data: handle 0x000b flags 0x02 dlen 17 > L2CAP(d): cid 0x5c len 13 [psm 1] > SDP SS Req: tid 0x1d len 0x8 > pat uuid-16 0x1108 (Headset) > max 0xff > cont 00 > < ACL data: handle 0x000b flags 0x02 dlen 14 > L2CAP(d): cid 0x40 len 10 [psm 1] > SDP SS Rsp: tid 0x1d len 0x5 > tot 0x0 cur 0x0 > cont 00 neither "Headset" service > > ACL data: handle 0x000b flags 0x02 dlen 17 > L2CAP(d): cid 0x5d len 13 [psm 1] > SDP SS Req: tid 0x1e len 0x8 > pat uuid-16 0x110b > max 0xff > cont 00 > < ACL data: handle 0x000b flags 0x02 dlen 14 > L2CAP(d): cid 0x40 len 10 [psm 1] > SDP SS Rsp: tid 0x1e len 0x5 > tot 0x0 cur 0x0 > cont 00 and not "Audio Sink" service > # sdpcontrol -l browse > > Record Handle: 0x00000002 > Service Class ID List: > LAN Access Using PPP (0x1102) > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 1 > Bluetooth Profile Descriptor List: > LAN Access Using PPP (0x1102) ver. 1.0 you provide only one service but the phone did not look for that.. regards, iain From owner-freebsd-bluetooth@FreeBSD.ORG Thu Feb 12 17:37:09 2009 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B776D10656C2 for ; Thu, 12 Feb 2009 17:37:09 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id 713CE8FC22 for ; Thu, 12 Feb 2009 17:37:09 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by gxk24 with SMTP id 24so183078gxk.19 for ; Thu, 12 Feb 2009 09:37:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=iIyHGl7npnooyfP06cRC39hkITjNf7QEaDidcSqQqAo=; b=euhz8DZsDygwPe6jVWJlFsYbYqF3vSAGbKef8vnrJGwwSXfUPxcXV4iiKaRMBBZKph jDWCdN5brhDlsZAjsn8b8uEuvxqDaDVhBFV7znEpnP+/6pWBKzPuBKl108InuPseN+GY 3tnAxOtni5TFTdpQGjxtglSKw8p34UVg5znPg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vIPWz9MwlJ7Y0fNZOjX1cLNCLdfA6b9Vi81ID1j+Yl190pkvEtf880MFMVkfy2IOOU C0NjZXkeUbJd9Rz+QtXFPhGCBnzowlq3at8iSSce6Yn2oaLHLP5xUXFaKO2NGfvsMPHM Vkbx75TyiBWm/uPPYw6HWAQYEdX3AxilZX3NU= MIME-Version: 1.0 Received: by 10.151.44.14 with SMTP id w14mr728048ybj.243.1234460228754; Thu, 12 Feb 2009 09:37:08 -0800 (PST) In-Reply-To: <46cbfbb80902120107x6ef309efs3d6b03e76c82fa78@mail.gmail.com> References: <46cbfbb80902120107x6ef309efs3d6b03e76c82fa78@mail.gmail.com> Date: Thu, 12 Feb 2009 09:37:08 -0800 Message-ID: From: Maksim Yevmenkin To: Oleg Nauman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-bluetooth@freebsd.org Subject: Re: Trouble connecting HP Compaq 6720s with Nokia 3610 cell phone X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 17:37:10 -0000 Oleg, > I have a trouble connecting my Nokia 3610 cell phone via bluetooth link. as Iain already asked :) what exactly are you trying to do? are you trying to put/get something to/from your phone (for example pictures, ring tones, etc)? if so, then use comm/obexapp from ports. are you trying to use your phone as wireless modem to connect your laptop to the net? if so, then you should be using rfcomm_pppd(8) in _client_ mode and connect to dun (or lan, if your phone supports it) service on your phone. another option is to use rfcomm_sppd(8) in _client_ mode and ppp(8). basically use set device "!/usr/bin/rfcomm_sppd -a BD_ADDR" in your /etc/ppp/ppp.conf and use something similar to rfcomm-dialup example mentioned in the rfcomm_pppd(8) man page. thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Fri Feb 13 16:05:58 2009 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 138411065670 for ; Fri, 13 Feb 2009 16:05:58 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mail-gx0-f224.google.com (mail-gx0-f224.google.com [209.85.217.224]) by mx1.freebsd.org (Postfix) with ESMTP id AD91D8FC21 for ; Fri, 13 Feb 2009 16:05:57 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by gxk24 with SMTP id 24so910601gxk.19 for ; Fri, 13 Feb 2009 08:05:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=W7WwQwhdx0y9vD7M5txik8dkUYwuAn7NW93BtijgDNc=; b=rtwlHCsIpEtYY0Oei9PeXrFqb1UNrb9zeEfQA60HgybQO+frEkEkrjeHBNuKC3iO4v gqz6M4cGov1HVx1wwC0xsN/XTbhSRjNvSOX8xjzahoEygFeWE6mTDxrvrANSOq3KqV/6 F3+hOr0UlbR9veNyp1j1edFB/TCFqNHfb1J9s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=wRVdxkfof7ppMEj9aEhjhrf6kZlDiOnWEUCeI59xgkmbG2AAhpcfqKN548IWadregL RVq0o89sd8mmomRDqwCzXz7o9TiSrYezHz+j5Yb5UGGhti6mwS3g16rG0aclk1QndECo V/7MITwK702lDAgsF10jIE26AqBM9/CJbsrJk= MIME-Version: 1.0 Received: by 10.151.6.16 with SMTP id j16mr2214635ybi.47.1234541157057; Fri, 13 Feb 2009 08:05:57 -0800 (PST) In-Reply-To: <46cbfbb80902130153y10469bbdn1d2b1c04b1824358@mail.gmail.com> References: <46cbfbb80902120107x6ef309efs3d6b03e76c82fa78@mail.gmail.com> <46cbfbb80902130153y10469bbdn1d2b1c04b1824358@mail.gmail.com> Date: Fri, 13 Feb 2009 08:05:56 -0800 Message-ID: From: Maksim Yevmenkin To: Oleg Nauman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-bluetooth@freebsd.org" Subject: Re: Trouble connecting HP Compaq 6720s with Nokia 3610 cell phone X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2009 16:05:58 -0000 Oleg, please keep freebsd-bluetooth@ cc'd. >>> I have a trouble connecting my Nokia 3610 cell phone via bluetooth link. >> >> as Iain already asked :) what exactly are you trying to do? > > Was trying to establish connection in both directions but failed. > Many thanks to Iain for this issue explanation - it seems my Nokia > searching for audio enhancements only. Was thinking it is part of > another trouble - I'm unable to start a session through obexapp (file > transfer for example). > > How is it looks like: > > # sdpcontrol -a Nokia search FTRN > > Record Handle: 0x00010002 > Service Class ID List: > OBEX File Transfer (0x1106) > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 10 > OBEX (0x0008) > Bluetooth Profile Descriptor List: > OBEX File Transfer (0x1106) ver. 1.0 ok this looks promising. > # obexapp -c -a Nokia -C FTRN -f > > Just sits there ( well yes I know Bluetooth is slow enough so was > waiting for two hours first time ) well, this is not good :) > And what I can see in the log: first of all, please set those "hci_debug_level" and "l2cap_debug_level" knobs in you ubt0.conf back to their default values (or just remove them completely from your ubt0.conf). those should really be used in a controlled environment when debugging confirmed problem in the stack. the trace you sent is very low level and does not give me much context. hcidump(1) from the ports collection is the primary tool for troubleshooting problems like yours. when running hcidump(1) please make sure to write dump to a file, i.e. use -w switch. no need to set/change "connectable", "discoverable" and/or "role_switch" knobs because they set to "yes" by default. it is a good idea to always start hcsecd(8), i.e add "hcsecd_enable="yes'" to your /etc/rc.conf and make sure you have entries for all your bluetooth devices that require paring/authentication/encryption. so, if you could please 1) remove "hci_debug_level" and "l2cap_debug_level" knobs from your ubt0.conf and restart bluetooth device (/etc/rc.d/bluetooth restart ubt0) 2) start hcsecd(8), i.e. add hcsecd_enable="yes" to your /etc/rc.conf and then /etc/rc.d/hcsecd restart (i assume you already added pin code for your phone) 3) run (as root) hcidump -w nokia3610.bin 4) in another window run obexapp(1) client 5) wait for it to hang/stop/etc and then wait another minute or so. 6) terminate obexapp(1) client with ^C 7) terminate hcidump(1) with ^C 8) send me nokia3610.bin > So something is wrong I think and my question "Where is I'm wrong" i can not answer this question yet :) > still remains open. Or it is just a good example how is Bluetooth link > unreliable ? its not *that* unreliable :) thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Sat Feb 14 01:17:55 2009 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 227C61065673 for ; Sat, 14 Feb 2009 01:17:55 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.178]) by mx1.freebsd.org (Postfix) with ESMTP id 9C0F28FC15 for ; Sat, 14 Feb 2009 01:17:54 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so1344219ele.13 for ; Fri, 13 Feb 2009 17:17:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=vVXj/uRE+nZ9B6DO03qtMoeZRUHnOC7pfndwx3tV3vY=; b=flshOU2kJnM0B8xXhQPs/a4te9cvvnbAMEHzQglgnuhgXjrlZw8IzKGeARMqxx4PbR NxoubyOYv0Ikbr0pOdEw1eOosMG19Lr++B1DEz4lSLNSks6SRtZ4N5hZj0cXga6YDebX Dw6oG/cCPkqrUoWSZfT7wFyjQMIGDL6XqinRY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=wJPpqnK2vTG+x+m/BopWELdjPxTn93LDUVfLf3aROVoNDP5PeLideEwpnvCjsQ3pfz s9+hljcsOIV4K54fxVI83W+aC4ppcC60mRwi3SkUqv8fbFsVIatsw2Fb7H7flzQaMltE S+31Se1LiJNqVgpIVdBtoiYDLLGiJfBUUPVf4= MIME-Version: 1.0 Received: by 10.151.103.11 with SMTP id f11mr1411651ybm.21.1234574273727; Fri, 13 Feb 2009 17:17:53 -0800 (PST) In-Reply-To: <1233919880.530235.10843.nullmailer@galant.ukfsn.org> References: <1233365217.00068654.1233354838@10.7.7.3> <4988DCCC.80201@mavhome.dp.ua> <4988EBAC.3080202@mavhome.dp.ua> <1233758519.360141.162.nullmailer@galant.ukfsn.org> <1233845167.798942.24919.nullmailer@galant.ukfsn.org> <1233919880.530235.10843.nullmailer@galant.ukfsn.org> Date: Fri, 13 Feb 2009 17:17:53 -0800 Message-ID: From: Maksim Yevmenkin To: Iain Hibbert Content-Type: multipart/mixed; boundary=00151750e7f008ccc00462d6b947 Cc: "freebsd-bluetooth@freebsd.org" Subject: Re: libhci X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2009 01:17:55 -0000 --00151750e7f008ccc00462d6b947 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Iain, >> anyway, what would you suggest to use instead of dev_id? device name >> (i.e. ubt0)? anything else? cant use bd_addr because (in freebsd at >> least) device has to be "initialized" before bd_addr is known. > > for sure, a generic API would need to use the device name. Internally it > can translate to whatever the local hardware control API uses. > >> i will take a look at ms api. but surely we have ability to send and >> receive hci commands/events and enumerate all radios in the system in >> addition to inquiry, dont you think? > > enumerating the radios is useful, yes, but having a function to set the > afh_map or some other setting? I think that this is only required by the > administrator program (hccontrol in your case) so why does it need to be > in a shared library? > > In a way, its similar for the string functions. What program needs to be > able to print the features list? Only a shell based admin tool in > reality, even a graphical program might want to provide such a feature > list in a different format anyway.. i kinda started to work on hci/bluetooth shims. please take a look at the attached patch. this is basically to implement bt_devname() and bt_devaddr() similar to netbsd and i also added bt_hci_devinfo() and bt_hci_devenum() inspired by linux-bluez. i also plan to add bt_hci_devinquiry() and possibly bt_hci_devreq(), bt_hci_devsend() and bt_hci_devrecv(). the later 2 are to send command and receive event only. thanks, max --00151750e7f008ccc00462d6b947 Content-Type: text/plain; charset=US-ASCII; name="bluetooth.diff.txt" Content-Disposition: attachment; filename="bluetooth.diff.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fr5liqvf0 SW5kZXg6IGRldi5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGRldi5jCShyZXZpc2lvbiAwKQorKysgZGV2LmMJ KHJldmlzaW9uIDApCkBAIC0wLDAgKzEsOTMgQEAKKy8qCisgKiBkZXYuYworICovCisKKy8qLQor ICogQ29weXJpZ2h0IChjKSAyMDA5IE1ha3NpbSBZZXZtZW5raW4gPG1fZXZtZW5raW5AeWFob28u Y29tPgorICogQWxsIHJpZ2h0cyByZXNlcnZlZC4KKyAqCisgKiBSZWRpc3RyaWJ1dGlvbiBhbmQg dXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdpdGhvdXQKKyAqIG1vZGlm aWNhdGlvbiwgYXJlIHBlcm1pdHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0 aW9ucworICogYXJlIG1ldDoKKyAqIDEuIFJlZGlzdHJpYnV0aW9ucyBvZiBzb3VyY2UgY29kZSBt dXN0IHJldGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0CisgKiAgICBub3RpY2UsIHRoaXMgbGlzdCBv ZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIuCisgKiAyLiBSZWRpc3Ry aWJ1dGlvbnMgaW4gYmluYXJ5IGZvcm0gbXVzdCByZXByb2R1Y2UgdGhlIGFib3ZlIGNvcHlyaWdo dAorICogICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2lu ZyBkaXNjbGFpbWVyIGluIHRoZQorICogICAgZG9jdW1lbnRhdGlvbiBhbmQvb3Igb3RoZXIgbWF0 ZXJpYWxzIHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1dGlvbi4KKyAqCisgKiBUSElTIFNPRlRX QVJFIElTIFBST1ZJREVEIEJZIFRIRSBBVVRIT1IgQU5EIENPTlRSSUJVVE9SUyBgYEFTIElTJycg QU5ECisgKiBBTlkgRVhQUkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElOQ0xVRElORywgQlVU IE5PVCBMSU1JVEVEIFRPLCBUSEUKKyAqIElNUExJRUQgV0FSUkFOVElFUyBPRiBNRVJDSEFOVEFC SUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFCisgKiBBUkUgRElTQ0xB SU1FRC4gSU4gTk8gRVZFTlQgU0hBTEwgVEhFIEFVVEhPUiBPUiBDT05UUklCVVRPUlMgQkUgTElB QkxFCisgKiBGT1IgQU5ZIERJUkVDVCwgSU5ESVJFQ1QsIElOQ0lERU5UQUwsIFNQRUNJQUwsIEVY RU1QTEFSWSwgT1IgQ09OU0VRVUVOVElBTAorICogREFNQUdFUyAoSU5DTFVESU5HLCBCVVQgTk9U IExJTUlURUQgVE8sIFBST0NVUkVNRU5UIE9GIFNVQlNUSVRVVEUgR09PRFMKKyAqIE9SIFNFUlZJ Q0VTOyBMT1NTIE9GIFVTRSwgREFUQSwgT1IgUFJPRklUUzsgT1IgQlVTSU5FU1MgSU5URVJSVVBU SU9OKQorICogSE9XRVZFUiBDQVVTRUQgQU5EIE9OIEFOWSBUSEVPUlkgT0YgTElBQklMSVRZLCBX SEVUSEVSIElOIENPTlRSQUNULCBTVFJJQ1QKKyAqIExJQUJJTElUWSwgT1IgVE9SVCAoSU5DTFVE SU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJXSVNFKSBBUklTSU5HIElOIEFOWSBXQVkKKyAqIE9VVCBP RiBUSEUgVVNFIE9GIFRISVMgU09GVFdBUkUsIEVWRU4gSUYgQURWSVNFRCBPRiBUSEUgUE9TU0lC SUxJVFkgT0YKKyAqIFNVQ0ggREFNQUdFLgorICoKKyAqICRGcmVlQlNEJAorICovCisKKyNpbmNs dWRlIDxibHVldG9vdGguaD4KKyNpbmNsdWRlIDxzdGRpby5oPgorI2luY2x1ZGUgPHN0cmluZy5o PgorCitzdHJ1Y3QgYnRfZGV2YWRkcl9tYXRjaF9hcmcKK3sKKwljaGFyCQlkZXZuYW1lW0hDSV9E RVZOQU1FX1NJWkVdOworCWJkYWRkcl90IGNvbnN0CSpiZGFkZHI7Cit9OworCitzdGF0aWMgYnRf aGNpX2RldmVudW1fY2JfdAlidF9kZXZhZGRyX21hdGNoOworCitpbnQKK2J0X2RldmFkZHIoY2hh ciBjb25zdCAqZGV2bmFtZSwgYmRhZGRyX3QgKmFkZHIpCit7CisJc3RydWN0IGJ0X2hjaV9kZXZp bmZvCWRpOworCisJaWYgKGJ0X2hjaV9kZXZpbmZvKGRldm5hbWUsICZkaSkgPCAwKQorCQlyZXR1 cm4gKDApOworCisJaWYgKGFkZHIgIT0gTlVMTCkKKwkJYmRhZGRyX2NvcHkoYWRkciwgJmRpLmJk YWRkcik7CisKKwlyZXR1cm4gKDEpOworfQorCitpbnQKK2J0X2Rldm5hbWUoY2hhciAqZGV2bmFt ZSwgYmRhZGRyX3QgY29uc3QgKmFkZHIpCit7CisJc3RydWN0IGJ0X2RldmFkZHJfbWF0Y2hfYXJn CWFyZzsKKworCW1lbXNldCgmYXJnLCAwLCBzaXplb2YoYXJnKSk7CisJYXJnLmJkYWRkciA9IGFk ZHI7CisKKwlpZiAoYnRfaGNpX2RldmVudW0oMCwgJmJ0X2RldmFkZHJfbWF0Y2gsICZhcmcpIDwg MCkKKwkJcmV0dXJuICgwKTsKKwkKKwlpZiAoYXJnLmRldm5hbWVbMF0gPT0gJ1wwJykgeworCQll cnJubyA9IEVOWElPOworCQlyZXR1cm4gKDApOworCX0KKworCWlmIChkZXZuYW1lICE9IE5VTEwp CisJCXN0cmxjcHkoZGV2bmFtZSwgYXJnLmRldm5hbWUsIEhDSV9ERVZOQU1FX1NJWkUpOworCisJ cmV0dXJuICgxKTsKK30KKworc3RhdGljIGludAorYnRfZGV2YWRkcl9tYXRjaChpbnQgcywgc3Ry dWN0IGJ0X2hjaV9kZXZpbmZvIGNvbnN0ICpkaSwgdm9pZCAqYXJnKQoreworCXN0cnVjdCBidF9k ZXZhZGRyX21hdGNoX2FyZwkqbSA9IChzdHJ1Y3QgYnRfZGV2YWRkcl9tYXRjaF9hcmcgKilhcmc7 CisKKwlpZiAoIWJkYWRkcl9zYW1lKCZkaS0+YmRhZGRyLCBtLT5iZGFkZHIpKQorCQlyZXR1cm4g KDApOworCisJc3RybGNweShtLT5kZXZuYW1lLCBkaS0+ZGV2bmFtZSwgc2l6ZW9mKG0tPmRldm5h bWUpKTsKKworCXJldHVybiAoMSk7Cit9CisKSW5kZXg6IGhjaS5jCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGhj aS5jCShyZXZpc2lvbiAwKQorKysgaGNpLmMJKHJldmlzaW9uIDApCkBAIC0wLDAgKzEsMjQ2IEBA CisvKgorICogaGNpLmMKKyAqLworCisvKi0KKyAqIENvcHlyaWdodCAoYykgMjAwOSBNYWtzaW0g WWV2bWVua2luIDxtX2V2bWVua2luQHlhaG9vLmNvbT4KKyAqIEFsbCByaWdodHMgcmVzZXJ2ZWQu CisgKgorICogUmVkaXN0cmlidXRpb24gYW5kIHVzZSBpbiBzb3VyY2UgYW5kIGJpbmFyeSBmb3Jt cywgd2l0aCBvciB3aXRob3V0CisgKiBtb2RpZmljYXRpb24sIGFyZSBwZXJtaXR0ZWQgcHJvdmlk ZWQgdGhhdCB0aGUgZm9sbG93aW5nIGNvbmRpdGlvbnMKKyAqIGFyZSBtZXQ6CisgKiAxLiBSZWRp c3RyaWJ1dGlvbnMgb2Ygc291cmNlIGNvZGUgbXVzdCByZXRhaW4gdGhlIGFib3ZlIGNvcHlyaWdo dAorICogICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2lu ZyBkaXNjbGFpbWVyLgorICogMi4gUmVkaXN0cmlidXRpb25zIGluIGJpbmFyeSBmb3JtIG11c3Qg cmVwcm9kdWNlIHRoZSBhYm92ZSBjb3B5cmlnaHQKKyAqICAgIG5vdGljZSwgdGhpcyBsaXN0IG9m IGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lciBpbiB0aGUKKyAqICAgIGRv Y3VtZW50YXRpb24gYW5kL29yIG90aGVyIG1hdGVyaWFscyBwcm92aWRlZCB3aXRoIHRoZSBkaXN0 cmlidXRpb24uCisgKgorICogVEhJUyBTT0ZUV0FSRSBJUyBQUk9WSURFRCBCWSBUSEUgQVVUSE9S IEFORCBDT05UUklCVVRPUlMgYGBBUyBJUycnIEFORAorICogQU5ZIEVYUFJFU1MgT1IgSU1QTElF RCBXQVJSQU5USUVTLCBJTkNMVURJTkcsIEJVVCBOT1QgTElNSVRFRCBUTywgVEhFCisgKiBJTVBM SUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRBQklMSVRZIEFORCBGSVRORVNTIEZPUiBBIFBBUlRJ Q1VMQVIgUFVSUE9TRQorICogQVJFIERJU0NMQUlNRUQuIElOIE5PIEVWRU5UIFNIQUxMIFRIRSBB VVRIT1IgT1IgQ09OVFJJQlVUT1JTIEJFIExJQUJMRQorICogRk9SIEFOWSBESVJFQ1QsIElORElS RUNULCBJTkNJREVOVEFMLCBTUEVDSUFMLCBFWEVNUExBUlksIE9SIENPTlNFUVVFTlRJQUwKKyAq IERBTUFHRVMgKElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBQUk9DVVJFTUVOVCBPRiBT VUJTVElUVVRFIEdPT0RTCisgKiBPUiBTRVJWSUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9SIFBS T0ZJVFM7IE9SIEJVU0lORVNTIElOVEVSUlVQVElPTikKKyAqIEhPV0VWRVIgQ0FVU0VEIEFORCBP TiBBTlkgVEhFT1JZIE9GIExJQUJJTElUWSwgV0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNUCisg KiBMSUFCSUxJVFksIE9SIFRPUlQgKElOQ0xVRElORyBORUdMSUdFTkNFIE9SIE9USEVSV0lTRSkg QVJJU0lORyBJTiBBTlkgV0FZCisgKiBPVVQgT0YgVEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLCBF VkVOIElGIEFEVklTRUQgT0YgVEhFIFBPU1NJQklMSVRZIE9GCisgKiBTVUNIIERBTUFHRS4KKyAq CisgKiAkRnJlZUJTRCQKKyAqLworCisjaW5jbHVkZSA8Ymx1ZXRvb3RoLmg+CisjaW5jbHVkZSA8 c3RkaW8uaD4KKyNpbmNsdWRlIDxzdGRsaWIuaD4KKyNpbmNsdWRlIDxzdHJpbmcuaD4KKyNpbmNs dWRlIDx1bmlzdGQuaD4KKworc3RhdGljIGNoYXIgKiBidF9oY2lfZGV2Mm5vZGUgKGNoYXIgY29u c3QgKmRldm5hbWUsIGNoYXIgKm5vZGVuYW1lLCBpbnQgbm5sZW4pOworCitpbnQKK2J0X2hjaV9k ZXZpbmZvKGNoYXIgY29uc3QgKmRldm5hbWUsIHN0cnVjdCBidF9oY2lfZGV2aW5mbyAqZGkpCit7 CisJdW5pb24geworCQlzdHJ1Y3QgbmdfYnRzb2NrZXRfaGNpX3Jhd19ub2RlX3N0YXRlCQlyMDsK KwkJc3RydWN0IG5nX2J0c29ja2V0X2hjaV9yYXdfbm9kZV9iZGFkZHIJCXIxOworCQlzdHJ1Y3Qg bmdfYnRzb2NrZXRfaGNpX3Jhd19ub2RlX2ZlYXR1cmVzCXIyOworCQlzdHJ1Y3QgbmdfYnRzb2Nr ZXRfaGNpX3Jhd19ub2RlX2J1ZmZlcgkJcjM7CisJCXN0cnVjdCBuZ19idHNvY2tldF9oY2lfcmF3 X25vZGVfc3RhdAkJcjQ7CisJCXN0cnVjdCBuZ19idHNvY2tldF9oY2lfcmF3X25vZGVfbGlua19w b2xpY3lfbWFzayByNTsKKwkJc3RydWN0IG5nX2J0c29ja2V0X2hjaV9yYXdfbm9kZV9wYWNrZXRf bWFzawlyNjsKKwkJc3RydWN0IG5nX2J0c29ja2V0X2hjaV9yYXdfbm9kZV9yb2xlX3N3aXRjaAly NzsKKwkJc3RydWN0IG5nX2J0c29ja2V0X2hjaV9yYXdfbm9kZV9kZWJ1ZwkJcjg7CisJfQkJCQkJ CXJwOworCXN0cnVjdCBzb2NrYWRkcl9oY2kJCQkJaGE7CisJaW50CQkJCQkJcywgc3VjY2VzczsK KworCWlmIChkZXZuYW1lID09IE5VTEwgfHwgZGkgPT0gTlVMTCkgeworCQllcnJubyA9IEVJTlZB TDsKKwkJcmV0dXJuICgwKTsKKwl9CisKKwltZW1zZXQoJmhhLCAwLCBzaXplb2YoaGEpKTsKKwlo YS5oY2lfbGVuID0gc2l6ZW9mKGhhKTsKKwloYS5oY2lfZmFtaWx5ID0gQUZfQkxVRVRPT1RIOwor CisJaWYgKGJ0X2F0b24oZGV2bmFtZSwgJnJwLnIxLmJkYWRkcikpIHsKKwkJaWYgKCFidF9kZXZu YW1lKGhhLmhjaV9ub2RlLCAmcnAucjEuYmRhZGRyKSkKKwkJCXJldHVybiAoMCk7CisJfSBlbHNl IGlmIChidF9oY2lfZGV2Mm5vZGUoZGV2bmFtZSwgaGEuaGNpX25vZGUsCisJCQkJCXNpemVvZiho YS5oY2lfbm9kZSkpID09IE5VTEwpIHsKKwkJZXJybm8gPSBFTlhJTzsKKwkJcmV0dXJuICgwKTsK Kwl9CisKKwlzID0gc29ja2V0KFBGX0JMVUVUT09USCwgU09DS19SQVcsIEJMVUVUT09USF9QUk9U T19IQ0kpOworCWlmIChzIDwgMCkKKwkJcmV0dXJuICgwKTsKKworCXN1Y2Nlc3MgPSAwOworCisJ aWYgKGJpbmQocywgKHN0cnVjdCBzb2NrYWRkciAqKSAmaGEsIHNpemVvZihoYSkpIDwgMCB8fAor CSAgICBjb25uZWN0KHMsIChzdHJ1Y3Qgc29ja2FkZHIgKikgJmhhLCBzaXplb2YoaGEpKSA8IDAp CisJCWdvdG8gYmFkOworCXN0cmxjcHkoZGktPmRldm5hbWUsIGhhLmhjaV9ub2RlLCBzaXplb2Yo ZGktPmRldm5hbWUpKTsKKworCWlmIChpb2N0bChzLCBTSU9DX0hDSV9SQVdfTk9ERV9HRVRfU1RB VEUsICZycC5yMCwgc2l6ZW9mKHJwLnIwKSkgPCAwKQorCQlnb3RvIGJhZDsKKwlkaS0+c3RhdGUg PSBycC5yMC5zdGF0ZTsKKworCWlmIChpb2N0bChzLCBTSU9DX0hDSV9SQVdfTk9ERV9HRVRfQkRB RERSLCAmcnAucjEsIHNpemVvZihycC5yMSkpIDwgMCkKKwkJZ290byBiYWQ7CisJYmRhZGRyX2Nv cHkoJmRpLT5iZGFkZHIsICZycC5yMS5iZGFkZHIpOworCQorCWlmIChpb2N0bChzLCBTSU9DX0hD SV9SQVdfTk9ERV9HRVRfRkVBVFVSRVMsICZycC5yMiwgc2l6ZW9mKHJwLnIyKSkgPCAwKQorCQln b3RvIGJhZDsKKwltZW1jcHkoZGktPmZlYXR1cmVzLCBycC5yMi5mZWF0dXJlcywgc2l6ZW9mKGRp LT5mZWF0dXJlcykpOworCisJaWYgKGlvY3RsKHMsIFNJT0NfSENJX1JBV19OT0RFX0dFVF9CVUZG RVIsICZycC5yMywgc2l6ZW9mKHJwLnIzKSkgPCAwKQorCQlnb3RvIGJhZDsKKwlkaS0+Y21kX2Zy ZWUgPSBycC5yMy5idWZmZXIuY21kX2ZyZWU7CisJZGktPnNjb19zaXplID0gcnAucjMuYnVmZmVy LnNjb19zaXplOworCWRpLT5zY29fcGt0cyA9IHJwLnIzLmJ1ZmZlci5zY29fcGt0czsKKwlkaS0+ c2NvX2ZyZWUgPSBycC5yMy5idWZmZXIuc2NvX2ZyZWU7CisJZGktPmFjbF9zaXplID0gcnAucjMu YnVmZmVyLmFjbF9zaXplOworCWRpLT5hY2xfcGt0cyA9IHJwLnIzLmJ1ZmZlci5hY2xfcGt0czsK KwlkaS0+YWNsX2ZyZWUgPSBycC5yMy5idWZmZXIuYWNsX2ZyZWU7CisKKwlpZiAoaW9jdGwocywg U0lPQ19IQ0lfUkFXX05PREVfR0VUX1NUQVQsICZycC5yNCwgc2l6ZW9mKHJwLnI0KSkgPCAwKQor CQlnb3RvIGJhZDsKKwlkaS0+Y21kX3NlbnQgPSBycC5yNC5zdGF0LmNtZF9zZW50OworCWRpLT5l dm50X3JlY3YgPSBycC5yNC5zdGF0LmV2bnRfcmVjdjsKKwlkaS0+YWNsX3JlY3YgPSBycC5yNC5z dGF0LmFjbF9yZWN2OworCWRpLT5hY2xfc2VudCA9IHJwLnI0LnN0YXQuYWNsX3NlbnQ7CisJZGkt PnNjb19yZWN2ID0gcnAucjQuc3RhdC5zY29fcmVjdjsKKwlkaS0+c2NvX3NlbnQgPSBycC5yNC5z dGF0LnNjb19zZW50OworCWRpLT5ieXRlc19yZWN2ID0gcnAucjQuc3RhdC5ieXRlc19yZWN2Owor CWRpLT5ieXRlc19zZW50ID0gcnAucjQuc3RhdC5ieXRlc19zZW50OworCisJaWYgKGlvY3RsKHMs IFNJT0NfSENJX1JBV19OT0RFX0dFVF9MSU5LX1BPTElDWV9NQVNLLAorCQkJJnJwLnI1LCBzaXpl b2YocnAucjUpKSA8IDApCisJCWdvdG8gYmFkOworCWRpLT5saW5rX3BvbGljeV9pbmZvID0gcnAu cjUucG9saWN5X21hc2s7CisKKwlpZiAoaW9jdGwocywgU0lPQ19IQ0lfUkFXX05PREVfR0VUX1BB Q0tFVF9NQVNLLAorCQkJJnJwLnI2LCBzaXplb2YocnAucjYpKSA8IDApCisJCWdvdG8gYmFkOwor CWRpLT5wYWNrZXRfdHlwZV9pbmZvID0gcnAucjYucGFja2V0X21hc2s7CisKKwkgaWYgKGlvY3Rs KHMsIFNJT0NfSENJX1JBV19OT0RFX0dFVF9ST0xFX1NXSVRDSCwKKwkJCSZycC5yNywgc2l6ZW9m KHJwLnI3KSkgPCAwKQorCQlnb3RvIGJhZDsKKwlkaS0+cm9sZV9zd2l0Y2hfaW5mbyA9IHJwLnI3 LnJvbGVfc3dpdGNoOworCisJaWYgKGlvY3RsKHMsIFNJT0NfSENJX1JBV19OT0RFX0dFVF9ERUJV RywgJnJwLnI4LCBzaXplb2YocnAucjgpKSA8IDApCisJCWdvdG8gYmFkOworCWRpLT5kZWJ1ZyA9 IHJwLnI4LmRlYnVnOworCisJc3VjY2VzcyA9IDE7CitiYWQ6CisJY2xvc2Uocyk7CisKKwlyZXR1 cm4gKHN1Y2Nlc3MpOworfQorCitpbnQKK2J0X2hjaV9kZXZlbnVtKGludCBsaW1pdCwgYnRfaGNp X2RldmVudW1fY2JfdCBjYiwgdm9pZCAqYXJnKQoreworCXN0cnVjdCBuZ19idHNvY2tldF9oY2lf cmF3X25vZGVfbGlzdF9uYW1lcwlycDsKKwlzdHJ1Y3QgYnRfaGNpX2RldmluZm8JCQkJZGk7CisJ c3RydWN0IHNvY2thZGRyX2hjaQkJCQloYTsKKwlpbnQJCQkJCQlzLCBpOworCisJaWYgKGNiID09 IE5VTEwgfHwgbGltaXQgPCAwKSB7CisJCWVycm5vID0gRUlOVkFMOworCQlyZXR1cm4gKDApOwor CX0KKworCXJwLm51bV9uYW1lcyA9IChsaW1pdCA+IDApPyBsaW1pdCA6IDE2OwkvKiBYWFggd2h5 IDE2Pz8gKi8KKwlycC5uYW1lcyA9IChzdHJ1Y3Qgbm9kZWluZm8gKikgY2FsbG9jKHJwLm51bV9u YW1lcywKKwkJCQkJCXNpemVvZihzdHJ1Y3Qgbm9kZWluZm8pKTsKKwlpZiAocnAubmFtZXMgPT0g TlVMTCkgeworCQllcnJubyA9IEVOT01FTTsKKwkJcmV0dXJuICgwKTsKKwl9CisKKwltZW1zZXQo JmhhLCAwLCBzaXplb2YoaGEpKTsKKwloYS5oY2lfbGVuID0gc2l6ZW9mKGhhKTsKKwloYS5oY2lf ZmFtaWx5ID0gQUZfQkxVRVRPT1RIOworCWhhLmhjaV9ub2RlWzBdID0gJ3gnOworCisJcyA9IHNv Y2tldChQRl9CTFVFVE9PVEgsIFNPQ0tfUkFXLCBCTFVFVE9PVEhfUFJPVE9fSENJKTsKKwlpZiAo cyA8IDApIHsKKwkJZnJlZShycC5uYW1lcyk7CisKKwkJcmV0dXJuICgwKTsKKwl9CisKKwlpZiAo YmluZChzLCAoc3RydWN0IHNvY2thZGRyICopICZoYSwgc2l6ZW9mKGhhKSkgPCAwIHx8CisJICAg IGNvbm5lY3QocywgKHN0cnVjdCBzb2NrYWRkciAqKSAmaGEsIHNpemVvZihoYSkpIDwgMCB8fAor CSAgICBpb2N0bChzLCBTSU9DX0hDSV9SQVdfTk9ERV9MSVNUX05BTUVTLCAmcnAsIHNpemVvZihy cCkpIDwgMCkgeworCQljbG9zZShzKTsKKwkJZnJlZShycC5uYW1lcyk7CisKKwkJcmV0dXJuICgw KTsKKwl9CisKKwlmb3IgKGkgPSAwOyBpIDwgcnAubnVtX25hbWVzOyBpICsrKSB7CisJCWlmIChi dF9oY2lfZGV2aW5mbyhycC5uYW1lc1tpXS5uYW1lLCAmZGkpIDwgMCkKKwkJCWNvbnRpbnVlOwor CisJCXN0cmxjcHkoaGEuaGNpX25vZGUsIHJwLm5hbWVzW2ldLm5hbWUsIHNpemVvZihoYS5oY2lf bm9kZSkpOworCisJCWlmIChiaW5kKHMsIChzdHJ1Y3Qgc29ja2FkZHIgKikgJmhhLCBzaXplb2Yo aGEpKSA8IDAgfHwKKwkJICAgIGNvbm5lY3QocywgKHN0cnVjdCBzb2NrYWRkciAqKSAmaGEsIHNp emVvZihoYSkpIDwgMCkKKwkJCWNvbnRpbnVlOworCisJCWlmICgoKmNiKShzLCAmZGksIGFyZykg PiAwKQorCQkJYnJlYWs7CisJfQorCisJY2xvc2UgKHMpOworCWZyZWUocnAubmFtZXMpOworCisJ cmV0dXJuICgxKTsKK30KKworc3RhdGljIGNoYXIgKgorYnRfaGNpX2RldjJub2RlKGNoYXIgY29u c3QgKmRldm5hbWUsIGNoYXIgKm5vZGVuYW1lLCBpbnQgbm5sZW4pCit7CisJc3RhdGljIGNoYXIg Y29uc3QgKgkgYnRfZGV2X3ByZWZpeFtdID0geworCQkiYnRjY2MiLAkvKiAzQ29tIEJsdWV0b290 aCBQQy1DQVJEICovCisJCSJoNCIsCQkvKiBVQVJUL3NlcmlhbCBCbHVldG9vdGggZGV2aWNlcyAq LworCQkidWJ0IiwJCS8qIEJsdWV0b290aCBVU0IgZGV2aWNlcyAqLworCQlOVUxMCQkvKiBzaG91 bGQgYmUgbGFzdCAqLworCX07CisKKwlzdGF0aWMgY2hhcgkJX25vZGVuYW1lW0hDSV9ERVZOQU1F X1NJWkVdOworCWNoYXIgY29uc3QJCSoqcDsKKwljaGFyCQkJKmVwOworCWludAkJCXBsZW4sIHVu aXQ7CisKKwlpZiAobm9kZW5hbWUgPT0gTlVMTCkgeworCQlub2RlbmFtZSA9IF9ub2RlbmFtZTsK KwkJbm5sZW4gPSBIQ0lfREVWTkFNRV9TSVpFOworCX0KKworCWZvciAocCA9IGJ0X2Rldl9wcmVm aXg7ICpwICE9IE5VTEw7IHAgKyspIHsKKwkJcGxlbiA9IHN0cmxlbigqcCk7CisJCWlmIChzdHJu Y21wKGRldm5hbWUsICpwLCBwbGVuKSAhPSAwKQorCQkJY29udGludWU7CisKKwkJdW5pdCA9IHN0 cnRvdWwoZGV2bmFtZSArIHBsZW4sICZlcCwgMTApOworCQlpZiAoKmVwICE9ICdcMCcgJiYKKwkJ ICAgIHN0cmNtcChlcCwgImhjaSIpICE9IDAgJiYKKwkJICAgIHN0cmNtcChlcCwgImwyY2FwIikg IT0gMCkKKwkJCXJldHVybiAoTlVMTCk7CS8qIGNhbid0IG1ha2Ugc2Vuc2Ugb2YgZGV2aWNlIG5h bWUgKi8KKworCQlzbnByaW50Zihub2RlbmFtZSwgbm5sZW4sICIlcyV1aGNpIiwgKnAsIHVuaXQp OworCisJCXJldHVybiAobm9kZW5hbWUpOworCX0KKworCXJldHVybiAoTlVMTCk7Cit9CisKSW5k ZXg6IGJsdWV0b290aC4zCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGJsdWV0b290aC4zCShyZXZpc2lvbiAxODgx MDgpCisrKyBibHVldG9vdGguMwkod29ya2luZyBjb3B5KQpAQCAtMSw0ICsxLDQgQEAKLS5cIiBD b3B5cmlnaHQgKGMpIDIwMDMgTWFrc2ltIFlldm1lbmtpbiA8bV9ldm1lbmtpbkB5YWhvby5jb20+ CisuIENvcHlyaWdodCAoYykgMjAwMy0yMDA5IE1ha3NpbSBZZXZtZW5raW4gPG1fZXZtZW5raW5A eWFob28uY29tPgogLlwiIEFsbCByaWdodHMgcmVzZXJ2ZWQuCiAuXCIKIC5cIiBSZWRpc3RyaWJ1 dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdpdGhvdXQK QEAgLTI1LDcgKzI1LDcgQEAKIC5cIiAkSWQ6IGJsdWV0b290aC4zLHYgMS41IDIwMDMvMDUvMjAg MjM6MDQ6MzAgbWF4IEV4cCAkCiAuXCIgJEZyZWVCU0QkCiAuXCIKLS5EZCBBdWd1c3QgMTMsIDIw MDgKKy5EZCBGZWJydWFyeSAxMywgMjAwOQogLkR0IEJMVUVUT09USCAzCiAuT3MKIC5TaCBOQU1F CkBAIC03NCw2ICs3NCwxNiBAQAogLkZ0IGNvbnN0IGNoYXIgKgogLkZuIGJ0X250b2EgImNvbnN0 IGJkYWRkcl90ICpiYSIgImNoYXIgKnN0ciIKIC5GdCBpbnQKKy5GbiBidF9kZXZhZGRyICJjb25z dCBjaGFyICpkZXZuYW1lIiAiYmRhZGRyX3QgKmFkZHIiCisuRnQgaW50CisuRm4gYnRfZGV2bmFt ZSAiY2hhciAqZGV2bmFtZSIgImNvbnN0IGJkYWRkcl90ICphZGRyIgorLkZ0IGludAorLkZuIChi dF9oY2lfZGV2ZW51bV9jYl90KSAiaW50IHMiICJzdHJ1Y3QgYnRfaGNpX2RldmluZm8gY29uc3Qg KmRpIiAidm9pZCAqYXJnIgorLkZ0IGludAorLkZuIGJ0X2hjaV9kZXZpbmZvICJjaGFyIGNvbnN0 ICpkZXZuYW1lIiAic3RydWN0IGJ0X2hjaV9kZXZpbmZvICpkaSIKKy5GdCBpbnQKKy5GbiBidF9o Y2lfZGV2ZW51bSAiaW50IGxpbWl0IiAiYnRfaGNpX2RldmVudW1fY2JfdCAqY2IiICJ2b2lkICph cmciCisuRnQgaW50CiAuRm4gYmRhZGRyX3NhbWUgImNvbnN0IGJkYWRkcl90ICphIiAiY29uc3Qg YmRhZGRyX3QgKmIiCiAuRnQgaW50CiAuRm4gYmRhZGRyX2FueSAiY29uc3QgYmRhZGRyX3QgKmEi CkBAIC0xOTcsNiArMjA3LDExMyBAQAogSWYgbm8gYnVmZmVyIHdhcyBwcm92aWRlZCB0aGVuIGlu dGVybmFsIHN0YXRpYyBidWZmZXIgd2lsbCBiZSB1c2VkLgogLlBwCiBUaGUKKy5GbiBidF9kZXZh ZGRyCitmdW5jdGlvbiBpbnRlcnByZXRzIHRoZSBzcGVjaWZpZWQKKy5GYSBkZXZuYW1lCitzdHJp bmcgYXMgdGhlIGFkZHJlc3Mgb3IgZGV2aWNlIG5hbWUgb2YgYSBCbHVldG9vdGggZGV2aWNlIG9u IHRoZSBsb2NhbCBzeXN0ZW0sCithbmQgcGxhY2VzIHRoZSBkZXZpY2UgYWRkcmVzcyBpbiB0aGUg cHJvdmlkZWQKKy5GYSBiZGFkZHIgLAoraWYgYW55LgorVGhlIGZ1bmN0aW9uIHJldHVybnMgMSBp ZiB0aGUgc3RyaW5nIHdhcyBzdWNjZXNzZnVsbHkgaW50ZXJwcmV0ZWQsCitvciAwIGlmIHRoZSBz dHJpbmcgZGlkIG5vdCBtYXRjaCBhbnkgbG9jYWwgZGV2aWNlLgorVGhlCisuRm4gYnRfZGV2bmFt ZQorZnVuY3Rpb24gdGFrZXMgYSBCbHVldG9vdGggZGV2aWNlIGFkZHJlc3MgYW5kIGNvcGllcyB0 aGUgbG9jYWwgZGV2aWNlCituYW1lIGFzc29jaWF0ZWQgd2l0aCB0aGF0IGFkZHJlc3MgaW50byB0 aGUgYnVmZmVyIHByb3ZpZGVkLAoraWYgYW55LgorQ2FsbGVyIG11c3QgZW5zdXJlIHRoYXQgcHJv dmlkZWQgYnVmZmVyIGlzIGF0IGxlYXN0CisuRHYgSENJX0RFVk5BTUVfU0laRQorY2hhcmFjdGVy cyBpbiBzaXplLgorVGhlIGZ1bmN0aW9uIHJldHVybnMgMSB3aGVuIHRoZSBkZXZpY2Ugd2FzIGZv dW5kLAorb3RoZXJ3aXNlIDAuCisuUHAKK1RoZQorLkZuIGJ0X2hjaV9kZXZpbmZvCitmdW5jdGlv biBwb3B1bGF0ZXMgcHJvZGl2ZGVkCisuVnQgYnRfaGNpX2RldmluZm8KK3N0cnVjdHVyZSB3aXRo IHRoZSBpbmZvcm1hdGlvbiBhYm91dCBCbHVldG9vdGggZGV2aWNlCisuRmEgZGV2bmFtZSAuCitU aGUgZnVuY3Rpb24gcmV0dXJucyAxIHdoZW4gc3VjY2Vzc2Z1bCBvdGhlcndpc2UgMC4KK1RoZQor LlZ0IGJ0X2hjaV9kZXZpbmZvCitzdHJ1Y3R1cmUgaXMgZGVmaW5lZCBhcyBmb2xsb3dzCisuQmQg LWxpdGVyYWwgLW9mZnNldCBpbmRlbnQKK3N0cnVjdCBidF9oY2lfZGV2aW5mbworeworICAgICAg ICBjaGFyICAgICAgICAgICAgZGV2bmFtZVtIQ0lfREVWTkFNRV9TSVpFXTsKKworICAgICAgICB1 aW50MzJfdCAgICAgICAgc3RhdGU7CisKKyAgICAgICAgYmRhZGRyX3QgICAgICAgIGJkYWRkcjsK KyAgICAgICAgdWludDE2X3QgICAgICAgIF9yZXNlcnZlZDA7CisKKyAgICAgICAgdWludDhfdCAg ICAgICAgIGZlYXR1cmVzW0hDSV9ERVZGRUFUVVJFU19TSVpFXTsKKworICAgICAgICAvKiBidWZm ZXIgaW5mbyAqLworICAgICAgICB1aW50MTZfdCAgICAgICAgX3Jlc2VydmVkMTsKKyAgICAgICAg dWludDE2X3QgICAgICAgIGNtZF9mcmVlOworICAgICAgICB1aW50MTZfdCAgICAgICAgc2NvX3Np emU7CisgICAgICAgIHVpbnQxNl90ICAgICAgICBzY29fcGt0czsKKyAgICAgICAgdWludDE2X3Qg ICAgICAgIHNjb19mcmVlOworICAgICAgICB1aW50MTZfdCAgICAgICAgYWNsX3NpemU7CisgICAg ICAgIHVpbnQxNl90ICAgICAgICBhY2xfcGt0czsKKyAgICAgICAgdWludDE2X3QgICAgICAgIGFj bF9mcmVlOworCisgICAgICAgIC8qIHN0YXRzICovCisgICAgICAgIHVpbnQzMl90ICAgICAgICBj bWRfc2VudDsKKyAgICAgICAgdWludDMyX3QgICAgICAgIGV2bnRfcmVjdjsKKyAgICAgICAgdWlu dDMyX3QgICAgICAgIGFjbF9yZWN2OworICAgICAgICB1aW50MzJfdCAgICAgICAgYWNsX3NlbnQ7 CisgICAgICAgIHVpbnQzMl90ICAgICAgICBzY29fcmVjdjsKKyAgICAgICAgdWludDMyX3QgICAg ICAgIHNjb19zZW50OworICAgICAgICB1aW50MzJfdCAgICAgICAgYnl0ZXNfcmVjdjsKKyAgICAg ICAgdWludDMyX3QgICAgICAgIGJ5dGVzX3NlbnQ7CisKKyAgICAgICAgLyogbWlzYy9zcGVjaWZp YyAqLworICAgICAgICB1aW50MzJfdCAgICAgICAgbGlua19wb2xpY3lfaW5mbzsKKyAgICAgICAg dWludDMyX3QgICAgICAgIHBhY2tldF90eXBlX2luZm87CisgICAgICAgIHVpbnQzMl90ICAgICAg ICByb2xlX3N3aXRjaF9pbmZvOworICAgICAgICB1aW50MzJfdCAgICAgICAgZGVidWc7Cit9Owor LkVkCisuUHAKK1RoZQorLkZuIGJ0X2hjaV9kZXZlbnVtCitmdW5jdGlvbiBlbnVtZXJhdGVzIHVw IHRvCisuRmEgbGltaXQKK0JsdWV0b290aCBkZXZpY2VzIHByZXNlbnQgaW4gdGhlIHN5c3RlbS4K K0lmIHBhc3NlZAorLkZhIGxpbWl0CitpcyB6ZXJvLCB0aGUgaW50ZXJuYWwgZGVmYXVsdCBsaW1p dCB3aWxsIGJlIHVzZWQuCitGb3IgZXZlcnkgZGV2aWNlIGZvdW5kLAordGhlIGZ1bmN0aW9uIHdp bGwgY2FsbCBwcm92aWRlZAorLkZhIGNiCitjYWxsYmFjayBmdW5jdGlvbiB3aGljaCBzaG91bGQg YmUgb2YKKy5WdCBidF9oY2lfZGV2ZW51bV9jYl90Cit0eXBlLgorVGhlIGNhbGxiYWNrIGZ1bmN0 aW9uIGlzIHBhc3NlZCBhIGNvbm5lY3RlZAorLkR2IEhDSQorc29ja2V0CisuRmEgcyAsCitmdWxs eSBwb3B1bGF0ZWQKKy5WdCBidF9oY2lfZGV2aW5mbworc3RydWN0dXJlCisuRmEgZGkKK2FuZAor LkZhIGFyZworYXJndW1lbnQgcHJvdmlkZWQgdG8gdGhlCisuRm4gYnRfaGNpX2RldmVudW0gLgor VGhlIGNhbGxiYWNrIGZ1bmN0aW9uIGNhbiBzdG9wIGVudW1lcmF0aW9uIGJ5IHJldHVybmluZyBh IHZhbHVlIG9mIGxlc3MKK29yIGVxdWFsIHRvIHplcm8uCitUaGUKKy5GbiBidF9oY2lfZGV2ZW51 bQordXNlcyB0aGUgc2FtZSBzb2NrZXQgZm9yIHRoZSBkdXJhdGlvbiBvZiBlbnVtZXJhdGlvbi4K K1RoZSBmdW5jdGlvbiBndWFyYW50ZWVzIHRoYXQgdGhlIHNvY2tldCwKK3Bhc3NlZCB0byB0aGUg Y2FsbGJhY2sgZnVuY3Rpb24sCit3aWxsIGJlIGJvdW5kIGFuZCBjb25uZWN0ZWQgdG8gdGhlIEJs dWV0b290aCBkZXZpY2UgYmVpbmcgZW51bWVyYXRlZC4KK1RoZSBmdW5jdGlvbiByZXR1cm5zIDEg d2hlbiBlbnVtZXJhdGlvbiB3YXMgc3VjY2Vzc2Z1bCBvdGhlcndpc2UgMC4KKy5QcAorVGhlCiAu Rm4gYmRhZGRyX3NhbWUgLAogLkZuIGJkYWRkcl9hbnkKIGFuZApAQCAtMjg3LDcgKzQwNCw4IEBA CiAuWHIgZ2V0cHJvdG9ieW51bWJlciAzICwKIC5YciBoZXJyb3IgMyAsCiAuWHIgaW5ldF9hdG9u IDMgLAotLlhyIGluZXRfbnRvYSAzCisuWHIgaW5ldF9udG9hIDMgLAorLlhyIG5nX2hjaSA0CiAu U2ggQ0FWRUFUCiBUaGUKIC5GbiBidF9nZXRob3N0ZW50CkluZGV4OiBibHVldG9vdGguYwo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09Ci0tLSBibHVldG9vdGguYwkocmV2aXNpb24gMTg4MTA4KQorKysgYmx1ZXRvb3RoLmMJ KHdvcmtpbmcgY29weSkKQEAgLTEsNyArMSw5IEBACiAvKgogICogYmx1ZXRvb3RoLmMKLSAqCi0g KiBDb3B5cmlnaHQgKGMpIDIwMDEtMjAwMyBNYWtzaW0gWWV2bWVua2luIDxtX2V2bWVua2luQHlh aG9vLmNvbT4KKyAqLworCisvKi0KKyAqIENvcHlyaWdodCAoYykgMjAwMS0yMDA5IE1ha3NpbSBZ ZXZtZW5raW4gPG1fZXZtZW5raW5AeWFob28uY29tPgogICogQWxsIHJpZ2h0cyByZXNlcnZlZC4K ICAqCiAgKiBSZWRpc3RyaWJ1dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1z LCB3aXRoIG9yIHdpdGhvdXQKSW5kZXg6IGJsdWV0b290aC5oCj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGJsdWV0 b290aC5oCShyZXZpc2lvbiAxODgxMDgpCisrKyBibHVldG9vdGguaAkod29ya2luZyBjb3B5KQpA QCAtMSw3ICsxLDkgQEAKIC8qCiAgKiBibHVldG9vdGguaAotICoKLSAqIENvcHlyaWdodCAoYykg MjAwMS0yMDAzIE1ha3NpbSBZZXZtZW5raW4gPG1fZXZtZW5raW5AeWFob28uY29tPgorICovCisK Ky8qLQorICogQ29weXJpZ2h0IChjKSAyMDAxLTIwMDkgTWFrc2ltIFlldm1lbmtpbiA8bV9ldm1l bmtpbkB5YWhvby5jb20+CiAgKiBBbGwgcmlnaHRzIHJlc2VydmVkLgogICoKICAqIFJlZGlzdHJp YnV0aW9uIGFuZCB1c2UgaW4gc291cmNlIGFuZCBiaW5hcnkgZm9ybXMsIHdpdGggb3Igd2l0aG91 dApAQCAtMzUsOSArMzcsMTIgQEAKICNpbmNsdWRlIDxzeXMvdHlwZXMuaD4KICNpbmNsdWRlIDxz eXMvYml0c3RyaW5nLmg+CiAjaW5jbHVkZSA8c3lzL2VuZGlhbi5oPgorI2luY2x1ZGUgPHN5cy9p b2N0bC5oPgogI2luY2x1ZGUgPHN5cy9zb2NrZXQuaD4KICNpbmNsdWRlIDxzeXMvdW4uaD4KKyNp bmNsdWRlIDxlcnJuby5oPgogI2luY2x1ZGUgPG5ldGRiLmg+CisjaW5jbHVkZSA8bmV0Z3JhcGgv bmdfbWVzc2FnZS5oPgogI2luY2x1ZGUgPG5ldGdyYXBoL2JsdWV0b290aC9pbmNsdWRlL25nX2hj aS5oPgogI2luY2x1ZGUgPG5ldGdyYXBoL2JsdWV0b290aC9pbmNsdWRlL25nX2wyY2FwLmg+CiAj aW5jbHVkZSA8bmV0Z3JhcGgvYmx1ZXRvb3RoL2luY2x1ZGUvbmdfYnRzb2NrZXQuaD4KQEAgLTcy LDYgKzc3LDYwIEBACiBjaGFyIGNvbnN0ICogICAgICBidF9udG9hICAgICAgICAgICAgIChiZGFk ZHJfdCBjb25zdCAqYmEsIGNoYXIgKnN0cik7CiBpbnQgICAgICAgICAgICAgICBidF9hdG9uICAg ICAgICAgICAgIChjaGFyIGNvbnN0ICpzdHIsIGJkYWRkcl90ICpiYSk7CiAKKy8qIGJ0X2RldlhY WFgoKSBmdW5jdGlvbnMgKGluc3BpcmVkIGJ5IE5ldEJTRCkgKi8KK2ludCAgICAgICAgICAgICAg IGJ0X2RldmFkZHIgICAgICAgICAgKGNoYXIgY29uc3QgKmRldm5hbWUsIGJkYWRkcl90ICphZGRy KTsKK2ludCAgICAgICAgICAgICAgIGJ0X2Rldm5hbWUgICAgICAgICAgKGNoYXIgKmRldm5hbWUs IGJkYWRkcl90IGNvbnN0ICphZGRyKTsKKworLyogCisgKiBCbHVldG9vdGggSENJIGZ1bmN0aW9u cworICovCisKKyNkZWZpbmUJSENJX0RFVk5BTUVfU0laRQkJTkdfTk9ERVNJWgorI2RlZmluZQlI Q0lfREVWRkVBVFVSRVNfU0laRQkJTkdfSENJX0ZFQVRVUkVTX1NJWkUKKworc3RydWN0IGJ0X2hj aV9kZXZpbmZvCit7CisJY2hhcgkJZGV2bmFtZVtIQ0lfREVWTkFNRV9TSVpFXTsKKworCXVpbnQz Ml90CXN0YXRlOworCisJYmRhZGRyX3QJYmRhZGRyOworCXVpbnQxNl90CV9yZXNlcnZlZDA7CisK Kwl1aW50OF90CQlmZWF0dXJlc1tIQ0lfREVWRkVBVFVSRVNfU0laRV07CisKKwkvKiBidWZmZXIg aW5mbyAqLworCXVpbnQxNl90CV9yZXNlcnZlZDE7CisJdWludDE2X3QJY21kX2ZyZWU7CisJdWlu dDE2X3QJc2NvX3NpemU7CisJdWludDE2X3QJc2NvX3BrdHM7CisJdWludDE2X3QJc2NvX2ZyZWU7 CisJdWludDE2X3QJYWNsX3NpemU7CisJdWludDE2X3QJYWNsX3BrdHM7CisJdWludDE2X3QJYWNs X2ZyZWU7CisKKwkvKiBzdGF0cyAqLworCXVpbnQzMl90CWNtZF9zZW50OworCXVpbnQzMl90CWV2 bnRfcmVjdjsKKwl1aW50MzJfdAlhY2xfcmVjdjsKKwl1aW50MzJfdAlhY2xfc2VudDsKKwl1aW50 MzJfdAlzY29fcmVjdjsKKwl1aW50MzJfdAlzY29fc2VudDsKKwl1aW50MzJfdAlieXRlc19yZWN2 OworCXVpbnQzMl90CWJ5dGVzX3NlbnQ7CisKKwkvKiBtaXNjL3NwZWNpZmljICovCisJdWludDMy X3QJbGlua19wb2xpY3lfaW5mbzsKKwl1aW50MzJfdAlwYWNrZXRfdHlwZV9pbmZvOworCXVpbnQz Ml90CXJvbGVfc3dpdGNoX2luZm87CisJdWludDMyX3QJZGVidWc7Cit9OworCit0eXBlZGVmIGlu dAkoYnRfaGNpX2RldmVudW1fY2JfdCkoaW50LHN0cnVjdCBidF9oY2lfZGV2aW5mbyBjb25zdCAq LHZvaWQgKik7CisKK2ludAkJYnRfaGNpX2RldmluZm8gKGNoYXIgY29uc3QgKmRldm5hbWUsIHN0 cnVjdCBidF9oY2lfZGV2aW5mbyAqZGkpOworaW50CQlidF9oY2lfZGV2ZW51bSAoaW50IGxpbWl0 LCBidF9oY2lfZGV2ZW51bV9jYl90ICpjYiwgdm9pZCAqYXJnKTsKKwogLyoKICAqIGJkYWRkciB1 dGlsaXR5IGZ1bmN0aW9ucyAoZnJvbSBOZXRCU0QpCiAgKi8KSW5kZXg6IE1ha2VmaWxlCj09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0KLS0tIE1ha2VmaWxlCShyZXZpc2lvbiAxODgxMDgpCisrKyBNYWtlZmlsZQkod29ya2lu ZyBjb3B5KQpAQCAtNyw5ICs3LDExIEBACiBXQVJOUz89CQkyCiBDRkxBR1MrPQktSSR7LkNVUkRJ Un0gLUkkey5DVVJESVJ9Ly4uLy4uL3N5cwogCitERUJVR19GTEFHUz0JLWcKKwogU0hMSUJfTUFK T1I9CTMKIAotU1JDUz0JCWJsdWV0b290aC5jCitTUkNTPQkJYmx1ZXRvb3RoLmMgZGV2LmMgaGNp LmMKIElOQ1M9CQlibHVldG9vdGguaAogCiBNTElOS1MrPQlibHVldG9vdGguMyBidF9nZXRob3N0 YnluYW1lLjMKQEAgLTI3LDYgKzI5LDEyIEBACiBNTElOS1MrPQlibHVldG9vdGguMyBidF9udG9h LjMKIE1MSU5LUys9CWJsdWV0b290aC4zIGJ0X2F0b24uMwogCitNTElOS1MrPQlibHVldG9vdGgu MyBidF9kZXZhZGRyLjMKK01MSU5LUys9CWJsdWV0b290aC4zIGJ0X2Rldm5hbWUuMworCitNTElO S1MrPQlibHVldG9vdGguMyBidF9oY2lfZGV2aW5mby4zCitNTElOS1MrPQlibHVldG9vdGguMyBi dF9oY2lfZGV2ZW51bS4zCisKIE1MSU5LUys9CWJsdWV0b290aC4zIGJkYWRkcl9zYW1lLjMKIE1M SU5LUys9CWJsdWV0b290aC4zIGJkYWRkcl9hbnkuMwogTUxJTktTKz0JYmx1ZXRvb3RoLjMgYmRh ZGRyX2NvcHkuMwo= --00151750e7f008ccc00462d6b947-- From owner-freebsd-bluetooth@FreeBSD.ORG Sat Feb 14 09:53:25 2009 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92ABE1065674 for ; Sat, 14 Feb 2009 09:53:25 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from smtp01.one2one.net (smtp01.one2one.net [149.254.200.196]) by mx1.freebsd.org (Postfix) with ESMTP id 275FE8FC15 for ; Sat, 14 Feb 2009 09:53:19 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from [127.0.0.1] (helo=localhost) by smtpbarns01 with esmtp (Exim 4.50) id 1LYHCv-0004Xl-Nm; Sat, 14 Feb 2009 09:53:09 +0000 Received: from smtpbarns01 ([127.0.0.1]) by localhost (smtpbarns01 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17357-04; Sat, 14 Feb 2009 09:53:09 +0000 (GMT) Received: from [10.33.144.213] (helo=rya-online.net) by smtpbarns01 with smtp (Exim 4.50) id 1LYHCt-0004Xg-3I; Sat, 14 Feb 2009 09:53:09 +0000 Received: (nullmailer pid 692 invoked by uid 1000); Sat, 14 Feb 2009 09:52:59 -0000 Date: Sat, 14 Feb 2009 09:52:58 +0000 (GMT) To: Maksim Yevmenkin In-Reply-To: References: <1233365217.00068654.1233354838@10.7.7.3> <4988DCCC.80201@mavhome.dp.ua> <4988EBAC.3080202@mavhome.dp.ua> <1233758519.360141.162.nullmailer@galant.ukfsn.org> <1233845167.798942.24919.nullmailer@galant.ukfsn.org> <1233919880.530235.10843.nullmailer@galant.ukfsn.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <1234605178.990729.799.nullmailer@galant.ukfsn.org> From: Iain Hibbert X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at example.com X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: plunky@rya-online.net X-SA-Exim-Scanned: No (on smtpbarns01); SAEximRunCond expanded to false Cc: "freebsd-bluetooth@freebsd.org" Subject: Re: libhci X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2009 09:53:26 -0000 On Fri, 13 Feb 2009, Maksim Yevmenkin wrote: > i kinda started to work on hci/bluetooth shims. please take a look at > the attached patch. this is basically to implement bt_devname() and > bt_devaddr() similar to netbsd and i also added bt_hci_devinfo() and > bt_hci_devenum() inspired by linux-bluez. some quick comments as I'm on battery and ENOTIME - I think it should lose the "_hci" part of the name :) - count = bt_devenum(cb, arg) no limits in API (no objection to underlying implementation limit :) the callback can signal, if it has seen enough. (could allow callback=NULL to just count the devices) - len = bt_devinfo(name, buffer, sizeof(buffer)) the calling program gives buffer and size, allowing the devinfo to be extended later without breaking ABI. len == 0 means not found also, reserved slots in the structure become unnecessary, let the compiler handle padding. (size and name could be passed in devinfo?) (is variable size struct perhaps too ugly to handle? what about 'version' field?) iain