public inbox for linux-bluetooth@vger.kernel.org
 help / color / mirror / Atom feed
* [Bluez-devel] socket connect returns EAGAIN
@ 2006-09-12  0:47 Jose Vasconcellos
  2006-09-12  8:40 ` Peter Wippich
  0 siblings, 1 reply; 14+ messages in thread
From: Jose Vasconcellos @ 2006-09-12  0:47 UTC (permalink / raw)
  To: bluez-devel

Hello,

I'm wondering why bluetooth sockets return EAGAIN on
connect quite frequently for both RFCOMM and SCO when
O_NONBLOCK is set. Is this the correct behavior?

-Jose


-------------------------------------------------------------------------
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] 14+ messages in thread

* Re: [Bluez-devel] socket connect returns EAGAIN
  2006-09-12  0:47 [Bluez-devel] socket connect returns EAGAIN Jose Vasconcellos
@ 2006-09-12  8:40 ` Peter Wippich
  2006-09-12  8:43   ` Marcel Holtmann
  0 siblings, 1 reply; 14+ messages in thread
From: Peter Wippich @ 2006-09-12  8:40 UTC (permalink / raw)
  To: BlueZ development


Hi Jose, 

see my last post on this subject about 4 days ago. From my understanding 
they shall return EINPROGRESS when the connection to the remote device is 
pending. Returning EAGAIN looks like a small bug. See also man 2 connect 
or man 7 socket. 

Ciao, 

Peter 



On Mon, 11 Sep 2006, Jose Vasconcellos wrote:

> Hello,
> 
> I'm wondering why bluetooth sockets return EAGAIN on
> connect quite frequently for both RFCOMM and SCO when
> O_NONBLOCK is set. Is this the correct behavior?
> 
> -Jose
> 
> 
> -------------------------------------------------------------------------
> 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
> 


|       Peter Wippich                   Voice: +49 30 46776411          |
|       G&W Instruments GmbH            fax:   +49 30 46776419          |
|       Gustav-Meyer-Allee 25, Geb. 12  Email: pewi@gw-instruments.de   |
|       D-13355 Berlin  / Germany                                       |


-------------------------------------------------------------------------
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] 14+ messages in thread

* Re: [Bluez-devel] socket connect returns EAGAIN
  2006-09-12  8:40 ` Peter Wippich
@ 2006-09-12  8:43   ` Marcel Holtmann
  2006-09-12 10:13     ` Peter Wippich
  0 siblings, 1 reply; 14+ messages in thread
From: Marcel Holtmann @ 2006-09-12  8:43 UTC (permalink / raw)
  To: BlueZ development

Hi Peter,

> see my last post on this subject about 4 days ago. From my understanding 
> they shall return EINPROGRESS when the connection to the remote device is 
> pending. Returning EAGAIN looks like a small bug. See also man 2 connect 
> or man 7 socket. 

this has been raised a long time ago. However the Bluetooth core inside
the kernel doesn't sets the wrong error. It is one of the network
functions we use.

Regards

Marcel



-------------------------------------------------------------------------
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] 14+ messages in thread

* Re: [Bluez-devel] socket connect returns EAGAIN
  2006-09-12  8:43   ` Marcel Holtmann
@ 2006-09-12 10:13     ` Peter Wippich
  2006-09-12 10:29       ` Marcel Holtmann
  2006-09-13 14:21       ` Jose Vasconcellos
  0 siblings, 2 replies; 14+ messages in thread
From: Peter Wippich @ 2006-09-12 10:13 UTC (permalink / raw)
  To: BlueZ development


Hi Marcel, 

On Tue, 12 Sep 2006, Marcel Holtmann wrote:

> Hi Peter,
> 
> > see my last post on this subject about 4 days ago. From my understanding 
> > they shall return EINPROGRESS when the connection to the remote device is 
> > pending. Returning EAGAIN looks like a small bug. See also man 2 connect 
> > or man 7 socket. 
> 
> this has been raised a long time ago. However the Bluetooth core inside
> the kernel doesn't sets the wrong error. It is one of the network
> functions we use.

Are you sure ?!? 

I think the problem is in bt_sock_wait_state(...). This always returns 
-EAGAIN if timeout is zero (which it is if the socket is set non 
blocking). But may be I'm missing something. 

