um: Memory corruption on startup
authorAnton Ivanov <antivano@cisco.com>
Fri, 7 Mar 2014 18:37:47 +0000 (18:37 +0000)
committerRichard Weinberger <richard@nod.at>
Sun, 20 Apr 2014 21:57:21 +0000 (23:57 +0200)
The reverse case of this race (you must msync before read) is
well known. This is the not so common one.

It can be triggered only on systems which do a lot of task
switching and only at UML startup. If you are starting 200+ UMLs
~ 0.5% will always die without this fix.

Signed-off-by: Anton Ivanov <antivano@cisco.com>
[rw: minor whitespace fixes]
Signed-off-by: Richard Weinberger <richard@nod.at>

No differences found