| 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
| ||
|
Message-Id: <1245753219.19816.1586.camel@twins> Date: Tue, 23 Jun 2009 12:33:39 +0200 From: Peter Zijlstra <peterz@...radead.org> To: xue yong <ultraice.kernel@...il.com> Cc: linux-kernel@...r.kernel.org Subject: Re: mm: dirty page problem On Tue, 2009-06-23 at 17:02 +0800, xue yong wrote: > I did some search in the changlogs between 2..6.16 adn 2.6.19. > I found this in http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.19 > > and I concluded that the kernel below 2.6.19 can't tracking shared > dirty pages, am I right? > > commit edc79b2a46ed854595e40edcf3f8b37f9f14aa3f > Author: Peter Zijlstra <a.p.zijlstra@...llo.nl> > Date: Mon Sep 25 23:30:58 2006 -0700 > > [PATCH] mm: balance dirty pages > commit d08b3851da41d0ee60851f2c75b118e1f7a5fc89 > Author: Peter Zijlstra <a.p.zijlstra@...llo.nl> > Date: Mon Sep 25 23:30:57 2006 -0700 > > [PATCH] mm: tracking shared dirty pages Correct, prior to .19 we didn't have effective tracking of dirty pages. munmap() and msync() would walk the page tables and collect dirty pages, but without explicit action these pages would stay hidden. These patches you found change that by mapping clean shared pages RO and taking a fault on the dirtying write. We once again map then RO when they'd be written out to disk. -- 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