From owner-freebsd-current@freebsd.org Sun Mar 14 12:16:58 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6482A57DBF1 for ; Sun, 14 Mar 2021 12:16:58 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dyz7Y3B3gz3jgZ; Sun, 14 Mar 2021 12:16:56 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1615724215; bh=uAZFxWspbfhngILZ/rtWgMaGSc+D34QrZV9sSgIiLEk=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:In-Reply-To:References; b=LDWrmzjaLaYPpoAvDnq5qfNHHgBUdftMFMHHuEZOw9z4ykfzXbqg+17btUFM2ul2r /w6SGR8MFS9v9QRRj8rYZu/kfw3ZfKQiT4RTtr3L1yNzdQespvEAk5ENgSqSaDAlX+ yXSBnBp2EUpz3pqlT/pl3AMR11jQosxkV+K1GX/Q= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from hermann.fritz.box ([77.13.30.158]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N7iCg-1lqV6a3fpC-014nI8; Sun, 14 Mar 2021 13:16:55 +0100 Date: Sun, 14 Mar 2021 13:16:53 +0100 From: "Hartmann, O." To: Andriy Gapon Cc: "Hartmann, O." , FreeBSD CURRENT Subject: Re: console: no USB keyboard! Message-ID: <20210314131653.1ac46909@hermann.fritz.box> In-Reply-To: <7719f608-f277-5ba9-903d-9da463b4c921@FreeBSD.org> References: <20210313200117.46db6706@hermann.fritz.box> <7719f608-f277-5ba9-903d-9da463b4c921@FreeBSD.org> Organization: walstatt.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/g39hJCZsBAXw6kcnWx9P5i."; protocol="application/pgp-signature"; micalg=pgp-sha256 X-Provags-ID: V03:K1:tMt9Tdz0TcUp8fB/2KOiwXDu3VjOTf/4X7h9Prc4HRNl8gNGHmG yyCjvx1e83sJUZrUK3adqbPb1yeLMxWEOWlI0hBzCHaCYAo41Paa3USA99j/yvfung19pHm hq7Ada3kcwbrQZyXSEfgdyE1HcsZGx2QCRhABZMRpmlap0++qfHdccNFl94XrqX1VTO+kSZ 7AYeXn1awCmjDE5VO317g== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:CdOfa0Uod1A=:dsGFTvK+YwkKCvJOT7mEJw MBOzv/H3bOQcv30qNYLJQ3GFv5jWKUOviFUqjkT4d4dI52+JU0jfxLv2enk4vJZoWUBmUkMvG YyvZ1jpNyHehuDcb6ish+u7ednxI78QWdby3FZpIAbJY6iPjlBd/TDsgQ88Hs+RiaGxmacGAM ss0l5osbGJd2TzRSJFKgi1LRHccOApLIc13QZK7t45/otjanaSeqYLgUO5kYG7WFdRIg6URUU ntadtW4xPNdD8V0EGqeRZxyw49NoyHDsF0Rh7QzcInJX28rFDzlnwCqJhMMD+mNMvlipvVeAL eXfVPDvRs9O22iEJH7h3TAVfUQVhJGuFnYhBKYVM6yXwGMbNK7R393xdD8rXUp0XzlvEvdLHi L0Gq4UkCPFwKnBb+wT03o2okFvxljYOmz0yxG34IyLjhyRS1ALJzo+BE3K+HNqOqZzsG/yaD2 RhkEf1X63TDh/cA0u6jvdGhJh3ZeB6xbpPIkAhWTeLZrR3Mqpzgz5uESLV6/zo62FeURYw254 JVCQAFFsgscda21T2OC6XgAt0UdpREiqKRt5WPd+Iiq1wElTy000rcmt3M1zCIaYsBGmfrPLz Lx3QjuzyCzdL1sxKVMA3d/SjIEbbk0AsG+OR0JOvWzE91x0CDe8vVeOqvM/jXO6p7o5sMg2po PouuVI/acooaPKxBGtJ61VoW+eQ+x5ey6rjg/P/nLYESUYzyupyT3Z0DzmR2KjlA40KeO+BRs ULaP/aov1rne6WxxDcIIxjwhD3czO3yl2sc0/WHfT34cXVgVdWZTcvmegg3zZLK+aCACNeDiE mGcL3+gFYVnmGb6vSAhAJviKsMxpVelEqT6wjnl6AOhzunq1oovAMY0ErVQ6BwLZjXppLQk5C Ti64vN3jIqDtawTA/j3g== X-Rspamd-Queue-Id: 4Dyz7Y3B3gz3jgZ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=LDWrmzja; dmarc=none; spf=none (mx1.freebsd.org: domain of o.hartmann@walstatt.org has no SPF policy when checking 212.227.17.22) smtp.mailfrom=o.hartmann@walstatt.org X-Spamd-Result: default: False [-1.62 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.227.17.22:from]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.17.22:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; RECEIVED_SPAMHAUS_PBL(0.00)[77.13.30.158:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.88)[0.879]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[walstatt.org]; SPAMHAUS_ZRD(0.00)[212.227.17.22:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.17.22:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 12:16:58 -0000 --Sig_/g39hJCZsBAXw6kcnWx9P5i. Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 14 Mar 2021 11:42:13 +0200 Andriy Gapon wrote: > On 13/03/2021 21:01, Hartmann, O. wrote: > > Running 14-CURRENT on several boxes (i.e. FreeBSD 14.0-CURRENT #49 > > main-n245422-cecfaf9bede9: Fri Mar 12 16:08:09 CET 2021 amd64) with cus= tom and/or > > GENERIC kernel and USB-only equipment (mouse if available, keyboard). > > In multiuser mode, there is no problem using the USB keyboard. On singl= e user console > > (for maintenance purposes), no USB keyboard is available. The same is t= rue while > > booting and the rc scripts are worked on. Usually, one can hit the ente= r key and > > inserts a newline, this doesn't work anymore until the box is completel= y up!=20 > >=20 > > I do not know when this problem as been introduced, the very same confi= g is used since > > 13-CURRENT in its earlier time and has been modified accordingly, but I= can't see > > obvios changes which would explain the wrecked behaviour now.=20 > >=20 > > I got aware of this problem, when a small mistake in /etc/fstab rendere= d a box > > unbootable, I had to head for the datacenter and wasn't even capable of= interrupting > > the stuck system. Checking on other boxes running recent 14-CURRENT rev= ealed the same > > problem. > >=20 > > The interesting part is, that as long as those boxes are with the loade= r present (all > > boxes are UEFI booting!), the USB keyboard works as expected and I'm ab= le to select > > kernel/kernel.old and so on. > >=20 > > How to fix this? =20 >=20 > Can't help with fixing the problem, but here's some info. > When you are at the loader prompt, BIOS provides emulation of a standard / > legacy keyboard for the USB keyboard. That's why loader can work even th= ough it > doesn't know much about USB. > When a FreeBSD driver for the USB controller takes over then the BIOS emu= lation > stops. Until a FreeBSD peripheral driver like ukbd attaches, it's not po= ssible > to use the keyboad, unfortunately. You can check your dmesg to see when = that > happens. >=20 > Personally, I try to avoid "legacy free" solutions and always have a PS/2 > keyboard (even if it's a really a USB one using PS/2 <-> USB adapter). >=20 > Of course, it would be great to reduce the dead window for USB keyboards = and I > think that it is doable. >=20 >=20 Hello, thank you very much for the explanation. For usual, I compile all necessary= module staticlly into the kernel, the USB mouse, massstorage, keyboard. There was = a message about some changes with uhid/hid, I tried all variants coming to my mind, s= tarting from GENERIC up to add-ons statically compiled in. The systems in question I obs= erved this the first time are quite old (Z77/IvyBridge era) and do have PS/2 sockets, = but others (KabyLake) doesn't. Most KVM we use today in the datacenters are VGA/USB ba= sed, so there is no chance to attach PS/2 equipment :-( Kind regards, oh=20 --Sig_/g39hJCZsBAXw6kcnWx9P5i. Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCYE3+tQAKCRA4N1ZZPba5 R88RAP0TTYjxpFs1elfhFnbF4vTH5S3GvGsmjvDgNEheIgn9jgD/Q851tL4mKv0F Ceqn1LDLHDuwJ4AtMkpCU1wK8H+9nAk= =z4/9 -----END PGP SIGNATURE----- --Sig_/g39hJCZsBAXw6kcnWx9P5i.--