[lkml]   [2002]   [Jun]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRE: driverfs is not for everything! (was: [PATCH] /proc/scsi/map )
    > From: David Brownell [] 
    > > Is the device PHYSICALLY hooked up to the computer? If not,
    > it shouldn't be
    > > in devicefs.
    > What's "devicefs" -- some new filesystem? Or a mis/re-naming
    > of "driverfs"?
    > I assume you don't mean "devfs".

    Yep I meant driverfs. Oops.

    > > The device tree (for which devicefs is the fs
    > representation) was originally
    > > meant to enable good device power management and configuration.
    > Surely a driver using IP-over-wire like iSCSI is no less
    > deserving of appearing
    > in "driverfs" than one whose driver uses
    > custom-protocol-over-a-"wire" like USB,
    > FireWire, FC, IR, SCSI, or Bluetooth? I don't see why some
    > disks (for example)
    > should deserve to be "more equal than others" -- and approved
    > to be in driverfs.

    It's a matter of where to draw the line. Obviously when we're talking
    physical devices, my tcpip connection to is not one. My PS/2
    port is. I actually think keeping in mind that driverfs is for power
    management can help delineate what should be in driverfs and what shouldn't.
    With technologies like USB, infiniband, NFS, iSCSI, and 1394, it's tough,
    but the main question should be:

    "If my computer suspends, should this device be turned off?" Which is
    another way of asking is the use of a device exclusive to a particular

    If a device can be accessed by multiple machines concurrently, it should not
    be in driverfs.

    > No, of course driverfs isn't for everything. But if it's not
    > for all drivers,
    > then what's it for -- just power management?

    "Just" power management??? Like power management isn't important enough???

    We need a device tree to do PM. If driverfs's PM capabilities are hurt
    because it doesn't stay true to that, then the featureitis has gone too far.

    Regards -- Andy
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:27    [W:0.025 / U:10.160 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site