Hello, I found the way to use avtest for testing incoming connections from the speaker. If anyone is interested: stopped bluetoothd, powered BT back to on, used "avtest --reject 0". Also had to change avtest to answer like source instead of sink, which is set by default. Incoming connections to avtest are always successful. And logs are very similar (attached). I think the main difference is that the bluetoothd requires authorization, while avtest does not. Thanks, Artem On Mon, Aug 18, 2014 at 12:11 AM, Artem Rakhov <arakhov@xxxxxxxxxxxx> wrote: > Hi Luiz, > > I have also tried kernel 3.14, it didn't help. > How can I use avinfo for test? Looks like it shows only basic > information for the device. And it works fine with the speaker. > I tried to use avtest: when I try to connect to the speaker, > everything seems to be working good. Is there any way to use it to > test incoming connections? > > Thanks, > Artem > > On Sun, Aug 10, 2014 at 12:32 AM, Luiz Augusto von Dentz > <luiz.dentz@xxxxxxxxx> wrote: >> Hi Artem, >> >> On Fri, Aug 8, 2014 at 10:32 AM, Artem Rakhov <arakhov@xxxxxxxxxxxx> wrote: >>> Hi Marcel, >>> >>> Please find Packet Logger's btsnoop log in the attachment. >>> >>> So far I have 2 observations: >>> 1. Mac does not require any authorization (most likely it's not the cause) >>> 2. I found another BT speaker which works properly. At first, I'm >>> seeing the same behavior: speaker initiates connection, BlueZ sends >>> Configure Request (with no MTU), then speaker disconnects. But after >>> that the device tries to initiate connection for the second time, and >>> this time it is successful: after BlueZ sends Configure Request with >>> no MTU, speaker answers with another Configure Request (with some >>> MTU), and connection is established normally. Is it possible, that >>> BlueZ is doing something wrong, but then this new speaker tries >>> something else, while the old one does not? >> >> I could not find anything l2cap related in this logs, but I notice >> there a LE scanning ongoing perhaps you have should try disabling it >> with Disconnect method for now. Anyway A2DP code is not really >> involved with L2CAP connection setup so we would have to look at the >> kernel changes but I quick check doesn't show anything and you said >> you have tried with 3.10 so Im afraid this is only reproducible with >> some specific device. >> >> Btw, if you want to really isolate the problem you can try to connect >> using avinfo or l2test directly. >> >> >> -- >> Luiz Augusto von Dentz
Attachment:
btmon_avtest
Description: Binary data
Attachment:
btmon_bluetoothd
Description: Binary data
