Bug 202127 - Initial (first) login response is slow/delayed
Summary: Initial (first) login response is slow/delayed
Status: New
Alias: None
Product: Base System
Classification: Unclassified
Component: misc (show other bugs)
Version: 10.1-RELEASE
Hardware: i386 Any
: --- Affects Many People
Assignee: freebsd-bugs (Nobody)
URL:
Keywords: needs-qa
Depends on:
Blocks:
 
Reported: 2015-08-06 12:42 UTC by s00pern00ber
Modified: 2015-08-10 21:26 UTC (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description s00pern00ber 2015-08-06 12:42:59 UTC
Immediately after boot (without x) there is a "Login:" prompt. If I write my username, return and start typing my password directly, part of it will show and not get registered as part of the password.

For example, I can easily type "asdf[RETURN]asdf[RETURN]" before "Password:" comes up.

My machine is just a cheap old testmachine, 2Ghz T61 Thinkpad, but still this kind of thing should be doable much faster than I can type one character.

Btw, after one attempt at login the speed is quite fast enough that I cannot do this anymore.

A random guy on IRC said he had the same issue, which leads me to think this is universal.
Comment 1 s00pern00ber 2015-08-06 13:10:23 UTC
Output of uname -a

FreeBSD  10.1-RELEASE-p16 FreeBSD 10.1-RELEASE-p16 #0: Tue Jul 28 11:41:12 UTC 2015     root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  i386
Comment 2 Jilles Tjoelker freebsd_committer freebsd_triage 2015-08-10 21:18:07 UTC
In the general case this cannot be solved because the password prompt needs different code and data and may therefore require things to be paged in (slowly). When utilities like su and sudo are also considered, the user will have to wait for Password: before typing their password.

In particular, whether the password prompt is displayed at all and how it looks like depends on the passwd file (empty password = no prompt, logs in immediately) and the PAM configuration (e.g. showing OTP sequence number). What's more, the initial login: prompt on ttyv* uses getty(8) and the password prompt (if any) comes from login(1), so even more code needs to be loaded for the password prompt to show.

It may be possible to modify the protocol between getty(8) and login(1) to start without echo tty mode, so that too early password characters are at least very unlikely to show up. login(1) will have to skip some tty flushes and enable echo mode later on.