[Bluez-users] SDP problem w/ WM 5 PDA BT stack

linux-bluetooth.vger.kernel.org archive mirror
 help / color / mirror / Atom feed

* [Bluez-users] SDP problem w/ WM 5 PDA BT stack
@ 2006-01-02 11:11 Martinez, JuanAntonio
  2006-01-02 11:27 ` Marcel Holtmann
  0 siblings, 1 reply; 8+ messages in thread
From: Martinez, JuanAntonio @ 2006-01-02 11:11 UTC (permalink / raw)
  To: bluez-users

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

Hi there,

 

We have a problem when trying to connect a certain WM 5 PDA to a Linux
box (RedHat 9, kernel 2.4.20, properly patched) using the ad-hoc RPMs.

This PDA uses SS1 (Stone Street 1) BT stack instead of MS's.

Linux box properly initiates all of the daemons and modules, then SP
(Serial Port) is added ("sdptool add SP"), since PDA should detect this
service.

The problem is that it does not.

After discovering Linux BT on the PDA and then requesting its services,
PDA comes out with the error window:

****************************

SDP Query Error

Unable to retrieve remote services.

A connection error has ocurred.

*****************************

The application uses rfcomm to transfer data between both devices. Linux
side "listens" (rfcomm listen 0) to the PDA. This connection cannot be
done, obviously.

 

Yet, using MS's very BT stack (btd.dll), it *does work*, on another PDA
(WM2003).

We traced (hcidump) both PDAs:

 

Non-Working one:

 

HCIDump - HCI packet analyzer ver 1.9

> HCI Event: Connect Request (0x04) plen 10

< HCI Command: Accept Connection Request (0x01|0x0009) plen 7

> HCI Event: Command Status (0x0f) plen 4

> HCI Event: Connect Complete (0x03) plen 11

< HCI Command: Write Link Policy Settings (0x02|0x000d) plen 4

> HCI Event: Page Scan Repetition Mode Change (0x20) plen 7

> HCI Event: Command Complete (0x0e) plen 6

< HCI Command: Change Connection Packet Type (0x01|0x000f) plen 4

> ACL data: handle 0x0029 flags 0x02 dlen 12

    L2CAP(s): Connect req: psm 1 scid 0x0040

< ACL data: handle 0x0029 flags 0x02 dlen 16

    L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0040 result 0 status 0

> HCI Event: Number of Completed Packets (0x13) plen 5

> HCI Event: Command Status (0x0f) plen 4

> HCI Event: Connection Packet Type Changed (0x1d) plen 5

> ACL data: handle 0x0029 flags 0x02 dlen 16

    L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 4

    MTU 2048 

< ACL data: handle 0x0029 flags 0x02 dlen 14

    L2CAP(s): Config rsp: scid 0x0040 flags 0x0000 result 0 clen 0

< ACL data: handle 0x0029 flags 0x02 dlen 12

    L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 0

> HCI Event: Number of Completed Packets (0x13) plen 5

> HCI Event: Number of Completed Packets (0x13) plen 5

> ACL data: handle 0x0029 flags 0x02 dlen 14

    L2CAP(s): Config rsp: scid 0x0040 flags 0x0000 result 0 clen 0

> ACL data: handle 0x0029 flags 0x02 dlen 36

    L2CAP(d): cid 0x40 len 32 [psm 1]

        SDP SSA Req: tid 0x0 len 0x1b

          pat uuid-16 0x0100 (L2CAP)

          max 0x7e8

          aid(s) 0x0001 (SrvClassIDList) 0x0004 (ProtocolDescList)
0x0009 (BTProfileDescList) 0x000d (IconURL) 0x0100 - 0xffff

          cont 00 

> ACL data: handle 0x0029 flags 0x02 dlen 12

    L2CAP(s): Disconn req: dcid 0x0040 scid 0x0040

< ACL data: handle 0x0029 flags 0x02 dlen 12

    L2CAP(s): Disconn rsp: dcid 0x0040 scid 0x0040

> HCI Event: Number of Completed Packets (0x13) plen 5

> HCI Event: Disconn Complete (0x05) plen 4

 

Working one:

 

HCIDump - HCI packet analyzer ver 1.9

> HCI Event: Connect Request (0x04) plen 10

< HCI Command: Accept Connection Request (0x01|0x0009) plen 7

> HCI Event: Command Status (0x0f) plen 4

> HCI Event: Connect Complete (0x03) plen 11

< HCI Command: Write Link Policy Settings (0x02|0x000d) plen 4

> HCI Event: Page Scan Repetition Mode Change (0x20) plen 7

> HCI Event: Command Complete (0x0e) plen 6

< HCI Command: Change Connection Packet Type (0x01|0x000f) plen 4

> HCI Event: Max Slots Change (0x1b) plen 3

> HCI Event: Command Status (0x0f) plen 4

> HCI Event: Connection Packet Type Changed (0x1d) plen 5

> ACL data: handle 0x0029 flags 0x02 dlen 12

    L2CAP(s): Connect req: psm 1 scid 0x0046

< ACL data: handle 0x0029 flags 0x02 dlen 16

    L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0046 result 0 status 0

> HCI Event: Number of Completed Packets (0x13) plen 5

> ACL data: handle 0x0029 flags 0x02 dlen 16

    L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 4

    MTU 4096 

< ACL data: handle 0x0029 flags 0x02 dlen 14

    L2CAP(s): Config rsp: scid 0x0046 flags 0x0000 result 0 clen 0

< ACL data: handle 0x0029 flags 0x02 dlen 12

    L2CAP(s): Config req: dcid 0x0046 flags 0x0000 clen 0

> HCI Event: Number of Completed Packets (0x13) plen 5

> HCI Event: Number of Completed Packets (0x13) plen 5

> ACL data: handle 0x0029 flags 0x02 dlen 14

    L2CAP(s): Config rsp: scid 0x0040 flags 0x0000 result 0 clen 0

> ACL data: handle 0x0029 flags 0x02 dlen 17

> ACL data: handle 0x0029 flags 0x01 dlen 5

    L2CAP(d): cid 0x40 len 18 [psm 1]

        SDP SSA Req: tid 0x0 len 0xd

          pat uuid-16 0x1101 (SP)

          max 0xff8

          aid(s) 0x0004 (ProtocolDescList)

          cont 00 

< ACL data: handle 0x0029 flags 0x02 dlen 33

    L2CAP(d): cid 0x46 len 29 [psm 1]

        SDP SSA Rsp: tid 0x0 len 0x18

          cnt 0x15

          srv rec #0

            aid 0x0004 (ProtocolDescList)

               < < uuid-16 0x0100 (L2CAP) > <

               uuid-16 0x0003 (RFCOMM) uint 0x1 > >

 

          cont 00 

> HCI Event: Number of Completed Packets (0x13) plen 5

> ACL data: handle 0x0029 flags 0x02 dlen 12

    L2CAP(s): Disconn req: dcid 0x0040 scid 0x0046

< ACL data: handle 0x0029 flags 0x02 dlen 12

    L2CAP(s): Disconn rsp: dcid 0x0040 scid 0x0046

> HCI Event: Number of Completed Packets (0x13) plen 5

> HCI Event: Disconn Complete (0x05) plen 4

 

Yes, MTUs are different, but the most relevant difference is that
"working" PDA only requests: aid(s) 0x0004 (ProtocolDescList), which
*is* replied, and "nonworking" one requests: aid(s) 0x0001
(SrvClassIDList) 0x0004 (ProtocolDescList) 0x0009 (BTProfileDescList)
0x000d (IconURL) 0x0100 - 0xffff, which *are not* replied, and hence PDA
shows the error.

 

How can we configure bluez so it responds (with null data, whatsoever)
to this full SDP request?

 

Many thanks in advance

Best regards,


________________________________________________________________________
This email has been scanned for computer viruses.

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

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

* Re: [Bluez-users] SDP problem w/ WM 5 PDA BT stack
  2006-01-02 11:11 [Bluez-users] SDP problem w/ WM 5 PDA BT stack Martinez, JuanAntonio
@ 2006-01-02 11:27 ` Marcel Holtmann
  0 siblings, 0 replies; 8+ messages in thread
