Re: introduction of blacklist for autosuspend

On Fri, 9 Feb 2007, Jon Smirl wrote:

> > I received the device in the mail today and tested it.  My experience
> > echoes yours exactly, except that I didn't actually try to use the device
> > after resuming it.  I presume you have tried and it doesn't work?
> 
> Device does not work after resume. But it is easy to test it just plug
> your PC powered speakers into the green (i think) jack. You can ignore
> the 5.1 support.

I was short on time and didn't try to play anything through the device.  
That's the next thing I'll do.

> It only took the distributions about three years to get ALSA set up
> correctly to work with 6 channel USB audio.
> 
> I forgot about this, there is low level documentation available.
> http://www.linux-usb.org/Philips_PSC805_HID_Reports_1.4.pdf
> 
> >
> > Anyway, the story is this.  As far as usbcore is concerned, the device
> > _appears_ to work fine.  It suspends and resumes okay.  The device status
> > fetch done by finish_port_resume() succeeds.  The HID driver resubmits its
> > interrupt URB, and the device sends back NAKs.
> >
> > But the power LED doesn't turn back on.  The device behaves precisely the
> 
> What looks like a power LED is not one. It is the mute button and
> under software control from the host so it isn't telling us anything.
> I originally thought it was a power LED but then figured out that it
> wasn't.

Are you certain?  The mute button is on the top front edge, but the light 
appears about 2/3 of the way up the front side.  (There may be another 
light right on the mute button as well; I can't remember.)

So you're suggesting that perhaps the device resumes with the Mute turned 
on?  That would still be a bug, but not a terribly serious one.

> Have you tried any kind of low level USB monitor on it?

I did.  As far as it indicates, after a resume everything is normal.  But
of course, that's without trying to play anything.

> > same regardless of whether it is connected to an Intel UHCI, a VIA UHCI,
> > or an NEC OHCI controller.  This really does appear to be a bug in the
> > device.  Maybe it wants some special command before it will wake up
> > fully... but a reset works just as well.
> 
> How do you explain it working on a hub, but not on a host?

I haven't tried that yet.  Too short on time...

> > This looks like a prime candidate for a quirks entry.  I will create one
> > later on.  And I'll mail the device back early next week.
> 
> No hurry, keep it as long as you think it will be useful. Stick some
> speakers on it and check it out, it sounds way better than typical
> motherboard audio. Not bad for $40.

Okay, we'll see what happens.

Alan Stern


-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
[email protected]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel