Re: OLS and console rearchitecture

[Andreas Schwab]

"Miquel van Smoorenburg" <miquels@xxxxxxxxxx> writes:

> In article <410E55AA.8030709@xxxxxxxxxx>,
> Alexander E. Patrakov <patrakov@xxxxxxxxxx> wrote:
>>Jon Smirl wrote:
>>> 15) Over time user space console will be moved to a model where VT's
>>> are implemented in user space. This allows user space console access to
>>> fully accelerated drawing libraries. This might allow removal of all of
>>> the tty/vc layer code avoiding the need to fix it for SMP.
>>
>>One more minor problem. We need to ensure somehow that the "killall5" 
>>program from the sysvinit package will not kill our userspace console 
>>daemon at shutdown (got this when I tried to put fbiterm into 
>>initramfs). What is the best way to achieve that?
>
> A configuration file for killall5 in which services/daemons get
> defined that should not be signalled ?

IMHO a better solution would be some kind of process flag that can be
interrogated by killall5.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@xxxxxxx
SuSE Linux AG, Maxfeldstraße 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/