Re: [Bluez-users] Timeout message from kernel

Marcel Holtmann
2004-02-13T23:40:29Z

Hi Jeff,

> Making ColdFire the l2test listener seems to work ok:
> /> l2test -r
> l2test[25]: Waiting for connection on psm 10 ...
> l2test[25]: Connect from 00:0A:4F:00:09:5E [imtu 672, omtu 672, flush_to
> 65535]
>
> l2test[25]: Receiving ...
> l2test[25]: 672 bytes in 0.04 sec, 17.70 kB/s
> l2test[25]: 672 bytes in 0.01 sec, 50.86 kB/s
> l2test[25]: 672 bytes in 0.03 sec, 20.72 kB/s
>
> and so on and so forth. Making ColdFire the sender however produces this
> output on the pc side:
>
> [root@Arwen test]# ./l2test -r
> l2test[30292]: Waiting for connection on psm 10 ...
> l2test[30293]: Connect from 00:0A:4F:00:13:5F [imtu 672, omtu 672, flush_to
> 65535]
> l2test[30293]: Receiving ...
> l2test[30293]: 672 bytes in 0.06 sec, 11.28 kB/s
> l2test[30293]: seq missmatch: 1 -> 4
> l2test[30293]: 672 bytes in 0.09 sec, 7.70 kB/s
> l2test[30293]: seq missmatch: 5 -> 8
> l2test[30293]: 672 bytes in 0.08 sec, 8.21 kB/s
> l2test[30293]: seq missmatch: 9 -> 12
> etc., etc.

should not happen. I don't why it happens to you.

> > Maybe this is a role switch problem. Show us both outputs from
> > "hciconfig -a".
>
> ColdFire:
> /> hciconfig -a
> hci0: Type: UART
> BD Address: 00:0A:4F:00:13:5F ACL MTU: 192:8 SCO MTU: 64:8
> UP RUNNING PSCAN ISCAN
> RX bytes:306 acl:0 sco:0 events:14 errors:0
> TX bytes:513 acl:0 sco:0 commands:12 errors:0
> Features: 0xff 0xff 0x0f 0x00 0x00 0x00 0x00 0x00
> Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
> Link policy: HOLD SNIFF PARK
> Link mode: SLAVE ACCEPT
> Name: 'BlueZ (0)'
> Class: 0x000100
> Service Classes: Unspecified
> Device Class: Computer, Uncategorized
> HCI Ver: 1.1 (0x1) HCI Rev: 0x175 LMP Ver: 1.1 (0x1) LMP Subver: 0x175
> Manufacturer: Cambridge Silicon Radio (10)
>
> PC:
> [root@Arwen test]# hciconfig -a
> hci0: Type: USB
> BD Address: 00:0A:4F:00:09:5E ACL MTU: 192:8 SCO MTU: 64:8
> UP RUNNING PSCAN ISCAN
> RX bytes:1887092 acl:3025 sco:29743 events:1513 errors:0
> TX bytes:309425 acl:1448 sco:1709 commands:109 errors:0
> Features: 0xff 0xff 0x0f 0x00 0x00 0x00 0x00 0x00
> Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
> Link policy: HOLD SNIFF PARK
> Link mode: SLAVE ACCEPT
> Name: 'BlueZ (0)'
> Class: 0x000100
> Service Classes: Unspecified
> Device Class: Computer, Uncategorized
> HCI Ver: 1.1 (0x1) HCI Rev: 0x20d LMP Ver: 1.1 (0x1) LMP Subver: 0x20d
> Manufacturer: Cambridge Silicon Radio (10)

Both look fine, but you should enable role switch support in hcid.conf
or set it by hand with hciconfig.

> Other than that sequence problem it looks like the link mostly works, still
> issues with most of the commands of hcitool though, on Coldfire.

Keep trying and look with hcidump at it, but we can also have a bug in
our tools if they are used on a ColdFire processor.