Re: RFCOMM connection lag (slow)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Am 24.07.2011 19:06, schrieb Peter Hurley:
> Hi Nils,
Hi Peter!

First, thanks for the fast reply!

> On Sun, 2011-07-24 at 12:22 -0400, Nils Faerber wrote:
>> I recently found a strange behaviour...
> ...
>> But as soon as larger chunks of data are sent (something like 128 bytes
>> at a time) it starts to take a pretty long time to transfer it (in the
>> range of about a second). The connection stays connected and data can be
>> sent but at a very slow pace.
>> This is from a 2.6.39 kernel to the device, my PC has a Bluetooth3.0 USB
>> device.
> ....
>> It is pretty likely that the device also has an RFCOMM bug here but
>> since it works with the HTC phone it must be possible to make it work
>> with my notebook too.
>>
>> Any hint would be very much appreciated ;)
> 
> 1. What does an hcidump -tX of the session say?

The complete log would be a little longer.
Is there something special that I could watch for?

Here an excerpt:

1311530163.994927 > HCI Event: Number of Completed Packets (0x13) plen 5
  0000: 01 0c 00 01 00                                    .....
1311530165.033926 > ACL data: handle 12 flags 0x02 dlen 9
    L2CAP(d): cid 0x0040 len 5 [psm 0]
      0000: 09 ff 01 02 5c                                    ....\
1311530165.034148 < ACL data: handle 12 flags 0x00 dlen 40
    0000: 24 00 43 00 0b ef 41 01  20 40 00 57 60 00 00 03  $.C...A. @.W`...
    0010: fc 01 00 07 00 00 00 00  58 60 00 00 fe ff 01 80  ........X`......
    0020: 03 00 00 00 00 d7 af 9a                           ........
1311530165.034254 < ACL data: handle 12 flags 0x00 dlen 39
    0000: 23 00 43 00 0b ef 3f 01  20 40 00 59 60 00 00 fc  #.C...?. @.Y`...
    0010: ff 01 e0 01 00 00 00 00  5a c0 00 00 fc ff 01 38  ........Z......8
    0020: 00 00 00 00 00 cc 9a                              .......
1311530165.244924 > HCI Event: Number of Completed Packets (0x13) plen 5
  0000: 01 0c 00 01 00                                    .....
1311530166.494919 > HCI Event: Number of Completed Packets (0x13) plen 5
  0000: 01 0c 00 01 00                                    .....
1311530167.594936 > ACL data: handle 12 flags 0x02 dlen 9
    L2CAP(d): cid 0x0040 len 5 [psm 0]
      0000: 09 ff 01 02 5c                                    ....\

> 2. What flow control is being used?

You mean the serial port flow control on the RFCOMM channel?
>From my Linux app I do not use any handshake. On the G1 I can not check
since the Android app seems to go through the socket interface instead
of the /dev/rfcomm device.

> 3. What does the log say when bluetoothd is in debug mode?

In how far is bluetooth involved in the rfcomm conection? The
establishment is done manually using the rfcomm cmdline utility.

> That's where I would start...
> 
> Regards,
> Peter
Cheers
  nils

-- 
kernel concepts GbR        Tel: +49-271-771091-12
Sieghuetter Hauptweg 48
D-57072 Siegen             Mob: +49-176-21024535
http://www.kernelconcepts.de
--
To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Bluez Devel]     [Linux Wireless Networking]     [Linux Wireless Personal Area Networking]     [Linux ATH6KL]     [Linux USB Devel]     [Linux Media Drivers]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Big List of Linux Books]

  Powered by Linux