[PATCH 3/5] init: fix race with utmp and children

[Petter Reinholdtsen]

[Mike Frysinger]
> From: Gil Kloepfer <gbz at kloepfer.org>
>
> A race condition in sysvinit exists where the utmp entry that getty needs
> to update may not be written by sysvinit by the time getty accesses it.
> This happens more often (and almost exclusively) on uniprocessor systems
> due to the way time-slicing is done by the kernel.

What happen when getty fail to start?  If I read the code correctly, a
bogus utmp entry will be written then.  Where did I misunderstand?

Happy hacking,
-- 
Petter Reinholdtsen