[lkml]   [2007]   [May]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: bug in 2.6.22-rc2: loop mount limited to one single iso image
    On 5/20/07, Kay Sievers <> wrote:
    > On 5/20/07, Ray Lee <> wrote:
    > > On 5/19/07, Al Viro <> wrote:
    > > > On Sat, May 19, 2007 at 11:16:59PM -0700, Ray Lee wrote:
    > > > > Ken? Ball's in your court. As the patch isn't providing a killer
    > > > > feature for 2.6.22, I'd suggest just reverting it for now until the
    > > > > issues are ironed out.
    > > >
    > > > Hold it. The real question here is which logics do we want there.
    > > > IOW, and how many device nodes do we want to appear and _when_ do
    > > > we want them to appear?
    > >
    > > The when part is what looks to make it racy. I'm guessing that we're
    > > relying on udev to create those loop nodes. If so, I think any scheme
    > > that creates more on demand would give transient mount errors while
    > > it's waiting on udev to create more nodes.
    > >
    > > Perhaps if we were to start with 8 loop nodes at init (as we have in
    > > 2.6.21), and then always maintain a margin of 8 (or 4, or...) when
    > > they start being used or detached?
    > Until the tools can request dynamic loop device allocation from the
    > kernel before they want to use the device, you can create as many as
    > needed "static" loop* nodes in /lib/udev/devices/, which will be
    > copied to /dev/ early on every bootup.

    Except that's different than current behavior presented to userspace.
    IOW, we broke userspace for anyone using udev. Which is, y'know, a lot
    of us.

    We're at -rc2 right now. Given that, it looks like we have two
    options. First is to revert all this for now and try again when the
    patch has had more testing and agreement (as this isn't a major
    feature we're talking about here; it's effectively just a cleanup that
    happened to have unfortunate side-effects).

    The second option is that we could have the loop device start with 8
    nodes populated, which would match current behavior.

    A third option of requiring new userspace for 2.6.22 is a non-starter.
    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-05-20 18:13    [W:0.023 / U:11.884 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site