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: Thu, 22 Aug 2013 15:37:33 +0900 From: Minchan Kim <minchan@...nel.org> To: Cyrill Gorcunov <gorcunov@...il.com> Cc: Andi Kleen <andi@...stfloor.org>, Linus Torvalds <torvalds@...ux-foundation.org>, "H. Peter Anvin" <hpa@...or.com>, David Vrabel <david.vrabel@...rix.com>, Andy Lutomirski <luto@...capital.net>, Pavel Emelyanov <xemul@...allels.com>, Andrew Morton <akpm@...ux-foundation.org>, Ingo Molnar <mingo@...hat.com>, Xen-devel@...ts.xen.org, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, Konrad Rzeszutek Wilk <konrad.wilk@...cle.com>, Boris Ostrovsky <boris.ostrovsky@...cle.com>, Jan Beulich <jbeulich@...e.com> Subject: Re: Regression: x86/mm: new _PTE_SWP_SOFT_DIRTY bit conflicts with existing use Hello Cyrill, On Thu, Aug 22, 2013 at 09:49:19AM +0400, Cyrill Gorcunov wrote: > On Wed, Aug 21, 2013 at 04:42:53PM -0700, Andi Kleen wrote: > > Cyrill Gorcunov <gorcunov@...il.com> writes: > > > > > > Hi all, I worked on patch which would not touch PSE bit for dirty page > > > tracking and the result is not that good: > > > > > > - 2level pages now always page dirty if page is swapped in and out, because > > > there is no space left in PTE (other than PSE bit) > > > > Maybe just don't support soft dirty for 2 level page tables? > > > > 2 level page tables should be really on the way out anyways, as they > > have severe limits and do not support NX. With 3 levels there is enough > > space. > > Look, good thing is that 7th bit also available on the 4level pages > (ie x86-64) without additional code modification, that's why I picked > it in first place. I prepared the patch locally which doesn't use > pse bit for tracking but it only makes code more complex. I'm not sure you read this thread. http://comments.gmane.org/gmane.linux.kernel.mm/101756 In summary, I'd like to use it to track sub-ranges of some processes. I already had a time to investigate and it enhanced our workload x2 on ARM so I'd like to expand the concept for more general purpose. For it, arch-specific stuff would be hurdle for port. So, I support your non-arch-specific solutions. Just FYI. Such future plan shouldn't force you. Thanks. -- Kind regards, Minchan Kim -- 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