On Tue, 23 Oct 2012 14:56:36 -0700 Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> wrote: > On Tue, 23 Oct 2012 12:21:53 +0200 > Jan Kara <jack@xxxxxxx> wrote: > > > > > diff --git a/mm/rmap.c b/mm/rmap.c > > > > > > It's a bit surprising that none of the added comments mention the s390 > > > pte-dirtying oddity. I don't see an obvious place to mention this, but > > > I for one didn't know about this and it would be good if we could > > > capture the info _somewhere_? > > As Hugh says, the comment before page_test_and_clear_dirty() is somewhat > > updated. But do you mean recording somewhere the catch that s390 HW dirty > > bit gets set also whenever we write to a page from kernel? > > Yes, this. It's surprising behaviour which we may trip over again, so > how do we inform developers about it? That is what I worry about as well. It is not the first time we tripped over the per-page dirty bit and I guess it won't be the last time. Therefore I created a patch to switch s390 over to fault based dirty bits, the sneak performance test are promising. If we do not find any major performance degradation this would be my preferred way to fix this problem for good. -- blue skies, Martin. "Reality continues to ruin my life." - Calvin. -- To unsubscribe from this list: send the line "unsubscribe linux-s390" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
