lkml.org 
[lkml]   [2002]   [Jun]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: driverfs is not for everything! (was: [PATCH] /proc/scsi/map )
    On Mon, 24 Jun 2002, James Bottomley wrote:

    > andrew.grover@intel.com said:
    > > If a device can be accessed by multiple machines concurrently, it
    > > should not be in driverfs.
    >
    > On that argument, we'll eliminate almost all Fibre Channel devices!
    >
    > I think the qualification for appearing in driverfs is actually possessing a
    > driver. Therefore, we accept FC and iSCSI. Things which appear as
    > FileSystems are debatable, but not anything which has a real device driver.

    Between iSCSI and filesystems there's still MD, loopback, ramdisk, NBD,
    LVM, and general partitioning. They all expose block devices and try their
    damnedest to look like physical devices. If we're serious about using
    driverfs as a system for unifying device detection ("show me all my disks,
    please"), then these should all be in too.

    And they raise some interesting problems. As pointed out earlier, iSCSI is
    potentially multipath, as is LVM, NBD, and software RAID. Hardware RAID is
    already multipath in some cases so our tree really ought to be a DAG.

    And let's think about loopback a moment. It's potentially layered on top
    of a filesystem, layered on top of a logical volume layered on top of SCSI
    and ATA. Just from the power management perspective, to quiesce our
    system, we'll have to know that we need to flush loop->fs->lvm->scsi/ata
    before we can shut down whichever drive.

    So to be done right, we need to pull filesystems into the tree too (rather
    than just implicitly correlating against /proc/mounts).

    > > 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.
    >
    > Perhaps it's more a question of whether power management belongs as an every
    > unit item in driverfs. As you say, we get problems where the device is shared
    > between multiple computers.

    And we already have a problem there for local SCSI - see OpenGFS which
    lets you share a filesystem on a single SCSI bus. Admittedly, that's
    rather sick, but not as appalling for FC, iSCSI, or NBD (or GFS's
    internal equivalent).

    --
    "Love the dolphins," she advised him. "Write by W.A.S.T.E.."

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

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