Ciao, 

Peter 


|       Peter Wippich                   Voice: +49 30 46776411          |
|       G&W Instruments GmbH            fax:   +49 30 46776419          |
|       Gustav-Meyer-Allee 25, Geb. 12  Email: pewi@gw-instruments.de   |
|       D-13355 Berlin  / Germany                                       |


-------------------------------------------------------------------------
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] 14+ messages in thread

* Re: [Bluez-devel] socket connect returns EAGAIN
  2006-09-12 10:13     ` Peter Wippich
@ 2006-09-12 10:29       ` Marcel Holtmann
  2006-09-13 14:21       ` Jose Vasconcellos
  1 sibling, 0 replies; 14+ messages in thread
From: Marcel Holtmann @ 2006-09-12 10:29 UTC (permalink / raw)
  To: BlueZ development

Hi Peter,

> > > see my last post on this subject about 4 days ago. From my understanding 
> > > they shall return EINPROGRESS when the connection to the remote device is 
> > > pending. Returning EAGAIN looks like a small bug. See also man 2 connect 
> > > or man 7 socket. 
> > 
> > this has been raised a long time ago. However the Bluetooth core inside
> > the kernel doesn't sets the wrong error. It is one of the network
> > functions we use.
> 
> Are you sure ?!? 
> 
> I think the problem is in bt_sock_wait_state(...). This always returns 
> -EAGAIN if timeout is zero (which it is if the socket is set non 
> blocking). But may be I'm missing something. 

not 100% sure, but last time I tracked this down. Feel free to propose a
patch that changes the behavior and brings it in sync with the manual
page.

Regards

Marcel



-------------------------------------------------------------------------
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] 14+ messages in thread

* Re: [Bluez-devel] socket connect returns EAGAIN
  2006-09-12 10:13     ` Peter Wippich
  2006-09-12 10:29       ` Marcel Holtmann
@ 2006-09-13 14:21       ` Jose Vasconcellos
  2006-09-14  9:01         ` Peter Wippich
  1 sibling, 1 reply; 14+ messages in thread
From: Jose Vasconcellos @ 2006-09-13 14:21 UTC (permalink / raw)
  To: BlueZ development

Peter Wippich wrote:
> Hi Marcel, 
>
> On Tue, 12 Sep 2006, Marcel Holtmann wrote:
>
>   
>> Hi Peter,
>>
>>     
>>> see my last post on this subject about 4 days ago. From my understanding 
>>> they shall return EINPROGRESS when the connection to the remote device is 
>>> pending. Returning EAGAIN looks like a small bug. See also man 2 connect 
>>> or man 7 socket. 
>>>       
>> this has been raised a long time ago. However the Bluetooth core inside
>> the kernel doesn't sets the wrong error. It is one of the network
>> functions we use.
>>     
>
> Are you sure ?!? 
>
> I think the problem is in bt_sock_wait_state(...). This always returns 
> -EAGAIN if timeout is zero (which it is if the socket is set non 
> blocking). But may be I'm missing something. 
>
> Ciao, 
>
> Peter 
>
>   
Hi Peter,

I've come to a similar conclusion. I'm not sure why it's returning -EAGAIN.
However, looking at the x25 transport (af_x25.c), it takes a different 
approach;
if O_NONBLOCK is set they don't call the blocking routine at all. Maybe a
similar approach should be taken here.

Jose


-------------------------------------------------------------------------
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] 14+ messages in thread

* Re: [Bluez-devel] socket connect returns EAGAIN
  2006-09-13 14:21       ` Jose Vasconcellos
@ 2006-09-14  9:01         ` Peter Wippich
  2006-09-15  9:49           ` Marcel Holtmann
  0 siblings, 1 reply; 14+ messages in thread
From: Peter Wippich @ 2006-09-14  9:01 UTC (permalink / raw)
  To: BlueZ development



Hi Jose, 

On Wed, 13 Sep 2006, Jose Vasconcellos wrote:

