[lkml]   [2007]   [Feb]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectHow far should BLKROSET/set_device_ro() go?
    While looking at another bug a while ago, I noticed that in 2.6 at 
    least, set_device_ro() sets the policy on the hd_struct to mark it
    readonly, but it appears that IO is only really blocked from userspace,
    via generic_write_checks().

    There are bdev_read_only() checks in other places, but nothing in a
    common spot to reject all possible IO.

    Should we have something in generic_make_request() to reject ALL IO on a
    readonly bdev, or is that further than the policy is supposed to go? Or
    is it up to each location that might possibly issue that IO to check it
    and be well-behaved?

    The motivation for this investigation was ext3 happily doing orphan
    inode recovery on read-only lvm snapshot....


    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: 2007-02-06 06:05    [W:0.019 / U:1.872 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site