On 14.07.2014 15:37, Karel Zak wrote: > On Mon, Jul 07, 2014 at 09:31:24AM +0200, Stef Walter wrote: >> Several of the /etc/issue escape codes such as \4 and \S depend on >> variable data which can change after the agetty prompt is displayed. >> This can cause stale data to be displayed when a user looks at a VT, >> especially in cases of DHCP racing with system start up. >> >> This commit allows agetty to react a SIGUSR1 signal by reprinting >> its prompt including the reprocessing of /etc/issue. >> >> We never want this to occur once the user has started typing a >> user name. So we detect when the user starts typing, after which >> no further reprompting occurs even if SIGUSR1 is received. > > Good idea, interesting implementation, but it's too late for v2.25. > I'm going to apply the patch to the git tree after v2.25 release. Nice. Thanks. Lennart discovered an issue with this ... That the exec'ing the login process might race with the SIGUSR1 signal. The fix here would be to signal(SIGUSR1, SIG_IGN) before exec'ing, does that sound appropriate? I can post a new patch. By the way, more information about this use case here: https://bugzilla.redhat.com/show_bug.cgi?id=1110763 Also, on the use of SIGUSR1 ... often linux daemons like to use SIGHUP as a 'reload' signal. But obviously this signal already has specific meaning in the agetty case, hence the choice of SIGUSR1. Cheers, Stef -- To unsubscribe from this list: send the line "unsubscribe util-linux" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
