[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <47B73F81.7090907@qumranet.com>
Date: Sat, 16 Feb 2008 21:54:41 +0200
From: Avi Kivity <avi@...ranet.com>
To: Christoph Lameter <clameter@....com>
CC: Andrew Morton <akpm@...ux-foundation.org>,
Andrea Arcangeli <andrea@...ranet.com>,
Robin Holt <holt@....com>, Izik Eidus <izike@...ranet.com>,
kvm-devel@...ts.sourceforge.net,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
general@...ts.openfabrics.org,
Steve Wise <swise@...ngridcomputing.com>,
Roland Dreier <rdreier@...co.com>,
Kanoj Sarcar <kanojsarcar@...oo.com>, steiner@....com,
linux-kernel@...r.kernel.org, linux-mm@...ck.org,
daniel.blueman@...drics.com
Subject: Re: [patch 3/6] mmu_notifier: invalidate_page callbacks
Christoph Lameter wrote:
> On Fri, 15 Feb 2008, Andrew Morton wrote:
>
>
>>> @@ -287,7 +288,8 @@ static int page_referenced_one(struct pa
>>> if (vma->vm_flags & VM_LOCKED) {
>>> referenced++;
>>> *mapcount = 1; /* break early from loop */
>>> - } else if (ptep_clear_flush_young(vma, address, pte))
>>> + } else if (ptep_clear_flush_young(vma, address, pte) |
>>> + mmu_notifier_age_page(mm, address))
>>> referenced++;
>>>
>> The "|" is obviously deliberate. But no explanation is provided telling us
>> why we still call the callback if ptep_clear_flush_young() said the page
>> was recently referenced. People who read your code will want to understand
>> this.
>>
>
> Andrea?
>
>
I'm not Andrea, but the way I read it, ptep_clear_flush_young() and
->age_page() each have two effects: check whether the page has been
referenced and clear the referenced bit. || would retain the semantics
of the check but lose the clearing. | does the right thing.
--
Any sufficiently difficult bug is indistinguishable from a feature.
--
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