[PATCH 3/5] init: fix race with utmp and children
Petter Reinholdtsen
pere at hungry.com
Fri Nov 20 22:37:55 UTC 2009
[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
More information about the initscripts-ng-devel
mailing list