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