All of lore.kernel.org
 help / color / mirror / Atom feed
* [Bluez-devel]  Frames too long in sco_send_frame
@ 2006-08-24  4:43 Rich Townsend
  0 siblings, 0 replies; 2+ messages in thread
From: Rich Townsend @ 2006-08-24  4:43 UTC (permalink / raw)
  To: Bluez Developers

(Apologies for the repost, this accidentally ended up as a sidethread)

Hi all --

I'm experiencing a problem with my Belkin Compact Flash Bluetooth adapter
(F8T020 v.2). When trying to get a headset working with the adapter (via
snd-bt-sco), I've discovered that no SCO packets are being transmitted:

hciconfig -a hci0:

hci0:   Type: UART
        BD Address: 00:02:72:81:23:27 ACL MTU: 192:8 SCO MTU: 64:8
        UP RUNNING PSCAN ISCAN AUTH ENCRYPT
        RX bytes:63524 acl:27 sco:361 events:59 errors:0
        TX bytes:2004 acl:22 sco:0 commands:29 errors:0
        Features: 0xff 0xff 0x0f 0x00 0x00 0x00 0x00 0x00
        Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
        Link policy: RSWITCH HOLD SNIFF PARK
        Link mode: SLAVE ACCEPT
        Name: 'BlueZ (0)'
        Class: 0x120104
        Service Classes: Networking
        Device Class: Computer, Desktop workstation
        HCI Ver: 1.1 (0x1) HCI Rev: 0x110 LMP Ver: 1.1 (0x1) LMP Subver: 0x110
        Manufacturer: Cambridge Silicon Radio (10)

hciconfig hci0 revision:

hci0:   Type: UART
         BD Address: 00:02:72:81:23:27 ACL MTU: 192:8 SCO MTU: 64:8
         HCI 14.3
         Chip version: BlueCore02-External (ES2)
         Max key size: 56 bit
         SCO mapping:  HCI

The adapter is CSR based (not Broadcom), and the problem therefore doesn't seem
to be MTU based.

However, inserting debugging code in net/bluetooth/sco.c, I discover that the
problem lies within sco_send_frame (or its caller). When the code fragment

	/* Check outgoing MTU */
	if (len > conn->mtu)
		return -EINVAL;

is reached, conn->mtu has the expected value of 64, but len is consistently
larger. Hence, sco_send_frame exits with -EINVAL, and the frame never leaves the
adapter.

I'd appreciate assistance in working out the source of the problem. I'm new to
the bluetooth code, so it's not clear to me why sco_send_frame is being passed
frames that are larger than the MTU.

cheers,

Rich

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

^ permalink raw reply	[flat|nested] 2+ messages in thread
* [Bluez-devel] SCO Connection not working in handsfree with a Nokia 6600
@ 2006-08-05 18:04 Arkaitz
  2006-08-23  2:43 ` [Bluez-devel] Frames too long in sco_send_frame Rich Townsend
  0 siblings, 1 reply; 2+ messages in thread
From: Arkaitz @ 2006-08-05 18:04 UTC (permalink / raw)
  To: bluez-devel

Hi,
I've been using bluez stack for a project and i've a trouble. I
managed to do a stable handsfree connection with a Nokia N90 and a
Motorola V3 using something like the following but through JNI from
java.
As I am unable to make it work with the 6600 i mtrying it in c++ to be
sure that its not a java or JNI problem.
The fact is that i follow these steps:
1) I manually add HF profile to my pc(sdptool add HF)
2) I open a rfcomm connection to the mobile phone at the HFAG service
channel and i send:
        sendCommand(rfsocket,"AT+CGMI\r");
        sleep(1);
        sendCommand(rfsocket,"AT+BRSF=31\r");
        sleep(1);
        sendCommand(rfsocket,"AT+CIND=?\r");
        sleep(1);
        sendCommand(rfsocket,"AT+CIND?\r");
        sleep(1);
        sendCommand(rfsocket,"AT+CMER=?\r");
        sleep(1);
        sendCommand(rfsocket,"AT+CMER=3,0,0,1\r");
        sleep(1);
        sendCommand(rfsocket,"AT+CLIP=1\r");
        sleep(1);
        sendCommand(rfsocket,"AT+NREC=0\r");
        sleep(1);
        sendCommand(rfsocket,"AT+CHLD=?\r");
        sleep(1);

        pthread_create(&scoconth, NULL, scoControllerThread, (void *)sbdaddr);
        sendCommand(rfsocket,"AT+BLDN\r");

3) Before the last command that should do a recall, i start a thread
that will manage the sco connection
3.1) I create a SCO socket, i bind it, listen and the thread waits in
an accept function
4) After asking the recall, the phone should open the scoconnection to
my phone through the socket that is waiting in the accept function,
but it doesnt!!!

The N90 and V3 opened that socket but the 6600 doesn't. Im a bit
confused, because the 6600 lights the handsfree icon in the screen,
but nothing more.

In another code using handsfree i saw a kind of initialization, it
opened the sco socket in client mode and sent a 48 byte packet full of
0s, after taht it closed the socket and opened again in server mode to
start accepting. Ive tried tat kind of initialization too but no way.

Maybe im missing something?
Thanks a lot for your time


-- 
Arkaitz

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

^ permalink raw reply	[flat|nested] 2+ messages in thread
end of thread, other threads:[~2006-08-24  4:43 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-08-24  4:43 [Bluez-devel] Frames too long in sco_send_frame Rich Townsend
  -- strict thread matches above, loose matches on Subject: below --
2006-08-05 18:04 [Bluez-devel] SCO Connection not working in handsfree with a Nokia 6600 Arkaitz
2006-08-23  2:43 ` [Bluez-devel] Frames too long in sco_send_frame Rich Townsend

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.