On Wed, 2 Apr 2003, David Brownell wrote:
> Alan Stern wrote:
> > What sort of information would it be useful to expose in this way? A few
> > possibilities that would be easy to implement (stored in the per-device
> > data structure in usb-storage) are:
> >
> > 1. The current state of the driver: IDLE, RUNNING, RESETTING, or
> > ABORTING.
> >
> > 2. A couple of flag bits: urb in progress, sg_request in progress.
>
> Make them human-comprehensible strings instead ... maybe even saying
> what the command was.
Strings, naturally. The first byte of the scsi CDB ought to be sufficient
to classify the command (although it gets altered dynamically at one point
in the driver).
> > 3. Address of the current scsi_cmnd block (if any).
Is the actual address at all useful?
> >
> > 4. Count values for various semaphores/completions: device in use,
> > awaken control thread, wait for abort to complete.
>
> Sounds right. Perhaps also listing any device quirks.
5. There's a handful of flags that could be listed. That
information should really be made available through the /proc/scsi/usb
interface. Maybe you feel that the entire /proc/scsi/usb thing should be
moved to sysfs anyhow.
What is the proper format for putting this stuff into sysfs? Should every
item get its own file? Or should common items go in the same file, maybe
yielding 4 or 5 files containing the information as listed here? Or one
big file with everything (not that much, really)? Bear in mind that this
must be read-only; with the driver running it's not possible/safe to
change any of these values. And of course much of it is volatile,
constantly changing as the driver runs.
Alan Stern
-------------------------------------------------------
This SF.net email is sponsored by: ValueWeb:
Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
