[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+1xoqfGeQjrVWM3p4M0hV=hAwzx18bcoH7Bcn1mv_vOE8hDRw@mail.gmail.com>
Date: Sun, 27 May 2012 22:45:28 +0200
From: Sasha Levin <levinsasha928@...il.com>
To: Hugh Dickins <hughd@...gle.com>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
viro <viro@...iv.linux.org.uk>, oleg@...hat.com,
"a.p.zijlstra" <a.p.zijlstra@...llo.nl>, mingo <mingo@...nel.org>,
Dave Jones <davej@...hat.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
linux-mm <linux-mm@...ck.org>,
Andrea Arcangeli <aarcange@...hat.com>
Subject: Re: mm: kernel BUG at mm/memory.c:1230
On Sat, May 26, 2012 at 10:26 PM, Hugh Dickins <hughd@...gle.com> wrote:
> I'm keeping off the linux-next for the moment; I'll worry about this
> more if it shows up when we try 3.5-rc1. Your fuzzing tells that my
> logic above is wrong, but maybe it's just a passing defect in next.
I have a theory about this, which might explain it.
After a couple of days of not being able to reproduce it, I've decided
to revert Mel Gorman's patch related to memory corruption in mbind().
Once I've reverted it, I wasn't able to reproduce this exact case, but
did observe several other interesting things:
- The original mbind() memory corruption.
- Corruption in eventfd related structures (same dump as the mbind
one, but about eventfd structure).
- Same as above, but with flock.
- Hit a different BUG() in mm/mempolicy.c (The one at the end of slab_node()).
Is it possible that this issue could be explained by a corruption
related to the mbind() issue?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists