[Bluez-users] Everything seems normal yet...

[Bluez-users] Everything seems normal yet...

[Arthur Breitman]

Hi,
I have a latitude X1 Dell. Bluetooth is reported to work out of the box for 
this model, however I just can't make it work.
I installed a kubuntu hoary on it, the kernel is linux 2.6.12-9.
There is a toggle key on the keyboard for bluetooth, according to a led 
indicator and dmesg it works. Better, KDE used to display an info message 
saying the state had been changed.
Well it said that and right after it would display a message complaining about 
the class being set to 0x0...
I went into hcid.conf as advised and saw the class was NOT 0x0... wtf? Well I 
changed it along with the pin helper application.
Didn't do anything, even after reboots etc.
Finally I tried  hcid -f /etc/bluetooth/hcid.conf and "tada" it didn't 
complain anymore. Well actually the info bubbles where gone too... seems like 
KDE is not aware anymore of the bluetooth status.

Anyway, here are some relevant informations

root@coin:/# lsmod | grep blue
bluetooth              43012  24 hidp,rfcomm,l2cap,hci_usb

root@coin:/# dmesg | grep usb
[4313920.766000] usb 2-1: new full speed USB device using uhci_hcd and address 
21


root     10506  0.0  0.1   1920   820 ?        Ss   17:59   0:00 hcid: 
processing events
root     26060  0.0  0.1   1612   544 ?        Ss   16:35   
0:00 /usr/sbin/sdpd

root@coin:/# lsusb
Bus 002 Device 021: ID 413c:8103 Dell Computer Corp.

root@coin:/# hcitool dev
Devices:
        hci0    00:10:C6:64:69:6B

root@coin:/# hciconfig -a
hci0:   Type: USB
        BD Address: 00:10:C6:64:69:6B ACL MTU: 384:8 SCO MTU: 64:8
        UP RUNNING PSCAN ISCAN
        RX bytes:6478 acl:0 sco:0 events:722 errors:0
        TX bytes:3721 acl:0 sco:0 commands:132 errors:0
        Features: 0xff 0xff 0x9f 0xfe 0x9b 0xf9 0x00 0x80
        Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
        Link policy: RSWITCH HOLD SNIFF PARK
        Link mode: SLAVE ACCEPT
        Name: 'Bluetooth coin-0'
        Class: 0x000100
        Service Classes: Unspecified
        Device Class: Computer, Uncategorized
        HCI Ver: 1.2 (0x2) HCI Rev: 0x679 LMP Ver: 1.2 (0x2) LMP Subver: 0x679
        Manufacturer: Cambridge Silicon Radio (10)

Now  everything looks right to me... unfortunately "hcitool scan" doesn't see 
my motorola, which is in discoverable mode using the "find me" option... 
similarly my motorola doesn't see my computer... also I liked the kde info 
bubble. 

What could be wrong? What haven't I checked?
Thanks for your help,
Arthur





-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Everything seems normal yet...

[Marcel Holtmann]

Hi Arthur,