From: Marcel Holtmann @ 2006-01-02 11:27 UTC (permalink / raw)
  To: bluez-users

Hi,

> We have a problem when trying to connect a certain WM 5 PDA to a Linux
> box (RedHat 9, kernel 2.4.20, properly patched) using the ad-hoc RPMs.
>=20
> This PDA uses SS1 (Stone Street 1) BT stack instead of MS=E2=80=99s.
>=20
> Linux box properly initiates all of the daemons and modules, then SP
> (Serial Port) is added (=E2=80=9Csdptool add SP=E2=80=9D), since PDA sh=
ould detect
> this service.
>
> > ACL data: handle 0x0029 flags 0x02 dlen 36
>=20
>     L2CAP(d): cid 0x40 len 32 [psm 1]
>         SDP SSA Req: tid 0x0 len 0x1b
>           pat uuid-16 0x0100 (L2CAP)
>           max 0x7e8
>           aid(s) 0x0001 (SrvClassIDList) 0x0004 (ProtocolDescList)
> 0x0009 (BTProfileDescList) 0x000d (IconURL) 0x0100 - 0xffff
>           cont 00=20

I have seen this problem before, when I helped debugging the Blooover II
application. This stack combines a list of attributes and a range of
attributes in the same request. This is valid transaction, but we simply
don't handle this correctly.

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

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

