[Bluez-devel] How to use hciemu to transfer files in Emulation environment

[Bluez-devel] How to use hciemu to transfer files in Emulation environment

[Wang, Jing J]

Marcel,
	Another problem is how to use hciemu to create a emulation testing =
environment. Currently I can use hciemu to create a virtual HCI, but how =
to connect one with another? I use l2ping, it seems doesn't connect.
	Could you give a detail usage steps to complete it?
	Thanks again.

WangJing

-----Original Message-----
From: bluez-devel-admin@lists.sourceforge.net =
[mailto:bluez-devel-admin@lists.sourceforge.net] On Behalf Of Wang, Jing =
J
Sent: 2006=C4=EA4=D4=C211=C8=D5 10:09
To: bluez-devel@lists.sourceforge.net
Subject: RE: [Bluez-devel] Is there a existing test suite for bluez =
stackonbluez website?

Thanks Marcel, the patch has not totally done now. I'll show you when =
done.

WangJing

-----Original Message-----
From: bluez-devel-admin@lists.sourceforge.net =
[mailto:bluez-devel-admin@lists.sourceforge.net] On Behalf Of Marcel =
Holtmann
Sent: 2006=C4=EA4=D4=C210=C8=D5 17:59
To: bluez-devel@lists.sourceforge.net
Subject: RE: [Bluez-devel] Is there a existing test suite for bluez =
stackonbluez website?

Hi,

> 	On our distribution, a patch is applied to standard Bluez driver to =
support specific BT hardware. So I'd like run test suite to make sure =
the patch is harmless.

show me the patch.

> 	L2test and rctest are the standard test suite for bluez, right? Where =
can I get them? Thanks a lot!

They are part of the bluez-utils package.

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting =
language
that extends applications into web and mobile media. Attend the live =
webcast
and join the prime developer group breaking into this new coding =
territory!
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=3D=
121642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting =
language
that extends applications into web and mobile media. Attend the live =
webcast
and join the prime developer group breaking into this new coding =
territory!
http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=110944&bid$1720&dat=121642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] How to process fragmentation synchronously when two l2cap connections over one acl connection?

[Albert Huang]

[-- Attachment #1: Type: text/plain, Size: 1808 bytes --]

l2cap packets are always identified by a channel ID, which is negotiated
when each l2cap connection (channel) is established.  Continuation fragments
always have the channel ID in the packet header, so there is no ambiguity
over which continuation fragment belongs to which connection.  You should
take another look at the L2CAP section in the core spec.

-albert

On 4/13/06, gao.yingbin@zte.com.cn <gao.yingbin@zte.com.cn> wrote:
>
>
> Marcel & all,
>   I'am puzzling over the following question. How to process fragmentation
> synchronously when two l2cap connections over one acl connection?
>  in bluetooth specification, the continuing fragments of l2cap only can be
> identified by acl connection handles. so if two l2cap connections build over
> one acl conncetion (such as two l2cap connections bulid  between two
> bluetooth devices), and the two l2cap connections received continuing
> fragments synchronously，how can i identify which fragments belong the first
> l2caps connections and which fragments  belong the other?
> thanks.
>
>
>
> --------------------------------------------------------
> ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others.
> This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender.
> This message has been scanned for viruses and Spam by ZTE Anti-Spam system.
>
>

[-- Attachment #2: Type: text/html, Size: 2881 bytes --]

Re: [Bluez-devel] How to process fragmentation synchronously when two l2cap connections over one acl connection?

[Marcel Holtmann]

Hi Albert,

> l2cap packets are always identified by a channel ID, which is
> negotiated when each l2cap connection (channel) is established.
> Continuation fragments always have the channel ID in the packet
> header, so there is no ambiguity over which continuation fragment
> belongs to which connection.  You should take another look at the
> L2CAP section in the core spec.

you are not allowed to mix L2CAP fragments. As simple as that.

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] How to process fragmentation synchronously when two l2cap connections over one acl connection?

[Mayank Batra]

[-- Attachment #1: Type: text/plain, Size: 2484 bytes --]

Albert,

I don't think each l2cap continuation fragment has the CID in it.
It is only the start fragment that has the CID in it. Refer to the
attached image.
At one instance of time we cannot receive two l2cap start fragments.
I mean once we get an l2cap start fragment, we can be rest assured
that the l2cap continuation packets that we will be receiving after
that belong to the same channel ID for which we recieved the start
fragment.
Thus Marcel correctly pointed out that we are not allowed to mix l2cap
fragments.

Regards,
Mayank


On 4/13/06, Albert Huang <albert@csail.mit.edu> wrote:
> l2cap packets are always identified by a channel ID, which is negotiated
> when each l2cap connection (channel) is established.  Continuation fragments
> always have the channel ID in the packet header, so there is no ambiguity
> over which continuation fragment belongs to which connection.  You should
> take another look at the L2CAP section in the core spec.
>
> -albert
>
>
> On 4/13/06, gao.yingbin@zte.com.cn <gao.yingbin@zte.com.cn > wrote:
> >
> >
> > Marcel & all,
> >   I'am puzzling over the following question. How to process fragmentation
> synchronously when two l2cap connections over one acl connection?
> >  in bluetooth specification, the continuing fragments of l2cap only can be
> identified by acl connection handles. so if two l2cap connections build over
> one acl conncetion (such as two l2cap connections bulid  between two
> bluetooth devices), and the two l2cap connections received continuing
> fragments synchronously，how can i identify which fragments belong the first
> l2caps connections and which fragments  belong the other?
> > thanks.
> >
> >
> >
> > --------------------------------------------------------
> > ZTE Information Security Notice: The
> information contained in this mail is
> solely property of the sender's organization. This
> mail communication is confidential.
> Recipients named above are obligated to maintain
> secrecy and are not permitted to disclose
> the contents of this communication to others.
> > This email and any files transmitted with it
> are confidential and intended solely for
> the use of the individual or entity to
> whom they are addressed. If you have
> received this email in error please notify
> the originator of the message. Any views
> expressed in this message are those of the
> individual sender.
> > This message has been scanned for viruses and Spam by
> ZTE Anti-Spam system.
> >
> >
>
>

[-- Attachment #2: l2cap_frag.JPG --]
[-- Type: image/jpeg, Size: 15093 bytes --]