> I have a latitude X1 Dell. Bluetooth is reported to work out of the box for 
> this model, however I just can't make it work.
> I installed a kubuntu hoary on it, the kernel is linux 2.6.12-9.
> There is a toggle key on the keyboard for bluetooth, according to a led 
> indicator and dmesg it works. Better, KDE used to display an info message 
> saying the state had been changed.
> Well it said that and right after it would display a message complaining about 
> the class being set to 0x0...
> I went into hcid.conf as advised and saw the class was NOT 0x0... wtf? Well I 
> changed it along with the pin helper application.
> Didn't do anything, even after reboots etc.
> Finally I tried  hcid -f /etc/bluetooth/hcid.conf and "tada" it didn't 
> complain anymore. Well actually the info bubbles where gone too... seems like 
> KDE is not aware anymore of the bluetooth status.
> 
> Anyway, here are some relevant informations
> 
> root@coin:/# lsmod | grep blue
> bluetooth              43012  24 hidp,rfcomm,l2cap,hci_usb
> 
> root@coin:/# dmesg | grep usb
> [4313920.766000] usb 2-1: new full speed USB device using uhci_hcd and address 
> 21
> 
> 
> root     10506  0.0  0.1   1920   820 ?        Ss   17:59   0:00 hcid: 
> processing events
> root     26060  0.0  0.1   1612   544 ?        Ss   16:35   
> 0:00 /usr/sbin/sdpd
> 
> root@coin:/# lsusb
> Bus 002 Device 021: ID 413c:8103 Dell Computer Corp.
> 
> root@coin:/# hcitool dev
> Devices:
>         hci0    00:10:C6:64:69:6B
> 
> root@coin:/# hciconfig -a
> hci0:   Type: USB
>         BD Address: 00:10:C6:64:69:6B ACL MTU: 384:8 SCO MTU: 64:8
>         UP RUNNING PSCAN ISCAN
>         RX bytes:6478 acl:0 sco:0 events:722 errors:0
>         TX bytes:3721 acl:0 sco:0 commands:132 errors:0
>         Features: 0xff 0xff 0x9f 0xfe 0x9b 0xf9 0x00 0x80
>         Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
>         Link policy: RSWITCH HOLD SNIFF PARK
>         Link mode: SLAVE ACCEPT
>         Name: 'Bluetooth coin-0'
>         Class: 0x000100
>         Service Classes: Unspecified
>         Device Class: Computer, Uncategorized
>         HCI Ver: 1.2 (0x2) HCI Rev: 0x679 LMP Ver: 1.2 (0x2) LMP Subver: 0x679
>         Manufacturer: Cambridge Silicon Radio (10)
> 
> Now  everything looks right to me... unfortunately "hcitool scan" doesn't see 
> my motorola, which is in discoverable mode using the "find me" option... 
> similarly my motorola doesn't see my computer... also I liked the kde info 
> bubble. 

use "hcidump -X -V" as root to check what is going on while executing
hcitool or any other application.

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

[Bluez-users] Re: Everything seems normal yet...

[Arthur Breitman]

trying to find the mobile phone:

root@coin:/home/arthurb# hcidump -X -V
HCI sniffer - Bluetooth packet analyzer ver 1.23
device: hci0 snap_len: 1028 filter: 0xffffffff
< HCI Command: Inquiry (0x01|0x0001) plen 5
=A0 =A0 lap 0x9e8b33 len 8 num 0
> HCI Event: Command Status (0x0f) plen 4
=A0 =A0 Inquiry (0x01|0x0001) status 0x00 ncmd 1
> HCI Event: Vendor (0xff) plen 7
=A0 0000: cd 03 00 04 00 00 00
=A0 =A0 =A0.......
> HCI Event: Vendor (0xff) plen 7
=A0 0000: cd 03 00 04 00 00 00
=A0 =A0 =A0.......
> HCI Event: Vendor (0xff) plen 7
=A0 0000: cd 03 00 04 00 00=20
00 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 .......
> HCI Event: Vendor (0xff) plen 7
=A0 0000: cd 03 00 04 00 00=20
00 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 .......
> HCI Event: Vendor (0xff) plen 7
=A0 0000: cd 03 00 04 00 00=20
00 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 .......
> HCI Event: Vendor (0xff) plen 7
=A0 0000: cd 03 00 04 00 00=20
00 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 .......
> HCI Event: Vendor (0xff) plen 7
=A0 0000: cd 03 00 04 00 00=20
00 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 .......
> HCI Event: Vendor (0xff) plen 7
=A0 0000: cd 03 00 04 00 00 00 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0.......
> HCI Event: Vendor (0xff) plen 7
=A0 0000: cd 03 00 04 00 00 00 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0.......
> HCI Event: Vendor (0xff) plen 7
=A0 0000: cd 03 00 04 00 00 00 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0.......
> HCI Event: Inquiry Complete (0x01) plen 1
=A0 =A0 status 0x00


Mobile phone trying to see the laptop:
nothing special except for=20
> HCI Event: Vendor (0xff) plen 7
=A0 0000: cd 03 00 04 00 00 00 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0.......
but this seems to be going on all the time


As for the kde info bubble, turns out to be a kde bug in my opinion, it wor=
ks=20
for the first 10 switches then stops when the busID of the bluetooth emitte=
r=20
goes over a certain ID.

I also found something very interesting... when I turn off and =A0on the=20
bluetooth, for a few seconds, hciconfig -a gives