* RE: [Bluez-users] SDP problem w/ WM 5 PDA BT stack
@ 2006-01-02 11:38 Martinez, JuanAntonio
  2006-01-02 11:42 ` Marcel Holtmann
  0 siblings, 1 reply; 8+ messages in thread
From: Martinez, JuanAntonio @ 2006-01-02 11:38 UTC (permalink / raw)
  To: bluez-users

Hi,

So,=20when=20you=20say=20"This=20is=20valid=20transaction,=20but=20we=20si=
mply
don't=20handle=20this=20correctly."=20do=20you=20mean=20this=20will=20even=
tually=20be=20fixed?

Thanks=20in=20advance
Best=20regards


-----Mensaje=20original-----
De:=20bluez-users-admin@lists.sourceforge.net
[mailto:bluez-users-admin@lists.sourceforge.net]=20En=20nombre=20de=20Marc=
el
Holtmann
Enviado=20el:=20lunes,=2002=20de=20enero=20de=202006=2012:27
Para:=20bluez-users@lists.sourceforge.net
Asunto:=20Re:=20[Bluez-users]=20SDP=20problem=20w/=20WM=205=20PDA=20BT=20s=
tack

Hi,

>=20We=20have=20a=20problem=20when=20trying=20to=20connect=20a=20certain=20=
WM=205=20PDA=20to=20a=20Linux
>=20box=20(RedHat=209,=20kernel=202.4.20,=20properly=20patched)=20using=20=
the=20ad-hoc=20RPMs.
>=20
>=20This=20PDA=20uses=20SS1=20(Stone=20Street=201)=20BT=20stack=20instead=20=
of=20MS's.
>=20
>=20Linux=20box=20properly=20initiates=20all=20of=20the=20daemons=20and=20=
modules,=20then=20SP
>=20(Serial=20Port)=20is=20added=20("sdptool=20add=20SP"),=20since=20PDA=20=
should=20detect
>=20this=20service.
>
>=20>=20ACL=20data:=20handle=200x0029=20flags=200x02=20dlen=2036
>=20
>=20=20=20=20=20L2CAP(d):=20cid=200x40=20len=2032=20[psm=201]
>=20=20=20=20=20=20=20=20=20SDP=20SSA=20Req:=20tid=200x0=20len=200x1b
>=20=20=20=20=20=20=20=20=20=20=20pat=20uuid-16=200x0100=20(L2CAP)
>=20=20=20=20=20=20=20=20=20=20=20max=200x7e8
>=20=20=20=20=20=20=20=20=20=20=20aid(s)=200x0001=20(SrvClassIDList)=200x0=
004=20(ProtocolDescList)
>=200x0009=20(BTProfileDescList)=200x000d=20(IconURL)=200x0100=20-=200xfff=
f
>=20=20=20=20=20=20=20=20=20=20=20cont=2000=20

I=20have=20seen=20this=20problem=20before,=20when=20I=20helped=20debugging=
=20the=20Blooover=20II
application.=20This=20stack=20combines=20a=20list=20of=20attributes=20and=20=
a=20range=20of
attributes=20in=20the=20same=20request.=20This=20is=20valid=20transaction,=
=20but=20we=20simply
don't=20handle=20this=20correctly.

Regards

Marcel




-------------------------------------------------------
This=20SF.net=20email=20is=20sponsored=20by:=20Splunk=20Inc.=20Do=20you=20=
grep=20through=20log
files
for=20problems?=20=20Stop!=20=20Download=20the=20new=20AJAX=20search=20eng=
ine=20that=20makes
searching=20your=20log=20files=20as=20easy=20as=20surfing=20the=20=20web.=20=
=20DOWNLOAD=20SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id=16865&op=3Dclick
_______________________________________________
Bluez-users=20mailing=20list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

________________________________________________________________________
This=20email=20has=20been=20scanned=20for=20computer=20viruses.

________________________________________________________________________
This=20email=20has=20been=20scanned=20for=20computer=20viruses.


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

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

* RE: [Bluez-users] SDP problem w/ WM 5 PDA BT stack
  2006-01-02 11:38 Martinez, JuanAntonio
@ 2006-01-02 11:42 ` Marcel Holtmann
  0 siblings, 0 replies; 8+ messages in thread