> > I think the problem is in bt_sock_wait_state(...). This always returns 
> > -EAGAIN if timeout is zero (which it is if the socket is set non 
> > blocking). But may be I'm missing something. 
> >
> > Ciao, 
> >
> > Peter 
> >
> >   
> Hi Peter,
> 
> I've come to a similar conclusion. I'm not sure why it's returning -EAGAIN.
> However, looking at the x25 transport (af_x25.c), it takes a different 
> approach;
> if O_NONBLOCK is set they don't call the blocking routine at all. Maybe a
> similar approach should be taken here.
> 
returning EAGAIN is fine for a listening socket. I first thought the 
solution of not calling bt_sock_wait_state() for a non blocking connect 
would be the easiest solution, too. But then you have to correct it on 
several places. Just changing bt_sock_wait_state() will solve it for 
various socket types. 

Ciao, 

Peter 



|       Peter Wippich                   Voice: +49 30 46776411          |
|       G&W Instruments GmbH            fax:   +49 30 46776419          |
|       Gustav-Meyer-Allee 25, Geb. 12  Email: pewi@gw-instruments.de   |
|       D-13355 Berlin  / Germany                                       |


-------------------------------------------------------------------------
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] 14+ messages in thread

* Re: [Bluez-devel] socket connect returns EAGAIN
  2006-09-14  9:01         ` Peter Wippich
@ 2006-09-15  9:49           ` Marcel Holtmann
  2006-09-20 14:48             ` Ulisses Furquim
  0 siblings, 1 reply; 14+ messages in thread
From: Marcel Holtmann @ 2006-09-15  9:49 UTC (permalink / raw)
  To: BlueZ development

Hi Peter,

> > > I think the problem is in bt_sock_wait_state(...). This always returns 
> > > -EAGAIN if timeout is zero (which it is if the socket is set non 
> > > blocking). But may be I'm missing something. 
> > 
> > I've come to a similar conclusion. I'm not sure why it's returning -EAGAIN.
> > However, looking at the x25 transport (af_x25.c), it takes a different 
> > approach;
> > if O_NONBLOCK is set they don't call the blocking routine at all. Maybe a
> > similar approach should be taken here.
> > 
> returning EAGAIN is fine for a listening socket. I first thought the 
> solution of not calling bt_sock_wait_state() for a non blocking connect 
> would be the easiest solution, too. But then you have to correct it on 
> several places. Just changing bt_sock_wait_state() will solve it for 
> various socket types. 

sounds like a good idea. Anyone preparing a patch for it?

Regards

Marcel



-------------------------------------------------------------------------
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] 14+ messages in thread

* Re: [Bluez-devel] socket connect returns EAGAIN
  2006-09-15  9:49           ` Marcel Holtmann
@ 2006-09-20 14:48             ` Ulisses Furquim
  2006-09-20 15:00               ` Peter Wippich
  2006-09-20 15:05               ` Marcel Holtmann
  0 siblings, 2 replies; 14+ messages in thread
From: Ulisses Furquim @ 2006-09-20 14:48 UTC (permalink / raw)
  To: BlueZ development

On 9/15/06, Marcel Holtmann <marcel@holtmann.org> wrote:
> > > > I think the problem is in bt_sock_wait_state(...). This always returns
> > > > -EAGAIN if timeout is zero (which it is if the socket is set non
> > > > blocking). But may be I'm missing something.
> > >
> > > I've come to a similar conclusion. I'm not sure why it's returning -EAGAIN.
> > > However, looking at the x25 transport (af_x25.c), it takes a different
> > > approach;
> > > if O_NONBLOCK is set they don't call the blocking routine at all. Maybe a
> > > similar approach should be taken here.
> > >
> > returning EAGAIN is fine for a listening socket. I first thought the
> > solution of not calling bt_sock_wait_state() for a non blocking connect
> > would be the easiest solution, too. But then you have to correct it on
> > several places. Just changing bt_sock_wait_state() will solve it for
> > various socket types.
>
> sounds like a good idea. Anyone preparing a patch for it?

Sorry, but I'm failing to see why we can't just do a
s/EAGAIN/EINPROGRESS/ inside bt_sock_wait_state(). Does anyone mind to
explain, please?

Regards,

-- Ulisses

-------------------------------------------------------------------------
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] 14+ messages in thread

* Re: [Bluez-devel] socket connect returns EAGAIN
  2006-09-20 14:48             ` Ulisses Furquim
