linux-kernel - [patch 0/2] x86_64: preserve large page text mappings with CONFIG_DEBUG

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 for Android: free password hash cracker in your pocket

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

Message-Id: <20091014214654.423040927@sbs-t61.sc.intel.com>
Date:	Wed, 14 Oct 2009 14:46:54 -0700
From:	Suresh Siddha <suresh.b.siddha@...el.com>
To:	hpa@...or.com, mingo@...e.hu, tglx@...utronix.de,
	arjan@...ux.jf.intel.com
Cc:	linux-kernel@...r.kernel.org, chinang.ma@...el.com
Subject: [patch 0/2] x86_64: preserve large page text mappings with CONFIG_DEBUG_RODATA

Most of the distributions enable CONFIG_DEBUG_RODATA by default, with the
assumption that the debug protection checks come with no cost. Our OLTP tests
showed 1% improvement (with 2% reduction in system time and 1% increase in
iowait idle time) by disabling CONFIG_DEBUG_RODATA on a two socket
NHM-EP system.

CONFIG_DEBUG_RODATA breaks some of the kernel text/data large page
mappings to small pages, thus causing this regression. These two
patches address this issue.

Experiments with EL5 kernel and mainline show that the first patch in the series
(preserve large page mapping for 1st 2MB kernel txt with CONFIG_DEBUG_RODATA)
should recover most of the above mentioned regression. We are doing
couple of more OLTP tests for the confirmation.

thanks,
suresh

--
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/