hci0: =A0 Type: USB
=A0 =A0 =A0 =A0 BD Address: 00:10:C6:64:69:6B ACL MTU: 384:8 SCO MTU: 64:8
=A0 =A0 =A0 =A0 UP RUNNING
=A0 =A0 =A0 =A0 RX bytes:96 acl:0 sco:0 events:11 errors:0
=A0 =A0 =A0 =A0 TX bytes:41 acl:0 sco:0 commands:9 errors:0
=A0 =A0 =A0 =A0 Features: 0xff 0xff 0x9f 0xfe 0x9b 0xf9 0x00 0x80
=A0 =A0 =A0 =A0 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
=A0 =A0 =A0 =A0 Link policy: RSWITCH HOLD SNIFF PARK
=A0 =A0 =A0 =A0 Link mode: SLAVE ACCEPT
=A0 =A0 =A0 =A0 Name: 'Dell Wireless 350 Bluetooth Internal Car'
=A0 =A0 =A0 =A0 Class: 0x000000
=A0 =A0 =A0 =A0 Service Classes: Unspecified
=A0 =A0 =A0 =A0 Device Class: Miscellaneous,
=A0 =A0 =A0 =A0 HCI Ver: 1.2 (0x2) HCI Rev: 0x679 LMP Ver: 1.2 (0x2) LMP Su=
bver: 0x679
=A0 =A0 =A0 =A0 Manufacturer: Cambridge Silicon Radio (10)

Hence the KDE warning about the class being 0 !!

But then, it seems a few seconds later to be automagically superseeded with=
 my=20
hci.conf and I have then

root@coin:/home/arthurb# hciconfig -a
hci0: =A0 Type: USB
=A0 =A0 =A0 =A0 BD Address: 00:10:C6:64:69:6B ACL MTU: 384:8 SCO MTU: 64:8
=A0 =A0 =A0 =A0 UP RUNNING
=A0 =A0 =A0 =A0 RX bytes:412 acl:0 sco:0 events:20 errors:0
=A0 =A0 =A0 =A0 TX bytes:322 acl:0 sco:0 commands:18 errors:0
=A0 =A0 =A0 =A0 Features: 0xff 0xff 0x9f 0xfe 0x9b 0xf9 0x00 0x80
=A0 =A0 =A0 =A0 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
=A0 =A0 =A0 =A0 Link policy: RSWITCH HOLD SNIFF PARK
=A0 =A0 =A0 =A0 Link mode: SLAVE ACCEPT
=A0 =A0 =A0 =A0 Name: 'Bluetooth coin-0'
=A0 =A0 =A0 =A0 Class: 0x100000
=A0 =A0 =A0 =A0 Service Classes:
=A0 =A0 =A0 =A0 Device Class: Miscellaneous,
=A0 =A0 =A0 =A0 HCI Ver: 1.2 (0x2) HCI Rev: 0x679 LMP Ver: 1.2 (0x2) LMP Su=
bver: 0x679
=A0 =A0 =A0 =A0 Manufacturer: Cambridge Silicon Radio (10)

I don't know what service is involved in the turning on and off of bluetoot=
h,=20
nor do I know what fills my hciconfig in the first place... would there be=
=20
another configuration file ?

I tried to run khciconfig but it's basically a simple frontend saying the s=
ame=20
as hciconfig


-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Re: Everything seems normal yet...

[Marcel Holtmann]

Hi Arthur,

