Messages in this thread | | | From | (Linus Torvalds) | Subject | Re: [PATCH] Exception trace for i386 | Date | 19 May 2003 20:56:48 GMT |
| |
In article <20030519192814.GA975@averell>, Andi Kleen <ak@muc.de> wrote: > >x86-64 had printks for user level faults for a long time. This >proved to be very useful to trace otherwise hidden faults, e.g. >on a normal kernel there is no way to see a segfault in a process >that runs in a write protected directory, even when core dumps >are enabled. Also it's useful as an early warning that something >is wrong with your system. > >There was a request to port this to i386. Done with this patch.
Please don't do it this way. For one thing, there are valid uses where you want to enable tracing for just one process. For another, there are actually cases where you may want to trace all page faults, even the ones that don't cause signals - kind of like normal system calls. After all, from a behavioural standpoint, that is what they are: implied system calls.
So I think you want to make it per-process, and expose it as a ptrace thing (imaging seeing all the page faults a process is taking with "strace". Potentially quite useful for performance tuning).
I don't think it's ever really valid to expose it as a global option, as some programs use page faults (even the signalling kind) to do their own memory management, and making it a global option just makes it hard to work with such programs.
Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |