Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | parisc: add strict copy size checks (v2) | Helge Deller | 2010-03-06 | 1 | -2/+25 |
| | | | | | | | | Add CONFIG_DEBUG_STRICT_USER_COPY_CHECKS, copied from the x86 implementation. Tested with 32 and 64bit kernel. Signed-off-by: Helge Deller <deller@gmx.de> Signed-off-by: Kyle McMartin <kyle@mcmartin.ca> | ||||
* | asm-generic: rename page.h and uaccess.h | Arnd Bergmann | 2009-06-11 | 1 | -1/+1 |
| | | | | | | | | | | | | The current asm-generic/page.h only contains the get_order function, and asm-generic/uaccess.h only implements unaligned accesses. This renames the file to getorder.h and uaccess-unaligned.h to make room for new page.h and uaccess.h file that will be usable by all simple (e.g. nommu) architectures. Signed-off-by: Remis Lima Baima <remis.developer@googlemail.com> Signed-off-by: Arnd Bergmann <arnd@arndb.de> | ||||
* | parisc: fix `struct pt_regs' declared inside parameter list warning | Helge Deller | 2009-03-13 | 1 | -0/+1 |
| | | | | | | | | | Fix those compile warnings: uaccess.h:244: warning: `struct pt_regs' declared inside parameter list uaccess.h:244: warning: its scope is only this definition or declaration, which is probably not what you want Signed-off-by: Helge Deller <deller@gmx.de> Signed-off-by: Kyle McMartin <kyle@mcmartin.ca> | ||||
* | parisc: fix kernel crash (protection id trap) when compiling ruby1.9 | Kyle McMartin | 2009-01-05 | 1 | -0/+2 |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | On Wed, Dec 17, 2008 at 11:46:05PM +0100, Helge Deller wrote: > Honestly, I can't decide whether to apply this. It really should never happen in the kernel, since the kernel can guarantee it won't get the access rights failure (highest privilege level, and can set %sr and %protid to whatever it wants.) It really genuinely is a bug that probably should panic the kernel. The only precedent I can easily see is x86 fixing up a bad iret with a general protection fault, which is more or less analogous to code 27 here. On the other hand, taking the exception on a userspace access really isn't all that critical, and there's fundamentally little reason for the kernel not to SIGSEGV the process, and continue... Argh. (btw, I've instrumented my do_sys_poll with a pile of assertions that %cr8 << 1 == %sr3 == current->mm.context... let's see if where we're getting corrupted is deterministic, though, I would guess that it won't be.) Signed-off-by: Kyle McMartin <kyle@mcmartin.ca> | ||||
* | parisc: move include/asm-parisc to arch/parisc/include/asm | Kyle McMartin | 2008-10-10 | 1 | -0/+244 |