public inbox for linux-bluetooth@vger.kernel.org
 help / color / mirror / Atom feed
* [Bluez-devel] Link interrupted/destroyed by CC on other hci device
@ 2004-06-28 19:56 Andreas Gaufer
  2004-06-28 20:15 ` Marcel Holtmann
  0 siblings, 1 reply; 4+ messages in thread
From: Andreas Gaufer @ 2004-06-28 19:56 UTC (permalink / raw)
  To: Bluez Devel

Hi,

I noticed that running OBEX Transfers on one hci device are interrupted
(L2CAP link is destroyed) by a CC that is issued on a different hci dev.


As far as i can see it only happens on T6xx Phones from SE but this is
not for sure now. Im will start digging on this phenomina now. 

I would greatly appreciate hints or thoughts why this could happen. 

Greetings

Andreas Gaufer

-- 
Blue Cell Networks GmbH
Industriestraße 1b
96163 Gundelsheim

Tel.: 0951-700 42 891 | Fax.: 0951-700 42 887 


-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [Bluez-devel] Link interrupted/destroyed by CC on other hci device
  2004-06-28 19:56 [Bluez-devel] Link interrupted/destroyed by CC on other hci device Andreas Gaufer
@ 2004-06-28 20:15 ` Marcel Holtmann
  2004-06-29  8:41   ` Andreas Gaufer
  0 siblings, 1 reply; 4+ messages in thread
From: Marcel Holtmann @ 2004-06-28 20:15 UTC (permalink / raw)
  To: Andreas Gaufer; +Cc: Bluez Devel

Hi Andreas,

> I noticed that running OBEX Transfers on one hci device are interrupted
> (L2CAP link is destroyed) by a CC that is issued on a different hci dev.
> 
> 
> As far as i can see it only happens on T6xx Phones from SE but this is
> not for sure now. Im will start digging on this phenomina now. 
> 
> I would greatly appreciate hints or thoughts why this could happen. 

I don't think that this can happen, but who knows for sure. Make binary
dump files and compare the timestamps of the two HCI devices.

Regards

Marcel




-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [Bluez-devel] Link interrupted/destroyed by CC on other hci device
  2004-06-28 20:15 ` Marcel Holtmann
@ 2004-06-29  8:41   ` Andreas Gaufer
  2004-06-29 17:51     ` Marcel Holtmann
  0 siblings, 1 reply; 4+ messages in thread
From: Andreas Gaufer @ 2004-06-29  8:41 UTC (permalink / raw)
  To: Marcel Holtmann; +Cc: andreas.gaufer, bluez-devel

Hi Marcel,

im afraid i dont actauly see the event in hcidump. I guess this is
something that goes wrong on the remote side.

------------ snipp --------------
1088497489.410713 < ACL data: handle 0x002a flags 0x02 dlen 192
1088497489.410725 < ACL data: handle 0x002a flags 0x01 dlen 63
    L2CAP(d): cid 0x85 len 251 [psm 3]
      RFCOMM(d): UIH: cr 1 dlci 20 pf 0 ilen 246 fcs 0x31 
      6C 61 67 00 00 00 00 01 00 00 38 42 49 4D 27 10 14 4A 61 70 
      61 6E 65 73 65 20 50 72 69 6E 74 20 46 6C 61 67 73 00 00 00 
      00 0A 00 01 00 00 00 00 00 00 00 02 38 42 49 4D 03 F5 17 43 
      6F 6C 6F 72 20 48 61 6C 66 74 6F 6E 65 20 53 65 74 74 69 6E 
      67 73 00 00 00 48 00 2F 66 66 00 01 00 6C 66 66 00 06 00 00 
      00 00 00 01 00 2F 66 66 00 01 00 A1 99 9A 00 06 00 00 00 00 
      00 01 00 32 00 00 00 01 00 5A 00 00 00 06 00 00 00 00 00 01 
      00 35 00 00 00 01 00 2D 00 00 00 06 00 00 00 00 00 01 38 42 
      49 4D 03 F8 17 43 6F 6C 6F 72 20 54 72 61 6E 73 66 65 72 20 
      53 65 74 74 69 6E 67 73 00 00 00 70 00 00 FF FF FF FF FF FF 
      FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 03 E8 00 00 
      00 00 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
      FF FF FF FF 03 E8 
1088497489.410753 < ACL data: handle 0x002a flags 0x02 dlen 28
    L2CAP(d): cid 0x85 len 24 [psm 3]
      RFCOMM(d): UIH: cr 1 dlci 20 pf 0 ilen 20 fcs 0x31 
      00 00 00 00 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
1088497489.425622 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 2A 00 01 00 
1088497489.427617 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 2A 00 01 00 
1088497489.437616 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 2A 00 01 00 
1088497489.440617 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 2A 00 01 00 
1088497489.442615 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 2A 00 01 00 

Here the phone says "Link interupted" and the Transfer is stalled on
host side. 

After 10s of inactivity during the transfer I kill the obex process so
the link gets closed.

1088497499.412666 < ACL data: handle 0x002a flags 0x02 dlen 12
    L2CAP(s): Disconn req: dcid 0x0083 scid 0x0040

Do you see anything strange here? I guess i need a PA to debug this. 
Since this happens on SE Phones only i'll try to get somone to talk to
there. 

As i sayd it heappens not always but verry often in the moment when
another chip is paging. Maby this makes the phones stack crazy when they
jump on the same freq?

