From: Lars Grunewaldt <lgw@dark-reality.de>
To: bluez-devel@lists.sourceforge.net
Subject: Re: [Bluez-devel] Re: multi rfcomm/sco connection
Date: Sat, 06 Nov 2004 17:47:18 +0100 [thread overview]
Message-ID: <418D0016.2020408@dark-reality.de> (raw)
In-Reply-To: <1099749058.6919.56.camel@pegasus>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Marcel Holtmann wrote:
|>In the other way, I have test with hsmicro with two Headsets it's OK
|>but I must force Alternate Setting of Isochronous interface from default
|>2 to 4 (two 16 bits Voice links) in hci_usb_probe() [hci_usb.c]
|
|
| This is a known problem, because we don't use a dynamic alternate
| setting switching. It must be fixed inside the driver.
|
| Send me a patch for the hci_usb driver that can switch the alternate
| setting depending on the number of SCO connections. You should talk to
| the Bluetooth ALSA (bluetooth-alsa.sf.net) guys, because they will need
| this too.
*developer raising hand*
I'm one of the bt-alsa guys and looked into the problem a bit. You can
find my questions in the mailing list archive of bluez-devel, Topic was
"question about hci_usb endpoint selection..."
We cleared some basic things like what usb callbacks are needed, but I
never came to selecting the correct alternate mode.
I short it comes down to something like:
"the number of sco connections and there type (16b, 8b) lead to the
alternate setting. Look again in the BT specs for this".
Another excerpt from the email communication:
***
~ int usb_set_interface(struct usb_device *dev, int interface, int
alternate);
***
The documentation/manpage says:
***
Note that in the Linux USB subsystem, bandwidth associated with an
endpoint in a given alternate setting is not reserved until an URB is
submitted that needs that bandwidth. Some other operating systems
allocate bandwidth early, when a configuration is chosen.
This call is synchronous, and may not be used in an interrupt context.
Also, drivers must not change altsettings while urbs are scheduled for
endpoints in that interface; all such urbs must first be completed
(perhaps forced by unlinking).
***
Please have a closer look at the older email communication, if you begin
to develop a solution it would be great if you can keep me up-to-date so
that we don't do the same work twice.
CU & good luck,
~ Lars
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFBjQAVQWC6DTWkDAoRAj2CAJ95/FndEkAExhpxoFepV575WlXQWwCbBP0q
mlqU0TpoDkgYY1WwAchOSow=
=ujWU
-----END PGP SIGNATURE-----
-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel/listinfo/bluez-devel
next prev parent reply other threads:[~2004-11-06 16:47 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <E1CQIAu-0004AO-Dd@sc8-sf-list2.sourceforge.net>
2004-11-06 13:14 ` [Bluez-devel] Re: multi rfcomm/sco connection Suriyan
2004-11-06 13:50 ` Marcel Holtmann
2004-11-06 16:47 ` Lars Grunewaldt [this message]
[not found] <20041110041405.3CC331D4758@sc8-sf-uberspam1.sourceforge.net>
2004-11-14 4:30 ` Suriyan
2004-11-14 15:35 ` Marcel Holtmann
2004-11-14 16:16 ` Lars Grunewaldt
2004-11-14 16:34 ` Marcel Holtmann
2004-07-27 14:56 [Bluez-devel] SCO audio sync ubaldo
2004-07-27 15:06 ` Marcel Holtmann
2004-11-09 14:41 ` [Bluez-devel] Re: multi rfcomm/sco connection ubaldo
2004-11-10 0:52 ` Marcel Holtmann
-- strict thread matches above, loose matches on Subject: below --
2004-06-18 17:54 [Bluez-devel] " ubaldo
2004-06-18 18:15 ` Marcel Holtmann
2004-06-18 18:33 ` ubaldo
2004-06-18 18:37 ` [Bluez-devel] " Marcel Holtmann
2004-06-18 18:42 ` ubaldo
2004-06-18 18:49 ` [Bluez-devel] " Marcel Holtmann
2004-07-16 14:02 ` ubaldo
2004-07-16 15:29 ` [Bluez-devel] " Marcel Holtmann
2004-08-04 22:45 ` Radha Thiagarajan
2004-08-04 23:35 ` Marcel Holtmann
2004-08-05 15:33 ` Radha Thiagarajan
2004-08-05 17:25 ` Marcel Holtmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=418D0016.2020408@dark-reality.de \
--to=lgw@dark-reality.de \
--cc=bluez-devel@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox