Messages in this thread | | | Date | Sun, 23 Oct 2005 11:48:06 +0200 | From | Pavel Machek <> | Subject | Re: Billionton bluetooth CF card: performance is 10KB/sec |
| |
Hi!
> > Ping time is around 50msec, and that seems pretty much okay, but > > 10KB/sec seems like way too low. > > > > I am limited to 10KB/sec both on linux-to-linux bnetp transfers and it > > limits my transfer rates using edge and n6230, too :-(. > > so you say that the Nokia 6230 has PAN Profile support and you don't > need any PPP crap to get Internet access? This would be the first phone > I have seen so far.
No, sorry, that was over ppp over rfcomm. With MSI dongle, I get 25KB/sec with n6230. With bluetooth CF card, I only get 10KB/sec.
> > 64 bytes from 10.1.0.3: icmp_seq=181 ttl=64 time=11789.1 ms > > 64 bytes from 10.1.0.3: icmp_seq=182 ttl=64 time=10784.9 ms > > 64 bytes from 10.1.0.3: icmp_seq=183 ttl=64 time=9781.1 ms > > The initial pings look good, the rest is very bad.
Rest is during transfer. I'd expect it to be slightly worse, but not that bad.
> > Netdev watchdog complains a lot: > > > > Oct 22 18:53:57 amd pand[2439]: Bluetooth PAN daemon version 2.19 > > Oct 22 18:53:57 amd pand[2439]: Connecting to <won't tell you> > > Oct 22 18:53:58 amd pand[2439]: bnep0 connected > > Oct 22 18:54:37 amd kernel: usb 3-1: USB disconnect, address 2 > > Oct 22 18:55:33 amd kernel: NETDEV WATCHDOG: bnep0: transmit timed out > > Oct 22 18:55:59 amd last message repeated 2 times > > Oct 22 18:56:51 amd last message repeated 5 times > > Oct 22 18:57:55 amd last message repeated 3 times > > Oct 22 18:59:03 amd last message repeated 7 times > > The transmit timeouts shouldn't be there. The question is now which side > is at fault. The host or the phone?
This is against second linux box... Can't be the phone.
> Please do a "hcitool info <won't tell you>" as root so I can see which > what chip we are dealing. Also "hciconfig hci0 version" for your card > would help.
On billionton card:
root@spitz:/bt# hcitool info <address of MSI card> Requesting information ... BD Address: <address of MSI card> Device Name: BlueZ (0) LMP Version: 1.1 (0x1) LMP Subversion: 0x20d Manufacturer: Cambridge Silicon Radio (10) Features: 0xff 0xff 0x0f 0x00 0x00 0x00 0x00 0x00 <3-slot packets> <5-slot packets> <encryption> <slot offset> <timing accuracy> <role switch> <hold mode> <sniff mode> <park state> <RSSI> <channel quality> <SCO link> <HV2 packets> <HV3 packets> <u-law log> <A-law log> <CVSD> <paging scheme> <power control> <transparent SCO> root@spitz:/bt# hciconfig hci0 version hci0: Type: UART BD Address: <address of billionton> ACL MTU: 192:8 SCO MTU: 64:8 HCI Ver: 1.1 (0x1) HCI Rev: 0x33c LMP Ver: 1.1 (0x1) LMP Subver: 0x33c Manufacturer: Cambridge Silicon Radio (10) root@spitz:/bt#
On MSI side:
root@bug:~# hcitool info <address of billionton> Requesting information ... BD Address: <address of billionton> Device Name: billionton LMP Version: 1.1 (0x1) LMP Subversion: 0x33c Manufacturer: Cambridge Silicon Radio (10) Features: 0xff 0xff 0x0f 0x00 0x00 0x00 0x00 0x00 <3-slot packets> <5-slot packets> <encryption> <slot offset> <timing accuracy> <role switch> <hold mode> <sniff mode> <park state> <RSSI> <channel quality> <SCO link> <HV2 packets> <HV3 packets> <u-law log> <A-law log> <CVSD> <paging scheme> <power control> <transparent SCO> root@bug:~#
> You can also use "hcidump -X -V" to analyze the traffic.
Do you prefer hcidump on MSI or on billionton side? On MSI side it is easy to get, but it is generating *big* logs. Pavel -- Thanks, Sharp! - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |