Return-Path: Message-ID: From: Robert Rawlins To: , Date: Fri, 18 Jan 2008 15:04:58 +0000 MIME-Version: 1.0 Subject: [Bluez-users] Same Old Speed Issues Reply-To: BlueZ users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0508140567==" Sender: bluez-users-bounces@lists.sourceforge.net Errors-To: bluez-users-bounces@lists.sourceforge.net List-ID: --===============0508140567== Content-Type: multipart/alternative; boundary="_1d621f38-11be-4354-910e-743276a4d57b_" --_1d621f38-11be-4354-910e-743276a4d57b_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello Guys, =20 You'll have to forgive me, I've posted a copy of this mail to both the user= s and developers list in the hope that I might widen the audience a little = bit and hopefully find a solution to this problem as its been causing me pr= oblems for quite some time, I hope you don't mind. =20 The crux of the issue is that I'm getting very slow OBEX transmit speeds, d= espite the fact that all the conditions seems to be correct for me to take = advantage of the full Bluetooth 2 + EDR specification. I'll try my best to = help explain all the details and hopefully you'll have some ideas on diagno= sing or solving the problems. =20 I'm running a USB dongle from Ezurio which is based on a CSR chipset, runni= ng Bluetooth version 2.0 with EDR capabilities. more details on the dongle = can be found on thier site. http://www.ezurio.co.uk/products/highspeedusbad= aptor/ =20 I'm running this on a Debian based system, which is running kernel version = 2.6.23 and has Bluez version 3.24 which has been installed from a package o= n the apt-get service. =20 At the moment I've tried using both ussp-push and open-obex push clients to= transfer the file, both giving me the same results. I'm achieving roughly = 25Kbytes/s transfer speed both up and down. I've tried running these same d= ongles from my Windows PC and achieve well over 100kBytes/s. (This is trans= mitting to a Sony k850i handset which is v2.0 + EDR). This would lead me to= believe its not an issue with the Dongle, more likely something with my Li= nux configuration =20 The output from hciconfig -a look as follows, I'm unable to see anything un= expected in it: =20 hci0: Type: USB BD Address: 00:80:98:E6:38:BD ACL MTU: 310:10 SCO = MTU: 64:8 UP RUNNING PSCAN ISCAN RX bytes:242063 acl:5074 sc= o:0 events:16608 errors:0 TX bytes:5053795 acl:24234 sco:0 commands:= 146 errors:0 Features: 0xff 0xff 0x8f 0xfe 0x9b 0xf9 0x00 0x80 = Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 Link policy: RSW= ITCH HOLD SNIFF PARK Link mode: MASTER Name: 'Hello' = Class: 0x080100 Service Classes: Capturing Device Class: Com= puter, Uncategorized HCI Ver: 2.0 (0x3) HCI Rev: 0xbf4 LMP Ver: 2.0 = (0x3) LMP Subver: 0xbf4 Manufacturer: Cambridge Silicon Radio (10) =20 And likewise when looking at the features for the chip, it lists the EDR su= pport as we would expect. =20 Features: 0xff 0xff 0x8f 0xfe 0x9b 0xf9 0x00 0x80 <3= -slot packets> <5-slot packets> = = = <= EDR ACL 2 Mbps> <3-slot EDR ACL> <5-slot EDR ACL> = <3-slot EDR eSCO> =20 This slow speed has been plaguing me for a long time and I've never been ab= le to find anything which looks out of place, regardless of the different k= ernel and blues editions I've tried. =20 Can anyone provide any advice? if you need any more information at all them= please do let me know. =20 Thanks for your time, =20 Robert _________________________________________________________________ Get Hotmail on your mobile, text MSN to 63463! http://mobile.uk.msn.com/pc/mail.aspx= --_1d621f38-11be-4354-910e-743276a4d57b_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello Guys,
 
You'll have to forgive me, I've posted a copy of this mail to both the user= s and developers list in the hope that I might widen the audience a little = bit and hopefully find a solution to this problem as its been causing me pr= oblems for quite some time, I hope you don't mind.
 
