Re: [PATCH] mm: D-cache aliasing issue in cow_user_page

2006-12-06 Thread David Miller
From: "Matt Reimer" <[EMAIL PROTECTED]> Date: Wed, 6 Dec 2006 22:20:22 -0800 > Ok, good to know, since that's what we're doing with ARM drivers > presently. What's the preferred method going forward? There are multiple ways provided to solve the problem so that platforms can use whichever variant

Re: [PATCH] mm: D-cache aliasing issue in cow_user_page

2006-12-06 Thread Matt Reimer
On 12/6/06, David Miller <[EMAIL PROTECTED]> wrote: From: "Matt Reimer" <[EMAIL PROTECTED]> Date: Wed, 6 Dec 2006 13:19:41 -0800 > On 12/5/06, David Miller <[EMAIL PROTECTED]> wrote: > > From: "Matt Reimer" <[EMAIL PROTECTED]> > > Date: Tue, 5 Dec 2006 16:57:12 -0800 > > > > > Right, but isn't h

Re: [PATCH] mm: D-cache aliasing issue in cow_user_page

2006-12-06 Thread David Miller
From: "Matt Reimer" <[EMAIL PROTECTED]> Date: Wed, 6 Dec 2006 13:19:41 -0800 > On 12/5/06, David Miller <[EMAIL PROTECTED]> wrote: > > From: "Matt Reimer" <[EMAIL PROTECTED]> > > Date: Tue, 5 Dec 2006 16:57:12 -0800 > > > > > Right, but isn't he declaring that each architecture needs to take > > >

Re: [PATCH] mm: D-cache aliasing issue in cow_user_page

2006-12-06 Thread Matt Reimer
On 12/5/06, David Miller <[EMAIL PROTECTED]> wrote: From: "Matt Reimer" <[EMAIL PROTECTED]> Date: Tue, 5 Dec 2006 16:57:12 -0800 > Right, but isn't he declaring that each architecture needs to take > care of this? So, say, on ARM we'd need to make kunmap() not a NOP and > call flush_dcache_page(

Re: [PATCH] mm: D-cache aliasing issue in cow_user_page

2006-12-05 Thread Matt Reimer
On 12/5/06, David Miller <[EMAIL PROTECTED]> wrote: From: "Matt Reimer" <[EMAIL PROTECTED]> Date: Tue, 5 Dec 2006 16:57:12 -0800 > Right, but isn't he declaring that each architecture needs to take > care of this? So, say, on ARM we'd need to make kunmap() not a NOP and > call flush_dcache_page(

Re: [PATCH] mm: D-cache aliasing issue in cow_user_page

2006-12-05 Thread David Miller
From: "Matt Reimer" <[EMAIL PROTECTED]> Date: Tue, 5 Dec 2006 16:57:12 -0800 > Right, but isn't he declaring that each architecture needs to take > care of this? So, say, on ARM we'd need to make kunmap() not a NOP and > call flush_dcache_page() ? No. He is only solving a problem that occurs on

Re: [PATCH] mm: D-cache aliasing issue in cow_user_page

2006-12-05 Thread Matt Reimer
On 12/5/06, David Miller <[EMAIL PROTECTED]> wrote: From: "Matt Reimer" <[EMAIL PROTECTED]> Date: Mon, 4 Dec 2006 23:38:13 -0800 > In light of James Bottomsley's commit[1] declaring that kmap() and > friends now have to take care of coherency issues, is the pa

Re: [PATCH] mm: D-cache aliasing issue in cow_user_page

2006-12-05 Thread David Miller
From: "Matt Reimer" <[EMAIL PROTECTED]> Date: Mon, 4 Dec 2006 23:38:13 -0800 > In light of James Bottomsley's commit[1] declaring that kmap() and > friends now have to take care of coherency issues, is the patch "mm: > D-cache aliasing issue in cow_user_page&quo

Re: [PATCH] mm: D-cache aliasing issue in cow_user_page

2006-12-04 Thread Matt Reimer
In light of James Bottomsley's commit[1] declaring that kmap() and friends now have to take care of coherency issues, is the patch "mm: D-cache aliasing issue in cow_user_page"[2] correct, or could it potentially cause a slowdown by calling flush_dcache_page() a second time (