Anyways i guess this is not a bluez issue so thanks for the help so far.

Greetings

Andy



On Mon, 28 Jun 2004 22:15:45 +0200
Marcel Holtmann <marcel@holtmann.org> wrote:

> Hi Andreas,
> 
> > I noticed that running OBEX Transfers on one hci device are
> > interrupted(L2CAP link is destroyed) by a CC that is issued on a
> > different hci dev.
> > 
> > 
> > As far as i can see it only happens on T6xx Phones from SE but this
> > is not for sure now. Im will start digging on this phenomina now. 
> > 
> > I would greatly appreciate hints or thoughts why this could happen. 
> 
> I don't think that this can happen, but who knows for sure. Make
> binary dump files and compare the timestamps of the two HCI devices.
> 
> Regards
> 
> Marcel
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
> digital self defense, top technical experts, no vendor pitches, 
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Bluez-devel mailing list
> Bluez-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-devel

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [Bluez-devel] Link interrupted/destroyed by CC on other hci device
  2004-06-29  8:41   ` Andreas Gaufer
@ 2004-06-29 17:51     ` Marcel Holtmann
  0 siblings, 0 replies; 4+ messages in thread
From: Marcel Holtmann @ 2004-06-29 17:51 UTC (permalink / raw)
  To: Andreas Gaufer; +Cc: BlueZ Mailing List

Hi Andreas,

> im afraid i dont actauly see the event in hcidump. I guess this is
> something that goes wrong on the remote side.
> 
> ------------ snipp --------------
> 1088497489.410713 < ACL data: handle 0x002a flags 0x02 dlen 192
> 1088497489.410725 < ACL data: handle 0x002a flags 0x01 dlen 63
>     L2CAP(d): cid 0x85 len 251 [psm 3]
>       RFCOMM(d): UIH: cr 1 dlci 20 pf 0 ilen 246 fcs 0x31 
>       6C 61 67 00 00 00 00 01 00 00 38 42 49 4D 27 10 14 4A 61 70 
>       61 6E 65 73 65 20 50 72 69 6E 74 20 46 6C 61 67 73 00 00 00 
>       00 0A 00 01 00 00 00 00 00 00 00 02 38 42 49 4D 03 F5 17 43 
>       6F 6C 6F 72 20 48 61 6C 66 74 6F 6E 65 20 53 65 74 74 69 6E 
>       67 73 00 00 00 48 00 2F 66 66 00 01 00 6C 66 66 00 06 00 00 
>       00 00 00 01 00 2F 66 66 00 01 00 A1 99 9A 00 06 00 00 00 00 
>       00 01 00 32 00 00 00 01 00 5A 00 00 00 06 00 00 00 00 00 01 
>       00 35 00 00 00 01 00 2D 00 00 00 06 00 00 00 00 00 01 38 42 
>       49 4D 03 F8 17 43 6F 6C 6F 72 20 54 72 61 6E 73 66 65 72 20 
>       53 65 74 74 69 6E 67 73 00 00 00 70 00 00 FF FF FF FF FF FF 
>       FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 03 E8 00 00 
>       00 00 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
>       FF FF FF FF 03 E8 
> 1088497489.410753 < ACL data: handle 0x002a flags 0x02 dlen 28
>     L2CAP(d): cid 0x85 len 24 [psm 3]
>       RFCOMM(d): UIH: cr 1 dlci 20 pf 0 ilen 20 fcs 0x31 
>       00 00 00 00 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
> 1088497489.425622 > HCI Event: Number of Completed Packets(0x13) plen 5
>   01 2A 00 01 00 
> 1088497489.427617 > HCI Event: Number of Completed Packets(0x13) plen 5
>   01 2A 00 01 00 
> 1088497489.437616 > HCI Event: Number of Completed Packets(0x13) plen 5
>   01 2A 00 01 00 
> 1088497489.440617 > HCI Event: Number of Completed Packets(0x13) plen 5
>   01 2A 00 01 00 
> 1088497489.442615 > HCI Event: Number of Completed Packets(0x13) plen 5
>   01 2A 00 01 00 
> 
> Here the phone says "Link interupted" and the Transfer is stalled on
> host side. 
> 
> After 10s of inactivity during the transfer I kill the obex process so
> the link gets closed.
> 
> 1088497499.412666 < ACL data: handle 0x002a flags 0x02 dlen 12
>     L2CAP(s): Disconn req: dcid 0x0083 scid 0x0040
> 
> Do you see anything strange here? I guess i need a PA to debug this. 
> Since this happens on SE Phones only i'll try to get somone to talk to
> there. 
> 
> As i sayd it heappens not always but verry often in the moment when
> another chip is paging. Maby this makes the phones stack crazy when they
> jump on the same freq?
> 
> Anyways i guess this is not a bluez issue so thanks for the help so far.

if you can only reproduce it with a SE phone then I think it is really
not a BlueZ problem. However I am not sure if you will find the bug with
a protocol analyser.

Try to play with different master/slave roles and the role switch
itself. I have seen problems with role switches in piconets with more
than 5 HID devices.

Regards

Marcel




-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2004-06-29 17:51 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-06-28 19:56 [Bluez-devel] Link interrupted/destroyed by CC on other hci device Andreas Gaufer
2004-06-28 20:15 ` Marcel Holtmann
2004-06-29  8:41   ` Andreas Gaufer
2004-06-29 17:51     ` Marcel Holtmann

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox