| To: | Peter Horton <pdh@colonel-panic.org> |
|---|---|
| Subject: | Re: Possible shared mapping bug in 2.4.23 (at least MIPS/Sparc) |
| From: | Ralf Baechle <ralf@linux-mips.org> |
| Date: | Sat, 13 Dec 2003 17:05:36 +0100 |
| Cc: | linux-mips@linux-mips.org, linux-kernel@vger.kernel.org |
| In-reply-to: | <20031213114134.GA9896@skeleton-jack> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <20031213114134.GA9896@skeleton-jack> |
| Sender: | linux-mips-bounce@linux-mips.org |
| User-agent: | Mutt/1.4.1i |
On Sat, Dec 13, 2003 at 11:41:34AM +0000, Peter Horton wrote: > The current MIPS 2.4 kernel (from CVS) currently allows fixed shared > mappings to violate D-cache aliasing constraints. > > The check for illegal fixed mappings is done in > arch_get_unmapped_area(), but these mappings are granted in > get_unmapped_area() and arch_get_unmapped_area() is never called. > > A quick look at sparc and sparc64 seem to show the same problem. Ehh... <asm/pgtable.h> defines HAVE_ARCH_UNMAPPED_AREA therefore get_unmapped_area calls the arch's version of arch_get_unmapped_area instead of the generic version in mm/mmap.c Ralf |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Recently, on a uniprocessor Origin 200 ..., Ralf Baechle |
|---|---|
| Next by Date: | Re: Kernel 2.4.23 on Cobalt Qube2 - area of problem, Ralf Baechle |
| Previous by Thread: | Possible shared mapping bug in 2.4.23 (at least MIPS/Sparc), Peter Horton |
| Next by Thread: | Re: Possible shared mapping bug in 2.4.23 (at least MIPS/Sparc), Peter Horton |
| Indexes: | [Date] [Thread] [Top] [All Lists] |