Skip to contentSkip to conversation

gumstix & bluez (infineon)

Bluez-devel Brad Midgley 3 participants 3 messages Apr 9, 2005 – Apr 11, 2005 Bluetooth drivers

lore
Share & tools
lore
#0 lore raw

Hey

I like the specs of the x-scale gumstix 400f-bt for building something like a homebrew bluetooth access point etc.

I don't like the fact that it's using a class 2 infineon bluetooth radio. Has anyone had success with infineon and btsco for example?

The other alternative is to get a csr class 1 (bluecore4/bt2.0?) chip and tie it into one of the gumstix uarts. I don't have the first clue about getting csr hardware directly...

Has anyone else caught the embedded "bug" or is it just me :)

Brad

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel

#1 lore raw

[Bluez-devel] RFCOMM non-blocking support

Hi Marcel,

This was already discussed a year ago:
question:
http://sourceforge.net/mailarchive/message.php?msg_id=8643791
reply:
http://sourceforge.net/mailarchive/message.php?msg_id=8643793

I have exactly the same problem, I guess.

Instead of EINPROGRESS non-blocking connect() returns EAGAIN (Resource temporarily unavailable). The rest seem to be OK (see the source). Select waits till the connection is established or an error occurs (at least as it looks from hcidump log).

Regards,
Victor.

maintainer
#2 lore raw

Re: [Bluez-devel] RFCOMM non-blocking support

Hi Victor,

Quoted 6 lines

This was already discussed a year ago:
question:
http://sourceforge.net/mailarchive/message.php?msg_id=8643791
reply:
http://sourceforge.net/mailarchive/message.php?msg_id=8643793

Quoted 6 lines

I have exactly the same problem, I guess.

Instead of EINPROGRESS non-blocking connect() returns EAGAIN (Resource temporarily unavailable). The rest seem to be OK (see the source). Select waits till the connection is established or an error occurs (at least as it looks from hcidump log).

I just checked the code and the problem is the bt_sock_wait_state() function. In the case of O_NONBLOCK we give it a timeout of 0 and this means that it will exit with EAGAIN if sk->sk_state != state. This actually means that also L2CAP is not working correct in the non blocking case. How do we should fix this? The easiest way seems to add another check to bt_sock_wait_state() before entering the while loop:

	if (!timeo && sk->sk_state != state)
		return -EINPROGRESS;

Another way is to add a flags parameter to this function or deal with it in the L2CAP/RFCOMM connect functions.

Regards

Marcel

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel