No.  Mfr, Product, and SerialNumber strings for any device
are only printed ifdef #CONFIG_USB_DEBUG.

Are you suggesting that this should be changed or rethought?


Think about these questions:

Do you think that users need to see their OHCI Root Hub
"serial number" (aka I/O address)?  Actually it (I/O address)
is already printed (logged) at HCD init.  Does it need to be
repeated in /proc/bus/usb/devices?

How many users will have more than one OHCI or UHCI root hub?

Are you acting (questioning) as a developer (who needs DEBUG
info) or as a user?  Or as a developer who needs DEBUG
info from a user?  (That's one of the reasons that CONFIG_USB_DEBUG
was made a *config build option.)


I'm just trying to read your mind (on those Rx/pharmaceuticals)
and having trouble doing it.  Please provide more info.
I'm not saying NO, we won't change that.

~Randy

___________________________________________________
|Randy Dunlap     Intel Corp., DAL    Sr. SW Engr.|
|randy.dunlap.at.intel.com            503-696-2055|
|NOTE:  Any views presented here are mine alone   |
|and may not represent the views of my employer.  |
|_________________________________________________|

> From: Matthew Dharm [mailto:[EMAIL PROTECTED]]
> 
> On Tue, 11 Apr 2000, Dunlap, Randy wrote:
> 
> > > (2) Does anyone know why we're not seeing the "OHCI Root Hub" 
> > > string in
> > > the output?  Did that patch (to identify virtual root hubs) 
> > > not make it into the kernel?
> > 
> > It's in there but it's not printed unless USB is compiled with
> > CONFIG_USB_DEBUG set.
> 
> Odd... so, manufacturer strings get printed for other 
> devices, but not for
> the virtual root hubs?  That seems weird.  Personally, the behavior I
> would like to see would be to either have those strings 
> always printed.
> But, I would like to have the descriptor dump supressed when
> CONFIG_USB_DEBUG is not set.
> 
> Other opinions on the matter?


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to