From owner-freebsd-current@FreeBSD.ORG Sat Nov 15 09:04:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21DBF1065695 for ; Sat, 15 Nov 2008 09:04:10 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 7B28A8FC19 for ; Sat, 15 Nov 2008 09:04:09 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 15 Nov 2008 09:04:07 -0000 Received: from 85-127-251-132.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.251.132] by mail.gmx.net (mp036) with SMTP; 15 Nov 2008 10:04:07 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1+uEW8XUnuu3TKidn+JlYToTGGeLT0VY3+XECNK/Z 9sV4qekCuEDiRO From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Sat, 15 Nov 2008 10:04:05 +0100 User-Agent: KMail/1.10.3 (FreeBSD/7.1-PRERELEASE; KDE/4.1.3; i386; ; ) References: <200811141541.49595.shoesoft@gmx.net> <200811141717.38279.shoesoft@gmx.net> <200811141811.24491.hselasky@c2i.net> In-Reply-To: <200811141811.24491.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811151004.06521.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.52 Cc: Hans Petter Selasky Subject: Re: usb2: no sound with M-Audio Transit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Nov 2008 09:04:10 -0000 On Friday 14 November 2008 18:11:23 Hans Petter Selasky wrote: > On Friday 14 November 2008, Stefan Ehmann wrote: > > http://stud4.tuwien.ac.at/~e0125637/fbsd/transit_config.dump > > Maybe there is something wrong with the 16-bit to 24-bit data conversion ? One more thing: I'm using dfu-util for the firmware download. See http://svn.openmoko.org/trunk/src/host/dfu-util/ The second usb_claim_interface() call fails. But that doesn't seem to be fatal. If I comment out the exit() the download succeeds. Here's the output: dfu-util - (C) 2007-2008 by OpenMoko Inc. This program is Free Software and has ABSOLUTELY NO WARRANTY Opening USB Device 0x0000:0x0000... Claiming USB DFU Runtime Interface... Determining device status: state = dfuIDLE, status = 0 WARNING: Runtime device already in DFU state ?!? Found Runtime: [0x0763:0x2806] devnum=0, cfg=0, intf=0, alt=0, name="RAM" Claiming USB DFU Interface... Cannot claim interface: Unknown error Setting Alternate Setting ... Determining device status: state = dfuIDLE, status = 0 dfuIDLE, continuing Transfer Size = 0x0040 bytes_per_hash=112 Starting download: [##################################################] finished! state(7) = dfuMANIFEST, status(0) = No error condition is present state(2) = dfuIDLE, status(0) = No error condition is present Done! can't detach: Unknown error Resetting USB to switch back to runtime mode error resetting after download: Unknown error The problem is that after the download the device needs to be reset so it gets recognized as uaudio device. This was not implemented in the libusb from sourceforge for BSD. As a workaround you can slightly unplug the cable (I think I read this on some netbsd list) which works but is not very convenient. The reset in dfu-util fails, possibly due to preceding errors. I also tried it with usbconfig: # usbconfig -u 0 -a 2 reset usbconfig: could not reset device: Device not configured And this error in dmesg usb2_req_re_enumerate:1362: addr=2, getting device descriptor failed! This is not critical but it would be nice to get rid of this ugly workaround. -- Stefan