@ 2006-09-20 15:00               ` Peter Wippich
  2006-09-20 15:05               ` Marcel Holtmann
  1 sibling, 0 replies; 14+ messages in thread
From: Peter Wippich @ 2006-09-20 15:00 UTC (permalink / raw)
  To: BlueZ development


Hi Ulisses,

> 
> Sorry, but I'm failing to see why we can't just do a
> s/EAGAIN/EINPROGRESS/ inside bt_sock_wait_state(). Does anyone mind to
> explain, please?

The only problem here is that somebody has to implement and test it ....

Ciao, 
Peter 


|       Peter Wippich                   Voice: +49 30 46776411          |
|       G&W Instruments GmbH            fax:   +49 30 46776419          |
|       Gustav-Meyer-Allee 25, Geb. 12  Email: pewi@gw-instruments.de   |
|       D-13355 Berlin  / Germany                                       |


-------------------------------------------------------------------------
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] 14+ messages in thread

* Re: [Bluez-devel] socket connect returns EAGAIN
  2006-09-20 14:48             ` Ulisses Furquim
  2006-09-20 15:00               ` Peter Wippich
@ 2006-09-20 15:05               ` Marcel Holtmann
  2006-09-21 19:59                 ` Ulisses Furquim
  1 sibling, 1 reply; 14+ messages in thread
From: Marcel Holtmann @ 2006-09-20 15:05 UTC (permalink / raw)
  To: BlueZ development

Hi Ulisses,

> > > > > I think the problem is in bt_sock_wait_state(...). This always returns
> > > > > -EAGAIN if timeout is zero (which it is if the socket is set non
> > > > > blocking). But may be I'm missing something.
> > > >
> > > > I've come to a similar conclusion. I'm not sure why it's returning -EAGAIN.
> > > > However, looking at the x25 transport (af_x25.c), it takes a different
> > > > approach;
> > > > if O_NONBLOCK is set they don't call the blocking routine at all. Maybe a
> > > > similar approach should be taken here.
> > > >
> > > returning EAGAIN is fine for a listening socket. I first thought the
> > > solution of not calling bt_sock_wait_state() for a non blocking connect
> > > would be the easiest solution, too. But then you have to correct it on
> > > several places. Just changing bt_sock_wait_state() will solve it for
> > > various socket types.
> >
> > sounds like a good idea. Anyone preparing a patch for it?
> 
> Sorry, but I'm failing to see why we can't just do a
> s/EAGAIN/EINPROGRESS/ inside bt_sock_wait_state(). Does anyone mind to
> explain, please?

what about the server socket. In this case EAGAIN is fine.

Regards

Marcel



-------------------------------------------------------------------------
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] 14+ messages in thread

* Re: [Bluez-devel] socket connect returns EAGAIN
  2006-09-20 15:05               ` Marcel Holtmann
@ 2006-09-21 19:59                 ` Ulisses Furquim
  2006-09-21 20:05                   ` Marcel Holtmann
  0 siblings, 1 reply; 14+ messages in thread
From: Ulisses Furquim @ 2006-09-21 19:59 UTC (permalink / raw)
  To: BlueZ development

On 9/20/06, Marcel Holtmann <marcel@holtmann.org> wrote:
> what about the server socket. In this case EAGAIN is fine.

Yes, in this case EAGAIN is fine. However, I don't think we are even
calling bt_sock_wait_state() for a server socket (please, correct me
if I'm wrong) so changing EAGAIN to EINPROGRESS inside
bt_sock_wait_state() should just work, right? (we just  need to fix
rfcomm_session_create() too and that's it).

Regards,

-- Ulisses

-------------------------------------------------------------------------
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] 14+ messages in thread

* Re: [Bluez-devel] socket connect returns EAGAIN
  2006-09-21 19:59                 ` Ulisses Furquim
@ 2006-09-21 20:05                   ` Marcel Holtmann
  2006-09-22 17:47                     ` Ulisses Furquim
  0 siblings, 1 reply; 14+ messages in thread
From: Marcel Holtmann @ 2006-09-21 20:05 UTC (permalink / raw)
  To: BlueZ development

Hi Ulisses,

