[ofa-general] Re: [patch 3/6] mmu_notifier: invalidate_page callbacks
Nick Piggin
nickpiggin at yahoo.com.au
Tue Feb 19 00:46:10 PST 2008
On Sunday 17 February 2008 06:22, Christoph Lameter wrote:
> On Fri, 15 Feb 2008, Andrew Morton wrote:
> > > flush_cache_page(vma, address, pte_pfn(*pte));
> > > entry = ptep_clear_flush(vma, address, pte);
> > > + mmu_notifier(invalidate_page, mm, address);
> >
> > I just don't see how ths can be done if the callee has another thread in
> > the middle of establishing IO against this region of memory.
> > ->invalidate_page() _has_ to be able to block. Confused.
>
> The page lock is held and that holds off I/O?
I think the actual answer is that "it doesn't matter".
ptes are not exactly the entity via which IO gets established, so
all we really care about here is that after the callback finishes,
we will not get any more reads or writes to the page via the
external mapping.
As far as holding off local IO goes, that is the job of the core
VM. (And no, page lock does not necessarily hold it off FYI -- it
can be writeback IO or even IO directly via buffers).
Holding off IO via the external references I guess is a job for
the notifier driver.
More information about the general
mailing list