From nobody Sat May 18 13:06:26 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4VhPH61dP2z5KlDY for ; Sat, 18 May 2024 13:06:42 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ej1-x633.google.com (mail-ej1-x633.google.com [IPv6:2a00:1450:4864:20::633]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VhPH56hntz500l for ; Sat, 18 May 2024 13:06:41 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x633.google.com with SMTP id a640c23a62f3a-a59cdd185b9so838451666b.1 for ; Sat, 18 May 2024 06:06:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1716037598; x=1716642398; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=nXQkatbcXz4mNJGzBQxCvHP7DJFxG6+dQ8+3Wux5ODc=; b=1vqrZsLxmgV3aQjxiodlbg6choFM2woRWtEBuoYgsZhQ9BycZQKJ03ORh0+AXozuQg 7WZ03QzwqxBdDnhlhQjhk1Hc81RitAxjaF62INTSw5lV9IR2PyeVVSf+ElwR0qij5kal IBGu9hd3+4cGJPdXnezbtT1KIPNPAB73xy+yHkHOLV6E9lVTp7dNkoNyezVx+aiTstX+ VrOZDzkDAK5tOBN0ORLE3LukA5VdSen93E7/EkTMdlI07iZmzuooMxeKMxLvH6xq3Q6O cb4oTnta/zY8/n3LX37wEsHS6+LyTDVRQrDMGkROVXGO7i2JWb1m8kJzCPCODUw8VtTr Uo7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1716037598; x=1716642398; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=nXQkatbcXz4mNJGzBQxCvHP7DJFxG6+dQ8+3Wux5ODc=; b=ZyIn7MroVqcfZdOS4/PgdlXlxJ+Su9t77roJew8zVDIOBU2ZQ5ZtqkVib7RjlJ4PDL nzK8bLoVP5yNK1MnSwb1AFcnoT8HtTUexKJMF1enipNKAq2CoJIf4ejkTgclSffHGlI4 9jbwT7eAqNLvixM8z3wqgKiEb11Mtg+lCvUBCWmWKLILUo1nO4vmKefQ4gehGtMpptP6 fKpNlM71rkroGEvFGJ2CalulXuEG9lU/g25rE92ndKPLOyJhpGKOngicFollWbh7VSSc kmIEBFO9iHDeGQAjNkLIFtBJKo4j/fkxEpVH/17jtH8uECs1ChOrJXJpOPH66sxboKpG l6nQ== X-Gm-Message-State: AOJu0YwKcbWRbcMcPxSQJIZdnsOS5av2FzGIoZQvBzvuFLxneNROQhZ/ Cvcers8od4oiPiANaxyDBgzr6zzkP1qTvdXTT9xxpAOmwjfctyOh7PpMn2tSzHZzux9VwyeGuRu 4657KOoxmPTnEX3UGxY2QXWd7fVorKYCrSVcCxiCayxjB9WQAPashNA== X-Google-Smtp-Source: AGHT+IErbCV+kx9a6ghgtfj7QgRpdSi6LVrHUaV2RLOZKkfWEGgUBys9ogwyC/6ukb1qXky23rB1cNkWLs8jWCFCFqc= X-Received: by 2002:a17:907:924f:b0:a59:c3a7:59d3 with SMTP id a640c23a62f3a-a5d5a378936mr127750366b.13.1716037598431; Sat, 18 May 2024 06:06:38 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <20240518092649.6430ad53@ernst.home> <86ttivwikf.fsf@ltc.des.dev> <34a397ef-ca2d-4e04-9066-3cf8a0c48616@shurik.kiev.ua> In-Reply-To: <34a397ef-ca2d-4e04-9066-3cf8a0c48616@shurik.kiev.ua> From: Warner Losh Date: Sat, 18 May 2024 07:06:26 -0600 Message-ID: Subject: Re: usb mouse not work on boot To: Oleksandr Kryvulia Cc: FreeBSD Current Content-Type: multipart/alternative; boundary="00000000000079ec300618ba2307" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4VhPH56hntz500l --00000000000079ec300618ba2307 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, May 18, 2024, 6:51=E2=80=AFAM Oleksandr Kryvulia wrote: > 18.05.24 12:59, Oleksandr Kryvulia: > > 18.05.24 12:55, Dag-Erling Sm=C3=B8rgrav: > > Oleksandr Kryvulia writ= es: > > Gary Jennejohn writes: > > Try adding uhid_load=3D"YES" to your /boot/loader.conf. With that > added the module should be automatically loaded during the kernel > boot. > > As workaround I already have kld_list+=3D"uhid" in /etc/rc.conf. > > I hope you don't mean that literally, because /etc/rc.conf is a shell > script and +=3D is not valid shell syntax. On the other hand, something > like > > kld_list=3D"${kld_list} uhid" > > Yes, you are right. I mean > sysrc kld_list+=3D"uhid" > > > One more correction. Via kld_list I need load ums(4), loading only uhid(4= ) > does not solve a problem. > You don't need to change kld_list. In fact, you should undo any changes you've made there. Undo everything in loader.conf you've done. This is a bug in the boot optimization stuff. Or rather, this exposes a long standing bug in the USB code where there's an asymmetry between the nomatch events and the bus tree it presents to devctl causing devmatch to fail when the nomatch events aren't present on boot. Just set hw.bus.devctl_nomatch_enabled=3D1 in /boot/loader.conf and reboot. Or update to the change I'm about to make. Warner --00000000000079ec300618ba2307 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sat, May 18, 2024, 6:51=E2=80=AFAM= Oleksandr Kryvulia <shuriku@shurik.kiev.ua> wrote:
=20 =20 =20
18.05.24 12:59, Oleksandr Kryvulia:
=20 18.05.24 12:55, Dag-Erling Sm=C3=B8rgrav:
Oleksandr Kryvulia <shuriku@shurik.kiev.ua>=
 writes:

Gary Jennejohn=
 <g=
aryj@gmx.de> writes:

Try adding uhi=
d_load=3D"YES" to your /boot/loader.conf.  With that
added the module should be automatically loaded during the kernel
boot.

As workaround I already have kld_list+=3D"uhid=
" in /etc/rc.conf.

I hope you don't mean that literally, because /=
etc/rc.conf is a shell
script and +=3D is not valid shell syntax.  On the other hand, something
like

kld_list=3D"${kld_list} uhid"
Yes, you are right. I mean
sysrc kld_list+=3D"uhid"

One more correction. Via kld_list I need load ums(4), loading only uhid(4) does not solve a problem.


You don't need to ch= ange kld_list. In fact, you should undo any changes you've made there. = Undo everything in loader.conf you've done.

This is a bug in the boot optimization stuff. Or rather, this exposes a l= ong standing bug in the USB code where there's an asymmetry between the= nomatch events and the bus tree it presents to devctl causing devmatch to = fail when the nomatch events aren't present on boot.

Just set hw.bus.devctl_nomatch_enabled=3D1 in /boot/loader.conf and = reboot. Or update to the change I'm about to make.

=
Warner
--00000000000079ec300618ba2307--