Date: Wed, 1 Dec 2004 09:09:00 +0100 (CET) From: Barry Bouwsma <freebsd-misuser@remove-NOSPAM-to-reply.NOSPAM.dyndns.dk> To: freebsd-hackers@freebsd.org Subject: Re: USB OHCI problems... Message-ID: <200412010809.iB1890h07824@Mail.NOSPAM.DynDNS.dK> References: <200410201612.i9KGClg05229@Mail.NOSPAM.DynDNS.dK> <200411301310.iAUDAJl01186@Mail.NOSPAM.DynDNS.dK> <200412011048.50694.doconnor@gsoft.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
[drop me from any replies, and I'll catch up from the archives, thanx] On Wed, 1 Dec 2004 10:48:42 +1030, "Daniel O'Connor" wrote: > > In addition, I've connected a uaudio sound device, which > > works to play audio for between 10 and 13 minutes, before > > bombing out with an error in ohci_device_isoc_enter(), > On a side note.. > How are you testing it? ``waveplay -S 48000 -f /dev/dsp[0-2]'' (when part of a pipeline that cuts off the WAV header info), or via a wrapper that invokes `ogg123' with the appropriate /dev/dsp? audio device. Into a pair of headphones. I haven't done a serious comprehensive test to try recording or anything; that comes later. > Last time I tried my USB audio device I got pretty reliable panics trying to > get KDE to use it :( Which FreeBSD and what sort of device? My FreeBSD-4.x is using as much USB code from -current as possible, which might make some difference. The uaudio device I have is one that I inquired about some months back in either the -multimedia or -hardware list -- I need to dig out that post, and make a followup to it with potentially useful info sometime later today. There are, um, ``interesting'' things I've observed, which I'll mention in my followup to whichever list, that I need to verify are independent of UHCI/OHCI controller, and also whether afflict NetBSD as well. NetBSD also gives me more access to the device. FreeBSD finds it as uaudio and uhid, and (my module source) plays back at a fixed volume level (apparently samplerate too). The (usual) worst I experience is the `isoc TD' message followed by a `pcmX:play: timeout, channel dead' type of message, after which the device no longer works. While I've had panics from other causes, I don't think any of mine could be pinned on the uaudio/uhid device -- but I haven't done much in the way of connect/disconnecting and stuff. thanks barry bouwsma
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200412010809.iB1890h07824>