Re: [Bluez-devel] [PATCH]Re: multithreaded name resolution

[Matthias Becker <matthias.becker@beyondsoft.de>]

> > > I tried to read the name of different devices parallel using multi
> > > threading, but without success. If there is one bluetooth device I works
> > > (as there is no real multi threading). If there are who devices, the
> > > same name is reported for both devices. In another test with 6 devices
> > > hci_read_remote_name returned something <0 so I did not get any name at
> > > all.
> > 
> > this won't work. Asking for the name of a device is some sort of 
> > connection setup, and most (all ?) Bt chips do not allow / can not handle 
> > parallel connection setups (even though parallel connections are 
> > possible). 
> > 
> > So don't try further, the problem is outside your code (and even BlueZ). 
> > 
> 
> That's not true, the reported behavior is produced by bluez-libs. I already
> sent a patch to fix it and will attach that patch again to this mail.
> 
> Please let me know if that Patch fixes your problem Matthias.
> 
> Greetings
> 
> Andy
> 
> See also:
> http://thread.gmane.org/gmane.linux.bluez.devel/12491

Sorry for the delay. I tried your patch and in my tests it works
perfectly with up to three parallel name requests using this bluetooth
adapter: http://www.trust.com/products/default.aspx?item=14693

Thanks

-- Matthias Becker


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel