From nobody Mon Jun 27 16:27:07 2022 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 11E5C875EF1 for ; Mon, 27 Jun 2022 16:27:43 +0000 (UTC) (envelope-from grembo@freebsd.org) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LWtRy1TXyz4lMJ; Mon, 27 Jun 2022 16:27:42 +0000 (UTC) (envelope-from grembo@freebsd.org) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 9fabc163; Mon, 27 Jun 2022 16:27:40 +0000 (UTC) Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id dd537fa4 (TLSv1.3:AEAD-AES256-GCM-SHA384:256:NO); Mon, 27 Jun 2022 16:27:40 +0000 (UTC) Date: Mon, 27 Jun 2022 18:27:07 +0200 From: Michael Gmelin To: Ivan Quitschal Cc: Hans Petter Selasky , "freebsd-current@freebsd.org" , "wulf@freebsd.org" , "grembo@freebsd.org" , "imp@bsdimp.com" Subject: Re: iichid/hms keyboard/mouse wrongly reattached to uhid/ums Message-ID: <20220627182707.5b7ed9cd.grembo@freebsd.org> In-Reply-To: References: <420b1f58-09c4-6876-b1ad-91751c60e83c@selasky.org> X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= 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 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4LWtRy1TXyz4lMJ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 213.239.217.29 is neither permitted nor denied by domain of grembo@freebsd.org) smtp.mailfrom=grembo@freebsd.org X-Spamd-Result: default: False [-0.48 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEFALL_USER(0.00)[grembo]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_MEDIUM(0.60)[0.600]; NEURAL_HAM_SHORT(-0.98)[-0.976]; MID_CONTAINS_FROM(1.00)[]; MLMMJ_DEST(0.00)[freebsd-current]; FREEMAIL_TO(0.00)[hotmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Mon, 27 Jun 2022 16:18:58 +0000 Ivan Quitschal wrote: > > Hi, > > > >Can you dump "kldstat" at the different times? > > >I guess it may be just be that the wrong module is loaded first, so > >it grabs the device, because there are no other drivers loaded, even > >though ums is a generic driver. > > >Try loading all relevant drivers in /boot/loader.conf . Then the > >attach order shouldn't matter. > > >--HPS > > > Hi Michael > > Yes , hw.usb.usbhid.enable="1" is in loader.conf , not sysctl > > Hi Warner > > When ums.ko is up, the second attach is always taken by "ums" first > no matter what. First time you boot tho, it takes the correct one > (hms) > > Hi Hans > > Looks like this below is the only order I could make it work even tho > uhid and usbhid get loaded regardless what I put on loader.conf > > usbhid_load="NO" <-- still loaded anyway > uhid_load="NO" <-- still loaded anyway > ums_load="NO" <- this one is not loaded > ic_load="YES" > iichid_load="YES" > hidbus_load="YES" > hsctrl_load="YES" > hidmap_load="YES" > hcons_load="YES" > hkbd_load="YES" > hms_load="YES" > hmt_load="YES" > hconf_load="YES" > > hw.usb.usbhid.enable="1" > > with the order below , after 5 reboots and lots of kvm switches , it > always ended up on the right iichid device. Seems to be working now > > but like I said, its random, let see after some more reboots if this > rule is still valid I don't know if it makes any difference in your case, but I had best results loading these drivers through rc.conf, e.g.: sysrc kld_list+="hidraw hkbd" Cheers Michael -- Michael Gmelin