The crux of the issue is that I'm getting very slow OBEX transmit speeds, d= espite the fact that all the conditions seems to be correct for me to take = advantage of the full Bluetooth 2 + EDR specification. I'll try my best to = help explain all the details and hopefully you'll have some ideas on diagno= sing or solving the problems.
 
I'm running a USB dongle from Ezurio which is based on a CSR chipset, runni= ng Bluetooth version 2.0 with EDR capabilities. more details on the dongle = can be found on thier site. http://www.ezurio.co.uk/products/highspeedusbadaptor/
 
I'm running this on a Debian based system, which is running kernel version = 2.6.23 and has Bluez version 3.24 which has been installed from a package o= n the apt-get service.
 
At the moment I've tried using both ussp-push and open-obex push clients to= transfer the file, both giving me the same results. I'm achieving roughly = 25Kbytes/s transfer speed both up and down. I've tried running these same d= ongles from my Windows PC and achieve well over 100kBytes/s. (This is = transmitting to a Sony k850i handset which is v2.0 + EDR). This would lead = me to believe its not an issue with the Dongle, more likely something with = my Linux configuration
 
The output from hciconfig -a look as follows, I'm unable to see anything un= expected in it:
 
hci0:   Type: USB
        B= D Address: 00:80:98:E6:38:BD ACL MTU: 310:10 SCO MTU: 64:8
  &= nbsp;     UP RUNNING PSCAN ISCAN
   =      RX bytes:242063 acl:5074 sco:0 events:16608 errors= :0
        TX bytes:5053795 acl:24234= sco:0 commands:146 errors:0
        = Features: 0xff 0xff 0x8f 0xfe 0x9b 0xf9 0x00 0x80
   &nbs= p;    Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
&= nbsp;       Link policy: RSWITCH HOLD SNIFF P= ARK
        Link mode: MASTER
&n= bsp;       Name: 'Hello'
   = ;     Class: 0x080100
     =    Service Classes: Capturing
     &n= bsp;  Device Class: Computer, Uncategorized
    = ;    HCI Ver: 2.0 (0x3) HCI Rev: 0xbf4 LMP Ver: 2.0 (0x3) LM= P Subver: 0xbf4
        Manufacturer:= Cambridge Silicon Radio (10)
 
And likewise when looking at the features for the chip, it lists the EDR su= pport as we would expect.
 
        Features: 0xff 0xff 0x8f 0xfe 0x= 9b 0xf9 0x00 0x80
         =        <3-slot packets> <5-slot pack= ets> <encryption> <slot offset>
    =             <timi= ng accuracy> <role switch> <hold mode> <sniff mode>             &= nbsp;   <park state> <RSSI> <channel quality> &= lt;SCO link> <HV2 packets>
      = ;          <HV3 packets>= <u-law log> <A-law log> <CVSD> <paging scheme>             &n= bsp;   <power control> <transparent SCO> <broadcas= t encrypt>
         &nb= sp;      <EDR ACL 2 Mbps> <EDR ACL 3 Mbps= > <enhanced iscan>
       &= nbsp;        <interlaced iscan> &l= t;interlaced pscan> <inquiry with RSSI>
   &nbs= p;            <ex= tended SCO> <EV4 packets> <EV5 packets> <AFH cap. slave&g= t;
           &n= bsp;    <AFH class. slave> <3-slot EDR ACL> <= 5-slot EDR ACL>
        &nbs= p;       <AFH cap. master> <AFH clas= s. master> <EDR eSCO 2 Mbps>
     &nb= sp;          <EDR eSCO 3 Mb= ps> <3-slot EDR eSCO> <extended features>
 
This slow speed has been plaguing me for a long time and I've never been ab= le to find anything which looks out of place, regardless of the different k= ernel and blues editions I've tried.
 
Can anyone provide any advice? if you need any more information at all them= please do let me know.
 
Thanks for your time,
 
Robert


Think you know your TV, music and film?
Try Search Charades! = --_1d621f38-11be-4354-910e-743276a4d57b_-- --===============0508140567== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ --===============0508140567== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Bluez-users mailing list Bluez-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-users --===============0508140567==--