From: Marcel Holtmann @ 2006-01-02 11:42 UTC (permalink / raw)
  To: bluez-users

Hi,

> So, when you say "This is valid transaction, but we simply
> don't handle this correctly." do you mean this will eventually be fixed?

I need an example application to reproduce this behavior. Then I might
be able to fix this very soon. Otherwise it might be there forever.

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

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

* RE: [Bluez-users] SDP problem w/ WM 5 PDA BT stack
@ 2006-01-02 12:09 Martinez, JuanAntonio
  0 siblings, 0 replies; 8+ messages in thread
From: Martinez, JuanAntonio @ 2006-01-02 12:09 UTC (permalink / raw)
  To: bluez-users

Hi=20Marcel,

I=20am=20afraid=20that=20you=20will=20need=20a=20Windows=20Mobile=205.0=20=
PDA=20running=20SS1=20BT
stack!
Anyway,=20in=20the=20meantime=20we=20found=20a=20workaround.

Thanks

-----Mensaje=20original-----
De:=20bluez-users-admin@lists.sourceforge.net
[mailto:bluez-users-admin@lists.sourceforge.net]=20En=20nombre=20de=20Marc=
el
Holtmann
Enviado=20el:=20lunes,=2002=20de=20enero=20de=202006=2012:42
Para:=20bluez-users@lists.sourceforge.net
Asunto:=20RE:=20[Bluez-users]=20SDP=20problem=20w/=20WM=205=20PDA=20BT=20s=
tack

Hi,

>=20So,=20when=20you=20say=20"This=20is=20valid=20transaction,=20but=20we=20=
simply
>=20don't=20handle=20this=20correctly."=20do=20you=20mean=20this=20will=20=
eventually=20be
fixed?

I=20need=20an=20example=20application=20to=20reproduce=20this=20behavior.=20=
Then=20I=20might
be=20able=20to=20fix=20this=20very=20soon.=20Otherwise=20it=20might=20be=20=
there=20forever.

Regards

Marcel




-------------------------------------------------------
This=20SF.net=20email=20is=20sponsored=20by:=20Splunk=20Inc.=20Do=20you=20=
grep=20through=20log
files
for=20problems?=20=20Stop!=20=20Download=20the=20new=20AJAX=20search=20eng=
ine=20that=20makes
searching=20your=20log=20files=20as=20easy=20as=20surfing=20the=20=20web.=20=
=20DOWNLOAD=20SPLUNK!
http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
_______________________________________________
Bluez-users=20mailing=20list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

________________________________________________________________________
This=20email=20has=20been=20scanned=20for=20computer=20viruses.

________________________________________________________________________
This=20email=20has=20been=20scanned=20for=20computer=20viruses.


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

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

* RE: [Bluez-users] SDP problem w/ WM 5 PDA BT stack
@ 2006-01-02 14:20 Martinez, JuanAntonio
  2006-01-02 15:28 ` Marcel Holtmann
  0 siblings, 1 reply; 8+ messages in thread
From: Martinez, JuanAntonio @ 2006-01-02 14:20 UTC (permalink / raw)
  To: bluez-users

Hi,

Fyi,=20StoneStreet=20One's=20BT=20stack=20is=20commercially=20known=20as=20=
bluetopia.

Regards


-----Mensaje=20original-----
De:=20bluez-users-admin@lists.sourceforge.net
[mailto:bluez-users-admin@lists.sourceforge.net]=20En=20nombre=20de=20Marc=
el
Holtmann
Enviado=20el:=20lunes,=2002=20de=20enero=20de=202006=2012:42
Para:=20bluez-users@lists.sourceforge.net
Asunto:=20RE:=20[Bluez-users]=20SDP=20problem=20w/=20WM=205=20PDA=20BT=20s=
tack

Hi,

>=20So,=20when=20you=20say=20"This=20is=20valid=20transaction,=20but=20we=20=
simply
>=20don't=20handle=20this=20correctly."=20do=20you=20mean=20this=20will=20=
eventually=20be
fixed?

I=20need=20an=20example=20application=20to=20reproduce=20this=20behavior.=20=
Then=20I=20might
be=20able=20to=20fix=20this=20very=20soon.=20Otherwise=20it=20might=20be=20=
there=20forever.

Regards

Marcel




-------------------------------------------------------
This=20SF.net=20email=20is=20sponsored=20by:=20Splunk=20Inc.=20Do=20you=20=
grep=20through=20log
files
for=20problems?=20=20Stop!=20=20Download=20the=20new=20AJAX=20search=20eng=
ine=20that=20makes
searching=20your=20log=20files=20as=20easy=20as=20surfing=20the=20=20web.=20=
=20DOWNLOAD=20SPLUNK!
http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
_______________________________________________
Bluez-users=20mailing=20list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

________________________________________________________________________
This=20email=20has=20been=20scanned=20for=20computer=20viruses.

________________________________________________________________________
This=20email=20has=20been=20scanned=20for=20computer=20viruses.


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

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

* RE: [Bluez-users] SDP problem w/ WM 5 PDA BT stack
  2006-01-02 14:20 Martinez, JuanAntonio
@ 2006-01-02 15:28 ` Marcel Holtmann
  0 siblings, 0 replies; 8+ messages in thread
