On Fri, 23 Jan 2004 14:52:59 -0800
Greg KH <[EMAIL PROTECTED]> wrote:
> I've now applied this patch and will be sending it to Linus. Remember,
> sysfs is 1 value per file. No multivalue file crud now...
I dunno. vendor/prod could go in the same file - the dev files have a major:minor
layout.
So if I split this into 6 separate functions, you'll take it?
Does anyone know how to create a sub-directory when using the SCSI
attributes list? Or should I just prefix all of the entries with 'usb_'?
Matt
On Fri, Jan 23, 2004 at 02:52:59PM -0800, Greg KH wrote:
> On Sun, Jan 11, 2004 at 04:46
On Mon, Jan 26, 2004 at 02:35:01PM +, Ian Molton wrote:
> On Fri, 23 Jan 2004 14:52:59 -0800
> Greg KH <[EMAIL PROTECTED]> wrote:
>
> > I've now applied this patch and will be sending it to Linus. Remember,
> > sysfs is 1 value per file. No multivalue file crud now...
>
> I dunno. vendor/pr
On Fri, Jan 23, 2004 at 03:00:06PM -0800, Matthew Dharm wrote:
> So if I split this into 6 separate functions, you'll take it?
Yup. But be careful. It looks like some of your values are already in
that directory (and reported differently, heh, that's funny...)
> Does anyone know how to create a
On Sun, Jan 11, 2004 at 04:46:45PM -0800, Matthew Dharm wrote:
> This patch adds a sysfs attribute to the usb-storage SCSI devices. This
> attribute (read-only) is basically a clone of the information available in
> /proc/scsi/scsi -- since that interface is going away, adding a new sysfs
> attrib
This patch adds a sysfs attribute to the usb-storage SCSI devices. This
attribute (read-only) is basically a clone of the information available in
/proc/scsi/scsi -- since that interface is going away, adding a new sysfs
attribute seemed like a good idea.
Greg, please apply.
Matt
# This is a Bi
