On Tue, 16 Oct 2012, KOSAKI Motohiro wrote:

quoted

quoted

Even though 80de7c3138ee9fd86a98696fd2cf7ad89b995d0a itself is simple. It bring
to caller complex. That's not good and have no worth.

Before: the kernel panics, all workloads cease.
After: the file shows garbage, all workloads continue.

This is better, in my opinion, but at best it's only a judgment call and
has no effect on anything.

Kernel panics help to find our serious mistake.

Kernel panics are not your little debugging tool to let users suffer 
through for non-fatal issues.

quoted

I agree it would be better to respect the return value of mpol_to_str()
since there are other possible error conditions other than a freed
mempolicy, but let's not consider reverting 80de7c3138.  It is obviously
not a full solution to the problem, though, and we need to serialize with
task_lock().

Sorry no. I will have to revert it.

Feel free to revert anything you wish in your own tree, I couldn't care 
less.  If you try to propose it upstream, Andrew will surely ask you to 
justify the BUG(), good luck on that.

I'll reply to this message with the fix that I think is best.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>