[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100512213059.GF22371@n2100.arm.linux.org.uk>
Date: Wed, 12 May 2010 22:30:59 +0100
From: Russell King - ARM Linux <linux@....linux.org.uk>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Nicolas Ferre <nicolas.ferre@...el.com>,
linux-arm-kernel@...ts.infradead.org, linux-mmc@...r.kernel.org,
avictor.za@...il.com, linux-kernel@...r.kernel.org,
James Bottomley <James.Bottomley@...senPartnership.com>
Subject: Re: [PATCH] MMC: at91_mci: modify cache flush routines
On Wed, May 12, 2010 at 02:19:29PM -0700, Andrew Morton wrote:
> The flush_kernel_dcache_page() documentation specifically says that
> thou shalt run flush_kernel_dcache_page() _prior_ to kunmapping the
> page.
Hmm, interesting - I can't see why that would be, but it doesn't make
any difference for ARM (and this is an ARM only driver).
> I don't know if that makes a difference in the real world, but heck why
> not:
In the interests of stopping cut'n'paste bugs into other drivers, I'd
say this is a good idea even if it makes no difference to ARM.
> However, I'm wondering why you chose flush_kernel_dcache_page() instead
> of plain old flush_dcache_page(). Is this a pagecache or possibly
> direct-io page we're dealing with here?
It's whatever the block layers hand us - which would be page cache pages,
and I'd assume also DIO pages (I'm not up on DIO stuff though.)
It's also my understanding that the preferred interface for drivers which
write to page cache pages is flush_kernel_dcache_page() rather than
flush_dcache_page().
--
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