Return-Path: From: Marcel Holtmann To: BlueZ development In-Reply-To: <462E21F0.4080204@vasmac.com> References: <462E02FB.8000600@vasmac.com> <462E21F0.4080204@vasmac.com> Date: Tue, 24 Apr 2007 18:06:11 +0200 Message-Id: <1177430771.6644.218.camel@aeonflux.holtmann.net> Mime-Version: 1.0 Subject: Re: [Bluez-devel] [PATCH]Dynamic Alternate Setting patch (hci_usb.c) Reply-To: BlueZ development List-Id: BlueZ development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Sender: bluez-devel-bounces@lists.sourceforge.net Errors-To: bluez-devel-bounces@lists.sourceforge.net Hi Jose, > > * How do you make sure data for different channels is interleaved? > > > > > > Well , since we know that there can be max 3 SCO channels , we can > > have 3 separate queues, and use a round robin method to send out the > > packets from the queues. i am not sure about this idea though. What > > do u think? > I think this is the right approach; I found that it's very important to > do the > interleaving properly. There is an issue if one of the queues is empty > (i.e. buffer underrun). What to do in that case? Send silence? this is not the job of the transport driver. The job of the transport driver is to send the SCO packets to the hardware. The Bluetooth core has to take care of the correct ordering. Regards Marcel ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel