Re: AudioTrak Optoplay...

[Takashi Iwai <tiwai@suse.de>]

At Mon, 2 Jun 2003 14:18:26 -0600,
Ross Miller wrote:
> 
> Also, the following lines are printed in the syslog:
> May 24 23:28:17 snoopy kernel: usb-uhci.c: interrupt, status 2, frame# 985
> May 24 23:28:18 snoopy kernel: usb_control/bulk_msg: timeout
> May 24 23:28:18 snoopy kernel: ALSA ../alsa-kernel/usb/usbaudio.c:1026: 5:1:2: 
> cannot get freq at ep 0x1
> 
> I looked at the source code, and line 1026 is in the init_usb_sample_rate 
> function.  According to the comment, the calls are made
> only if the devices has "sampling rate control" .  I hacked that part out (so 
> that the function no longer tries to set the rate) and then the device played 
> just fine, at 24, 16 and 8 bits.

ok, i added a workaround code in usbaudio.c.

> The only problem was that it spat out a 
> continuous stream of messages to the syslog.  Here's a sample:
> 
> May 24 23:44:32 snoopy last message repeated 3 times
> May 24 23:44:32 snoopy kernel: usb.c: usb-check-bandwidth would have FAILED: 
> was 456, would be 913, bustime = 457 us
> May 24 23:44:32 snoopy kernel: usb.c: usb-check-bandwidth would have FAILED: 
> was 799, would be 913, bustime = 114 us
> May 24 23:44:32 snoopy last message repeated 3 times
> May 24 23:44:33 snoopy kernel: usb.c: usb-check-bandwidth would have FAILED: 
> was 456, would be 913, bustime = 457 us
> 
> These messages continue for as long as the sound is playing.

a possible reason is that either we set up the interface correctly, or
we pass too many packets for the requested status.
i added nrpacks module option in usbaudio driver.  please set
nrpacks=2 to reduce the max number of URB packets.

the changes were committed to cvs now, so please give a try.


ciao,

Takashi


-------------------------------------------------------
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.