> > what about the server socket. In this case EAGAIN is fine.
> 
> Yes, in this case EAGAIN is fine. However, I don't think we are even
> calling bt_sock_wait_state() for a server socket (please, correct me
> if I'm wrong) so changing EAGAIN to EINPROGRESS inside
> bt_sock_wait_state() should just work, right? (we just  need to fix
> rfcomm_session_create() too and that's it).

looks like it is okay, care to send a patch.

Regards

Marcel



-------------------------------------------------------------------------
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] 14+ messages in thread

* Re: [Bluez-devel] socket connect returns EAGAIN
  2006-09-21 20:05                   ` Marcel Holtmann
@ 2006-09-22 17:47                     ` Ulisses Furquim
  0 siblings, 0 replies; 14+ messages in thread
From: Ulisses Furquim @ 2006-09-22 17:47 UTC (permalink / raw)
  To: BlueZ development

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

On 9/21/06, Marcel Holtmann <marcel@holtmann.org> wrote:
> Hi Ulisses,
>
> > > what about the server socket. In this case EAGAIN is fine.
> >
> > Yes, in this case EAGAIN is fine. However, I don't think we are even
> > calling bt_sock_wait_state() for a server socket (please, correct me
> > if I'm wrong) so changing EAGAIN to EINPROGRESS inside
> > bt_sock_wait_state() should just work, right? (we just  need to fix
> > rfcomm_session_create() too and that's it).
>
> looks like it is okay, care to send a patch.

Here is the patch. I'm running 2.6.18-mh1 plus the attached patch and
I have no problems so far (but it needs more testing so we can be sure
everything works).

Regards,

-- Ulisses

[-- Attachment #2: eagain-to-einprogress.patch --]
[-- Type: text/x-patch, Size: 862 bytes --]

diff --git a/net/bluetooth/af_bluetooth.c b/net/bluetooth/af_bluetooth.c
index 788ea7a..305a099 100644
--- a/net/bluetooth/af_bluetooth.c
+++ b/net/bluetooth/af_bluetooth.c
@@ -276,7 +276,7 @@ int bt_sock_wait_state(struct sock *sk, 
 		set_current_state(TASK_INTERRUPTIBLE);
 
 		if (!timeo) {
-			err = -EAGAIN;
+			err = -EINPROGRESS;
 			break;
 		}
 
diff --git a/net/bluetooth/rfcomm/core.c b/net/bluetooth/rfcomm/core.c
index 332dd8f..468df3b 100644
--- a/net/bluetooth/rfcomm/core.c
+++ b/net/bluetooth/rfcomm/core.c
@@ -644,7 +644,7 @@ static struct rfcomm_session *rfcomm_ses
 	addr.l2_family = AF_BLUETOOTH;
 	addr.l2_psm    = htobs(RFCOMM_PSM);
 	*err = sock->ops->connect(sock, (struct sockaddr *) &addr, sizeof(addr), O_NONBLOCK);
-	if (*err == 0 || *err == -EAGAIN)
+	if (*err == 0 || *err == -EINPROGRESS)
 		return s;
 
 	rfcomm_session_del(s);

[-- Attachment #3: Type: text/plain, Size: 348 bytes --]

-------------------------------------------------------------------------
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

[-- Attachment #4: Type: text/plain, Size: 164 bytes --]

_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

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

end of thread, other threads:[~2006-09-22 17:47 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-09-12  0:47 [Bluez-devel] socket connect returns EAGAIN Jose Vasconcellos
2006-09-12  8:40 ` Peter Wippich
2006-09-12  8:43   ` Marcel Holtmann
2006-09-12 10:13     ` Peter Wippich
2006-09-12 10:29       ` Marcel Holtmann
2006-09-13 14:21       ` Jose Vasconcellos
2006-09-14  9:01         ` Peter Wippich
2006-09-15  9:49           ` Marcel Holtmann
2006-09-20 14:48             ` Ulisses Furquim
2006-09-20 15:00               ` Peter Wippich
2006-09-20 15:05               ` Marcel Holtmann
2006-09-21 19:59                 ` Ulisses Furquim
2006-09-21 20:05                   ` Marcel Holtmann
2006-09-22 17:47                     ` Ulisses Furquim

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox