| 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
| ||
|
Date: Fri, 25 Apr 2014 23:09:08 +0300 From: Aaro Koskinen <aaro.koskinen@....fi> To: David Miller <davem@...emloft.net> 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() Hi, 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. 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 A. -- 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