From: Marcel Holtmann @ 2006-01-02 15:28 UTC (permalink / raw)
  To: bluez-users

Hi,

> Fyi, StoneStreet One's BT stack is commercially known as bluetopia.

this doesn't really help me, because I am not installing a commercial
Bluetooth stack.

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

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

* RE: [Bluez-users] SDP problem w/ WM 5 PDA BT stack
@ 2006-01-02 15:43 Martinez, JuanAntonio
  0 siblings, 0 replies; 8+ messages in thread
From: Martinez, JuanAntonio @ 2006-01-02 15:43 UTC (permalink / raw)
  To: bluez-users

Hi=20Marcel,

Do=20you=20happen=20to=20have=20a=20Windows=20Mobile=202003=20PDA=20to=20t=
est=20with?
If=20so,=20there=20is=20a=20free=20BTExplorer=20Lite=20version=20you=20cou=
ld=20use=20on=20this=20PDA
and=20behaves=20the=20very=20same=20way.
If=20you=20are=20interested=20(and=20you=20have=20the=20unit),=20please=20=
let=20me=20know,=20so=20I
can=20send=20it=20to=20you.

On=20the=20other=20hand,=20BT=20device=20on=20Linux=20side=20(Bluez's)=20i=
s=20a=20Socket=20USB
Adapter=20BL4533-550.=20It=20works=20fine!=20So=20I=20guess=20it=20could=20=
be=20worthy=20adding
it=20to=20the=20hw=20list.

Many=20thanks=20in=20advance
Best=20regards,

Juan

-----Mensaje=20original-----
De:=20bluez-users-admin@lists.sourceforge.net
[mailto:bluez-users-admin@lists.sourceforge.net]=20En=20nombre=20de=20Marc=
el
Holtmann
Enviado=20el:=20lunes,=2002=20de=20enero=20de=202006=2016:28
Para:=20bluez-users@lists.sourceforge.net
Asunto:=20RE:=20[Bluez-users]=20SDP=20problem=20w/=20WM=205=20PDA=20BT=20s=
tack

Hi,

>=20Fyi,=20StoneStreet=20One's=20BT=20stack=20is=20commercially=20known=20=
as=20bluetopia.

this=20doesn't=20really=20help=20me,=20because=20I=20am=20not=20installing=
=20a=20commercial
Bluetooth=20stack.

Regards

Marcel




-------------------------------------------------------
This=20SF.net=20email=20is=20sponsored=20by:=20Splunk=20Inc.=20Do=20you=20=
grep=20through=20log
files
for=20problems?=20=20Stop!=20=20Download=20the=20new=20AJAX=20search=20eng=
ine=20that=20makes
searching=20your=20log=20files=20as=20easy=20as=20surfing=20the=20=20web.=20=
=20DOWNLOAD=20SPLUNK!
http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
_______________________________________________
Bluez-users=20mailing=20list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

________________________________________________________________________
This=20email=20has=20been=20scanned=20for=20computer=20viruses.

________________________________________________________________________
This=20email=20has=20been=20scanned=20for=20computer=20viruses.


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

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

end of thread, other threads:[~2006-01-02 15:43 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-01-02 11:11 [Bluez-users] SDP problem w/ WM 5 PDA BT stack Martinez, JuanAntonio
2006-01-02 11:27 ` Marcel Holtmann
  -- strict thread matches above, loose matches on Subject: below --
2006-01-02 11:38 Martinez, JuanAntonio
2006-01-02 11:42 ` Marcel Holtmann
2006-01-02 12:09 Martinez, JuanAntonio
2006-01-02 14:20 Martinez, JuanAntonio
2006-01-02 15:28 ` Marcel Holtmann
2006-01-02 15:43 Martinez, JuanAntonio

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).