Since the task state is set to TASK_INTERRUPTIBLE after the call to schedule(),
a blocking call to try_to_free_page() could cause the state to get set back to
TASK_RUNNING, which would cause it to fall through the next schedule() and do
the loop again.
It seems like this could account for some of the reports of overly-aggressive
swapping in 2.1.89-5. Have I missed something here, or is this the intended
behavior?
Regards,
Bill
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu