lkml.org 
[lkml]   [2007]   [Feb]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: -mm merge plans for 2.6.21 -- md-dm-reduce-stack-usage-with-stacked-block-devices.patch
    On Thu, Feb 08, 2007 at 03:07:10PM -0800, Andrew Morton wrote:
    > drivers-mdc-use-array_size-macro-when-appropriate.patch
    > md-dm-reduce-stack-usage-with-stacked-block-devices.patch
    >
    > -> neilb
    >
    > (The second one is getting idiotic. When are we going to fix this??)

    Since it was me who asked to have the stack usage reduced and Neil was
    kind enough to fix this, I'm wondering what the state of dm is.

    I think more than a year ago we had this:

    Alasdair G Kergon <agk@redhat.com> said:

    I can see nothing wrong with this in principle.

    For device-mapper at the moment though it's essential that, while the bio
    mappings may now get delayed, they still get processed in exactly
    the same order as they were passed to generic_make_request().

    My main concern is whether the timing changes implicit in this patch
    will make the rare data-corrupting races in the existing snapshot code
    more likely. (I'm working on a fix for these races, but the unfinished
    patch is already several hundred lines long.)

    It would be helpful if some people on this mailing list would test
    this patch in various scenarios and report back.

    Alasdair, is dm already fixed or is there any chance that it will
    ever get fixed?
    -
    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: 2007-02-10 11:03    [W:4.293 / U:0.580 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site