> trying to find the mobile phone:
> 
> root@coin:/home/arthurb# hcidump -X -V
> HCI sniffer - Bluetooth packet analyzer ver 1.23
> device: hci0 snap_len: 1028 filter: 0xffffffff
> < HCI Command: Inquiry (0x01|0x0001) plen 5
>     lap 0x9e8b33 len 8 num 0
> > HCI Event: Command Status (0x0f) plen 4
>     Inquiry (0x01|0x0001) status 0x00 ncmd 1
> > HCI Event: Vendor (0xff) plen 7
>   0000: cd 03 00 04 00 00 00
>      .......
> > HCI Event: Vendor (0xff) plen 7
>   0000: cd 03 00 04 00 00 00
>      .......
> > HCI Event: Vendor (0xff) plen 7
>   0000: cd 03 00 04 00 00 
> 00                                                                                           .......
> > HCI Event: Vendor (0xff) plen 7
>   0000: cd 03 00 04 00 00 
> 00                                                                                           .......
> > HCI Event: Vendor (0xff) plen 7
>   0000: cd 03 00 04 00 00 
> 00                                                                                           .......
> > HCI Event: Vendor (0xff) plen 7
>   0000: cd 03 00 04 00 00 
> 00                                                                                           .......
> > HCI Event: Vendor (0xff) plen 7
>   0000: cd 03 00 04 00 00 
> 00                                                                                           .......
> > HCI Event: Vendor (0xff) plen 7
>   0000: cd 03 00 04 00 00 00                              .......
> > HCI Event: Vendor (0xff) plen 7
>   0000: cd 03 00 04 00 00 00                              .......
> > HCI Event: Vendor (0xff) plen 7
>   0000: cd 03 00 04 00 00 00                              .......
> > HCI Event: Inquiry Complete (0x01) plen 1
>     status 0x00
> 
> 
> Mobile phone trying to see the laptop:
> nothing special except for 
> > HCI Event: Vendor (0xff) plen 7
>   0000: cd 03 00 04 00 00 00                              .......
> but this seems to be going on all the time

since this is a CSR chip, use "-m 10" as additional parameter to hcidump
to enable the decoding of CSR vendor events.

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Re: Everything seems normal yet...

[Steven Singer]

Marcel Holtmann wrote:
> Arthur Breitman wrote:
>> > HCI Event: Vendor (0xff) plen 7
>>   0000: cd 03 00 04 00 00 00                              .......
> 
> since this is a CSR chip, use "-m 10" as additional parameter to hcidump
> to enable the decoding of CSR vendor events.

That won't really help in this case. All it'll tell you is that it's the
1 byte message 00 on subchannel 4 coming from a VM application running
on the chip.

Subchannels below 0x0080 are free for use by the VM application. So,
without visibility of the VM application, it's difficult to know
exactly what this message signifies.

VM applications on dongles in HCI mode are fairly limited. They can
detect Bluetooth activity, process messages from and send messages to
the host, enable and disable the radio, reboot in another mode and a
few other bits and pieces.

So, it may simply be an indication from the dongle to the host that
there's been some Bluetooth activity. The host might use this to flash
a light or similar.

	- Steven
-- 


This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com


-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Re: Everything seems normal yet...

[Marcel Holtmann]

Hi Steven,

> >> > HCI Event: Vendor (0xff) plen 7
> >>   0000: cd 03 00 04 00 00 00                              .......
> > 
> > since this is a CSR chip, use "-m 10" as additional parameter to hcidump
> > to enable the decoding of CSR vendor events.
> 
> That won't really help in this case. All it'll tell you is that it's the
> 1 byte message 00 on subchannel 4 coming from a VM application running
> on the chip.
> 
> Subchannels below 0x0080 are free for use by the VM application. So,
> without visibility of the VM application, it's difficult to know
> exactly what this message signifies.
> 
> VM applications on dongles in HCI mode are fairly limited. They can
> detect Bluetooth activity, process messages from and send messages to
> the host, enable and disable the radio, reboot in another mode and a
> few other bits and pieces.
> 
> So, it may simply be an indication from the dongle to the host that
> there's been some Bluetooth activity. The host might use this to flash
> a light or similar.

this is unusual. I never saw any dongle transmitting continuously vendor
events. There must be something wrong with this device.

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Re: Everything seems normal yet...

[Arthur Breitman]

> this is unusual. I never saw any dongle transmitting continuously vendor
> events. There must be something wrong with this device.
>uy
> Regards
>
> Marcel

Hum, it works flawlessly with windows and is reported to work out of the box 
with bluez... as a matter of fact it looks perfectly recognized. Any idea how 
we could further debug this guy ?


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Re: Everything seems normal yet...

[Marcel Holtmann]

Hi Arthur,

> > this is unusual. I never saw any dongle transmitting continuously vendor
> > events. There must be something wrong with this device.
> 
> Hum, it works flawlessly with windows and is reported to work out of the box 
> with bluez... as a matter of fact it looks perfectly recognized. Any idea how 
> we could further debug this guy ?

I have no idea. The chip inside shouldn't be a problem, because the
BlueCore4 from CSR is fully supported.

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users