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