Hello,
I have a system that uses multiple Bluetooth dongles and works just
fine. I've had my system running with several USB hubs and up to the 16
maximum devices that Bluez supports. Now I have a changing requirement
from my customer to handle more than 16 Bluetooth devices. They want
support for up to 30 Bluetooth devices.
I changed the HCI_MAX_DEV in bluez_libs/include/hci.h from 16 to 30,
recompiled and installed bluez_libs and bluez_utils. No problem.
My program works fine with up to 16 Bluetooth devices, but the 17th
device is not recognized and sometimes the entire USB will no longer
work.
Suggestions??
Thank you. Best Regards.
Rich
Hello Marcel,
Thank you for the quick response and the suggestion.
With my existing 2.6.22.2-42.fc6 kernel, reloading the hci_usb with
isoc=0 does help somewhat. I can plug in more than 16 dongles and the
system remains stable. The mouse and keyboard remain usable. However,
the 17th USB device is not recognized.
I am reluctant to try the 2.6.23-rc3 kernel you suggest, since my
development shop is all standardized on the current FC release. I don't
want my machine to get out of sync with the rest of my team.
I think that I'll just tell my customer that he'll have to wait on more
than 16. After all, if the application can't accomplish what it wants
with 16 blueteeth, why do they need more ?
So, thanks for your help. I'm not going to waste any more time on this.
Regards,
Rich
e
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Marcel
Holtmann
Sent: Friday, August 24, 2007 10:26 AM
To: BlueZ development
Subject: Re: [Bluez-devel] Multiple Bluetooth Dongles
Hi Richard,
> In my case, I am not using the SCO feature. I haven't gotten that far
> in my development.
> The steps I followed were:
> - boot my PC
> - modified the HCI_MAX_DEV to 30
> - ran make & make install
> - reboot ( probably not necessary, but what the heck ??)
> - plug in 16 Bluetooth USB dongles. All appear to work OK. For each of
> these, my Fedora Core 6 system pops up a small dialog box with "BlueZ
> (X) Switched device into connected mode"
> - plug in USB flash device. Works OK.
> - plug in USB mouse. Works OK.
> - plug in Bluetooth dongle 17. No obvious response from the system.
> After a few seconds, the USB mouse no longer works. The keyboard no
> longer works. A power down restart is required.
>
> I realize that the test setup is tedious, but maybe you can point me
> towards what to look for ??
load the hci_usb with isoc=0 and see how that works out. If not, then
that is an USB subsystem issue. Make sure you use 2.6.23-rc3.
Regards
Marcel
------------------------------------------------------------------------
-
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
-------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi Richard,
> In my case, I am not using the SCO feature. I haven't gotten that far in
> my development.
> The steps I followed were:
> - boot my PC
> - modified the HCI_MAX_DEV to 30
> - ran make & make install
> - reboot ( probably not necessary, but what the heck ??)
> - plug in 16 Bluetooth USB dongles. All appear to work OK. For each of
> these, my Fedora Core 6 system pops up a small dialog box with "BlueZ
> (X) Switched device into connected mode"
> - plug in USB flash device. Works OK.
> - plug in USB mouse. Works OK.
> - plug in Bluetooth dongle 17. No obvious response from the system.
> After a few seconds, the USB mouse no longer works. The keyboard no
> longer works. A power down restart is required.
>
> I realize that the test setup is tedious, but maybe you can point me
> towards what to look for ??
load the hci_usb with isoc=0 and see how that works out. If not, then
that is an USB subsystem issue. Make sure you use 2.6.23-rc3.
Regards
Marcel
-------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hello Marcel,
In my case, I am not using the SCO feature. I haven't gotten that far in
my development.
The steps I followed were:
- boot my PC
- modified the HCI_MAX_DEV to 30
- ran make & make install
- reboot ( probably not necessary, but what the heck ??)
- plug in 16 Bluetooth USB dongles. All appear to work OK. For each of
these, my Fedora Core 6 system pops up a small dialog box with "BlueZ
(X) Switched device into connected mode"
- plug in USB flash device. Works OK.
- plug in USB mouse. Works OK.
- plug in Bluetooth dongle 17. No obvious response from the system.
After a few seconds, the USB mouse no longer works. The keyboard no
longer works. A power down restart is required.
I realize that the test setup is tedious, but maybe you can point me
towards what to look for ??
Thanks for all your help. Best Regards,
Rich
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Marcel
Holtmann
Sent: Friday, August 24, 2007 8:15 AM
To: BlueZ development
Subject: Re: [Bluez-devel] Multiple Bluetooth Dongles
Hi Richard,
> I have a system that uses multiple Bluetooth dongles and works just
> fine. I've had my system running with several USB hubs and up to the
> 16 maximum devices that Bluez supports. Now I have a changing
> requirement from my customer to handle more than 16 Bluetooth devices.
> They want support for up to 30 Bluetooth devices.
>
> I changed the HCI_MAX_DEV in bluez_libs/include/hci.h from 16 to 30,
> recompiled and installed bluez_libs and bluez_utils. No problem.
>
> My program works fine with up to 16 Bluetooth devices, but the 17th
> device is not recognized and sometimes the entire USB will no longer
> work.
we might broke something here since I haven't tested this in quite a
while. Mainly because I don't care so much anymore. Having these kind of
test setups are nasty.
The USB part can be an issue if you use the SCO support of the hci_usb
driver. Load the driver with isoc=0 to disable it. The ISOC frames for
the SCO support consume to much USB bandwidth.
Regards
Marcel
------------------------------------------------------------------------
-
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
-------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi Richard,
> I have a system that uses multiple Bluetooth dongles and works just
> fine. I've had my system running with several USB hubs and up to the
> 16 maximum devices that Bluez supports. Now I have a changing
> requirement from my customer to handle more than 16 Bluetooth devices.
> They want support for up to 30 Bluetooth devices.
>
> I changed the HCI_MAX_DEV in bluez_libs/include/hci.h from 16 to
> 30, recompiled and installed bluez_libs and bluez_utils. No problem.
>
> My program works fine with up to 16 Bluetooth devices, but the 17th
> device is not recognized and sometimes the entire USB will no longer
> work.
we might broke something here since I haven't tested this in quite a
while. Mainly because I don't care so much anymore. Having these kind of
test setups are nasty.
The USB part can be an issue if you use the SCO support of the hci_usb
driver. Load the driver with isoc=0 to disable it. The ISOC frames for
the SCO support consume to much USB bandwidth.
Regards
Marcel
-------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi Matthias,
On Fri, 24 Aug 2007, Matthias Becker wrote:
> Hi,
>
> 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).
Ciao,
Peter
-------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi Jeffrey,
> We are doing something similar in that we are using multiple dongles
> as well, and are also interested in doing something similar to what
> your customer wants to do by increasing the # of dongles.
the kernel can handles as many dongles as you want and as long as you
have memory for the hci_dev structure.
For the userspace it is limited to 16, because of the ioctl() design.
Regards
Marcel
-------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi,
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.
hcitool scan --flush
Scanning ...
00:1A:89:6F:DE:EE Nokia 5300
00:19:63:9D:09:16 K800i
My multithreaded tool:
00:19:63:9D:09:16 K800i
00:1A:89:6F:DE:EE K800i
When I don't start multiple threads but do it single threaded everything
works fine, and my code should be absolutly threadsafe.
Is this a bug in BlueZ or was it never supposed to work parallel?
When I run hcidump -V I see that the right names are recived:
> HCI Event: Remote Name Req Complete (0x07) plen 255
status 0x00 bdaddr 00:1A:89:6F:DE:EE name 'Nokia 5300'
> HCI Event: Remote Name Req Complete (0x07) plen 255
status 0x00 bdaddr 00:19:63:9D:09:16 name 'K800i'
-- Matthias
-------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi,
We are doing something similar in that we are using multiple dongles as
well, and are also interested in doing something similar to what your
customer wants to do by increasing the # of dongles.
Out of curiosity, how are you using these dongles?
On 8/23/07, Williams, Richard <[email protected]> wrote:
>
> Hello,
>
> I have a system that uses multiple Bluetooth dongles and works just fine.
> I've had my system running with several USB hubs and up to the 16 maximum
> devices that Bluez supports. Now I have a changing requirement from my
> customer to handle more than 16 Bluetooth devices. They want support for up
> to 30 Bluetooth devices.
>
> I changed the HCI_MAX_DEV in bluez_libs/include/hci.h from 16 to
> 30, recompiled and installed bluez_libs and bluez_utils. No problem.
>
> My program works fine with up to 16 Bluetooth devices, but the 17th device
> is not recognized and sometimes the entire USB will no longer work.
>
> Suggestions??
>
> Thank you. Best Regards.
>
> *Rich *
>
> -------------------------------------------------------------------------
> 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
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>
>
--
-Jeff
> > > 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
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel