I think that although my tcore_suspend_threads and Pavel's freeze_processes
have similar results, I don't think using Pavel's approach for the core dump
is a good idea.
1) SMP is a stability problem. I want TCore to work for 2.4x kernels
2) To avoid the issues with I/O bound threads waking up, Pavel's design waits
for the signal to get them running and then drops them in the "refrigerator".
My design is explicitly going for the most accurate core dump it can.
If I need to wait for processes to wake up and get frozen on a large SMB box
then we can loose a lot of accuracy.
I do however; think Pavels work could benefit from using some of my approach.
It might simplify all those places where his patch tests p->state |
PK_FREEZE and then calls refrigerator. It perhaps make it work better for
SMP if software suspend is considered a usefull feature on a SMP systems.
It would still need to wait for all the I/O bound processes to finish their
pending I/O but, I think it could be made to work.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/