On Sun, Sep 04, 2005 at 01:51:32PM +0200, Blaisorblade wrote:
> Also, what is the difference between your "stack trace" patch, which adds a
> member to thread_struct, for each process, so I'd like a minimum of
> justification, and one of the sysrq options which does exactly this?
What this does,
Void casting: my compiler gave me a warning, and I don't like that.
pid=-1, leftover from error checking that i didn't need, my fault.
pid=0, find_task_by_pid(0) will return a valid pointer, but it doesn't
seem to really be a good task. This seems to be related to the kernel
idle task. If you
On Sun, Sep 04, 2005 at 05:02:18PM +0200, Blaisorblade wrote:
> Now, the point is: should I ask Linus to drop it for now, clean the
> interface, and resend the cleaned up one, with different ptrace call codes?
I would be tempted to leave it in and fix it before 2.6.14. We need different
ptrace c
BB: Sorry I hadn't included a changelog, Jeff and I had talked about this a lot, I forgot that other people would be reading them. :)
Author: Allan Graves<[EMAIL PROTECTED]>
Scheduler Cleanup Patch:
This patch moves code that is in both switch_to_tt and switch_to_skas
to the to