On Mon, 14 Jul 2008, Andi Kleen wrote:Don't be silly. It prints out the oops message. People who cannot see where that oops is, and cannot be bothered to look at the register state aren't going to help _anyway_. In fact, with the 0xdead... sequence, it's going to be *more* obvious than with some almost-kernel 0xffffc.. address, even if it's not showing up in the first line. In other words, your whole argument is pure and utter sh*t. The page fault is _less_ readable than the GP fault. And I disagree. Violently. The whole and ONLY point of poisoning is to get the fault. With the canonical address, you won't get it reliably, and when you do get it, it's not obvious to decode. End of discussion. Linus --
| david | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Justin C. Sherrill | Mailing list archive |
| Ingo Molnar | [patch 08/13] syslets: x86, add move_user_context() method |
git: | |
| Steven Rostedt | Re: -rt scheduling: wakeup bug? |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
