Re: [RFC 2.6.19 1/1] fbdev,mm: hecuba/E-Ink fbdev driver v2
- From: "Jaya Kumar" <jayakumar.lkml@xxxxxxxxx>
- Date: Thu, 28 Dec 2006 04:53:13 +0100
On 12/22/06, Franck Bui-Huu <vagabon.xyz@xxxxxxxxx> 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 rightthing 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@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- References:
- [RFC 2.6.19 1/1] fbdev,mm: hecuba/E-Ink fbdev driver v2
- From: jayakumar . lkml
- Re: [RFC 2.6.19 1/1] fbdev,mm: hecuba/E-Ink fbdev driver v2
- From: Franck Bui-Huu
- Re: [RFC 2.6.19 1/1] fbdev,mm: hecuba/E-Ink fbdev driver v2
- From: Jaya Kumar
- Re: [RFC 2.6.19 1/1] fbdev,mm: hecuba/E-Ink fbdev driver v2
- From: Franck Bui-Huu
- Re: [RFC 2.6.19 1/1] fbdev,mm: hecuba/E-Ink fbdev driver v2
- From: Jaya Kumar
- Re: [RFC 2.6.19 1/1] fbdev,mm: hecuba/E-Ink fbdev driver v2
- From: Franck Bui-Huu
- Re: [RFC 2.6.19 1/1] fbdev,mm: hecuba/E-Ink fbdev driver v2
- From: Franck Bui-Huu
- [RFC 2.6.19 1/1] fbdev,mm: hecuba/E-Ink fbdev driver v2
- Prev by Date: Re: Page alignment issue
- Next by Date: Re: Oops in 2.6.19.1
- Previous by thread: Re: [RFC 2.6.19 1/1] fbdev,mm: hecuba/E-Ink fbdev driver v2
- Next by thread: [ANNOUNCE] kvm userspace release 6
- Index(es):
Relevant Pages
|