linux-kernel - Re: [PATCH 6/7] mm: add CONFIG_DEBUG_VM

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 20 Sep 2012 15:27:11 -0700 (PDT)
From:	Hugh Dickins <hughd@...gle.com>
To:	Fengguang Wu <fengguang.wu@...el.com>
cc:	Sasha Levin <levinsasha928@...il.com>,
	Michel Lespinasse <walken@...gle.com>, linux-mm@...ck.org,
	riel@...hat.com, peterz@...radead.org, aarcange@...hat.com,
	daniel.santos@...ox.com, linux-kernel@...r.kernel.org,
	akpm@...ux-foundation.org, Dave Jones <davej@...hat.com>,
	Jiri Slaby <jslaby@...e.cz>
Subject: Re: [PATCH 6/7] mm: add CONFIG_DEBUG_VM_RB build option

On Fri, 21 Sep 2012, Fengguang Wu wrote:
> On Sat, Sep 15, 2012 at 11:26:23AM +0200, Sasha Levin wrote:
> > On 09/15/2012 02:00 AM, Michel Lespinasse wrote:
> > > All right. Hugh managed to reproduce the issue on his suse laptop, and
> > > I came up with a fix.
> > >
> > > The problem was that in mremap, the new vma's vm_{start,end,pgoff}
> > > fields need to be updated before calling anon_vma_clone() so that the
> > > new vma will be properly indexed.
> > >
> > > Patch attached. I expect this should also explain Jiri's reported
> > > failure involving splitting THP pages during mremap(), even though we
> > > did not manage to reproduce that one.
> >
> > Initially I've stumbled on it by running trinity inside a KVM tools guest. fwiw,
> > the guest is pretty custom and isn't based on suse.
> >
> > I re-ran tests with patch applied and looks like it fixed the issue, I haven't
> > seen the warnings even though it runs for quite a while now.
> 
> Not sure if it's the same problem you are talking about, but I got the
> below warning and it's still happening in linux-next 20120920:

It is (almost certainly) the same problem, for which Michel provided
the fix earlier in this thread (some of us find we have to delete a
" {" from the context at the end to get it to apply).

That fix has gone into akpm's tree, but linux-next is still using an
older rollup of akpm's tree.

Thanks,
Hugh

> 
> [   38.482925] scsi_nl_rcv_msg: discarding partial skb
> [   62.679879] ------------[ cut here ]------------
> [   62.680380] WARNING: at /c/kernel-tests/src/linux/mm/interval_tree.c:109 anon_vma_interval_tree_verify+0x33/0x80()
> [   62.681356] Pid: 195, comm: trinity-child0 Not tainted 3.6.0-rc6-next-20120918-08732-g3de9d1a #1
> [   62.682130] Call Trace:
> [   62.682356]  [<ffffffff810c249f>] ? anon_vma_interval_tree_verify+0x33/0x80
> [   62.682968]  [<ffffffff81044356>] warn_slowpath_common+0x5d/0x74
> [   62.683577]  [<ffffffff81044424>] warn_slowpath_null+0x15/0x19
> [   62.684098]  [<ffffffff810c249f>] anon_vma_interval_tree_verify+0x33/0x80
> [   62.684714]  [<ffffffff810ca57c>] validate_mm+0x32/0x15b
> [   62.685202]  [<ffffffff810ca767>] vma_link+0x95/0xa4
> [   62.685637]  [<ffffffff810cbc31>] copy_vma+0x1c7/0x1fe
> [   62.686168]  [<ffffffff810cdd50>] move_vma+0x90/0x1ef
> [   62.686614]  [<ffffffff810ce250>] sys_mremap+0x3a1/0x429
> [   62.687094]  [<ffffffff813caafe>] ? trace_hardirqs_on_thunk+0x3a/0x3f
> [   62.687670]  [<ffffffff81b505b9>] system_call_fastpath+0x16/0x1b
> 
> Bisected down to 
> 
> commit cb58d445d2ec3a06f313e29d6f6af5bef6c9e43c
> Author: Michel Lespinasse <walken@...gle.com>
> Date:   Thu Sep 13 10:58:56 2012 +1000
> 
>     mm: add CONFIG_DEBUG_VM_RB build option
> 
> Thanks,
> Fengguang
--
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/