lkml.org 
[lkml]   [2007]   [Dec]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?
    Andrew Morton wrote:
    > On Thu, 13 Dec 2007 17:15:06 -0500
    > James Bottomley <James.Bottomley@HansenPartnership.com> wrote:
    >
    >> On Thu, 2007-12-13 at 14:02 -0800, Andrew Morton wrote:
    >>> On Thu, 13 Dec 2007 21:09:59 +0100
    >>> Jens Axboe <jens.axboe@oracle.com> wrote:
    >>>
    >>>> OK, it's a vm issue,
    >>> cc linux-mm and probable culprit.
    >>>
    >>>> I have tens of thousand "backward" pages after a
    >>>> boot - IOW, bvec->bv_page is the page before bvprv->bv_page, not
    >>>> reverse. So it looks like that bug got reintroduced.
    >>> Bill Irwin fixed this a couple of years back: changed the page allocator so
    >>> that it mostly hands out pages in ascending physical-address order.
    >>>
    >>> I guess we broke that, quite possibly in Mel's page allocator rework.
    >>>
    >>> It would help if you could provide us with a simple recipe for
    >>> demonstrating this problem, please.
    >> The simple way seems to be to malloc a large area, touch every page and
    >> then look at the physical pages assigned ... they now mostly seem to be
    >> descending in physical address.
    >>
    >
    > OIC. -mm's /proc/pid/pagemap can be used to get the pfn's...
    ..

    I'm actually running the treadmill right now (have been for many hours, actually,
    to bisect it to a specific commit.

    Thought I was almost done, and then noticed that git-bisect doesn't keep
    the Makefile VERSION lines the same, so I was actually running the wrong
    kernel after the first few times.. duh.

    Wrote a script to fix it now.

    -ml


    \
     
     \ /
      Last update: 2007-12-13 23:37    [W:0.026 / U:0.440 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site