From owner-freebsd-bluetooth@FreeBSD.ORG Sat May 6 20:04:30 2006 Return-Path: X-Original-To: freebsd-bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C80E16A402 for ; Sat, 6 May 2006 20:04:30 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from mail03.svc.cra.dublin.eircom.net (mail03.svc.cra.dublin.eircom.net [159.134.118.19]) by mx1.FreeBSD.org (Postfix) with SMTP id A541043D46 for ; Sat, 6 May 2006 20:04:28 +0000 (GMT) (envelope-from plunky@rya-online.net) Received: (qmail 92030 messnum 272636 invoked from network[83.70.176.191/unknown]); 6 May 2006 20:04:27 -0000 Received: from unknown (HELO rya-online.net) (83.70.176.191) by mail03.svc.cra.dublin.eircom.net (qp 92030) with SMTP; 6 May 2006 20:04:27 -0000 Received: (nullmailer pid 740 invoked by uid 1000); Sat, 06 May 2006 20:01:58 -0000 Date: Sat, 6 May 2006 21:01:58 +0100 (BST) To: Maksim Yevmenkin In-Reply-To: <4445206D.4030109@savvis.net> References: <4423D096.2010205@udc.es> <44248823.3040907@savvis.net> <1145275616.851775.858.nullmailer@galant.ukfsn.org> <4445206D.4030109@savvis.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <1146945718.380438.1055.nullmailer@galant.ukfsn.org> From: Iain Hibbert Cc: freebsd-bluetooth@freebsd.org Subject: Re: USB isoc xfers X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 May 2006 20:04:30 -0000 On Tue, 18 Apr 2006, Maksim Yevmenkin wrote: > this is a work in progress code that i used to receive sco data from the > headset. this is NOT complete, its for the reference purposes. i have not > tried to send sco data. Hi Max, did you do any further work on this? I have been stuck for a week but I think I found now what has been causing me trouble, which was that sending data proceeds for a bit, then the dongle locks up. Any bulk transfers bomb out with IOERROR and the control pipe only returns STALLED (trying to clear the stall does nothing). Even the flashing light goes out! This seems to be caused by sending partial frames. Everything proceeds well if I arrange the SCO packets to fill the frames exactly. eg using config #2 (one 16-bit voice channel), with 17 byte frame lengths and 48 (+3 hdr) byte packets then what I have works fine with 3 frames per packet. It would seem a little clunky to me to work out optimum SCO packet lengths unless I went with one packet per frame, but the overhead could become significant in that case. I'm not sure exactly why this has been causing trouble, because the usb hardware/driver does feel free to provide partial incoming frames sometimes. I glanced at the uhci spec and see nothing obviously forbidding it there, and the uhci driver similarly. It would be interesting to see if FreeBSD gives the same results, since the usb drivers are the same. iain