[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20140425.161753.153968588224593753.davem@davemloft.net>
Date: Fri, 25 Apr 2014 16:17:53 -0400 (EDT)
From: David Miller <davem@...emloft.net>
To: aaro.koskinen@....fi
Cc: mroos@...ux.ee, sparclinux@...r.kernel.org,
linux-kernel@...r.kernel.org, hughd@...gle.com
Subject: Re: sparc64 WARNING: at mm/mmap.c:2757 exit_mmap+0x13c/0x160()
From: Aaro Koskinen <aaro.koskinen@....fi>
Date: Fri, 25 Apr 2014 23:09:08 +0300
> On Wed, Apr 16, 2014 at 02:58:22PM -0400, David Miller wrote:
>> One thing you two can do to help me further confirm this is to run
>> with THP disabled for a while and see if you still get the log
>> messages.
>>
>> Simply, as root:
>>
>> bash# echo "never" >/sys/kernel/mm/transparent_hugepage/enabled
>>
>> And then do your gcc bootstraps or whatever else seems to usually
>> run when you trigger this problem.
>
> I'm running my Ultras with "# CONFIG_TRANSPARENT_HUGEPAGE is not set"
> and I still see the issue.
Thanks, that's an important datapoint.
> I tried reproducing the bug with function tracer running. It works
> but reproducing the bug takes several days... This time it was "expect"
> segfault during GCC testsuite that triggered the bug.
>
> For the test I added tracing_off() after the "Bad rss-counter
> state" printout. Now I see it should be done maybe earlier as warning/bug
> printouts are polluting the trace.
>
> Anyway, the results are here:
>
> http://www.iki.fi/aaro/junk/linux-3.14-sparc-mm-bug-trace.txt
> http://www.iki.fi/aaro/junk/linux-3.14-sparc-mm-bug-trace-dmesg.txt
Thanks a lot for doing this, I'll take a look.
--
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