Messages in this thread | ![/](/images/icornerl.gif) | | Date | Thu, 28 Dec 2006 04:53:13 +0100 | From | "Jaya Kumar" <> | Subject | Re: [RFC 2.6.19 1/1] fbdev,mm: hecuba/E-Ink fbdev driver v2 |
| |
On 12/22/06, Franck Bui-Huu <vagabon.xyz@gmail.com> wrote: > > Well thinking more about it, this wouldn't work for all cache types. > For example, if your cache is not a direct maped one, this workaround > won't work. So this is definitely not a portable solution. >
From asking peterz on #mm, I think page_mkclean will do the right thing and call something like flush_cache_page. I think that resolves the issue which I think you identified where the end symptom on archs with virtually tagged caches could be a line of pixels written by userspace through one PTE remain in-cache and therefore "undisplayed" when the kernel reads through another PTE that may fall on a different cacheline.
Thanks, jayakumar - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| ![\](/images/icornerr.gif) |