From nobody Tue May 14 01:54:08 2024 X-Original-To: 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 4VdfYD1hDQz5K6vH for ; Tue, 14 May 2024 01:54:24 +0000 (UTC) (envelope-from rlibby@gmail.com) Received: from mail-lj1-f174.google.com (mail-lj1-f174.google.com [209.85.208.174]) (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 4VdfYC3gGQz4NPd; Tue, 14 May 2024 01:54:23 +0000 (UTC) (envelope-from rlibby@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of rlibby@gmail.com designates 209.85.208.174 as permitted sender) smtp.mailfrom=rlibby@gmail.com Received: by mail-lj1-f174.google.com with SMTP id 38308e7fff4ca-2e6792ea67dso43729461fa.3; Mon, 13 May 2024 18:54:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1715651661; x=1716256461; h=content-transfer-encoding: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=c6ZU9TYckcH5e/LWVtAxPbydorDUoeiVpQ1VHmAJfUg=; b=n6mo5jCecSpVYjH9mUXJpoVJlAWKmwi7+JXLDurAUhHunSM2HoJPmha4/Rw7WyrNr9 ++hnAQUO9vHTrRMUkkxX1AHHhHQ5+f918Rqd569SUsIKhsU1YPWNZcFA4D/J3sZT6izv zTOcx7aA32zYj6/wHKKHYbA83GUeoBZGXG8NDt1tP1LG+q0LWGRENMZU0WDaOi7qiOKb nlOeagvmprmrPNY8nyYWtPcxvkVNaNqrHfa7J1+rTTJGJEBGZdj4D6iE6RY4d2LbG0VS qyhANMrh2bRx6weAncxyKbl35Yl7ZJnD991srM1l5f57cXIqN+HRPcFq6osEMQC530Zk 7tjA== X-Forwarded-Encrypted: i=1; AJvYcCWM7mraU0fIj2UhjLOg+73lriCY7WzUyH6IPtmmYKkiZBA+Jr2dEXd1WYirbFQZfSOjlH40eu2bDVpjbrRnxgnMyDsZ5NuOSkMf3xvtfdO78Wf6+Ts= X-Gm-Message-State: AOJu0Yyh4BQ6wsYeMtah2Fo3/l9yVPTJmf5z5idKKYgn2qwZ0xdKNYG3 cKFHRLzxNaSddzHaOPYYPsust+rPoyG1bWYuUR9J9JNhLQ03fXCWqfBs5r+J X-Google-Smtp-Source: AGHT+IHivBTRnX0mOzEyLOQAmtEqd49lWGvyuTweIXwMac5nht5crIdDMIOAHDqj65oYKoqh0Gowfw== X-Received: by 2002:a2e:7a0e:0:b0:2e2:466b:1a56 with SMTP id 38308e7fff4ca-2e52039e2c3mr84236131fa.53.1715651660451; Mon, 13 May 2024 18:54:20 -0700 (PDT) Received: from mail-lj1-f175.google.com (mail-lj1-f175.google.com. [209.85.208.175]) by smtp.gmail.com with ESMTPSA id 38308e7fff4ca-2e4d1515664sm16332461fa.93.2024.05.13.18.54.19 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 13 May 2024 18:54:19 -0700 (PDT) Received: by mail-lj1-f175.google.com with SMTP id 38308e7fff4ca-2e576057c2bso40375961fa.1; Mon, 13 May 2024 18:54:19 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCUdq88TCTk+tFmXHgC8IZMYPRZZt6eDw/1xa7JYY8Pk82hvy7VJFTXpn3hmMBe0MwE5ksDlbXtCvKLDihm7b3C4irYbSg92ptD8lZHPRg3wy+4GF7Y= X-Received: by 2002:a2e:8014:0:b0:2e4:a8c3:7618 with SMTP id 38308e7fff4ca-2e51fd45319mr86891961fa.16.1715651659672; Mon, 13 May 2024 18:54:19 -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: <0a3ddc685e54a289ff5cff569a95cd29@Leidinger.net> <5c7357c3-5a10-4a8e-9245-8a5787c57f35@freebsd.org> In-Reply-To: From: Ryan Libby Date: Mon, 13 May 2024 18:54:08 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Graph of the FreeBSD memory fragmentation To: Alexander Leidinger Cc: =?UTF-8?Q?Bojan_Novkovi=C4=87?= , Current , alc@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.10 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.93)[-0.929]; FORGED_SENDER(0.30)[rlibby@freebsd.org,rlibby@gmail.com]; NEURAL_HAM_SHORT(-0.27)[-0.270]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEFALL_USER(0.00)[rlibby]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; RCVD_IN_DNSWL_NONE(0.00)[209.85.208.174:from,209.85.208.175:received]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.208.174:from]; MISSING_XM_UA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[rlibby@freebsd.org,rlibby@gmail.com]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; R_DKIM_NA(0.00)[]; RCPT_COUNT_THREE(0.00)[4] X-Rspamd-Queue-Id: 4VdfYC3gGQz4NPd On Thu, May 9, 2024 at 2:36=E2=80=AFAM Alexander Leidinger wrote: > > Am 2024-05-08 18:45, schrieb Bojan Novkovi=C4=87: > > Hi, > > > > On 5/7/24 14:02, Alexander Leidinger wrote: > > > >> Hi, > >> > >> I created some graphs of the memory fragmentation. > >> https://www.leidinger.net/blog/2024/05/07/plotting-the-freebsd-memory-= fragmentation/ > >> > >> My goal was not comparing a specific change on a given benchmark, but > >> to "have something which visualizes memory fragmentation". As part of > >> that, Bojans commit > >> https://cgit.freebsd.org/src/commit/?id=3D7a79d066976149349ecb90240d02= eed0c4268737 > >> was just in the middle of my data collection. I have the impression > >> that it made a positive difference in my non deterministic workload. > > Thank you for working on this, the plots look great! > > They provide a really clean visual overview of what's happening. > > I'm working on another type of memory visualization which might > > interest you, I'll share it with you once its done. > > One small nit - the fragmentation index does not quantify fragmentation > > for UMA buckets, but for page allocator freelists. > > Do I get it more correctly now: UMA buckets are type/structure specific > allocation lists, and the page allocator freelists are size-specific > allocation lists (which are used by UMA when no free item is available > in a bucket)? > Yeah, that's more correct. UMA is a higher level allocator than the vm phys free lists. The latter is what the proposed sysctl measures. That measurement is not directly related to UMA or how UMA allocates pages for most zones, except the handful of UMA_ZONE_CONTIG zones. Because otherwise, UMA doesn't explicitly do or require allocations of contiguous pages. Most allocations by UMA of backing pages are done as single pages from the perspective of the vm phys free lists. When possible (slab size of one page and machine architecture support) it then uses direct map addresses to refer to items. Otherwise the backing pages (single or multiple not-necessarily-contiguous) are mapped into kernel virtual address space. Re malloc(9), "small" (up to 64 KB) allocations are served from uma zone "buckets" of various sizes, while larger allocations skip UMA and allocate kmem directly in a similar way to how UMA does allocations for large slabs (as in multiple individual pages are mapped). UMA "buckets" in the sense of struct uma_bucket are caches of free items. For non-cache zones, if buckets are exhausted then UMA goes to slabs. If slabs are exhausted then UMA allocates pages. Pages will first be served from the page cache, before the vm phys free lists. That was a long winded way of saying: the "UMA bucket" axis is actually "vm phys free list order". That said, I find that dimension confusing because in fact there's just one piece of information there, the average size of a free list entry, and it doesn't actually depend on the free list order. The graph could be 2D. The paper that defines this fragmentation index also says that "the fragmentation index is only meaningful when an allocation fails". Are you actually seeing any contiguous allocations failures in your measurements? Without that context, it seems like what the proposed sysctl reports is indirectly just the average size of free list entries. We could just report that. > >> Is there anything which prevents https://reviews.freebsd.org/D40575 to > >> be committed? > > D40575 is closely tied to the compaction patch (D40772) which is > > currently on hold until another issue is solved (see D45046 and related > > revisions for more details). > > Any idea about https://reviews.freebsd.org/D16620 ? Is D45046 supposed > to replace this, or is it about something else? > I wanted to try D16620, but it doesn't apply and my naive/mechanical way > of applying it panics. > > > I didn't consider landing D40575 because of that, but I guess it could > > be useful on its own. > > It at least gives a way to quantify with numbers resp. qualitatively > visualize. And as such it may help in visualizing differences like with > your guard-pages commit. I wonder if the segregation of nofree > allocations may result in a similar improvement for long-running > systems. > > Bye, > Alexander. > > -- > http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF > http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF Ryan From nobody Tue May 14 08:14:22 2024 X-Original-To: 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 4Vdq0653vJz5Kfy0 for ; Tue, 14 May 2024 08:14:46 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Vdq060jHbz51WY; Tue, 14 May 2024 08:14:46 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none 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 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1715674480; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ReX3wI9dnyp8OshXVYhw7QnZ+xHzAbU/EsMfuofxldA=; b=E6e//qxIkAItNvjRuyAt03NHBAFgn77+A9yWKnPBKrQ/ftOBJNDxLeFMTZ04AyWTP7u48o OMpBfnn2TRq3xf8aspEJktCD0wGLxVjgvcznqUmQsaJfuuq4fNYjvNd5wCkh0NS3Ess2L2 5VgB4u/htDTPuF7eqHnDUuuc4KpCpQi0+yrkWT254V+HHvKcEac9UkOu62JgAnpFhCKoRz WeHU73XffsJM/637HA7U7iLwjybW8XUtdWEnfYH2k7oJ86GJm8BWMVuol2DDu4AN9Fm4Xn gghxlyemW7t3vjwnEkWQrPk+uCVFoHxGzY57Z86Ex+n1VSI/C3CeGMHSfLtbRA== Date: Tue, 14 May 2024 10:14:22 +0200 From: Alexander Leidinger To: Ryan Libby Cc: =?UTF-8?Q?Bojan_Novkovi=C4=87?= , Current , alc@freebsd.org Subject: Re: Graph of the FreeBSD memory fragmentation In-Reply-To: References: <0a3ddc685e54a289ff5cff569a95cd29@Leidinger.net> <5c7357c3-5a10-4a8e-9245-8a5787c57f35@freebsd.org> Message-ID: <09dd93a8c9bf836f061413c30d0b14c6@Leidinger.net> Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_3317caf2e94c14a573bd9e0b5c0e31e1"; micalg=pgp-sha256 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:34240, ipnet:89.238.64.0/18, country:DE] X-Rspamd-Queue-Id: 4Vdq060jHbz51WY This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_3317caf2e94c14a573bd9e0b5c0e31e1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2024-05-14 03:54, schrieb Ryan Libby: > That was a long winded way of saying: the "UMA bucket" axis is > actually "vm phys free list order". > > That said, I find that dimension confusing because in fact there's > just one piece of information there, the average size of a free list > entry, and it doesn't actually depend on the free list order. The > graph could be 2D. It evolved into that... At first I had a 3 dimensional dataset and the first try was to plot it as is (3D). The outcome (as points) was not as good as I wanted it to be, and plotting as lines gave the wrong direction of lines. I massaged the plotting instructions until it looked good enough. I did not try a 2D plot. I agree, with different colors for each free list order a 2D plot may work too. If a 2D plot is better than a 3D plot in this case, depends on the mental model of the topic the viewer has. One size may not fit all. Feel free to experiment with other plotting styles. > The paper that defines this fragmentation index also says that "the > fragmentation index is only meaningful when an allocation fails". Are > you actually seeing any contiguous allocations failures in your > measurements? I'm not aware of such. The index may only be meaningful for the purposes of the goal of the paper when there are such failures, but if you look at the graph and how it changed when Bojan changed the guard pages, I see value in the graph for more than what the paper suggests. > Without that context, it seems like what the proposed sysctl reports > is indirectly just the average size of free list entries. We could > just report that. The calculation of the value is part of a bigger picture. The value returned is used by some other code to make decisions. Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_3317caf2e94c14a573bd9e0b5c0e31e1 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmZDHWwACgkQEg2wmwP4 2IaV4hAAlFq7L0RJp07vEB4P96BrUKtO2QXTeJBUDXN2rg7uDlp0ZPWDzNc5E2+C Jh7mcYnEgHq/ByofD2AGwhpsrwrGzQvI9P+4HL4kg+ePvIh97PloBlbwigTf8x/H cLU/XsovXs6VtKi6vmUCShjGacQ9cDZv3AriyqzYA1F/3V0bCh0pVCtok31QzeyP jGZgyofR9B4pvETMNVcv5Dx+JEqqXiuf1HWXl6xrRNf+pQPgp+Bg7ki4VXaMORuY ZW8Vn8mHog7YQLfb+pRWOmwFGe2eXzL2hIGXXyoBYAYmMpjli+/xnFtki0vWqnOl 9oho4Tm/MLLqskEq7FPY3jRwGsKsLKRSkLhSpFWeDG0yOdPb7jie5XLvWq430Rp+ xUvVIAcuF/g5YqL1/kRCTCZmTATKYe90AHvqb0szkGYqIIoq7SVENUX+4j8mlWcL +pDgef5sm8nLRmlq9iRwnxbOvGJsyll9cQayUHaNQA+JOxu1VspxOzG01QXWI02Y 7z+GViVRmtH8KCqt/eqrf5Vf4X2T0sLv7vQGbT8CcwhrCiteAV8j/i/PGzAkaHDH THo33wAqu9t/eDWxIpebvQHBUEWSeeHIyn0wA9jRLRBVi1kJSVW/Wjv9PrU54wln sYp9zNQYO64HeMtGGuOP2+8mFW0HHNgQMfQEtkoTauFDpzQnIBk= =oC9O -----END PGP SIGNATURE----- --=_3317caf2e94c14a573bd9e0b5c0e31e1-- From nobody Tue May 14 14:19:10 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 4Vdz4b6xB8z5KBGT for ; Tue, 14 May 2024 14:19:11 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [202.12.127.228]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits)) (Client CN "mail.protected-networks.net", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Vdz4b2gRLz4WTt for ; Tue, 14 May 2024 14:19:11 +0000 (UTC) (envelope-from imb@protected-networks.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protected-networks.net header.s=201508 header.b=cUjG7ZgM; dmarc=pass (policy=reject) header.from=protected-networks.net; spf=pass (mx1.freebsd.org: domain of imb@protected-networks.net designates 202.12.127.228 as permitted sender) smtp.mailfrom=imb@protected-networks.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:in-reply-to:references:content-language:subject :subject:from:from:user-agent:mime-version:date:date:message-id; s=201508; t=1715696350; bh=jL7Ryb0/WQWqGh+gibo1FMHtVmH1Gq+puuhW FQBBWSU=; b=cUjG7ZgM10JI5dY3mKRgrJ5JwVvR5awuHDNWXSFh1SuptFkrB44W BFkxKHcFxtrG2a4zXp+my09nLxQjIpPx5VsY0CQXBx6mqPnEK5nDYuefA7ftd7IU 9Iy9W3nDMvSDHRtXP99JGcXA22R9E2902ITUPBhKkIpTKHEa+0I9fJ0= Received: from [IPV6:2600:4040:53d9:8200:4ed7:17ff:fe3c:c98] (unknown [IPv6:2600:4040:53d9:8200:4ed7:17ff:fe3c:c98]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id B22133C711 for ; Tue, 14 May 2024 10:19:10 -0400 (EDT) Message-ID: <460bb5a7-ef14-4061-923f-fabc670442d8@protected-networks.net> Date: Tue, 14 May 2024 10:19:10 -0400 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 User-Agent: Mozilla Thunderbird From: Michael Butler Subject: pkg scripts need updating Content-Language: en-NZ References: <839c56b4-a87d-419f-8a04-fb16d8caf5b7@protected-networks.net> To: freebsd-current Autocrypt: addr=imb@protected-networks.net; keydata= xsDiBETHZAURBACJicNaIbVVVZahtQcdJeogtTLjCYAdj4kFMpy6Y3Ac19UNWDM+TrD4yFPi 5nc/pp9M/5Q4RNBr6a97fTYroTaq+vDwWdklOHwD2ZXs7FqwWOtVSIPT/rev5fUvwEF2VFYE sNDbpE5HHpP/oFUw5scEJZVyOBJSGvYb1IhV55NWswCgzkUGbG8A3s+oZXkHqTCYGW/seukD +wTo/L835xLpbTJxoxEKeGA3aWifSsRvpWWHyXye6sTkSN3SmtE9A8Pqmdb1dBEO0eOms6GD RamvCFgdvg2HesAv9l7L/7Mm9iKJs6uTAa+taIQslpumGh4PRc94IepVFzAa4Ef/FA4mWx9w P/EqNsKUPE2U5HI1decbopkxH/d/A/9Hupc10lPsXVMACd54/YZRsSTTcArheekm8qE/f8Hl 1Q7At+yuFgfMll4QPAhefnrLUanXF1bWtxG5PmaJktDYp3HOmy43giZgacgt+a3TVd6vu8Gs DnI4FOfYllq7mZFezMIulCWUYtnkMEXEeyzp39dygi7blPIjckWlQ2sc380rTWljaGFlbCBC dXRsZXIgPGltYkBwcm90ZWN0ZWQtbmV0d29ya3MubmV0PsJgBBMRAgAgBQJEx2QFAhsDBgsJ CAcDAgQVAggDBBYCAwECHgECF4AACgkQQv9rrgRC1JL7mgCdEnPeo22kqT/bES+D78QSGhNR r8cAn2xOMeu6pBrc2tDY8Ky/70HBctmjzsFNBETHZA4QCACKbm/PMn4QcyDEvIn4MF+t2E1A zgiBAkPCMtWT1CcqeUj13OwNM8qJD/mBWjCZCnr1hKVbvzOmgKaM4uDCWIcSCdoDTJx1DqMx abr+EpHz1fL6aagEOKHz5sCYOkDXt3zzZ/5RBMdkEJwunXYtAbu5e68oty+d0DFzAM3pBp6l GC0TE3VutmFR/KK66rf0KB83YQBf/IAtyqsRIQPP9t0SLfJ+kqKXf73nvAUFEtb21gZSzhTm QP87QKyQvenE8o4PQ2tEslq2jICB7pGcqIrwP4o3Hl4V+HXi3lA26MMJ5rakQB2sKKWroPVQ BiRXO+W8Qf+0oQFq38oMXR5sPOs/AAMFB/sEKcjzvkwviZOsDElthxtgrmqUNKC9G/4Fw0tK k6fMynv+bcKz85k2uWOIfefUKBFoQ0SCphU4jquJENqqy6BPTkXePlIJok2/GkF7xtHm2FPq tTTuYmoBrGsls28Z9dn2LcBwFHz59SSWM9JFPIvFr9HCkKtp6zPUsJd5b02+0wgzDubTMQS9 M2LwGSh9xK6xl4MGgngl22b0TZDh5qHwmsywOX6SbGsQfeNpkptJ4gPjShypusFyF+pevnCM wTfUPCBd/AFbu2fHFQjA8sgkr5IqXuc4PoiIBXc9upoFpDqGkYssAKbzGcRsK94a8hRROJV9 bzPyYempIWaPXr2EwkkEGBECAAkFAkTHZA4CGwwACgkQQv9rrgRC1JKqhwCeOov6gTo8eWte es3gbLr2n2b5AXMAoItSlajet574lkouzY3u3scSRfiE In-Reply-To: <839c56b4-a87d-419f-8a04-fb16d8caf5b7@protected-networks.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[protected-networks.net,reject]; R_SPF_ALLOW(-0.20)[+mx:c]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[protected-networks.net:+]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:5716, ipnet:202.12.127.0/24, country:US]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_TRACE(0.00)[0:+] X-Rspamd-Queue-Id: 4Vdz4b2gRLz4WTt After commit aa48259f337100e79933d660fec8856371f761ed to src which removed security_daily_compat_var, I get these warnings daily.. aaron.protected-networks.net login failures: aaron.protected-networks.net refused connections: /usr/local/etc/periodic/security/405.pkg-base-audit: security_daily_compat_var: not found /usr/local/etc/periodic/security/405.pkg-base-audit: security_daily_compat_var: not found /usr/local/etc/periodic/security/405.pkg-base-audit: security_daily_compat_var: not found /usr/local/etc/periodic/security/405.pkg-base-audit: security_daily_compat_var: not found /usr/local/etc/periodic/security/405.pkg-base-audit: security_daily_compat_var: not found Checking for security vulnerabilities in base (userland & kernel): Database fetched: 2024-05-12T14:16-04:00 0 problem(s) in 0 installed package(s) found. 0 problem(s) in 0 installed package(s) found. /usr/local/etc/periodic/security/410.pkg-audit: security_daily_compat_var: not found /usr/local/etc/periodic/security/410.pkg-audit: security_daily_compat_var: not found /usr/local/etc/periodic/security/410.pkg-audit: security_daily_compat_var: not found /usr/local/etc/periodic/security/410.pkg-audit: security_daily_compat_var: not found /usr/local/etc/periodic/security/410.pkg-audit: security_daily_compat_var: not found Checking for packages with security vulnerabilities: Database fetched: 2024-05-12T14:16-04:00 /usr/local/etc/periodic/security/460.pkg-checksum: security_daily_compat_var: not found /usr/local/etc/periodic/security/460.pkg-checksum: security_daily_compat_var: not found /usr/local/etc/periodic/security/460.pkg-checksum: security_daily_compat_var: not found Checking for packages with mismatched checksums: From nobody Tue May 14 16:09:30 2024 X-Original-To: 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 4Vf1X839jHz5KbL0 for ; Tue, 14 May 2024 16:09:44 +0000 (UTC) (envelope-from rlibby@gmail.com) Received: from mail-lf1-f41.google.com (mail-lf1-f41.google.com [209.85.167.41]) (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 4Vf1X81Q2Bz4nhf; Tue, 14 May 2024 16:09:44 +0000 (UTC) (envelope-from rlibby@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lf1-f41.google.com with SMTP id 2adb3069b0e04-51f45104ef0so6304463e87.3; Tue, 14 May 2024 09:09:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1715702982; x=1716307782; h=content-transfer-encoding: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=mv+QW6Xl0uUJ/JEdErxvOk1CwFK4gC37KCoNUlO5S9A=; b=of8RKS5X4fTB3kKavLyNZqGMVibTNLPJsVn9NeXP9MuQeTsMENzjScfXSow+Xve7fR zajafvlmpSt6dvUjYyVFgXhO83N3hx98ZFQSwvN2LVSKaLJjCWreI3/QFJg3voC8u+cj 0u1lECbx1bq6Sos+PTOp4QwRAz+C0dZAbPp+0Yg2TdLpuTYwWu+GfhJ6QjckWMBkuNYd RrXecAYcLxH+cu3kNlBoEznezKil5fZQJXTzc0hXR1GknuO7UZKjW8vuQ+HYfrllFthH 2oODirgmp1b+YmfWW91kjHPiRqtEgAyrVDu3oCmytJtp0JWgUUG9Lcr7PDJZZIyvEYfM sOQQ== X-Forwarded-Encrypted: i=1; AJvYcCWJg5075aLza6P9HCypafTdoDVzHy5vwKFyDffzcqDK3YVCvIuf+5tpQPErBgXls6C4YG5w96DFjqg2pVH/+oObsfPJLKC4jN/i2Lv5SaKSQTEYqBQ= X-Gm-Message-State: AOJu0Yzq90y6TFNKHwm/sk34HTTS5ur5oFv0g/XYd/BmAbbMMQMwgk4r gepfc5J8aRwVDUmMMsjkosqJb1+G7QbH8IyTNnsPFNKTqghY3CDMW55aVVmX X-Google-Smtp-Source: AGHT+IEXEhJjBpaaJAzkZCJU+72eNg72BC5ncQxYuaM5onSkHQi6H22Iv+NhhVB8NlTJ+HtdqRuUrg== X-Received: by 2002:a05:6512:12d6:b0:523:4230:9179 with SMTP id 2adb3069b0e04-52342309259mr3625922e87.40.1715702981762; Tue, 14 May 2024 09:09:41 -0700 (PDT) Received: from mail-lj1-f180.google.com (mail-lj1-f180.google.com. [209.85.208.180]) by smtp.gmail.com with ESMTPSA id 2adb3069b0e04-521f35ba351sm2186883e87.63.2024.05.14.09.09.41 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 14 May 2024 09:09:41 -0700 (PDT) Received: by mail-lj1-f180.google.com with SMTP id 38308e7fff4ca-2e52181c228so45794551fa.0; Tue, 14 May 2024 09:09:41 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCVMS2mEGFSF2mFyX70wcLsxjGtR2ZhQCXXlU5+rJeXBAHCaVy0STjLnIyaDNdMnH6nTnNHFy3s4TnJ539d+t+CXu9jpn5V9ol49pE5/y12XT3BJNu4= X-Received: by 2002:a2e:8187:0:b0:2de:d4ef:af19 with SMTP id 38308e7fff4ca-2e51fd4306dmr89686521fa.10.1715702981432; Tue, 14 May 2024 09:09:41 -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: <0a3ddc685e54a289ff5cff569a95cd29@Leidinger.net> <5c7357c3-5a10-4a8e-9245-8a5787c57f35@freebsd.org> <09dd93a8c9bf836f061413c30d0b14c6@Leidinger.net> In-Reply-To: <09dd93a8c9bf836f061413c30d0b14c6@Leidinger.net> From: Ryan Libby Date: Tue, 14 May 2024 09:09:30 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Graph of the FreeBSD memory fragmentation To: Alexander Leidinger Cc: =?UTF-8?Q?Bojan_Novkovi=C4=87?= , Current , alc@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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:209.85.128.0/17, country:US] X-Rspamd-Queue-Id: 4Vf1X81Q2Bz4nhf On Tue, May 14, 2024 at 1:14=E2=80=AFAM Alexander Leidinger wrote: > > Am 2024-05-14 03:54, schrieb Ryan Libby: > > That was a long winded way of saying: the "UMA bucket" axis is > > actually "vm phys free list order". > > > > That said, I find that dimension confusing because in fact there's > > just one piece of information there, the average size of a free list > > entry, and it doesn't actually depend on the free list order. The > > graph could be 2D. > > It evolved into that... > At first I had a 3 dimensional dataset and the first try was to plot it > as is (3D). The outcome (as points) was not as good as I wanted it to > be, and plotting as lines gave the wrong direction of lines. I massaged > the plotting instructions until it looked good enough. I did not try a > 2D plot. I agree, with different colors for each free list order a 2D > plot may work too. If a 2D plot is better than a 3D plot in this case, > depends on the mental model of the topic the viewer has. One size may > not fit all. Feel free to experiment with other plotting styles. > What I mean is that the 13 values in the depth dimension (now "freelist size") are actually all showing the same information -- except for integer truncation issues and having clamped the negative values at -1000. Each index value for a given order completely determines the values for the other orders at a given time point. In the patch (D40575) this is return (1000 - ((info.free_pages * 1000) / (1 << order) / info.free_blocks)); but notice that free_pages and free_blocks don't depend on order, they are computed across all free list entries, of all orders, and are the same for a calculation for any order. So for example we could solve for the average free list entry size by taking the value from order of 0: index_0 =3D 1000 - 1000 / 1 * free_pages / free_blocks avg_pages =3D free_pages / free_blocks =3D -(index_0 - 1000) / 1000 and from that you can calculate all the other values. Or just display it directly. I'd suggest try plotting log2(avg_pages). In other words, I think just considering one value per time point is simpler and doesn't lose any information. > > The paper that defines this fragmentation index also says that "the > > fragmentation index is only meaningful when an allocation fails". Are > > you actually seeing any contiguous allocations failures in your > > measurements? > > I'm not aware of such. > The index may only be meaningful for the purposes of the goal of the > paper when there are such failures, but if you look at the graph and how > it changed when Bojan changed the guard pages, I see value in the graph > for more than what the paper suggests. > > > Without that context, it seems like what the proposed sysctl reports > > is indirectly just the average size of free list entries. We could > > just report that. > > The calculation of the value is part of a bigger picture. The value > returned is used by some other code to make decisions. > > Bye, > Alexander. > > -- > http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF > http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF Okay I see that D40772 uses it, but always passes order=3D9, and compares it with threshold=3D300. Rearranging, it asks if the average free list entry size is at least 1.4 MiB. Personally I'd prefer to consider values that are easy to interpret rather than an arbitrary index value. Ryan From nobody Tue May 14 17:18:18 2024 X-Original-To: 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 4Vf33Y0nBkz5KhYr for ; Tue, 14 May 2024 17:18:33 +0000 (UTC) (envelope-from rlibby@gmail.com) Received: from mail-lj1-f171.google.com (mail-lj1-f171.google.com [209.85.208.171]) (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 4Vf33X35fdz3xGX; Tue, 14 May 2024 17:18:32 +0000 (UTC) (envelope-from rlibby@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of rlibby@gmail.com designates 209.85.208.171 as permitted sender) smtp.mailfrom=rlibby@gmail.com Received: by mail-lj1-f171.google.com with SMTP id 38308e7fff4ca-2e564cad1f1so51808911fa.0; Tue, 14 May 2024 10:18:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1715707110; x=1716311910; h=content-transfer-encoding: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=8OrAiOqbQ/d0kicoiP7drTyzy1bCPSiFb5tHARgnHbU=; b=HWdY2F+xGLvpywbbiKzvPAMhy+7Z9vk0Bc4QXB3NPG9bNfudpFHWZBSh/wkekAuoLe Z+DKu+C01da30zmdE7DiaFj0s6Y/agfiNf2hxQbssgXYSybvDEXGzj1fZIgUlvkrPYko h114oIb6O9421LjTfynEpA5AjHZ56L799T+Uaq4hk7Kmu3sskJOjK5u3yI8QuxxiJoRM aMLl5J7ysrkEVcKLZaPQOh2gZH0AZfAXmVk5WGo5nGJZgQ0Xdz6+8GzN3wKC5lPs3uul OtG9Noqe/t9+0nLwAdhKzSeYe5+m8WjtEGQNxbZihQ5y/3/6lQRYt0EH/jnhVuZKMV3Y 0cCg== X-Forwarded-Encrypted: i=1; AJvYcCWZ/H45nzIsHqnEEcXYQ/bHnSAcykrHTrApKD2V4O0InL07mU9wnEGCmiOt3iemSMBv6H7rao3Lw2aUustZCMlIFN981monqbBWtWpRQsAyjvcKuvE= X-Gm-Message-State: AOJu0YwBSvtmIgnIJaX9QyD9qlk3T8kI2n6X9pT7vllOstAZlkY7+21J wmXrcR01a7SrxdUTNjSX00zcobbx/YL9OgNNftaUueCnx0lZBjTqappxvK8C X-Google-Smtp-Source: AGHT+IGrw3z20FQJHH3cOzwAy8PYArwYYks6995PeI40VItoubzaKtdMtfz8MIlhbElfLeWJC0C61w== X-Received: by 2002:a2e:828b:0:b0:2e5:1dae:1789 with SMTP id 38308e7fff4ca-2e51fe5820emr81296821fa.22.1715707109945; Tue, 14 May 2024 10:18:29 -0700 (PDT) Received: from mail-lj1-f178.google.com (mail-lj1-f178.google.com. [209.85.208.178]) by smtp.gmail.com with ESMTPSA id 38308e7fff4ca-2e4d0bbd6b3sm18786931fa.17.2024.05.14.10.18.29 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 14 May 2024 10:18:29 -0700 (PDT) Received: by mail-lj1-f178.google.com with SMTP id 38308e7fff4ca-2df83058d48so76127641fa.1; Tue, 14 May 2024 10:18:29 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCUV6h6EFDKIqH4tY5n4kMsI4Tqg7rUzxkpVgU/67qtsBbFWWpzDr+FHnii3JnNe6YNwRMHAWtCJH+Ev8cPIT1QQtnpKzxPXs7ZtKQIcIyBTDljyXIU= X-Received: by 2002:a2e:8847:0:b0:2e2:2791:983e with SMTP id 38308e7fff4ca-2e51fd451femr83157071fa.13.1715707109519; Tue, 14 May 2024 10:18:29 -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: <0a3ddc685e54a289ff5cff569a95cd29@Leidinger.net> <5c7357c3-5a10-4a8e-9245-8a5787c57f35@freebsd.org> <09dd93a8c9bf836f061413c30d0b14c6@Leidinger.net> In-Reply-To: From: Ryan Libby Date: Tue, 14 May 2024 10:18:18 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Graph of the FreeBSD memory fragmentation To: Alexander Leidinger Cc: =?UTF-8?Q?Bojan_Novkovi=C4=87?= , Current , alc@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / X-Spamd-Result: default: False [-0.91 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.64)[-0.641]; NEURAL_SPAM_SHORT(0.63)[0.631]; FORGED_SENDER(0.30)[rlibby@freebsd.org,rlibby@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEFALL_USER(0.00)[rlibby]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.208.171:from,209.85.208.178:received]; MISSING_XM_UA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[rlibby@freebsd.org,rlibby@gmail.com]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.208.171:from]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; R_DKIM_NA(0.00)[]; RCPT_COUNT_THREE(0.00)[4] X-Rspamd-Queue-Id: 4Vf33X35fdz3xGX On Tue, May 14, 2024 at 9:09=E2=80=AFAM Ryan Libby wro= te: > > On Tue, May 14, 2024 at 1:14=E2=80=AFAM Alexander Leidinger > wrote: > > > > Am 2024-05-14 03:54, schrieb Ryan Libby: > > > That was a long winded way of saying: the "UMA bucket" axis is > > > actually "vm phys free list order". > > > > > > That said, I find that dimension confusing because in fact there's > > > just one piece of information there, the average size of a free list > > > entry, and it doesn't actually depend on the free list order. The > > > graph could be 2D. > > > > It evolved into that... > > At first I had a 3 dimensional dataset and the first try was to plot it > > as is (3D). The outcome (as points) was not as good as I wanted it to > > be, and plotting as lines gave the wrong direction of lines. I massaged > > the plotting instructions until it looked good enough. I did not try a > > 2D plot. I agree, with different colors for each free list order a 2D > > plot may work too. If a 2D plot is better than a 3D plot in this case, > > depends on the mental model of the topic the viewer has. One size may > > not fit all. Feel free to experiment with other plotting styles. > > > > What I mean is that the 13 values in the depth dimension (now "freelist > size") are actually all showing the same information -- except for > integer truncation issues and having clamped the negative values at > -1000. Each index value for a given order completely determines the > values for the other orders at a given time point. > > In the patch (D40575) this is > return (1000 - > ((info.free_pages * 1000) / (1 << order) / info.free_blocks))= ; > but notice that free_pages and free_blocks don't depend on order, they > are computed across all free list entries, of all orders, and are the > same for a calculation for any order. So for example we could solve for > the average free list entry size by taking the value from order of 0: > index_0 =3D 1000 - 1000 / 1 * free_pages / free_blocks > avg_pages =3D free_pages / free_blocks =3D -(index_0 - 1000) / 10= 00 > and from that you can calculate all the other values. Or just display > it directly. I'd suggest try plotting log2(avg_pages). > > In other words, I think just considering one value per time point is > simpler and doesn't lose any information. > > > > The paper that defines this fragmentation index also says that "the > > > fragmentation index is only meaningful when an allocation fails". Ar= e > > > you actually seeing any contiguous allocations failures in your > > > measurements? > > > > I'm not aware of such. > > The index may only be meaningful for the purposes of the goal of the > > paper when there are such failures, but if you look at the graph and ho= w > > it changed when Bojan changed the guard pages, I see value in the graph > > for more than what the paper suggests. > > > > > Without that context, it seems like what the proposed sysctl reports > > > is indirectly just the average size of free list entries. We could > > > just report that. > > > > The calculation of the value is part of a bigger picture. The value > > returned is used by some other code to make decisions. > > > > Bye, > > Alexander. > > > > -- > > http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772B= F > > http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772B= F > > Okay I see that D40772 uses it, but always passes order=3D9, and compares > it with threshold=3D300. I see that it is not "always" as the order is actually arch dependent. > Rearranging, it asks if the average free list > entry size is at least 1.4 MiB. ...on amd64. > > Personally I'd prefer to consider values that are easy to interpret > rather than an arbitrary index value. > > Ryan From nobody Wed May 15 00:21:44 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 4VfDS53qMZz5LGSt for ; Wed, 15 May 2024 00:21:57 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-il1-x132.google.com (mail-il1-x132.google.com [IPv6:2607:f8b0:4864:20::132]) (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 4VfDS526Jdz4mSy for ; Wed, 15 May 2024 00:21:57 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-il1-x132.google.com with SMTP id e9e14a558f8ab-36c9c603b1dso26335845ab.1 for ; Tue, 14 May 2024 17:21:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1715732516; x=1716337316; darn=freebsd.org; h=to:references:message-id:cc:date:in-reply-to:from:subject :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=pvWoWts9PKzXJ/1wdyS/w0aBT5uma7uRoBpL4A6lpQ4=; b=iKKM2J4ctr2ztQlslZdTCbIHf87dXdCU3WO3AK9jk0ZDDZstckSaDImlgrBGpH84bn 1YuH+Is+IRNrX4f2APeaxuG0ryknwMxxaq71lne/7CX1JbmWn+ELt6yvev+seq6ZIHH8 t1UhjHYGd/J8l0nMMhFR2XUS8j4OfuaS1DJpH/4v2zQjv6E0I8ix2XcQWZx4No5Ykc27 rtgQ7vnCxmQDeB85LMMv1nLvfp8aW1f1VJcHIx1R6fE+6OpzIdSDNoUzmlxa5tFfVNqf WAcUo0F5HRh5SAqaEmUs2L7xbjRa8C+9L9zG9T7jvqZdi4AIHpmoQZutRjNYH3zGqkZk kWzA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1715732516; x=1716337316; h=to:references:message-id:cc:date:in-reply-to:from:subject :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=pvWoWts9PKzXJ/1wdyS/w0aBT5uma7uRoBpL4A6lpQ4=; b=wC7VerSLKvVgjCocwrhb7q2WSaDHWtqdC2go9BHopkFxLzeOQtBpyC591W1oMD/gZD y/qYIrhNYdHq6QIScatPdU4gC3DgbXnxa1Qt6JVybrgCemLsOsOICtiFRMfPCDwK+15C OtSbktA/VCfoqgl+iJSytrmCUKXsyGucVl7nEhMPIWb8CcSc4ATsmI6xBxKyh9Kb44+C BQiTKpqfMtopqN5d2tRqDWL4F5pPyrD3BE471pOqyB1BpzsXkDMcdnr3qMYfFbvmoWPW gebDLhxBvqW2lgOfzfaFs/QiJfTzWUowngKaO7fnkNmnKKYuEvYyQoNisyEi2Vt6xtV1 GeNQ== X-Gm-Message-State: AOJu0YwsZs3tipmOekCahTCfNbAHU6jhv/BlZKX7uw0J8YqUlGRLZrvg ModeNJTZ8D/qBj+8U3YpS5wE24AFabcs38RWrIQaMGi4bEk4e55UQ3eMEA== X-Google-Smtp-Source: AGHT+IFyzj4t/aRaABrG8NgPM9JQhVR+5vo3x3UL9yYK9qAbDHEje7QHIZTBRqRSQ4rgZWHP2oLc5g== X-Received: by 2002:a05:6e02:1786:b0:36c:46bf:4afa with SMTP id e9e14a558f8ab-36cc14406famr201292075ab.6.1715732515841; Tue, 14 May 2024 17:21:55 -0700 (PDT) Received: from smtpclient.apple ([162.118.1.182]) by smtp.gmail.com with ESMTPSA id 41be03b00d2f7-64de394ef36sm1810156a12.72.2024.05.14.17.21.55 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 14 May 2024 17:21:55 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_0A1B730A-263B-4B33-B531-726EE18DF1F3"; protocol="application/pgp-signature"; micalg=pgp-sha256 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 (Mac OS X Mail 16.0 \(3774.500.171.1.1\)) Subject: Re: pkg scripts need updating From: Enji Cooper In-Reply-To: <460bb5a7-ef14-4061-923f-fabc670442d8@protected-networks.net> Date: Tue, 14 May 2024 17:21:44 -0700 Cc: freebsd-current Message-Id: <302BC538-B4F1-4CE8-A70F-E087C282EAFE@gmail.com> References: <839c56b4-a87d-419f-8a04-fb16d8caf5b7@protected-networks.net> <460bb5a7-ef14-4061-923f-fabc670442d8@protected-networks.net> To: Michael Butler X-Mailer: Apple Mail (2.3774.500.171.1.1) 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:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4VfDS526Jdz4mSy --Apple-Mail=_0A1B730A-263B-4B33-B531-726EE18DF1F3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On May 14, 2024, at 7:19=E2=80=AFAM, Michael Butler = wrote: >=20 > After commit aa48259f337100e79933d660fec8856371f761ed to src which = removed security_daily_compat_var, I get these warnings daily.. >=20 > aaron.protected-networks.net login failures: >=20 > aaron.protected-networks.net refused connections: > /usr/local/etc/periodic/security/405.pkg-base-audit: = security_daily_compat_var: not found > /usr/local/etc/periodic/security/405.pkg-base-audit: = security_daily_compat_var: not found > /usr/local/etc/periodic/security/405.pkg-base-audit: = security_daily_compat_var: not found > /usr/local/etc/periodic/security/405.pkg-base-audit: = security_daily_compat_var: not found > /usr/local/etc/periodic/security/405.pkg-base-audit: = security_daily_compat_var: not found >=20 > Checking for security vulnerabilities in base (userland & kernel): > Database fetched: 2024-05-12T14:16-04:00 > 0 problem(s) in 0 installed package(s) found. > 0 problem(s) in 0 installed package(s) found. > /usr/local/etc/periodic/security/410.pkg-audit: = security_daily_compat_var: not found > /usr/local/etc/periodic/security/410.pkg-audit: = security_daily_compat_var: not found > /usr/local/etc/periodic/security/410.pkg-audit: = security_daily_compat_var: not found > /usr/local/etc/periodic/security/410.pkg-audit: = security_daily_compat_var: not found > /usr/local/etc/periodic/security/410.pkg-audit: = security_daily_compat_var: not found >=20 > Checking for packages with security vulnerabilities: > Database fetched: 2024-05-12T14:16-04:00 > /usr/local/etc/periodic/security/460.pkg-checksum: = security_daily_compat_var: not found > /usr/local/etc/periodic/security/460.pkg-checksum: = security_daily_compat_var: not found > /usr/local/etc/periodic/security/460.pkg-checksum: = security_daily_compat_var: not found >=20 > Checking for packages with mismatched checksums: Have you tried emailing the issue to the committer/filing a bug report = to bring this to their attention? Cheers, -Enji= --Apple-Mail=_0A1B730A-263B-4B33-B531-726EE18DF1F3 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEkHfexGRJ3gYRdA2gGpE5DjPsNJgFAmZEABgACgkQGpE5DjPs NJiuUBAAos7G7w8Ii4Q+eecE7XI7wJpiGbGJNeNa5ymJVm3+wXuiXtt0nGggLDTb yoKUSpgPRwdAlC+MDBPi/v0kGtpZJIAUJwzHgN1JFM81bGjwOCZdWsClQX8Q6DgF mFOAKdxpInZzj5YfmWuMnSnlHnGu8tkO66DoKEHuW91TkXsdEYrB73ZKVtYl+0m4 PsgpA0/wFye1nPwN+EpQ8sYc7UZKdggBGprOr/Nag8k5TUiOYsnckoX0bGjICmdZ pDuUYZaEZIAJ07sgRVLy1ShdBe8ZphoW8CrK1JtG5gN2ouEDNvlSzbdzK550LXXx 11Kja9+ZzT1qIuRnOK7Q9hdsMvox8CHFiD/kDpOqTAZ9LwuzSAPpE81o5Q8ZlWeO bCa00sWYAtzQTfLiD3dbDcDUcKzMgw2H9hgZolBkmvtZZGiKkp+NqMtCh4uglTcm t+ki31AeH9KaHNW6K0AxWpmClpP38Di6HS1afNHMX57xwCMWbJmMT/lOlfxDJplu 4iB0neJLvSD2FB0lFD1xh9zuZiQL6Z4xuBjfCCk9Nb6crSVwrLjo47P9t3fwJAPW il9ElTdxPZK/5N9wH6gXdbo/XRVLWzcxsaookxT6m6QIBhrgZNXVIcCaqgbZiTs9 +ZE2VkdnNvkOOnWa705yRP8ljm7C81k/8LsRFYpmEjTIFnWHVZU= =kjXv -----END PGP SIGNATURE----- --Apple-Mail=_0A1B730A-263B-4B33-B531-726EE18DF1F3-- From nobody Wed May 15 00:30:11 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 4VfDdr5pKjz5LGqM for ; Wed, 15 May 2024 00:30:24 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf1-x434.google.com (mail-pf1-x434.google.com [IPv6:2607:f8b0:4864:20::434]) (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 4VfDdr2lF5z4nlb; Wed, 15 May 2024 00:30:24 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=cJJNUbGF; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of yaneurabeya@gmail.com designates 2607:f8b0:4864:20::434 as permitted sender) smtp.mailfrom=yaneurabeya@gmail.com Received: by mail-pf1-x434.google.com with SMTP id d2e1a72fcca58-6f44b5e7f07so5119159b3a.2; Tue, 14 May 2024 17:30:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1715733023; x=1716337823; darn=freebsd.org; h=to:references:message-id:cc:date:in-reply-to:from:subject :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=L1IS9W9a9QJyhXzJivR4LLc/+NV8Eu86420JpA3xJWQ=; b=cJJNUbGFcFHxDxgqRfYi8IErfpGP0XgC0IJ/Cn+eMV/8RNAKByGd6jefQibbGoBezP u+uDtjMM4j5VEOVJuQxWIoErgfV3bcbhQw9zhj0W5ZJ0B+yH2qtMGE3ZNpRM5Y/VoU+n IQ6Z474mB3n2oucansnViNDwcfeXPjjuVWmJGLH8cfImRklhR5DbP6jBPONcgxCOe6gs ho3Kb6UbmhLOYNimDyQY4IPVVJQF6hDV/0Bj4j/25yZ5RgNYNd6QIX9h1oxq0WKoaXOX dmbRow4vC0PI/L8vcO/9gCYvOJNTqwO1Ko57cP+zZxvf4slom5ewWca32XUNzJ0FsLo8 YABw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1715733023; x=1716337823; h=to:references:message-id:cc:date:in-reply-to:from:subject :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=L1IS9W9a9QJyhXzJivR4LLc/+NV8Eu86420JpA3xJWQ=; b=uLu4DwUBQRehPzfbhCJlj4K30RmjEKAKB0e667qi6Otn7bSyLa54BaAGo9s57ZnWJ7 bTgnoAUgigaTy0Ne+F01jRgriSerVe9TInVRYzWcVM/f2h/Fpec3tCzDaPM7S4oLOfPO eM1sFOkqv5iC7JQHHDpeGpqVea5wODYAEf3uQcg0lEdU4Lv1QToNrOjKhx3Te62+Ryjz +j0tBeV60urxylbz2Yk7GwfPij/MhKePXno8gjIB8vvoO1wVyoTcTeHrSW22LNqI1gQ4 UtGuf64rgIk+/rok4vJiw/yZsGkg5jwQQozNEGayZGP57UVQ4ISZSOuddpuoXAF5CEnb AjtQ== X-Forwarded-Encrypted: i=1; AJvYcCVrBsghcFTwqAtSNVshfdo6jEws0pNcRtz2lDvv/XkVwxi40hIDorQg7bs5k3BOGF7+Uc8dFtaYQG2jE2PuJSm0Y8BOLR68N/kUU40= X-Gm-Message-State: AOJu0YymRkySmRqtCQUIvCTiutzc+pEuhJ4N1lUKBtJJ+xQBhCOUk/R5 Y1Ne+uQMkGYkw3GATUKNj8pwkiBLgCxGKctS6ZTO53ljtqaJoZwrM20dYQ== X-Google-Smtp-Source: AGHT+IEmkYlL11sO4ujqIHm+2gVYxFTEureM0dPZIHJt2YvYAk4yBDBcj4zb3vwPc1BiF6ODwVeb9g== X-Received: by 2002:a05:6a20:5504:b0:1a9:da1f:1679 with SMTP id adf61e73a8af0-1afde0e20f6mr12290883637.34.1715733023110; Tue, 14 May 2024 17:30:23 -0700 (PDT) Received: from smtpclient.apple ([162.118.1.182]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-6f4d2a827fdsm9831555b3a.60.2024.05.14.17.30.22 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 14 May 2024 17:30:22 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_3074BBAD-0A6F-461A-B012-3A8DEBD6DA71"; protocol="application/pgp-signature"; micalg=pgp-sha256 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 (Mac OS X Mail 16.0 \(3774.500.171.1.1\)) Subject: Re: Unfamiliar console message: in prompt_tty(): caught signal 2 From: Enji Cooper In-Reply-To: Date: Tue, 14 May 2024 17:30:11 -0700 Cc: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , freebsd-current@freebsd.org Message-Id: <3AD8A8DD-E156-40A7-94AE-64E65B4A36A4@gmail.com> References: <864jbua2tk.fsf@ltc.des.dev> To: bob prohaska X-Mailer: Apple Mail (2.3774.500.171.1.1) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.01 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.59)[0.591]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::434:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4VfDdr2lF5z4nlb --Apple-Mail=_3074BBAD-0A6F-461A-B012-3A8DEBD6DA71 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Apr 21, 2024, at 1:48=E2=80=AFPM, bob prohaska = wrote: >=20 > On Sun, Apr 21, 2024 at 10:16:55PM +0200, Dag-Erling Sm=C3=B8rgrav = wrote: >> bob prohaska writes: >>> Apr 20 22:14:37 www su[30398]: in prompt_tty(): caught signal 2 >>=20 >> This means someone ran `su` and pressed Ctrl-C instead of entering a >> password when prompted. >=20 > Ahh, that would have been me. Thank you! Logging SIGINT seems kind of odd, given that it would probably be a = regular occurrence (to me at least)=E2=80=A6 -Enji= --Apple-Mail=_3074BBAD-0A6F-461A-B012-3A8DEBD6DA71 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEkHfexGRJ3gYRdA2gGpE5DjPsNJgFAmZEAhMACgkQGpE5DjPs NJhTUA/+MqEH8fxbs1Cqt2+HI9E6u+sx+h/8EfW5RAPI9Mq/BrF9fuuwpl2D7cc6 A+ESlxK1qFgqpZkza9ke6Y+GJAj3UnWkQ1YSv7yz5oSBuqUzxkYahNqSX+6DuhTI brMc3AB0S12ve/Zi1tzCOEbm26VH2Q8grBFOuBL5khcSqcpabM0nG/gbZ96C+bcl drt+RGswIxZ5rflW1mymALerY0JD68ZRm6L47pcS6E0G6OQGuJ7qgLqSnyrCy1DA pItDH9PZWdeAqDDjFoTB+92GctgWYhWo/5djj5zmF8gEMewPNnmZEpHIfp9mznDZ kSbqegDL42V7KO9mcMzacVAIArLygE2rJdEFiyJxRjeatGPPv3B+zDt/UpAjxZY0 X/Mtf1kk1y5j25lkwRRn2MfRfmB+nh4ThTXOPAO/Rbz3xKKQ2VsFph4VLTGJjoNx n88D6Y9CSrV1HC1dG5TVCILROZ5QrfFdbYVtNPO4uMosrXV4nrrLBNW5tKto+aar pUYgcbZdl2mSaebqpPyA2l7D++njZrbLU506xFm1qAmiKfpBbeH4DwnBXHlHwJXI lZtSA9oM17v+wNm6V6agsDBz2xlPZFZ/25MMc/AGeuUME9ywOStA9IQmczN08eSL zTW9vS06EaZ+k8fH5pispaxBBMNmxdHwCoHFEBPWJoKnxtYvz+M= =drh9 -----END PGP SIGNATURE----- --Apple-Mail=_3074BBAD-0A6F-461A-B012-3A8DEBD6DA71-- From nobody Wed May 15 06:52:46 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 4VfP762TMqz5KL4G for ; Wed, 15 May 2024 06:52:50 +0000 (UTC) (envelope-from se@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VfP761WQvz4Qjf; Wed, 15 May 2024 06:52:50 +0000 (UTC) (envelope-from se@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715755970; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=9IqMYakUL9864HUsSsi4jfoK8lrsnt3s0xn9iLdggBs=; b=YS9pUdiq8xbQZ9b0U6pXuKPqMOObP2DR8IJWlAlDK5QJgJdkgzwIML70aqWPQREypmmRJZ K8FTZib8o2aEmzbIUIFQYhJp56tSITH/oniNpFokexgw47PiBqubZRMLHoCq70gXcFztdB 9RS9IkbYuIN/cePUeoRtfF/+RB+x7xasxwgh+fL1jKTa24q6aH1soKRUOKcvv7MAF6FiMv eqUgKhc5iiMhuj4DVmJdfh3cRY6C3P4d7u+nIS/Ian2FRcpFTXcEBveOKUBuaE8uwGNqwZ 4R0gLVzZa33+ppkQNu/mxD8KFHKoxtV6cbzVdN6LnnRK12Yze1aZNaM4cH2yLg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1715755970; a=rsa-sha256; cv=none; b=HBHg48HPvRVOZjD1P49lrGjGIEwpbFcww17vzDb0WOaBnukDXCi66PBcl/5DP0KgHJWG6H 0I0Zs7fe9d6a4LRnwNuHFrrfs+kx78hsN4TJmeyJW4C2rD3dTcyYyHk4lfXJqDrbPEjRac yzYv5FFI2UyX6qfmr86fia/Ynn+11RAIspO+FrkNMfbHs4l2pFrYBllwKJ84A7YYy5HhTG rzLjJAf/+E/T28X3VOMKeglvtfN/oFUbWGPcZaDTb7MuFlldxtWtHu2D9ynPVAMHhVE1Gf JaKuRNIDBHdoWtW6v8RXiE/iO87EycM2UmBjJvqyY6xdWKj7FmJN5Ufa0GVlKg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715755970; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=9IqMYakUL9864HUsSsi4jfoK8lrsnt3s0xn9iLdggBs=; b=jZusohaFf3RxOQIW7HHC2XJrQBtaix9IwLKFCeZopCmDCYjGDTWtC3XejpCZBQGXvKAUNG QophwVoaBZk3IInJ99laJnKmrihGpWLm4Vn25UC9wijI6hqY5HQJLxzFjyun9h0lm+Z3pD nshnOEBFqCRyXg8KojaRKXNG/XHTr5/X4yekUBiU/2iM7CfdX6kSEhEIvsrDMX65E9eDnE ALllyVUsWpgrAQ0GQpXR6x0fy7T4G+6yXtL5mLgy/e75adBzXgrJD6ZVArxNHeNBfNt21M DLeEPvrxkNRenAKvpTiY3IHDyh4b8RhAqMtyrtmXDzFAeiSKsI4ls4hanoqWSg== Received: from [192.168.119.168] (p5dc836ca.dip0.t-ipconnect.de [93.200.54.202]) (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 did not present a certificate) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4VfP753J31z1Kpx; Wed, 15 May 2024 06:52:49 +0000 (UTC) (envelope-from se@FreeBSD.org) Message-ID: <6dc13cd3-05a1-4443-abf5-84866e08d0ad@FreeBSD.org> Date: Wed, 15 May 2024 08:52:46 +0200 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 User-Agent: Mozilla Thunderbird From: Stefan Esser Subject: Re: pkg scripts need updating References: <839c56b4-a87d-419f-8a04-fb16d8caf5b7@protected-networks.net> <460bb5a7-ef14-4061-923f-fabc670442d8@protected-networks.net> <302BC538-B4F1-4CE8-A70F-E087C282EAFE@gmail.com> Content-Language: de-DE To: Baptiste Daroussin Cc: Michael Butler , Enji Cooper , freebsd-current@freebsd.org In-Reply-To: <302BC538-B4F1-4CE8-A70F-E087C282EAFE@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Am 15.05.24 um 02:21 schrieb Enji Cooper: > >> On May 14, 2024, at 7:19 AM, Michael Butler wrote: >> >> After commit aa48259f337100e79933d660fec8856371f761ed to src which removed security_daily_compat_var, I get these warnings daily.. >> >> aaron.protected-networks.net login failures: >> >> aaron.protected-networks.net refused connections: >> /usr/local/etc/periodic/security/405.pkg-base-audit: security_daily_compat_var: not found >> /usr/local/etc/periodic/security/405.pkg-base-audit: security_daily_compat_var: not found >> /usr/local/etc/periodic/security/405.pkg-base-audit: security_daily_compat_var: not found >> /usr/local/etc/periodic/security/405.pkg-base-audit: security_daily_compat_var: not found >> /usr/local/etc/periodic/security/405.pkg-base-audit: security_daily_compat_var: not found >> >> Checking for security vulnerabilities in base (userland & kernel): >> Database fetched: 2024-05-12T14:16-04:00 >> 0 problem(s) in 0 installed package(s) found. >> 0 problem(s) in 0 installed package(s) found. >> /usr/local/etc/periodic/security/410.pkg-audit: security_daily_compat_var: not found >> /usr/local/etc/periodic/security/410.pkg-audit: security_daily_compat_var: not found >> /usr/local/etc/periodic/security/410.pkg-audit: security_daily_compat_var: not found >> /usr/local/etc/periodic/security/410.pkg-audit: security_daily_compat_var: not found >> /usr/local/etc/periodic/security/410.pkg-audit: security_daily_compat_var: not found >> >> Checking for packages with security vulnerabilities: >> Database fetched: 2024-05-12T14:16-04:00 >> /usr/local/etc/periodic/security/460.pkg-checksum: security_daily_compat_var: not found >> /usr/local/etc/periodic/security/460.pkg-checksum: security_daily_compat_var: not found >> /usr/local/etc/periodic/security/460.pkg-checksum: security_daily_compat_var: not found >> >> Checking for packages with mismatched checksums: > > Have you tried emailing the issue to the committer/filing a bug report to bring this to their attention? > Cheers, The messages are caused by running: /usr/local/etc/periodic/security/405.pkg-base-audit /usr/local/etc/periodic/security/460.pkg-checksum /usr/local/etc/periodic/security/410.pkg-audit These scripts have been installed by pkg-1.12.2 on my system ... Best regards, STefan From nobody Thu May 16 12:06:46 2024 X-Original-To: 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 4Vg83308qgz5L8ML for ; Thu, 16 May 2024 12:06:55 +0000 (UTC) (envelope-from zlei@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Vg8326jB1z4kgr for ; Thu, 16 May 2024 12:06:54 +0000 (UTC) (envelope-from zlei@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715861214; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=P46IqagoGh0UkhL5rscitx++RlVsLcvST9/H5LZSRlY=; b=cebMvcxUpf5XvryRwGJbxzlZivsUVTUSxVmkFLeW9HOd9h1qf42fYha1YGQLr8sfgZM7BB yCm30KmO/JWgJFzQpeBIT411nFFrKtOxNItdIfBUg84zYxsljQl9EpEeP5gC9fISQD0sqS zeQRrttRmlSAv3c9W27y9FyzHVlXDbIqaYs6lN218M71tjwHnKk9W5mHYvwzdfynNHrhyc H3pLKkcalnilVKDzKur19V1J66VZWOpI0AL7YzltY2D8gf87tlw1ecqNXIszYuIw7SxnEo kPDuusooVwiZK1YqXu3oAbu/PEcED3z0h20bK8i7mwBYzCbnyK69C6YDS7zV/w== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1715861214; a=rsa-sha256; cv=none; b=mL3EI4BXfxUe05At4ayjOzvDOe74JU1Z68ESTrXUNb7yWu7YnppBP/i6dKEz6uEB8HdHQW ytrkgjTdcdF2arCwnhSjQ9QVFCic+ISQ/fCpRsunojwpE75H8dWIMWvgciYG9rt2zblQ7P XGUs//WovAZU7d0OfQLf99ufw3km24NAibx5BX+bLJsi3E4S0riWOnhfuDMg8hb/4IvJkR FSiELlLX3fRmzNLyVY7EZ4TlG3Nq3SxbpUo/u/r3H5AeEQwrlkfBwTvdnqzzqqkllet4I4 mxnXJUOSRumMWbkQ/z7xSTUzqcdqEV2LZpEZRy3X3m90RI6mUcPpbwdfhL3zzQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715861214; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=P46IqagoGh0UkhL5rscitx++RlVsLcvST9/H5LZSRlY=; b=em6gFDcpv6wlCd63TzhPKtqNM+2hJALpu4hAcOTOTNCrmS/9gQbP1ioaVBdL9BEj9CbXsS KTV+QLTFx4UbA85PcOYNQttlvDzWt8gkABKIQN6M4p4aqtbZFUGTQl5OiuElN2+hRopYFm 8VsSXO2i/8/cW47/yIxH0QwIXpeBuZM4GUrvippSbPquRu5DKd+K0zyc3OSUCW8gwWeoWF 4MeB13W0uK0C3g+OQhIguXGcw/mS4OC9x/iPzxl+YRU8RwjDIXm3jF3GO/PfINTWq4y6fH RY+BzlxKqfezElKd30sNXq/StttGIu0DavTMXkLR42B5cpBXEvbPU6C8AgwJjg== Received: from smtpclient.apple (ns1.oxydns.net [45.32.91.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zlei/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Vg8322fGLzhtM for ; Thu, 16 May 2024 12:06:54 +0000 (UTC) (envelope-from zlei@FreeBSD.org) From: Zhenlei Huang Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 (Mac OS X Mail 16.0 \(3696.120.41.1.8\)) Subject: gcc behavior of init priority of .ctors and .dtors section Message-Id: <3ECF8C28-D2D9-4212-B025-3EC64E46BADC@FreeBSD.org> Date: Thu, 16 May 2024 20:06:46 +0800 To: FreeBSD Current X-Mailer: Apple Mail (2.3696.120.41.1.8) Hi, I'm recently working on https://reviews.freebsd.org/D45194 and got = noticed that gcc behaves weirdly. A simple source file to demonstrate that. ``` # cat ctors.c #include __attribute__((constructor(101))) void init_101() { puts("init 1"); } __attribute__((constructor(65535))) void init_65535() { puts("init 3"); = } __attribute__((constructor)) void init() { puts("init 4"); } __attribute__((constructor(65535))) void init_65535_2() { puts("init = 5"); } __attribute__((constructor(65534))) void init_65534() { puts("init 2"); = } int main() { puts("main"); } __attribute__((destructor(65534))) void fini_65534() { puts("fini 2"); } __attribute__((destructor(65535))) void fini_65535() { puts("fini 3"); } __attribute__((destructor)) void fini() { puts("fini 4"); } __attribute__((destructor(65535))) void fini_65535_2() { puts("fini 5"); = } __attribute__((destructor(101))) void fini_101() { puts("fini 1"); } # clang ctors.c && ./a.out init 1 init 2 init 3 init 4 init 5 main fini 5 fini 4 fini 3 fini 2 fini 1 ``` clang with the option -fno-use-init-array and run will produce the same = result, which is what I expected. gcc13 from ports ``` # gcc ctors.c && ./a.out init 1 init 2 init 5 init 4 init 3 main fini 3 fini 4 fini 5 fini 2 fini 1 ``` The above order is not expected. I think clang's one is correct. Further hacking with readelf shows that clang produces the right order = of section .rela.ctors but gcc does not. ``` # clang -fno-use-init-array -c ctors.c && readelf -r ctors.o | grep = 'Relocation section with addend (.rela.ctors)' -A5 > clang.txt # gcc -c ctors.c && readelf -r ctors.o | grep 'Relocation section with = addend (.rela.ctors)' -A5 > gcc.txt # diff clang.txt gcc.txt 3,5c3,5 < 000000000000 000800000001 R_X86_64_64 0000000000000060 = init_65535_2 + 0 < 000000000008 000700000001 R_X86_64_64 0000000000000040 init + = 0 < 000000000010 000600000001 R_X86_64_64 0000000000000020 = init_65535 + 0 --- > 000000000000 000600000001 R_X86_64_64 0000000000000011 = init_65535 + 0 > 000000000008 000700000001 R_X86_64_64 0000000000000022 init + = 0 > 000000000010 000800000001 R_X86_64_64 0000000000000033 = init_65535_2 + 0 ``` The above show clearly gcc produces the wrong order of section = `.rela.ctors`. Is that expected behavior ? I have not tried Linux version of gcc. Best regards, Zhenlei From nobody Thu May 16 12:59:46 2024 X-Original-To: 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 4Vg9DC5kRvz5LDLP for ; Thu, 16 May 2024 12:59:55 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Vg9DB3Nmjz4qq0 for ; Thu, 16 May 2024 12:59:54 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 44GCxkuY062994 for ; Thu, 16 May 2024 12:59:46 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 44GCxkLU062993 for current@freebsd.org; Thu, 16 May 2024 05:59:46 -0700 (PDT) (envelope-from david) Date: Thu, 16 May 2024 05:59:46 -0700 From: David Wolfskill To: current@freebsd.org Subject: Panic: lock "lnxspin" 0xfffff800176c0730 already initialized Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org 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: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Zo4n5mMthtCparB8" Content-Disposition: inline X-Spamd-Bar: / X-Spamd-Result: default: False [-0.40 / 15.00]; REPLYTO_EQ_TO_ADDR(5.00)[]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.998]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; FREEFALL_USER(0.00)[david]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DMARC_NA(0.00)[catwhisker.org]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; HAS_REPLYTO(0.00)[current@freebsd.org] X-Rspamd-Queue-Id: 4Vg9DB3Nmjz4qq0 --Zo4n5mMthtCparB8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This is running main-n270174-abb1a1340e3f (built in-place from main-n270163-154ad8e0f88f), with ports at main-n663685-3f732745ab06; the ports-resident kernel modules were rebuilt with the kernel, courtesy (e.g.): g1-70(14.1-S)[4] grep '^PORT' /etc/src.conf PORTS_MODULES+=3Dgraphics/drm-61-kmod And since I dislike "sample sizes of one," I have this result on two different laptops, each of which has both Nvidia & Intel graphics (but for the older one (M4800), I stopped using (& building) the Nvidia driver, since enabling it appears to disable GLX). Anyway: photos of the backtraces are at https://www.catwhisker.org/~david/FreeBSD/head/n270174/ as are copies of the build typescripts. Unfortunately, the panic message itself had (just) scrolled off the top at the time I took the photos, but I hand-typed it (from the M4800) in the Subject. Peace, david --=20 David H. Wolfskill david@catwhisker.org Please do not mistake "authoritarian" for "conservative" -- or vice versa. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --Zo4n5mMthtCparB8 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCZkYDQl8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5bedAP4kd1y9km5POu2FbkuUjioFrhQud+ZT1aH+GMwGWEMeVgD+M3jrdQ9tIPox gKxDWXLWrbAWAAAMGaQp92aeWNc1Lw4= =NYag -----END PGP SIGNATURE----- --Zo4n5mMthtCparB8-- From nobody Thu May 16 17:27:40 2024 X-Original-To: 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 4VgH9S16qjz5LZrg for ; Thu, 16 May 2024 17:27:56 +0000 (UTC) (envelope-from rlibby@gmail.com) Received: from mail-lf1-f50.google.com (mail-lf1-f50.google.com [209.85.167.50]) (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 4VgH9R6SxGz4R1X; Thu, 16 May 2024 17:27:55 +0000 (UTC) (envelope-from rlibby@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lf1-f50.google.com with SMTP id 2adb3069b0e04-52388d9ca98so2047940e87.0; Thu, 16 May 2024 10:27:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1715880473; x=1716485273; h=content-transfer-encoding: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=uQDpah56YbagVMnYtN6g6GVp2nefyIXvIyaWKU9/y2I=; b=QP0ASWoFg/T558B2MTJbTNWmogvUUGQm98PD0Rgo3LzKJLnFMxPVrOYGNJdl1TITsu OV3V4ptSVZb3OID2AbryhhGxPIBz2a+7uv+95NfgbeTBL42puuksJjUeRYk8eWqpihik KVy1s+clSjb3JRBuJdO4YIJNdYrUftHet/OtjQCeeXNBFBpO6wOuY/q0i67K4XAYSL0f OKeceZyHcNGMMoiVhqozeG9t3CjIadU1vnFO07TNeWL5UtS3xEjzqp3y55XFt83ErRkp u21OnpbZSiunToXm1ypZS2zr9LdiVXSqU3BPUQsELDrHJmUXYLDB8PYPKoTNVoUL9+Pu kGOA== X-Gm-Message-State: AOJu0YzeTlh5mS9CCwf/vtdiw62gkT0y7QSE3taMI7rB/cUHDS6oJLNI pF2hL3xEr5Onupz6Cgllp2H+VjZWTWSTlR4dVotsIhhRyOR5EPGG5WvmQcjt X-Google-Smtp-Source: AGHT+IGRo3mlZMJjEqD5+i5ji3uLX6YlukXQ7Ci9SQYUsutHxie7JOIJ2tmxPI7z+9dprv/bjquZ8g== X-Received: by 2002:ac2:504c:0:b0:51a:df97:cc8d with SMTP id 2adb3069b0e04-5220fd7cc70mr12468028e87.26.1715880472985; Thu, 16 May 2024 10:27:52 -0700 (PDT) Received: from mail-lf1-f51.google.com (mail-lf1-f51.google.com. [209.85.167.51]) by smtp.gmail.com with ESMTPSA id 2adb3069b0e04-523b7860398sm391273e87.117.2024.05.16.10.27.52 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 16 May 2024 10:27:52 -0700 (PDT) Received: by mail-lf1-f51.google.com with SMTP id 2adb3069b0e04-523b017a5c6so1721156e87.1; Thu, 16 May 2024 10:27:52 -0700 (PDT) X-Received: by 2002:a05:6512:3b84:b0:51d:8842:f0b8 with SMTP id 2adb3069b0e04-5220fc7c5bdmr22174298e87.13.1715880472645; Thu, 16 May 2024 10:27:52 -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: In-Reply-To: From: Ryan Libby Date: Thu, 16 May 2024 10:27:40 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Panic: lock "lnxspin" 0xfffff800176c0730 already initialized To: current@freebsd.org Cc: manu@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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:209.85.128.0/17, country:US] X-Rspamd-Queue-Id: 4VgH9R6SxGz4R1X On Thu, May 16, 2024 at 6:00=E2=80=AFAM David Wolfskill wrote: > > This is running main-n270174-abb1a1340e3f (built in-place from > main-n270163-154ad8e0f88f), with ports at main-n663685-3f732745ab06; > the ports-resident kernel modules were rebuilt with the kernel, > courtesy (e.g.): > > g1-70(14.1-S)[4] grep '^PORT' /etc/src.conf > PORTS_MODULES+=3Dgraphics/drm-61-kmod > > And since I dislike "sample sizes of one," I have this result on > two different laptops, each of which has both Nvidia & Intel graphics > (but for the older one (M4800), I stopped using (& building) the > Nvidia driver, since enabling it appears to disable GLX). > > Anyway: photos of the backtraces are at > https://www.catwhisker.org/~david/FreeBSD/head/n270174/ > as are copies of the build typescripts. > > Unfortunately, the panic message itself had (just) scrolled off the > top at the time I took the photos, but I hand-typed it (from the > M4800) in the Subject. > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > Please do not mistake "authoritarian" for "conservative" -- or vice versa= . > > See https://www.catwhisker.org/~david/publickey.gpg for my public key. Maybe regression from ae38a1a1bfdf320089c254e4dbffdf4769d89110 by manu. It looks like spin_lock_init was changed to no longer zero out the mutex before calling mtx_init, but the MTX_NEW flag was not added. Ryan From nobody Thu May 16 18:26:37 2024 X-Original-To: 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 4VgJTR4RnKz5Lfrj for ; Thu, 16 May 2024 18:26:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4VgJTR1Snqz4Xmd; Thu, 16 May 2024 18:26:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 44GIQbtP012726; Thu, 16 May 2024 21:26:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 44GIQbtP012726 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 44GIQbUb012725; Thu, 16 May 2024 21:26:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 16 May 2024 21:26:37 +0300 From: Konstantin Belousov To: Zhenlei Huang Cc: FreeBSD Current Subject: Re: gcc behavior of init priority of .ctors and .dtors section Message-ID: References: <3ECF8C28-D2D9-4212-B025-3EC64E46BADC@FreeBSD.org> 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-Disposition: inline In-Reply-To: <3ECF8C28-D2D9-4212-B025-3EC64E46BADC@FreeBSD.org> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.0 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on tom.home 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:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Queue-Id: 4VgJTR1Snqz4Xmd On Thu, May 16, 2024 at 08:06:46PM +0800, Zhenlei Huang wrote: > Hi, > > I'm recently working on https://reviews.freebsd.org/D45194 and got noticed > that gcc behaves weirdly. > > A simple source file to demonstrate that. > > ``` > # cat ctors.c > > #include > > __attribute__((constructor(101))) void init_101() { puts("init 1"); } > __attribute__((constructor(65535))) void init_65535() { puts("init 3"); } > __attribute__((constructor)) void init() { puts("init 4"); } > __attribute__((constructor(65535))) void init_65535_2() { puts("init 5"); } > __attribute__((constructor(65534))) void init_65534() { puts("init 2"); } > > int main() { puts("main"); } > > __attribute__((destructor(65534))) void fini_65534() { puts("fini 2"); } > __attribute__((destructor(65535))) void fini_65535() { puts("fini 3"); } > __attribute__((destructor)) void fini() { puts("fini 4"); } > __attribute__((destructor(65535))) void fini_65535_2() { puts("fini 5"); } > __attribute__((destructor(101))) void fini_101() { puts("fini 1"); } > > # clang ctors.c && ./a.out > init 1 > init 2 > init 3 > init 4 > init 5 > main > fini 5 > fini 4 > fini 3 > fini 2 > fini 1 > ``` > > clang with the option -fno-use-init-array and run will produce the same result, which > is what I expected. Why do you add that switch? > > gcc13 from ports > ``` > # gcc ctors.c && ./a.out > init 1 > init 2 > init 5 > init 4 > init 3 > main > fini 3 > fini 4 > fini 5 > fini 2 > fini 1 > ``` > > The above order is not expected. I think clang's one is correct. > > Further hacking with readelf shows that clang produces the right order of > section .rela.ctors but gcc does not. > > ``` > # clang -fno-use-init-array -c ctors.c && readelf -r ctors.o | grep 'Relocation section with addend (.rela.ctors)' -A5 > clang.txt > # gcc -c ctors.c && readelf -r ctors.o | grep 'Relocation section with addend (.rela.ctors)' -A5 > gcc.txt > # diff clang.txt gcc.txt > 3,5c3,5 > < 000000000000 000800000001 R_X86_64_64 0000000000000060 init_65535_2 + 0 > < 000000000008 000700000001 R_X86_64_64 0000000000000040 init + 0 > < 000000000010 000600000001 R_X86_64_64 0000000000000020 init_65535 + 0 > --- > > 000000000000 000600000001 R_X86_64_64 0000000000000011 init_65535 + 0 > > 000000000008 000700000001 R_X86_64_64 0000000000000022 init + 0 > > 000000000010 000800000001 R_X86_64_64 0000000000000033 init_65535_2 + 0 > ``` > > The above show clearly gcc produces the wrong order of section `.rela.ctors`. > > Is that expected behavior ? > > I have not tried Linux version of gcc. Note that init array vs. init function behavior is encoded by a note added by crt1.o. I suspect that the problem is that gcc port is built without --enable-initfini-array configure option. From nobody Thu May 16 18:40:53 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 4VgJng4hLhz5LghL for ; Thu, 16 May 2024 18:40:55 +0000 (UTC) (envelope-from garga@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VgJng38Wnz4bKV; Thu, 16 May 2024 18:40:55 +0000 (UTC) (envelope-from garga@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715884855; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=iGD4otoQEswhhUi+w5sFeUdGhExMpz62hVO0f9nCZa8=; b=l4bS87Y1+1mksicAIdaIA7Gy3Cqc43XPAz437HJM0qVbLgMaLVkKaagMohz35lB51Gw09N 48xrF4HdpMx2LvAkNEuYB4cCwUcQVvgz/ANNN4iGpQuULciGkir8EOtxDZaok30L2PWue4 RCoZTovExlmBEShW0VDKR418AQ1rURXYYgdONppWr0JduCBSGN7Ql6tGaTs9z277bN3hCv zl0xC75j/8h5WTmF5DdzMZJwV37+NvDXHKdEzBzMrJj3UpRCzfFeoDuahjZ80tjZ6pDsoc M1mDoBbwgKJI7QOeN+lnZmv86P/R4qJJnk+hB3vWNaPUkxFyJEybPcdlZOwN+A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1715884855; a=rsa-sha256; cv=none; b=M0nb/LAhdSwRtKtGcCznq4RwYsBovL+vjFNHpNJVt56+7wi/lsLekFs2Q4Dxh7HY0A9maz L4tmXh8wUiYYeV+3Ld+HwLLPjCHKyJz0nUyIRVd4CaMjFpFFp5N7rI7tNTP1QXBcBo24hy qAo0TpTyi9HPbmY1Dgfset1uMpkTufRXoNW5861AzkJgwmowVn01xV2MujlBf6oSthWedk n80K9TQO8AzpVEr1AzMhYmFGe/kMC9BDyoLzF52uHTuOUoaqrDfUEQ3fNq3+mdSJPBl0M6 0G0uYNRFwUyh6ILAY0RXT7NiEbkwQyHwYqCLt+RbfASObPn4tE57Ieddwj1ZdQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715884855; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=iGD4otoQEswhhUi+w5sFeUdGhExMpz62hVO0f9nCZa8=; b=J6SkGtU/BTEGjqps+/JtK7pwrf9Ju2y8GGqtnRYwBGFjkfVrv7YYmHlo3qG/8j2nAXAZ/z xSccM2MyGDOp/BZ+l1eov1Dp0U+wOi9u1+ELwtcfjroWC8gPVvm/IUdGDT6JhKMi+2Ano3 xdqlDZQ55yqBOV6uSlJsqUJKto1BZXgNnAw7zYDXie9q34TZlgl4Pr6d9p2OUDFOxGoiCL fxgXw8U2j7mZUnQg5k1h8Mi/LGwU7pjXRungI/MJAjsdQfgASVPjIDRtO+8uIPILetHU66 GnHrVAC6W3SnZKzRVVIVEhNMi1kgAsK1UXrZj1ACWqKURW4e0fzrbug9TZT8TQ== Received: from [IPV6:2804:f1c:38:9e00:cc73:6f2f:57a2:d7d1] (unknown [IPv6:2804:f1c:38:9e00:cc73:6f2f:57a2:d7d1]) (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 did not present a certificate) (Authenticated sender: garga) by smtp.freebsd.org (Postfix) with ESMTPSA id 4VgJnf75XRz14vD; Thu, 16 May 2024 18:40:54 +0000 (UTC) (envelope-from garga@FreeBSD.org) Message-ID: <16f710c7-20f7-47ad-9535-27e0d11edca4@FreeBSD.org> Date: Thu, 16 May 2024 15:40:53 -0300 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 User-Agent: Mozilla Thunderbird Beta X-Mozilla-News-Host: news://news.gmane.io:119 Content-Language: en-US To: Current FreeBSD Cc: Jessica Clarke From: Renato Botelho Subject: bsdinstall wifi setup is broken on CURRENT Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit I saw some users on a .br group complaining bsdinstall was failing to setup wifi network on 15.0 snapshots and tried it myself. I was able to reproduce the problem and also noticed another one. I noticed Network Selection screen only shows one line, it's not beautiful to navigate through items this way. On 14.1-BETA2 it shows multiple lines so it seems to be a regression. The problem users reported was: after selecting desired network it just starts over instead of asking for password. I made a video [1] showing the problem. Jessica, I've cc'd you because git shows you were the last person making changes in this area. If it's not related and I made a mistake, just ignore me. [1] https://youtube.com/shorts/Gmeckokw2a0 -- Renato Botelho From nobody Thu May 16 18:47:47 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 4VgJxr5357z5JyDb for ; Thu, 16 May 2024 18:48:00 +0000 (UTC) (envelope-from jrtc27@jrtc27.com) Received: from mail-wm1-f54.google.com (mail-wm1-f54.google.com [209.85.128.54]) (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 4VgJxr2pjbz4dCh for ; Thu, 16 May 2024 18:48:00 +0000 (UTC) (envelope-from jrtc27@jrtc27.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-wm1-f54.google.com with SMTP id 5b1f17b1804b1-42016c8db2aso34027075e9.0 for ; Thu, 16 May 2024 11:48:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1715885278; x=1716490078; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=cfzU8AtDL9Dua45YmsfQctaKUv4tUv2hcWJ7fwJZgXY=; b=mfjFhP64bbYlVf5Y5mCmm+UwkLn+2/vu4fpTxHW0EaoxLynJnRKOwkRQ9UC/abC5hj BO1DmXb2jnkg3qCrlnrbz1aqMQ3PDs+wAg87gJ63++FVKOivGQHq7gAoF05EFyomzWC/ QFGrjFhqU3qr89v7gyP0ZnOMbs6lcXYALyhfcqPv/oTfPH/xqIsz9qMk21NgZnYXi9YQ Zw0VVCJ/Q/iPLYE/JK40QvQcoXYG8R+QHIFpjdlj6wlzc5t6Y1SLDb6xUsk3Q3G1Urpo WSrtoHAzmPKwjsQToFZqZ70WATZU0by2bXI9N6p+1Cx1dF0tLOJhK/8luK2NvPB5+JfE hqTw== X-Gm-Message-State: AOJu0Yz6yiPabVGffl1wGiGq9gpnQzQg4Rt5tOGHaYAO7aQPi8Ll6a8Z mkCp4XKAa2jMeRnh1jAvbXc0ek5eKQJ4KOTc5/1V6bDgvPlhzaQyH9bf6E7jYE4= X-Google-Smtp-Source: AGHT+IGEAFP2lTI4OO9QD4EH+9pSiLnCSaP4ELhNng01vyWANtQZtIrNfK+FXVYT7ycyE43gpDYPSg== X-Received: by 2002:a05:600c:46d0:b0:420:2df0:1a9b with SMTP id 5b1f17b1804b1-4202df01ae0mr11299865e9.18.1715885278346; Thu, 16 May 2024 11:47:58 -0700 (PDT) Received: from smtpclient.apple ([131.111.5.246]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-42028c7730dsm38840395e9.25.2024.05.16.11.47.57 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 16 May 2024 11:47:58 -0700 (PDT) Content-Type: text/plain; charset=utf-8 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 (Mac OS X Mail 16.0 \(3774.500.171.1.1\)) Subject: Re: bsdinstall wifi setup is broken on CURRENT From: Jessica Clarke In-Reply-To: <16f710c7-20f7-47ad-9535-27e0d11edca4@FreeBSD.org> Date: Thu, 16 May 2024 19:47:47 +0100 Cc: Current FreeBSD Content-Transfer-Encoding: quoted-printable Message-Id: References: <16f710c7-20f7-47ad-9535-27e0d11edca4@FreeBSD.org> To: Renato Botelho X-Mailer: Apple Mail (2.3774.500.171.1.1) 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:209.85.128.0/17, country:US] X-Rspamd-Queue-Id: 4VgJxr2pjbz4dCh On 16 May 2024, at 19:40, Renato Botelho wrote: >=20 > I saw some users on a .br group complaining bsdinstall was failing to = setup wifi network on 15.0 snapshots and tried it myself. I was able to = reproduce the problem and also noticed another one. >=20 > I noticed Network Selection screen only shows one line, it's not = beautiful to navigate through items this way. On 14.1-BETA2 it shows = multiple lines so it seems to be a regression. >=20 > The problem users reported was: after selecting desired network it = just starts over instead of asking for password. I made a video [1] = showing the problem. >=20 > Jessica, I've cc'd you because git shows you were the last person = making changes in this area. If it's not related and I made a mistake, = just ignore me. Hi Renato, I touched the code that lets you select the wireless interface in the first place, but not the script that then gets called to set it up and is responsible for the dialogs you see. Given the behaviour, I wonder if this is what today=E2=80=99s import of bsddialog[1] fixes? =46rom = reading the script the next dialog uses --mixedform, and restarts the script on error, which it looks like is what you observe. Jess [1] = https://cgit.freebsd.org/src/commit/?id=3Da6d8be451f62d425b71a4874f7d4e133= b9fb393c > [1] https://youtube.com/shorts/Gmeckokw2a0 > --=20 > Renato Botelho From nobody Thu May 16 18:56:30 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 4VgK7h5dBWz5Jyrg for ; Thu, 16 May 2024 18:56:32 +0000 (UTC) (envelope-from garga@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VgK7h3lVvz4fVx; Thu, 16 May 2024 18:56:32 +0000 (UTC) (envelope-from garga@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715885792; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=34uuCnHl2osa7nCOafX6cfQCOG5GiqVIBeCHj/hL1Ys=; b=quWz0BtAFLlCYk2bGrk4YxmT41ZdxkBswKPECOZb1N9VI4kBO4dYyp5kL7kLOxM+yyBYLq 7+F/SqPo58nfxFfxLo0a0yzgQsKGJ5CYXO0rd+ttgCqwGiS5LGsczrKCzynWMlcY+NHdfp YhyMdkm5WycHDK7L94OAKUSEOo325vwK/TED26ODm8xDM7ECZUgt3zKx4PiGHlh+WOuAMT gpsQIXSud0UrXMVzbO++LMUoB1rqrGIq/dIVKQPsyOGfPRh0CtlGauBz7uJllIjBijzvpD F8Z+9Xi2oeylxLMzv5BJeixraw6xCL/wqp9v0aFr5I4r68yFqXIoaCp8KIMdLw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1715885792; a=rsa-sha256; cv=none; b=TMTODgO4xkFaYmq22GCiU+ebRIEj6YvCjeYWnrE+cYAD3G8G9PwdIL6ASv/6qPVgnLfV1u V5IEzqrzCq7Vv0RSU2OSVVbcBgrg35K25Ygtfd149BnJdDk8Fswp9PIXKi2hMOsWNnFwFp tbxlGO4PPAksyRR9qNn+5mYYQniw9GiU/+71cT7W7POniWfinIo9s1YgUhzAVtpxVBJtmb gMVI6LCLWqfuIImQ4YX0ispPDbU//gjJxnSGF4AvSVKYbq9I0Zd+noJJAGz8ncidinCX/j Udag6ncxDBr7TGADjMgm9+3CZZ9fyL36n2QH+r5h83vhu3KtHdeuNIl0c+ioIA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715885792; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=34uuCnHl2osa7nCOafX6cfQCOG5GiqVIBeCHj/hL1Ys=; b=g6xwOrLgWmCm7Sr3BntONBNpdV6rUZxxTjkIg2WLcGcqWfzpoc3G1lhlDBin8MFDEaEQhl t7u/gQ1AVgno2FlwUsvLsJCLMlWgHgkexub3tC9pgegAaCeb7b8LSY8GG5W70EK5M8fhGV qjP3F1k6rUyvaSrQKqxDXneQmPHO60gKcTjbEv1msf9qafzWIpll2IuqY4Z2IR5FLHlBbi h9uKPaSi5q76CI9+t6aTD5XW1oOsDDW7AG6KAUkQw3/0cVfF8tdL/QtUnhGcEGZjw6hZKt n1uodUo/WSM15HUtdSTc5jeLGbVGQ8SaEcalEhVX/7mjtpg+/7fIKBsD04fraw== Received: from [IPV6:2804:f1c:38:9e00:cc73:6f2f:57a2:d7d1] (unknown [IPv6:2804:f1c:38:9e00:cc73:6f2f:57a2:d7d1]) (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 did not present a certificate) (Authenticated sender: garga) by smtp.freebsd.org (Postfix) with ESMTPSA id 4VgK7h0ccLz15WW; Thu, 16 May 2024 18:56:31 +0000 (UTC) (envelope-from garga@FreeBSD.org) Message-ID: <608e500d-3756-4e6f-835a-fd5669be0b78@FreeBSD.org> Date: Thu, 16 May 2024 15:56:30 -0300 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 User-Agent: Mozilla Thunderbird Beta Subject: Re: bsdinstall wifi setup is broken on CURRENT To: Jessica Clarke Cc: Current FreeBSD References: <16f710c7-20f7-47ad-9535-27e0d11edca4@FreeBSD.org> Content-Language: en-US From: Renato Botelho In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 16/05/24 15:47, Jessica Clarke wrote: > On 16 May 2024, at 19:40, Renato Botelho wrote: >> >> I saw some users on a .br group complaining bsdinstall was failing to setup wifi network on 15.0 snapshots and tried it myself. I was able to reproduce the problem and also noticed another one. >> >> I noticed Network Selection screen only shows one line, it's not beautiful to navigate through items this way. On 14.1-BETA2 it shows multiple lines so it seems to be a regression. >> >> The problem users reported was: after selecting desired network it just starts over instead of asking for password. I made a video [1] showing the problem. >> >> Jessica, I've cc'd you because git shows you were the last person making changes in this area. If it's not related and I made a mistake, just ignore me. > > Hi Renato, > I touched the code that lets you select the wireless interface in the > first place, but not the script that then gets called to set it up and > is responsible for the dialogs you see. Given the behaviour, I wonder > if this is what today’s import of bsddialog[1] fixes? From reading the > script the next dialog uses --mixedform, and restarts the script on > error, which it looks like is what you observe. Thanks for pointing that out, Jessica. I'll wait for the next 15 snapshot and will check. I'm not sure about a good way to test it on a running system instead. -- Renato Botelho From nobody Thu May 16 19:01:01 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 4VgKDb6LMlz5K0KH for ; Thu, 16 May 2024 19:00:47 +0000 (UTC) (envelope-from aktionheizung@t-online.de) Received: from mailout10.t-online.de (mailout10.t-online.de [194.25.134.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mailout00.t-online.de", Issuer "Telekom Security ServerID OV Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VgKDZ4RLkz4h34; Thu, 16 May 2024 19:00:46 +0000 (UTC) (envelope-from aktionheizung@t-online.de) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of aktionheizung@t-online.de designates 194.25.134.21 as permitted sender) smtp.mailfrom=aktionheizung@t-online.de Received: from fwd85.aul.t-online.de (fwd85.aul.t-online.de [10.223.144.111]) by mailout10.t-online.de (Postfix) with SMTP id 460B24837E; Thu, 16 May 2024 21:00:43 +0200 (CEST) Received: from [192.168.178.40] ([91.39.124.128]) by fwd85.t-online.de with (TLSv1.3:TLS_AES_256_GCM_SHA384 encrypted) esmtp id 1s7gLH-3t47GK0; Thu, 16 May 2024 21:00:39 +0200 Content-Type: multipart/alternative; boundary="------------RorOb4lX52xpnp2MZ1aPo50V" Message-ID: Date: Thu, 16 May 2024 21:01:01 +0200 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 User-Agent: Mozilla Thunderbird To: Current FreeBSD Cc: garga@FreeBSD.org From: SAH Subject: bsdinstall wifi setup is broken on CURRENT X-Antivirus: Avast (VPS 240516-6, 16.5.2024), Outbound message X-Antivirus-Status: Clean X-TOI-EXPURGATEID: 150726::1715886039-F10A9D0F-0CC0AD9B/0/0 CLEAN NORMAL X-TOI-MSGID: 140dd8a9-5b9f-4b83-8988-5c5ca3fa1f8a X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.22 / 15.00]; NEURAL_HAM_LONG(-0.99)[-0.986]; NEURAL_HAM_SHORT(-0.85)[-0.850]; R_SPF_ALLOW(-0.20)[+ip4:194.25.134.16/28:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_MEDIUM(-0.10)[-0.099]; XM_UA_NO_VERSION(0.01)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[194.25.134.21:from]; FREEMAIL_FROM(0.00)[t-online.de]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; ASN(0.00)[asn:3320, ipnet:194.25.0.0/16, country:DE]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[t-online.de]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[t-online.de]; R_DKIM_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[194.25.134.21:from] X-Rspamd-Queue-Id: 4VgKDZ4RLkz4h34 This is a multi-part message in MIME format. --------------RorOb4lX52xpnp2MZ1aPo50V Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Thank you for the information. The right email address is info@aktionheizung.de Pay information exclusively to this email address. Thanks --------------------------------------------- On 16 May 2024, at 19:40, Renato Botelho wrote: > I saw some users on a .br group complaining bsdinstall was failing to setup wifi network on 15.0 snapshots and tried it myself. I was able to reproduce the problem and also noticed another one. > > I noticed Network Selection screen only shows one line, it's not beautiful to navigate through items this way. On 14.1-BETA2 it shows multiple lines so it seems to be a regression. > > The problem users reported was: after selecting desired network it just starts over instead of asking for password. I made a video [1] showing the problem. > > Jessica, I've cc'd you because git shows you were the last person making changes in this area. If it's not related and I made a mistake, just ignore me. Hi Renato, I touched the code that lets you select the wireless interface in the first place, but not the script that then gets called to set it up and is responsible for the dialogs you see. Given the behaviour, I wonder if this is what today’s import of bsddialog[1] fixes? From reading the script the next dialog uses --mixedform, and restarts the script on error, which it looks like is what you observe. Jess [1]https://cgit.freebsd.org/src/commit/?id=a6d8be451f62d425b71a4874f7d4e133b9fb393c > [1]https://youtube.com/shorts/Gmeckokw2a0 > -- > Renato Botelho --------------RorOb4lX52xpnp2MZ1aPo50V Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit

Thank you for the information. The right email address is

          
info@aktionheizung.de

Pay information exclusively to this email address. Thanks


---------------------------------------------
On 16 May 2024, at 19:40, Renato Botelho <garga@FreeBSD.org> wrote:
I saw some users on a .br group complaining bsdinstall was failing to setup wifi network on 15.0 snapshots and tried it myself.  I was able to reproduce the problem and also noticed another one.

I noticed Network Selection screen only shows one line, it's not beautiful to navigate through items this way.  On 14.1-BETA2 it shows multiple lines so it seems to be a regression.

The problem users reported was: after selecting desired network it just starts over instead of asking for password.  I made a video [1] showing the problem.

Jessica, I've cc'd you because git shows you were the last person making changes in this area.  If it's not related and I made a mistake, just ignore me.
Hi Renato,
I touched the code that lets you select the wireless interface in the
first place, but not the script that then gets called to set it up and
is responsible for the dialogs you see. Given the behaviour, I wonder
if this is what today’s import of bsddialog[1] fixes? From reading the
script the next dialog uses --mixedform, and restarts the script on
error, which it looks like is what you observe.

Jess

[1] https://cgit.freebsd.org/src/commit/?id=a6d8be451f62d425b71a4874f7d4e133b9fb393c

[1] https://youtube.com/shorts/Gmeckokw2a0
-- 
Renato Botelho

    
--------------RorOb4lX52xpnp2MZ1aPo50V-- From nobody Thu May 16 19:27:13 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 4VgKqK1xn0z5K2KM for ; Thu, 16 May 2024 19:27:25 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VgKqK1Lp7z4kl3; Thu, 16 May 2024 19:27:25 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715887645; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=7fgEeL6PYpcs1gtG093loQ/eyG1D76VGT1TMOmbR7sQ=; b=YpAPTjvd4A6MFLfNVoCBIREOFbJyT4w2z8FV222j1svSOSxZszCIMO/IquSSHTQ7ib48cm n7B6DSbXz64YNPTTnaLXJHxrK2W4y2J4xRwImgYjSmT3vEXVabbx2JaTmfk8/AfmXrKHS+ 8QOewsBMzV1Cl7dEuQN5ZCjNKcj4vxO21Vb5/DNsucEW/o98rHawjo45ca/lSRjmg47dK9 j5oRQ/rroagYN28Uz9UVMPMQ71TNMCWrwUFxsLPnECNOQUE/mYRwwX0X1N+q/6PiWQrIZL R2VOwgg/PA+qvQlzZ2gQC6fhCiVcTT12GS9wT7fhS48jqp5mnBRzuJuYE6HPEw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1715887645; a=rsa-sha256; cv=none; b=NEITaFafBV5gDsonvkgq58gAts8wn8tIvN5xLKaf645gLKlzc0qb11Ik2Ayzj8HE0MtcbV eJOKsrCuejLIzUvGaxhgQ4FSC+ZtrIdHGxbk3Np4rGA+VrTel/+83AoMk1h0j9rbRXosDA UounhXTyIp0jJRRc5fz7JEueqoO0KbpPJCnsWri2BrY5tcX/LoUhaidOLGSAWxvZ+apsRA F+lbaRkxkK4Mtn2ry0nsFtVCmYoSZVwwONZWNZ/iOxZ/rPz5+lIpgYKav+dydHkidZXVCc VoXeF/xy+4SZPLuXjgxcIPePeKJG1slnF0HYh6933W1U8KltBr8PN15Pg+CApg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715887645; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=7fgEeL6PYpcs1gtG093loQ/eyG1D76VGT1TMOmbR7sQ=; b=pb6xB99VcuDhbABEs6o2XOhX6nMjtMsa8SV2LbPA2CkO3ptMB7VExA6lpNZVsld4FRnZNw +msBdvSsxrFLUKsTHHLGpUizcD1BZ/gSjkCEv2Rm6EGtQbKmUqd+8lxgaVAD6SBG2evoIW o+CIBkt5BJl76BhlXsPQP2c3T3likOLSd28cVs51Nn8wSLjezBGUMfRClqRbDxvBKAWf+T iYbjtgmCVEeN52t8IG3i06fRYaZ42f3r9lPbLZ9WR1Fy9WmLQdtUQEcjKnTJASpjCtFRaS fdM42rMRp5YEKP48pe9CseO7+NYmzT9LD+tO6H0chVUMDmnVI9pSwJuUj6MEvQ== Received: from mail-ot1-f45.google.com (mail-ot1-f45.google.com [209.85.210.45]) (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)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4VgKqK0gnVz15tj; Thu, 16 May 2024 19:27:25 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-ot1-f45.google.com with SMTP id 46e09a7af769-6f12ed79fdfso369839a34.0; Thu, 16 May 2024 12:27:25 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCXw3ewTB0fLOBLeqPoEXPaTrrtWXNiO7LZJvUTIASd5fHHBLnWf1y0TJALwYDlzJtQCArG1TR+qGQzqoZw7bGjkBEXCfFxQctC4EY8= X-Gm-Message-State: AOJu0Yx8OZYz5I7ydKPdsWeh7N8rT4jI5x7ySiVl3svvJEIZNS/mOyVe M17EchHjdXvcjcRXfwPA6LKdP+Q8Nqf8qmK0E2Dim/ryn8M8CBGG8B+A0oBAKyiEVzbK4uzYQeS r5BIrJXNTYjWE97+5pArSdiWUuwY= X-Google-Smtp-Source: AGHT+IEbMZxeSRsjSLrdLV8Kgx/z/nvkjoqPbX4EWzUxZvES5koltpNBlFWS6eAWYxnup935J3zxwDhyaR7cnCE4poY= X-Received: by 2002:a05:6870:214e:b0:22e:c8ee:9307 with SMTP id 586e51a60fabf-24172900b09mr22942165fac.29.1715887644021; Thu, 16 May 2024 12:27:24 -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: <16f710c7-20f7-47ad-9535-27e0d11edca4@FreeBSD.org> <608e500d-3756-4e6f-835a-fd5669be0b78@FreeBSD.org> In-Reply-To: <608e500d-3756-4e6f-835a-fd5669be0b78@FreeBSD.org> From: Nuno Teixeira Date: Thu, 16 May 2024 20:27:13 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: bsdinstall wifi setup is broken on CURRENT To: Renato Botelho Cc: Jessica Clarke , Current FreeBSD Content-Type: multipart/alternative; boundary="0000000000007f242e0618973925" --0000000000007f242e0618973925 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello Renato, I will give it a try this weekend with bhyve since I have a passtrhu for iwlwifi card. Cheers, Renato Botelho escreveu (quinta, 16/05/2024 =C3=A0(s) 1= 9:56): > On 16/05/24 15:47, Jessica Clarke wrote: > > On 16 May 2024, at 19:40, Renato Botelho wrote: > >> > >> I saw some users on a .br group complaining bsdinstall was failing to > setup wifi network on 15.0 snapshots and tried it myself. I was able to > reproduce the problem and also noticed another one. > >> > >> I noticed Network Selection screen only shows one line, it's not > beautiful to navigate through items this way. On 14.1-BETA2 it shows > multiple lines so it seems to be a regression. > >> > >> The problem users reported was: after selecting desired network it jus= t > starts over instead of asking for password. I made a video [1] showing t= he > problem. > >> > >> Jessica, I've cc'd you because git shows you were the last person > making changes in this area. If it's not related and I made a mistake, > just ignore me. > > > > Hi Renato, > > I touched the code that lets you select the wireless interface in the > > first place, but not the script that then gets called to set it up and > > is responsible for the dialogs you see. Given the behaviour, I wonder > > if this is what today=E2=80=99s import of bsddialog[1] fixes? From read= ing the > > script the next dialog uses --mixedform, and restarts the script on > > error, which it looks like is what you observe. > > Thanks for pointing that out, Jessica. I'll wait for the next 15 > snapshot and will check. > > I'm not sure about a good way to test it on a running system instead. > > -- > Renato Botelho > > --=20 Nuno Teixeira FreeBSD UNIX: Web: https://FreeBSD.org --0000000000007f242e0618973925 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello Renato,

I will give it a try = this weekend with bhyve since I have a passtrhu for iwlwifi card.

Cheers,

Renato Botelho <gar= ga@freebsd.org> escreveu (quinta, 16/05/2024 =C3=A0(s) 19:56):
On 16/05/24 15:47, Je= ssica Clarke wrote:
> On 16 May 2024, at 19:40, Renato Botelho <garga@FreeBSD.org> wro= te:
>>
>> I saw some users on a .br group complaining bsdinstall was failing= to setup wifi network on 15.0 snapshots and tried it myself.=C2=A0 I was a= ble to reproduce the problem and also noticed another one.
>>
>> I noticed Network Selection screen only shows one line, it's n= ot beautiful to navigate through items this way.=C2=A0 On 14.1-BETA2 it sho= ws multiple lines so it seems to be a regression.
>>
>> The problem users reported was: after selecting desired network it= just starts over instead of asking for password.=C2=A0 I made a video [1] = showing the problem.
>>
>> Jessica, I've cc'd you because git shows you were the last= person making changes in this area.=C2=A0 If it's not related and I ma= de a mistake, just ignore me.
>
> Hi Renato,
> I touched the code that lets you select the wireless interface in the<= br> > first place, but not the script that then gets called to set it up and=
> is responsible for the dialogs you see. Given the behaviour, I wonder<= br> > if this is what today=E2=80=99s import of bsddialog[1] fixes? From rea= ding the
> script the next dialog uses --mixedform, and restarts the script on > error, which it looks like is what you observe.

Thanks for pointing that out, Jessica.=C2=A0 I'll wait for the next 15 =
snapshot and will check.

I'm not sure about a good way to test it on a running system instead.
--
Renato Botelho



--
Nuno Teixeira
FreeBSD UNIX:=C2=A0 <eduardo@FreeBSD.org>=C2=A0 =C2=A0Web:=C2=A0 https://Fr= eeBSD.org
--0000000000007f242e0618973925-- From nobody Thu May 16 20:05:57 2024 X-Original-To: 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 4VgLgz0wGbz5K5hZ for ; Thu, 16 May 2024 20:06:07 +0000 (UTC) (envelope-from developer@lorenzosalvadore.it) Received: from mail-4317.proton.ch (mail-4317.proton.ch [185.70.43.17]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VgLgy5p6Bz4nxX for ; Thu, 16 May 2024 20:06:06 +0000 (UTC) (envelope-from developer@lorenzosalvadore.it) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lorenzosalvadore.it; s=protonmail; t=1715889964; x=1716149164; bh=xNo7M8FY8ueTdpupSiLQPFzNybuGxcb5NAbpCQK1PzQ=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=GFMXm7wNO2M09LmGelbvN8PFX3RlX2+PQBMWpeeRkI/6LOsQd/uIxqe41UFxCCc/0 37ybhdSHXw7LxJ37S2PR5ox533+W0dovZOCScdjHrImilxILgEZYJPEfjN9iFw4wMV 3GwhFNpFT0oIjfIAI7AzKs+Q9T1KnSoONYg+FGFCehuYqbWFqBCEqX0TXfK90Ml4cq /tOQ97tCFQL7Dqy5zqwWxOV35Wz3PvH8gwIOVx2UyHsjVUiY84/6eQ4QeEuqqzkmO2 fc19kSHka0H5BIAQ3r/pRfhF5W6xjTclRA7yMj7jd8WHkUc0CsJ6EME05iRnJVSTvR xblvhQqyCVx7A== Date: Thu, 16 May 2024 20:05:57 +0000 To: Konstantin Belousov From: Lorenzo Salvadore Cc: Zhenlei Huang , FreeBSD Current Subject: Re: gcc behavior of init priority of .ctors and .dtors section Message-ID: In-Reply-To: References: <3ECF8C28-D2D9-4212-B025-3EC64E46BADC@FreeBSD.org> Feedback-ID: 53711648:user:proton X-Pm-Message-ID: f896ed76f9cbc6da4d10a6449c7bc6d32ab280d8 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=utf-8 Content-Transfer-Encoding: quoted-printable 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:62371, ipnet:185.70.43.0/24, country:CH] X-Rspamd-Queue-Id: 4VgLgy5p6Bz4nxX On Thursday, May 16th, 2024 at 20:26, Konstantin Belousov wrote: > > gcc13 from ports > > `# gcc ctors.c && ./a.out init 1 init 2 init 5 init 4 init 3 main fini = 3 fini 4 fini 5 fini 2 fini 1` > >=20 > > The above order is not expected. I think clang's one is correct. > >=20 > > Further hacking with readelf shows that clang produces the right order = of > > section .rela.ctors but gcc does not. > >=20 > > ``` > > # clang -fno-use-init-array -c ctors.c && readelf -r ctors.o | grep 'Re= location section with addend (.rela.ctors)' -A5 > clang.txt > > # gcc -c ctors.c && readelf -r ctors.o | grep 'Relocation section with = addend (.rela.ctors)' -A5 > gcc.txt > > # diff clang.txt gcc.txt > > 3,5c3,5 > > < 000000000000 000800000001 R_X86_64_64 0000000000000060 init_65535_2 += 0 > > < 000000000008 000700000001 R_X86_64_64 0000000000000040 init + 0 > > < 000000000010 000600000001 R_X86_64_64 0000000000000020 init_65535 + 0 > > --- > >=20 > > > 000000000000 000600000001 R_X86_64_64 0000000000000011 init_65535 + 0 > > > 000000000008 000700000001 R_X86_64_64 0000000000000022 init + 0 > > > 000000000010 000800000001 R_X86_64_64 0000000000000033 init_65535_2 += 0 > > > ``` > >=20 > > The above show clearly gcc produces the wrong order of section `.rela.c= tors`. > >=20 > > Is that expected behavior ? > >=20 > > I have not tried Linux version of gcc. >=20 > Note that init array vs. init function behavior is encoded by a note adde= d > by crt1.o. I suspect that the problem is that gcc port is built without > --enable-initfini-array configure option. Indeed, support for .init_array and .fini_array has been added to the GCC p= orts but is present in the *-devel ports only for now. I will soon proceed to enable it for the GCC standard ports too. lang/gcc14 is soo= n to be added to the ports tree and will have it since the beginning. If this is indeed the issue, switching to a -devel GCC port should fix it. Cheers, Lorenzo Salvadore From nobody Thu May 16 20:13:50 2024 X-Original-To: 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 4VgLs34R36z5K5lK for ; Thu, 16 May 2024 20:13:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4VgLs30rvgz4qNY; Thu, 16 May 2024 20:13:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 44GKDohW039091; Thu, 16 May 2024 23:13:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 44GKDohW039091 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 44GKDoUU039090; Thu, 16 May 2024 23:13:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 16 May 2024 23:13:50 +0300 From: Konstantin Belousov To: Lorenzo Salvadore Cc: Zhenlei Huang , FreeBSD Current Subject: Re: gcc behavior of init priority of .ctors and .dtors section Message-ID: References: <3ECF8C28-D2D9-4212-B025-3EC64E46BADC@FreeBSD.org> 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-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.0 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on tom.home 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:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Queue-Id: 4VgLs30rvgz4qNY On Thu, May 16, 2024 at 08:05:57PM +0000, Lorenzo Salvadore wrote: > On Thursday, May 16th, 2024 at 20:26, Konstantin Belousov wrote: > > > gcc13 from ports > > > `# gcc ctors.c && ./a.out init 1 init 2 init 5 init 4 init 3 main fini 3 fini 4 fini 5 fini 2 fini 1` > > > > > > The above order is not expected. I think clang's one is correct. > > > > > > Further hacking with readelf shows that clang produces the right order of > > > section .rela.ctors but gcc does not. > > > > > > ``` > > > # clang -fno-use-init-array -c ctors.c && readelf -r ctors.o | grep 'Relocation section with addend (.rela.ctors)' -A5 > clang.txt > > > # gcc -c ctors.c && readelf -r ctors.o | grep 'Relocation section with addend (.rela.ctors)' -A5 > gcc.txt > > > # diff clang.txt gcc.txt > > > 3,5c3,5 > > > < 000000000000 000800000001 R_X86_64_64 0000000000000060 init_65535_2 + 0 > > > < 000000000008 000700000001 R_X86_64_64 0000000000000040 init + 0 > > > < 000000000010 000600000001 R_X86_64_64 0000000000000020 init_65535 + 0 > > > --- > > > > > > > 000000000000 000600000001 R_X86_64_64 0000000000000011 init_65535 + 0 > > > > 000000000008 000700000001 R_X86_64_64 0000000000000022 init + 0 > > > > 000000000010 000800000001 R_X86_64_64 0000000000000033 init_65535_2 + 0 > > > > ``` > > > > > > The above show clearly gcc produces the wrong order of section `.rela.ctors`. > > > > > > Is that expected behavior ? > > > > > > I have not tried Linux version of gcc. > > > > Note that init array vs. init function behavior is encoded by a note added > > by crt1.o. I suspect that the problem is that gcc port is built without > > --enable-initfini-array configure option. > > Indeed, support for .init_array and .fini_array has been added to the GCC ports > but is present in the *-devel ports only for now. I will > soon proceed to enable it for the GCC standard ports too. lang/gcc14 is soon > to be added to the ports tree and will have it since the beginning. It is not 'support', but a bug. For very long time, crt1.o instructs rtld to use initarray instead of initfunc. gcc generates broken binaries trying to use initfunc. > > If this is indeed the issue, switching to a -devel GCC port should fix it. > > Cheers, > > Lorenzo Salvadore From nobody Thu May 16 20:22:01 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 4VgM2M557Vz5K6vZ for ; Thu, 16 May 2024 20:22:03 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VgM2M3gFPz4s2R; Thu, 16 May 2024 20:22:03 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715890923; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=HkGVFpWppVVBlKasiC0PJrMVxW4bttIGjPWR644C5ew=; b=yrqOUx0QphbPCbzuwxStprfabJpG4rcLlvZ8XU2g1QYOQvSHcWashbdFnDQiHi9HDAsGPl 1M0l7UzOiWimvjb9+RIPrpirQ+Gzmf8Oe53yIbs64ZgZeLR1L9URdpFao4rM1zfa2sleS0 DeRgddeXmBaMbeQIztbd8Mgb9BfnYeHm87lHfIhoJDPNLUpAUXukQSO3X4A94IAQHm7UvZ L6JG7A28tEXFH5AlQy7r6pHWWLHZS0B8oRcJIFOwspDWJDNt84NZNCm/3/tEVM87qizv6e /GXn2fY/IoppDBe3WsDAkFdz2eWr6l1DYD3VNmTkzscB5xSvKOFxkXh/j9za6g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1715890923; a=rsa-sha256; cv=none; b=ZbwHdxcOd6NijSZAVWdW/BU6eJHcF0X57sEpTvOy1B8BPJVTXIOACMXH9vgir92AgIlE9L tx+ogiqyO90lN80aE3rmt58hOhO3WTtHeFx3OPuNplu0hCvACp0O0lL9fNdrZA1I1YTINx EpiHXd5QdRM9//8rkx+c1R2bEnScIo8iiZwU5oICoPcTQyCFIVX4yMY3qu0Sq5zaqEF2X8 vAMCQw5rAO27NR8pOc1SS3i7p+PMauC4F30RNgauBXocg5AHkFKr0reL+ru9XuUwJUy3m8 87JPU7tWvR4hIYlrPvfoEwFs0L93PhNO6OiJ+yXWPGTXobcRa/PDjCJEnDfZWg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715890923; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=HkGVFpWppVVBlKasiC0PJrMVxW4bttIGjPWR644C5ew=; b=RDMCahyxT+RnBi0M3Ky6u6m9md2vMBZba24GgLRa5f9S1loOof3nZuo0+oqjBEoUf1FNhG ywQ/M9xFMxWw5NIVc4sMtXePxhyeTs/T7veV/npN0HhPXqaRw8kuV9hplJpG3puJ47sA7G OZRPWXSUQ2yvEaVf89d8aJtCyTl9K578a1mRBj6JIakG4QyKNQHnrxmAjLYAcHkDKnye1o ah79YfMMOwHokZQL0O8KaxU9nH5sdNoGetChGhU1vRa1eoV/XCpa5SuxL1VGwMRp4DbD29 I/sNnNXnt1NOkNqucd3vFkCbmU8tFopwfPii+JLE3MWb3hNy6LdpCXHjbYeJAg== Received: from ltc.des.dev (163.23.65.37.rev.sfr.net [37.65.23.163]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4VgM2M2f3gz13x3; Thu, 16 May 2024 20:22:03 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id D8DC414ECD; Thu, 16 May 2024 22:22:01 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Renato Botelho Cc: Jessica Clarke , Current FreeBSD Subject: Re: bsdinstall wifi setup is broken on CURRENT In-Reply-To: <608e500d-3756-4e6f-835a-fd5669be0b78@FreeBSD.org> (Renato Botelho's message of "Thu, 16 May 2024 15:56:30 -0300") References: <16f710c7-20f7-47ad-9535-27e0d11edca4@FreeBSD.org> <608e500d-3756-4e6f-835a-fd5669be0b78@FreeBSD.org> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Thu, 16 May 2024 22:22:01 +0200 Message-ID: <865xvdy0ba.fsf@ltc.des.dev> 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=utf-8 Content-Transfer-Encoding: quoted-printable Renato Botelho writes: > I'm not sure about a good way to test it on a running system instead. Update your source tree, build and install world, run `sudo bsdconfig`, scroll down and select =E2=80=9CNetwork Management=E2=80=9D, then select = =E2=80=9CWireless Networks=E2=80=9D. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Fri May 17 01:28:13 2024 X-Original-To: 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 4VgTqn6pLjz5Kbw8 for ; Fri, 17 May 2024 01:28:21 +0000 (UTC) (envelope-from zlei@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VgTqn4xVHz4KJ9; Fri, 17 May 2024 01:28:21 +0000 (UTC) (envelope-from zlei@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715909301; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Rbu/5evLX492SSVdEw2g4wBpMOKYbe+28zYirTvJOLo=; b=sUa8I1qRCTZFJyzEZNv6Q4/n6TAKJfwhSyQt3PV47GTzFOxP6S1K1zY0CzQe8O2FM1+GDG Y+RMi4pfmS4VUrMaNQbM9Lm54zWOn/n5qAq4nPr380lJ5HX614RQUTQc8Lb/TWPe6RMF43 P7uVS5Y7V59eMnwnT1OAZL2Hv1/f+LwX1tXGenQhpcGOSlFUmWipLM270PFp0+FcDV4nd8 EyGWVXu+C/cKEts1F1/sEgVQh+YTmwS0EZicLj7ziJO/hiKgtLnTQznMJmVX1O5ca/nadE KA9KWETEHTGpZ88hgiDM8yGF/stM/HTLbn6BOQjW1bhHtbywyXndXVdkU8CxkQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1715909301; a=rsa-sha256; cv=none; b=CO42NnhXJ+T5Zzn7QEFFdDYzaec5TCXG2xa3KEzJ7nAj/CH8BOT9mCF/57u9/MbIFkbtBt pJJuIGf7tVhISImrLfnwXvxZnZ4EbogZD9V8Mj3csXX/RPA5vPXQ/NsHdtVUbUlNJHk4kG f+mtzeAm/mHX0MEAx+quIyWapEioQ3coWHSAVCuI2cbNWg3EvwyY5Wipv24a4gWK4fErAE FKs73LT7G5TyMLzVSHO9iRGwN3F/gcD0aEosKy3ivVNveDThwXvERu2dTVI+e2UG927OPu tRji/L3Ir523Ct0p5NfDtmwIQOPmzUbxXFYVpjzxxUhhy6GmM0mz5OkOn+h+kA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715909301; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Rbu/5evLX492SSVdEw2g4wBpMOKYbe+28zYirTvJOLo=; b=oZ1jbpNFwFG6UtAc3ZMEjDsVLHbG8V61tbUKL9DlPuQYVFjXm61RfeGW1+ljL4KN48sn+q Z7EnL/PsQagBU7/J9s+/ZoCa43iRWrtkTZKdLlmq0uWWv0FraN052QZDtbo+PbTls/1qWe G1/QkZLGMfgteEjx1AZvAqO2dThdIHUoKnj0MPyBkVX2tVL+gEpW2cmjUVPoZr1zpo+Opz /VLS5Vo5IO/iEm5iSWGOOyk2YbY4MHJeRqI78DG8vuoCTsaXUfpXADJxxUxq7IQKqXLsfJ Cg8JknjoKKHNF9KTzNz5Poo9wx4N/fqOnkJgQNZ/jb+ZEym384cYI8tdcuD53Q== Received: from smtpclient.apple (ns1.oxydns.net [45.32.91.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zlei/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4VgTqm4hXyz1Cfp; Fri, 17 May 2024 01:28:20 +0000 (UTC) (envelope-from zlei@FreeBSD.org) From: Zhenlei Huang Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_84795C71-C966-413C-8C56-4970D5530BD1" 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 (Mac OS X Mail 16.0 \(3696.120.41.1.8\)) Subject: Re: gcc behavior of init priority of .ctors and .dtors section Date: Fri, 17 May 2024 09:28:13 +0800 In-Reply-To: Cc: FreeBSD Current To: Konstantin Belousov References: <3ECF8C28-D2D9-4212-B025-3EC64E46BADC@FreeBSD.org> X-Mailer: Apple Mail (2.3696.120.41.1.8) --Apple-Mail=_84795C71-C966-413C-8C56-4970D5530BD1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On May 17, 2024, at 2:26 AM, Konstantin Belousov = wrote: >=20 > On Thu, May 16, 2024 at 08:06:46PM +0800, Zhenlei Huang wrote: >> Hi, >>=20 >> I'm recently working on https://reviews.freebsd.org/D45194 and got = noticed >> that gcc behaves weirdly. >>=20 >> A simple source file to demonstrate that. >>=20 >> ``` >> # cat ctors.c >>=20 >> #include >>=20 >> __attribute__((constructor(101))) void init_101() { puts("init 1"); } >> __attribute__((constructor(65535))) void init_65535() { puts("init = 3"); } >> __attribute__((constructor)) void init() { puts("init 4"); } >> __attribute__((constructor(65535))) void init_65535_2() { puts("init = 5"); } >> __attribute__((constructor(65534))) void init_65534() { puts("init = 2"); } >>=20 >> int main() { puts("main"); } >>=20 >> __attribute__((destructor(65534))) void fini_65534() { puts("fini = 2"); } >> __attribute__((destructor(65535))) void fini_65535() { puts("fini = 3"); } >> __attribute__((destructor)) void fini() { puts("fini 4"); } >> __attribute__((destructor(65535))) void fini_65535_2() { puts("fini = 5"); } >> __attribute__((destructor(101))) void fini_101() { puts("fini 1"); } >>=20 >> # clang ctors.c && ./a.out >> init 1 >> init 2 >> init 3 >> init 4 >> init 5 >> main >> fini 5 >> fini 4 >> fini 3 >> fini 2 >> fini 1 >> ``` >>=20 >> clang with the option -fno-use-init-array and run will produce the = same result, which >> is what I expected. > Why do you add that switch? gcc13 in ports is not configured with option --enable-initfini-array = then it only produces .ctors / .dtors sections but not .init_array / .fini_array sections. So I add that switch for clang = to produce `.ctors` sections instead as a baseline ( .ctors produced by clang indeed works as expected, the same = with .init_array ). >=20 >>=20 >> gcc13 from ports >> ``` >> # gcc ctors.c && ./a.out >> init 1 >> init 2 >> init 5 >> init 4 >> init 3 >> main >> fini 3 >> fini 4 >> fini 5 >> fini 2 >> fini 1 >> ``` >>=20 >> The above order is not expected. I think clang's one is correct. >>=20 >> Further hacking with readelf shows that clang produces the right = order of >> section .rela.ctors but gcc does not. >>=20 >> ``` >> # clang -fno-use-init-array -c ctors.c && readelf -r ctors.o | grep = 'Relocation section with addend (.rela.ctors)' -A5 > clang.txt >> # gcc -c ctors.c && readelf -r ctors.o | grep 'Relocation section = with addend (.rela.ctors)' -A5 > gcc.txt >> # diff clang.txt gcc.txt >> 3,5c3,5 >> < 000000000000 000800000001 R_X86_64_64 0000000000000060 = init_65535_2 + 0 >> < 000000000008 000700000001 R_X86_64_64 0000000000000040 init = + 0 >> < 000000000010 000600000001 R_X86_64_64 0000000000000020 = init_65535 + 0 >> --- >>> 000000000000 000600000001 R_X86_64_64 0000000000000011 = init_65535 + 0 >>> 000000000008 000700000001 R_X86_64_64 0000000000000022 init = + 0 >>> 000000000010 000800000001 R_X86_64_64 0000000000000033 = init_65535_2 + 0 >> ``` >>=20 >> The above show clearly gcc produces the wrong order of section = `.rela.ctors`. >>=20 >> Is that expected behavior ? >>=20 >> I have not tried Linux version of gcc. > Note that init array vs. init function behavior is encoded by a note = added > by crt1.o. I suspect that the problem is that gcc port is built = without > --enable-initfini-array configure option. --Apple-Mail=_84795C71-C966-413C-8C56-4970D5530BD1 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

On May 17, 2024, at 2:26 AM, Konstantin Belousov <kostikbel@gmail.com>= wrote:

On Thu, May 16, 2024 at 08:06:46PM +0800, Zhenlei Huang = wrote:
Hi,

I'm recently working on https://reviews.freebsd.org/D45194 and got noticed
that gcc behaves weirdly.

A = simple source file to demonstrate that.

```
# cat ctors.c

#include <stdio.h>

__attribute__((constructor(101))) void init_101() { = puts("init 1"); }
__attribute__((constructor(65535))) void = init_65535() { puts("init 3"); }
__attribute__((constructor)) void init() { puts("init 4"); = }
__attribute__((constructor(65535))) void init_65535_2() = { puts("init 5"); }
__attribute__((constructor(65534))) = void init_65534() { puts("init 2"); }

int = main() { puts("main"); }

__attribute__((destructor(65534))) void fini_65534() { = puts("fini 2"); }
__attribute__((destructor(65535))) void = fini_65535() { puts("fini 3"); }
__attribute__((destructor))= void fini() { puts("fini 4"); }
__attribute__((destructor(65535))) void fini_65535_2() { = puts("fini 5"); }
__attribute__((destructor(101))) void = fini_101() { puts("fini 1"); }

# clang = ctors.c && ./a.out
init 1
init 2
init 3
init 4
init 5
main
fini 5
fini 4
fini 3
fini 2
fini 1
```

clang with the option = -fno-use-init-array and run will produce the same result, which
is what I expected.
Why do you = add that switch?

gcc13 in ports is not configured with option = --enable-initfini-array then it only produces .ctors / .dtors sections = but
not .init_array / .fini_array sections. So I add that = switch for clang to produce `.ctors` sections instead as
a = baseline ( .ctors produced by clang indeed works as expected, the same = with .init_array ).



gcc13 from ports
```
# gcc ctors.c && ./a.out
init 1
init 2
init 5
init 4
init 3
main
fini 3
fini 4
fini 5
fini 2
fini 1
```
The above order is not expected. I think clang's one is = correct.

Further hacking with readelf shows = that clang produces the right order of
section .rela.ctors = but gcc does not.

```
# clang = -fno-use-init-array -c ctors.c && readelf -r ctors.o | grep = 'Relocation section with addend (.rela.ctors)' -A5 > clang.txt
# gcc -c ctors.c && readelf -r ctors.o | grep = 'Relocation section with addend (.rela.ctors)' -A5 > gcc.txt
# diff clang.txt gcc.txt
3,5c3,5
< 000000000000 000800000001 R_X86_64_64 =         0000000000000060 = init_65535_2 + 0
< 000000000008 000700000001 = R_X86_64_64 =         0000000000000040 init + = 0
< 000000000010 000600000001 R_X86_64_64 =         0000000000000020 = init_65535 + 0
---
000000000000 000600000001 R_X86_64_64 =         0000000000000011 = init_65535 + 0
000000000008 000700000001 R_X86_64_64 =         0000000000000022 init + = 0
000000000010 000800000001 R_X86_64_64 =         0000000000000033 = init_65535_2 + 0
```

The above show clearly gcc produces the wrong order of = section `.rela.ctors`.

Is that expected = behavior ?

I have not tried Linux version = of gcc.
Note that init array vs. init function behavior is encoded by = a note added
by crt1.o. =  I suspect that the problem is that gcc port is built = without
--enable-initfini-array configure = option.



= --Apple-Mail=_84795C71-C966-413C-8C56-4970D5530BD1-- From nobody Fri May 17 04:55:57 2024 X-Original-To: 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 4VgZRY0jdzz5Kv0V for ; Fri, 17 May 2024 04:56:09 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4VgZRX1Llrz4ZCC; Fri, 17 May 2024 04:56:07 +0000 (UTC) (envelope-from manu@bidouilliste.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1715921759; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=m2zdcoFqELvzFsWoMLTlATwPLhBlFmPtvDGLqHP/gUI=; b=pl8RD74GUsfcW92LjsJQ+eyWUL2ckIt/Dzu9lk8+tS2yWtw3laBeYFl2wMp3Pi4cwvVH/4 aeBnKR7S3ThDF0OEGgnGs0TwHOreLIQ95GGKKjOAl0vxqWTK7RTwWPBvpCALKMAHg8x6FA k//cdcWBPqsfDN+aoBBdhhtv+2zHHOY= Received: from skull.home.blih.net (lfbn-lyo-1-2174-135.w90-66.abo.wanadoo.fr [90.66.97.135]) by mx.blih.net (OpenSMTPD) with ESMTPSA id a605f9ea (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 17 May 2024 04:55:59 +0000 (UTC) Date: Fri, 17 May 2024 06:55:57 +0200 From: Emmanuel Vadot To: Ryan Libby Cc: current@freebsd.org, manu@freebsd.org Subject: Re: Panic: lock "lnxspin" 0xfffff800176c0730 already initialized Message-Id: <20240517065557.1c184ec92447e074783a6a1c@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) 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=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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:12876, ipnet:212.83.128.0/19, country:FR] X-Rspamd-Queue-Id: 4VgZRX1Llrz4ZCC On Thu, 16 May 2024 10:27:40 -0700 Ryan Libby wrote: > On Thu, May 16, 2024 at 6:00?AM David Wolfskill wr= ote: > > > > This is running main-n270174-abb1a1340e3f (built in-place from > > main-n270163-154ad8e0f88f), with ports at main-n663685-3f732745ab06; > > the ports-resident kernel modules were rebuilt with the kernel, > > courtesy (e.g.): > > > > g1-70(14.1-S)[4] grep '^PORT' /etc/src.conf > > PORTS_MODULES+=3Dgraphics/drm-61-kmod > > > > And since I dislike "sample sizes of one," I have this result on > > two different laptops, each of which has both Nvidia & Intel graphics > > (but for the older one (M4800), I stopped using (& building) the > > Nvidia driver, since enabling it appears to disable GLX). > > > > Anyway: photos of the backtraces are at > > https://www.catwhisker.org/~david/FreeBSD/head/n270174/ > > as are copies of the build typescripts. > > > > Unfortunately, the panic message itself had (just) scrolled off the > > top at the time I took the photos, but I hand-typed it (from the > > M4800) in the Subject. > > > > Peace, > > david > > -- > > David H. Wolfskill david@catwhisker.org > > Please do not mistake "authoritarian" for "conservative" -- or vice ver= sa. > > > > See https://www.catwhisker.org/~david/publickey.gpg for my public key. >=20 > Maybe regression from ae38a1a1bfdf320089c254e4dbffdf4769d89110 by manu. >=20 > It looks like spin_lock_init was changed to no longer zero out the > mutex before calling mtx_init, but the MTX_NEW flag was not added. >=20 > Ryan >=20 Could be, I cannot reproduce this here (either with i915kms or amdgpu) but I guess that depending on the hardware version or number of screens etc ... code path is different and might trigger this. David can you test with https://people.freebsd.org/~manu/0001-linuxkpi-Fix-spin_lock_init.patch just to be sure that it fixes this issue ? Cheers, --=20 Emmanuel Vadot From nobody Fri May 17 05:10:16 2024 X-Original-To: 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 4VgZm82ZRqz5KwGW for ; Fri, 17 May 2024 05:10:32 +0000 (UTC) (envelope-from rlibby@gmail.com) Received: from mail-lf1-f50.google.com (mail-lf1-f50.google.com [209.85.167.50]) (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 4VgZm80gsrz4brn; Fri, 17 May 2024 05:10:32 +0000 (UTC) (envelope-from rlibby@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lf1-f50.google.com with SMTP id 2adb3069b0e04-51f40b5e059so270984e87.0; Thu, 16 May 2024 22:10:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1715922629; x=1716527429; h=content-transfer-encoding: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=poi6I26wEm+SW7+XlKsL9927KO7mnP5qQlXpMIFJk3g=; b=i9WOjVCmDa3hbFzJQ+rY7LIh7FeTpgqaWqjRbzwfATNzw8NJVnpzNjVU6ocPHY+y+4 Xkwf6gPQbWvJqkIpzUgFEVl3ohazNi6HAwrHJJ52C37j2WDwPAqGq1OHONSSYTX70BOx eKkWOAxO6QwCOi1C1HElGmPZy9R04PEkrCzXDYxYAxGVdCSpMj7RqVt0v6DT8k+Ckb2g HA5wRUDLaWBdI61OyEAsLRzLBSEESJpZ+VcjQCLe0UqtgQEy22p79tpsNTcdvLBTAP4L 8NG2uY9mP/Y7jHDLDKkb9UiFu8yChop7EDty8i7FGefyHjZ/Gl8iDIcW8ipyuSL6v60s SQFA== X-Forwarded-Encrypted: i=1; AJvYcCXQkWUcDMrCN2vCVaoIhDuxaG4m6He2uWmkPPiEY+3YeC5v4Ptz6cobWaEIKtvCDgu3xYsSBcffOu8ZfzODcuoE X-Gm-Message-State: AOJu0YzxutFxN7aDl5hdxWSmxAQhr9iSBTqD2QgzVt/CdjvNYuNOG9HV oGDAZp+Cw4lMj0g3OGXPbtZUKjmQi2i0IyDnos4c73SLZW7/IdSWal0Xua/S X-Google-Smtp-Source: AGHT+IHYaeTp9vHh+o6j6BCKk7sqa2mACg6HY/vISoDYjrpBmtFLCTQ32LxGuEj+TkhUEooySz1CRQ== X-Received: by 2002:a05:6512:2248:b0:523:3be3:cbfe with SMTP id 2adb3069b0e04-5233be3cc5bmr11022610e87.65.1715922628615; Thu, 16 May 2024 22:10:28 -0700 (PDT) Received: from mail-lf1-f44.google.com (mail-lf1-f44.google.com. [209.85.167.44]) by smtp.gmail.com with ESMTPSA id 2adb3069b0e04-521f38d87a5sm3176981e87.202.2024.05.16.22.10.28 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 16 May 2024 22:10:28 -0700 (PDT) Received: by mail-lf1-f44.google.com with SMTP id 2adb3069b0e04-520f9d559f6so1987710e87.3; Thu, 16 May 2024 22:10:28 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCUi0RbyOq1o2LwERfKnn/dIbDf7+AIDtP1qGb86T99dxJvKaFodgvYRTa2TwNQWS89RjDlNtGYA6TC0sq/F8pyV X-Received: by 2002:a05:6512:1310:b0:516:cc06:fa03 with SMTP id 2adb3069b0e04-5221006ccdemr16062796e87.56.1715922628142; Thu, 16 May 2024 22:10:28 -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: <20240517065557.1c184ec92447e074783a6a1c@bidouilliste.com> In-Reply-To: <20240517065557.1c184ec92447e074783a6a1c@bidouilliste.com> From: Ryan Libby Date: Thu, 16 May 2024 22:10:16 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Panic: lock "lnxspin" 0xfffff800176c0730 already initialized To: Emmanuel Vadot Cc: current@freebsd.org, manu@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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:209.85.128.0/17, country:US] X-Rspamd-Queue-Id: 4VgZm80gsrz4brn On Thu, May 16, 2024 at 9:56=E2=80=AFPM Emmanuel Vadot wrote: > > On Thu, 16 May 2024 10:27:40 -0700 > Ryan Libby wrote: > > > On Thu, May 16, 2024 at 6:00?AM David Wolfskill = wrote: > > > > > > This is running main-n270174-abb1a1340e3f (built in-place from > > > main-n270163-154ad8e0f88f), with ports at main-n663685-3f732745ab06; > > > the ports-resident kernel modules were rebuilt with the kernel, > > > courtesy (e.g.): > > > > > > g1-70(14.1-S)[4] grep '^PORT' /etc/src.conf > > > PORTS_MODULES+=3Dgraphics/drm-61-kmod > > > > > > And since I dislike "sample sizes of one," I have this result on > > > two different laptops, each of which has both Nvidia & Intel graphics > > > (but for the older one (M4800), I stopped using (& building) the > > > Nvidia driver, since enabling it appears to disable GLX). > > > > > > Anyway: photos of the backtraces are at > > > https://www.catwhisker.org/~david/FreeBSD/head/n270174/ > > > as are copies of the build typescripts. > > > > > > Unfortunately, the panic message itself had (just) scrolled off the > > > top at the time I took the photos, but I hand-typed it (from the > > > M4800) in the Subject. > > > > > > Peace, > > > david > > > -- > > > David H. Wolfskill david@catwhisker.org > > > Please do not mistake "authoritarian" for "conservative" -- or vice v= ersa. > > > > > > See https://www.catwhisker.org/~david/publickey.gpg for my public key= . > > > > Maybe regression from ae38a1a1bfdf320089c254e4dbffdf4769d89110 by manu. > > > > It looks like spin_lock_init was changed to no longer zero out the > > mutex before calling mtx_init, but the MTX_NEW flag was not added. > > > > Ryan > > > > Could be, I cannot reproduce this here (either with i915kms or amdgpu) > but I guess that depending on the hardware version or number of screens > etc ... code path is different and might trigger this. > David can you test with > https://people.freebsd.org/~manu/0001-linuxkpi-Fix-spin_lock_init.patch > just to be sure that it fixes this issue ? > > Cheers, > > -- > Emmanuel Vadot It may depend on getting lucky with the uninitialized junk too, and you wou= ld need a kernel with KASSERTs enabled. manu, I think the rwlock patch 5c0a1923486e65cd47398e52c03cb289d6120a78 may need the same treatment with RW_NEW. Ryan From nobody Fri May 17 06:00:05 2024 X-Original-To: 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 4VgbsN5wP4z5KVtx for ; Fri, 17 May 2024 06:00:08 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4VgbsN04bdz4h60; Fri, 17 May 2024 06:00:07 +0000 (UTC) (envelope-from manu@bidouilliste.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1715925605; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+N3Ks7O38dijY2fCKS9ioH0SVMKJ3QvzCeGX3M5barE=; b=WXdfV7B7Di3zWRepxqoXjD6b2aR57+GD6aZrZWzEU0ZuIesUxVeXiPu1v/K4Ras38Zo9Ag oOTfPENjBy6jgf6oKJjQvNR8xv3qHnehwgUr2WvP6C7snuQrsEBZShn9W1/0AXU8KD+t1V IfRvsLouIheb8cBmjmxOd8h87aw43hk= Received: from skull.home.blih.net (lfbn-lyo-1-2174-135.w90-66.abo.wanadoo.fr [90.66.97.135]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 9007815c (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 17 May 2024 06:00:05 +0000 (UTC) Date: Fri, 17 May 2024 08:00:05 +0200 From: Emmanuel Vadot To: Ryan Libby Cc: current@freebsd.org, manu@freebsd.org Subject: Re: Panic: lock "lnxspin" 0xfffff800176c0730 already initialized Message-Id: <20240517080005.b35f98bffac25bb6b5a7a119@bidouilliste.com> In-Reply-To: References: <20240517065557.1c184ec92447e074783a6a1c@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) 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=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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:12876, ipnet:212.83.128.0/19, country:FR] X-Rspamd-Queue-Id: 4VgbsN04bdz4h60 On Thu, 16 May 2024 22:10:16 -0700 Ryan Libby wrote: > On Thu, May 16, 2024 at 9:56?PM Emmanuel Vadot wr= ote: > > > > On Thu, 16 May 2024 10:27:40 -0700 > > Ryan Libby wrote: > > > > > On Thu, May 16, 2024 at 6:00?AM David Wolfskill wrote: > > > > > > > > This is running main-n270174-abb1a1340e3f (built in-place from > > > > main-n270163-154ad8e0f88f), with ports at main-n663685-3f732745ab06; > > > > the ports-resident kernel modules were rebuilt with the kernel, > > > > courtesy (e.g.): > > > > > > > > g1-70(14.1-S)[4] grep '^PORT' /etc/src.conf > > > > PORTS_MODULES+=3Dgraphics/drm-61-kmod > > > > > > > > And since I dislike "sample sizes of one," I have this result on > > > > two different laptops, each of which has both Nvidia & Intel graphi= cs > > > > (but for the older one (M4800), I stopped using (& building) the > > > > Nvidia driver, since enabling it appears to disable GLX). > > > > > > > > Anyway: photos of the backtraces are at > > > > https://www.catwhisker.org/~david/FreeBSD/head/n270174/ > > > > as are copies of the build typescripts. > > > > > > > > Unfortunately, the panic message itself had (just) scrolled off the > > > > top at the time I took the photos, but I hand-typed it (from the > > > > M4800) in the Subject. > > > > > > > > Peace, > > > > david > > > > -- > > > > David H. Wolfskill david@catwhisker.org > > > > Please do not mistake "authoritarian" for "conservative" -- or vice= versa. > > > > > > > > See https://www.catwhisker.org/~david/publickey.gpg for my public k= ey. > > > > > > Maybe regression from ae38a1a1bfdf320089c254e4dbffdf4769d89110 by man= u. > > > > > > It looks like spin_lock_init was changed to no longer zero out the > > > mutex before calling mtx_init, but the MTX_NEW flag was not added. > > > > > > Ryan > > > > > > > Could be, I cannot reproduce this here (either with i915kms or amdgpu) > > but I guess that depending on the hardware version or number of screens > > etc ... code path is different and might trigger this. > > David can you test with > > https://people.freebsd.org/~manu/0001-linuxkpi-Fix-spin_lock_init.patch > > just to be sure that it fixes this issue ? > > > > Cheers, > > > > -- > > Emmanuel Vadot >=20 > It may depend on getting lucky with the uninitialized junk too, and you w= ould > need a kernel with KASSERTs enabled. >=20 > manu, I think the rwlock patch 5c0a1923486e65cd47398e52c03cb289d6120a78 > may need the same treatment with RW_NEW. >=20 > Ryan >=20 Indeed, even if I know that I tested with GENERIC and amdgpu I think that I've only tested GENERIC-NODEBUG with i915kms. Anyway, I've pushed both patches now. Sorry for the breakage. Cheers, --=20 Emmanuel Vadot From nobody Fri May 17 10:09:00 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 4VgjNm4Q6Vz5Ktpt for ; Fri, 17 May 2024 10:09:12 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VgjNm3X5Hz519p; Fri, 17 May 2024 10:09:12 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715940552; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=ZBw5cBbY2kwVEnI2yF9qpUMpkKwA8IHbF/EQaS3lQBk=; b=sbWij5dSgL3TujVzpit75opUiju51NBsTNnK/2IjlzrY7/NJPS1MRzSwgdPcZf5B//eqba gt5yOEr1Ly2LG0sWV44Z0gPXD5UIQ7klisj4uvhD70jFVCNLfmclZNfdIKXUyq1LPqUqKc pFSL7EwdwoP2uQALU+rqZNnILt492cLJNKdaTaNQsJ4X5uTmSxXeL6NGumoz+GzT4x8h71 ItVx5QZ4NUT/jzStaCmTwq8uS4bHnn4z3e5X7rIH5k+v+cU62zR+LtGs16sxlMrXxFXTy0 RfckU+oijtqkTbMqR3sFb6fh4OsjxpcexHWrDvLDZiX/+pVYzh+Ni384uA7NxQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1715940552; a=rsa-sha256; cv=none; b=BAq5YgaBcmNSzgfu2gIJMvjpEonkTUGFtJd+kePdAVSKmWdZkXm2BBJUBTazzMOtIoWzdy oN60aFnjpGZLvRYGZTyZYfhuD4sKpr3ouYDcxe/XhKGWDDwZ7Evg48q0ItzUUkvhAfJfQx B8GzcSLhwLbJzI/TvTWMDNDljVmWGP4SyJbEcfdsbwR+17Za09u+Im9SvB7mRwVvVwEkdN 8hnC/cUTCsfEwmVuKMq/6VOR3KmFK7xaW8fUeuCaAnUKEIQ+rF01iVytUsAmSf1XE6rfo4 m2oGqoEeiNx98Di7iYclNip7EyRZ822V56dWSoi9/1GW5+SfzO9cm+TBRYgtpg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715940552; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=ZBw5cBbY2kwVEnI2yF9qpUMpkKwA8IHbF/EQaS3lQBk=; b=FEoWRFAGFFbmkL/5FAHHjzMNsGNll+KshGYdSd1+GeUzjZV3xoJ7DPFwP93ZRBRIEUKIhC vTEsH49IdBYckEuNUxrDlGXYZLXdmHTAkKGxZ7+UaAgSj4hABoqUTvfqcClG+9mDDEEdi7 Mb5AFmAKLCKdodMrg5QZ/qCsOt/jqQHKBKcaYspMoH9fCGfpHp1Mk5qUrD7LWvMPpweMy6 /bq/QPpkCo+2jws7LL1fS0Y1gCUsjy1Ua4fkLve4NaKwC0OyWJrQgenfZ6nHYdjBfUU59f +3bFkpbvwAchFyYLvAUErpXbnoAmM/l+CuLfzsDWRwsfhF9cHPGvUOho7YyEFg== Received: from mail-qt1-f179.google.com (mail-qt1-f179.google.com [209.85.160.179]) (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)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4VgjNm30NQz1PPW; Fri, 17 May 2024 10:09:12 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f179.google.com with SMTP id d75a77b69052e-43df732cb05so646361cf.0; Fri, 17 May 2024 03:09:12 -0700 (PDT) X-Gm-Message-State: AOJu0Ywab9vkSqLAFhZD2Bj4yZQKXDn7TNQGQomjbEDUvKNy8ishDkHa bWSxby6cMXkWQ4fn0oIjlwnbc92MgoqNY2SkPdAi/dNQaytecAq1kdS8YmY9b7vDSLYJ+zGYU86 2LWQE8sF5GX5TMWpSD5OhWRz7bV0= X-Google-Smtp-Source: AGHT+IHt3Qyp0IF6rG44prhfAAgbsn3QF3MPftABIp1VTxcEMG2UyFBCl/CavMKTobd9mz1hp6RFkidqIA8YmNcLLWY= X-Received: by 2002:ac8:7d54:0:b0:43e:3bc9:b5f2 with SMTP id d75a77b69052e-43e3bc9b87fmr55547031cf.64.1715940551766; Fri, 17 May 2024 03:09:11 -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 From: Nuno Teixeira Date: Fri, 17 May 2024 11:09:00 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: kldload tpm: Fail to load: "link_elf_obj: symbol tpm_bus_driver undefined" To: FreeBSD CURRENT Cc: Justin Hibbits Content-Type: multipart/alternative; boundary="0000000000000b401e0618a38ba5" --0000000000000b401e0618a38ba5 Content-Type: text/plain; charset="UTF-8" Hello, tpm kernel module fails to load starting on main from May 9. Updated today and same error: ``` $ kldload tpm kldload: an error occurred while loading module tpm. Please check dmesg(8) for more details. (dmesg) link_elf_obj: symbol tpm_bus_driver undefined linker_load_file: /boot/kernel/tpm.ko - unsupported file type ``` I believe it is related to: --- commit 10eea8dc8c4f3d2a3495e7fb08837d91adf465e9 Author: Justin Hibbits Date: Thu May 9 15:27:35 2024 -0400 tpm20: Support partial reads Summary: In some cases the TPM utilities may read only a partial block, instead of a full block. If a new command starts while in the middle of a read it may cause the TPM to go catatonic and no longer respond to SPI. Reviewed by: kd Obtained from: Juniper Networks, Inc. Differential Revision: https://reviews.freebsd.org/D45140 --- I use tpm for bhyve/Win11. Thanks, -- Nuno Teixeira FreeBSD UNIX: Web: https://FreeBSD.org --0000000000000b401e0618a38ba5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

tpm kernel module fai= ls to load starting on main from May 9.
Updated today and same er= ror:

```
$ kldload tpm
kld= load: an error occurred while loading module tpm. Please check dmesg(8) for= more details.

(dmesg)
link_elf_obj: sym= bol tpm_bus_driver undefined
linker_load_file: /boot/kernel/tpm.ko - uns= upported file type
```

I believe it is r= elated to:

---
commit 10eea8dc8c4f3d= 2a3495e7fb08837d91adf465e9
Author: Justin Hibbits <jhibbits@FreeBSD.o= rg>
Date: =C2=A0 Thu May 9 15:27:35 2024 -0400

=C2=A0 =C2=A0 t= pm20: Support partial reads

=C2=A0 =C2=A0 Summary:
=C2=A0 =C2=A0 = In some cases the TPM utilities may read only a partial block, instead
= =C2=A0 =C2=A0 of a full block.=C2=A0 If a new command starts while in the m= iddle of a read
=C2=A0 =C2=A0 it may cause the TPM to go catatonic and n= o longer respond to SPI.

=C2=A0 =C2=A0 Reviewed by: =C2=A0 =C2=A0kd<= br>=C2=A0 =C2=A0 Obtained from: =C2=A0Juniper Networks, Inc.
=C2=A0 =C2= =A0 Differential Revision: h= ttps://reviews.freebsd.org/D45140
---

I use tpm for bhyve/Win11.

Thanks,
--
<= font color=3D"#888888">Nuno Teixeira
FreeBSD UNIX:=C2=A0 <eduardo@FreeBSD.org>=C2=A0 =C2=A0Web:=C2=A0 https://Fr= eeBSD.org
--0000000000000b401e0618a38ba5-- From nobody Fri May 17 11:27:12 2024 X-Original-To: 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 4Vgl6v23gMz5L1hw for ; Fri, 17 May 2024 11:27:19 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Vgl6t4j7Hz3wcv; Fri, 17 May 2024 11:27:18 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 44HBRDOT081641; Fri, 17 May 2024 11:27:13 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 44HBRC6V081640; Fri, 17 May 2024 04:27:12 -0700 (PDT) (envelope-from david) Date: Fri, 17 May 2024 04:27:12 -0700 From: David Wolfskill To: Emmanuel Vadot Cc: Ryan Libby , current@freebsd.org, manu@freebsd.org Subject: Re: Panic: lock "lnxspin" 0xfffff800176c0730 already initialized Message-ID: Mail-Followup-To: David Wolfskill , Emmanuel Vadot , Ryan Libby , current@freebsd.org, manu@freebsd.org References: <20240517065557.1c184ec92447e074783a6a1c@bidouilliste.com> <20240517080005.b35f98bffac25bb6b5a7a119@bidouilliste.com> 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: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="v32COjZcsfnCDdnl" Content-Disposition: inline In-Reply-To: <20240517080005.b35f98bffac25bb6b5a7a119@bidouilliste.com> 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:7018, ipnet:107.192.0.0/12, country:US] X-Rspamd-Queue-Id: 4Vgl6t4j7Hz3wcv --v32COjZcsfnCDdnl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 17, 2024 at 08:00:05AM +0200, Emmanuel Vadot wrote: > ... > Indeed, even if I know that I tested with GENERIC and amdgpu I think > that I've only tested GENERIC-NODEBUG with i915kms. > Anyway, I've pushed both patches now. Sorry for the breakage. >=20 > Cheers, > .... Success: g1-70(15.0-C)[1] uname -aUK FreeBSD g1-70.catwhisker.org 15.0-CURRENT FreeBSD 15.0-CURRENT #147 main-n2= 70199-cd3681011001: Fri May 17 11:10:47 UTC 2024 root@g1-70.catwhisker.= org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1500018 1500018 Thank you! :-) Peace, david --=20 David H. Wolfskill david@catwhisker.org Please do not mistake "authoritarian" for "conservative" -- or vice versa. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --v32COjZcsfnCDdnl Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCZkc/EF8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5X7GAQD99O0ADZ5HR/ZNXZIDxFio6iOU08x8eONrUsLh8fIbvAEAhIcdey5TGjXG PXNFw8VsIPFiLotj7mOtaEt+CS0rugk= =SIZc -----END PGP SIGNATURE----- --v32COjZcsfnCDdnl-- From nobody Fri May 17 12:57:54 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 4Vgn7V4YHXz5L81Q for ; Fri, 17 May 2024 12:57:58 +0000 (UTC) (envelope-from jhibbits@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Vgn7V41gJz44rV; Fri, 17 May 2024 12:57:58 +0000 (UTC) (envelope-from jhibbits@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715950678; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=XYetJG6CIz+wMrFp+IQelQnamx7+txdRzhoxlI8IfJ4=; b=QVmI5XX7APS0eUXqy1RBZOlYuJaj6c7j8qY58RVr+yDIa0JCZZvjYwUtxm/FV3ttFgCm9K iCgJV2llrDhMkuhGycxg7askdtrvLuR7mTM1xq7IdMb5JdEPhiSgqfw3MaUjsYqlDVBLyT +3d1LyNFgm2017cObVR6XqfCZs41R7/xLRMhpe6yMPSCTeSZ0sELx1x6tIZmbPJc7BVMJH WtAAuSE9TqU4IxOznTALBa9p5syvc6sI4L24PTqYOwadTFTT4bnDt9tdEqLmfgDxV5VQJI 8SW4x+lFQhXNs64gUQPVNd93Qz1maIKUosah6VkK6bhkA3MuO1VuNHZqdHqrbw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1715950678; a=rsa-sha256; cv=none; b=iTdriE80EHDde5spdfev9rD9L2V0CnDlJd06Q+B9KCgsoPS/TfkLJ7JTEL+PSROBXPwtWZ 5aW+tFMy7E4/tJBRsfG1E8xQAAmDIVDVYi0ntmKaB34GNdvdrAHqpDxCuQPtsLNfxpov9v rIm5kp1PSxdn4WyXTL3BnaqaVuXUsNZ7IPjc+Jh/GIDLH4766mH1KCCmMP/RPQaTcevqJv 6PxembxtxwOrR/8VPOQWgD5tolmGHEpwKs2764IFOfx0W2kO//Ls5INkkVtgzd/qnE+NIl +Z79jxfCK2m5hshVsba3HUB1xJg59S8R+d3RbP39WW8iApYIyHYl4utrFLN/xQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715950678; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=XYetJG6CIz+wMrFp+IQelQnamx7+txdRzhoxlI8IfJ4=; b=TLpOMuxZqpdyDzIWntqmtueuSANBy26FGe17EOVyQ01y0SCu5b2JWiZYIIoWfSAUyFd41/ wFnHNvrIIaAt5JLf9e+pr5G5vKNjRV6OgHfurWpv4jZnsTVkg8rkuKQu7k2W3hFqKpPKTX 8sv0gjs+Lokfnu7ejN9djTCVvds/648pTFvrAuYlc4a5cpySbdR/osau25lkewiijgisbm gTuAR+77w4QNJIfoP7MtHiZSuwFrrQBv6aAR/HlXvQNSYsXUM6WkWMyL6HdC/jSNZTBKrp ytOHy5AurkVONCpaqxBdlREfKfBvEjckgubnuExQ8PUsXVClZXoe2ZCHMFzt4Q== Received: from ralga.knownspace (ip-163-182-7-56.dynamic.fuse.net [163.182.7.56]) (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 did not present a certificate) (Authenticated sender: jhibbits) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Vgn7V2b0kz1Rqn; Fri, 17 May 2024 12:57:58 +0000 (UTC) (envelope-from jhibbits@FreeBSD.org) Date: Fri, 17 May 2024 08:57:54 -0400 From: Justin Hibbits To: Nuno Teixeira Cc: FreeBSD CURRENT Subject: Re: kldload tpm: Fail to load: "link_elf_obj: symbol tpm_bus_driver undefined" Message-ID: <20240517085754.11ab519e@ralga.knownspace> In-Reply-To: References: X-Mailer: Claws Mail 4.2.0 (GTK 3.24.41; powerpc64le-unknown-linux-gnu) 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 On Fri, 17 May 2024 11:09:00 +0100 Nuno Teixeira wrote: > Hello, > > tpm kernel module fails to load starting on main from May 9. > Updated today and same error: > > ``` > $ kldload tpm > kldload: an error occurred while loading module tpm. Please check > dmesg(8) for more details. > > (dmesg) > link_elf_obj: symbol tpm_bus_driver undefined > linker_load_file: /boot/kernel/tpm.ko - unsupported file type > ``` > > I believe it is related to: > > --- > commit 10eea8dc8c4f3d2a3495e7fb08837d91adf465e9 > Author: Justin Hibbits > Date: Thu May 9 15:27:35 2024 -0400 > > tpm20: Support partial reads > > Summary: > In some cases the TPM utilities may read only a partial block, > instead of a full block. If a new command starts while in the middle > of a read it may cause the TPM to go catatonic and no longer respond > to SPI. > > Reviewed by: kd > Obtained from: Juniper Networks, Inc. > Differential Revision: https://reviews.freebsd.org/D45140 > --- > > I use tpm for bhyve/Win11. > > Thanks, Sorry for the breakage. Should be fixed by 62adeb92. - Justin From nobody Fri May 17 16:06:58 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 4VgsKq0yh5z5LNp7 for ; Fri, 17 May 2024 16:07:11 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VgsKq0WPqz4N4L; Fri, 17 May 2024 16:07:11 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715962031; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=56ark4IzYNrUE/fDKybaBWYxWeGONZ76zHscc9uxM7g=; b=ff9cRIjXVOqgu+myxDd3agyQGwBRP5fBEJhndcZj8K4ykAn/XM6WNI0eeBGlGaQd+BCloY lI3RA94Qf8IcdRctgcNx1HtdU3NmBW+UMFndHEjGkY8yWYuAnHE4DNQqiIWxuaVP/oJlbw VTlJRgLHFG4FYKcAPC1Y2ttkCezEjjXY/eLYazlcILBku9SI4r2O2ORWy/ERR4jXmVjsjI PWhBmoyoiSTR0WGcVPPaWkT6popHd56tePDU82I7D43sJXara8Z2P9qgrDgPS/sCfUFou+ TMZFWd9c/icmrLSPVhrE4IvE3jV+MIXW75mEJkljcr0skSRw/xPcJx4P884bPQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1715962031; a=rsa-sha256; cv=none; b=KJx8M4ilowEXo4twXPBX4KATP8oAForkt71jQA46AoQNe8/+xPcHGA/VF0m4t55hLGCVbr yDKSM/tCmLsF/QpFrntXwwcBSEHMAwVqzj1ORrhLcWdg1fus+yWDSAZiusx9ZjLA36JXwr 8TkW/+XU9T+I+oAi4roglIt+wmCN0OFDQb89OgbabU8yOVkaAmy81Gi0JA9N4Bn6I2f1tJ mw/lTXcFfdVGwbqAsCgFlyb0UFPc86vXPb4q92+wVBQRk+kx9RJnZDbUpu1L34k9PDd5x4 xXNefrxk8VVYEQLB6vkP4YyuTC8zmJ/Q6+hhFHRtffTkEIca+fBcUPwu/nuH6w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715962031; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=56ark4IzYNrUE/fDKybaBWYxWeGONZ76zHscc9uxM7g=; b=Xq/A0yTgM5LUGUjr6CghVgWGXIhgKKUvcbJF9jonJgynwNr5oPbuZ+za72v7ReM1KkifZJ 30AFc0i0kw08bdmIYl9okt3GLSxnDE1AW9RqiQJObFVi3tcTspo7zJGLvhkodu59g2I4VQ 2B0nJ6bjWNlNF5ZEzEn7K2E0iTNhxcF/oXu6/qAxueTQz8d21fIplPCqmhBTQK3Cm6cxE7 Bfc/GA6dhzNfYTDC07ITnbwj9EmFeeRlTiHDeIPOxU7K2u1F1+S9HpedF9zt7gBE/sTiTA /CN/r404n6vr0d5ItV+N18HfZVaPLhKA+HNvvXzDAI6qTJVqQLnuBAlQJQpQ3g== Received: from mail-qt1-f180.google.com (mail-qt1-f180.google.com [209.85.160.180]) (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)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4VgsKp72hmzHhg; Fri, 17 May 2024 16:07:10 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f180.google.com with SMTP id d75a77b69052e-43e3ba01083so4005631cf.0; Fri, 17 May 2024 09:07:10 -0700 (PDT) X-Gm-Message-State: AOJu0YxnFnaxNaCsCmfORye+oQXHqMwnjVKxvln6Pka5wnqs5f4txdnx gYPiRPiaEi7El90Q89xHFFqnwCLlZCdTC9w2Sg2TZ4YchyHb7qZ7NV17V5B+PJmqwXx1lPRWE9S osWNfY5MnrxM17RsWJP2XeI5Nlw8= X-Google-Smtp-Source: AGHT+IEpo8s5M+yxazwCtUz3nY5XT1bnnsgwGIaEv6bSG5NRA9AWWG7JFK/Sxp2QwuW0LpTS9xa2ThLfn5ECDL+OJkk= X-Received: by 2002:ac8:5915:0:b0:43e:3956:2314 with SMTP id d75a77b69052e-43e3956280cmr79610091cf.29.1715962029977; Fri, 17 May 2024 09:07:09 -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: <20240517085754.11ab519e@ralga.knownspace> In-Reply-To: <20240517085754.11ab519e@ralga.knownspace> From: Nuno Teixeira Date: Fri, 17 May 2024 17:06:58 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: kldload tpm: Fail to load: "link_elf_obj: symbol tpm_bus_driver undefined" To: Justin Hibbits Cc: FreeBSD CURRENT Content-Type: multipart/alternative; boundary="0000000000003ec15b0618a88b65" --0000000000003ec15b0618a88b65 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Working fine! Thanks for fast fix. Justin Hibbits escreveu (sexta, 17/05/2024 =C3=A0(s) 13:57): > On Fri, 17 May 2024 11:09:00 +0100 > Nuno Teixeira wrote: > > > Hello, > > > > tpm kernel module fails to load starting on main from May 9. > > Updated today and same error: > > > > ``` > > $ kldload tpm > > kldload: an error occurred while loading module tpm. Please check > > dmesg(8) for more details. > > > > (dmesg) > > link_elf_obj: symbol tpm_bus_driver undefined > > linker_load_file: /boot/kernel/tpm.ko - unsupported file type > > ``` > > > > I believe it is related to: > > > > --- > > commit 10eea8dc8c4f3d2a3495e7fb08837d91adf465e9 > > Author: Justin Hibbits > > Date: Thu May 9 15:27:35 2024 -0400 > > > > tpm20: Support partial reads > > > > Summary: > > In some cases the TPM utilities may read only a partial block, > > instead of a full block. If a new command starts while in the middle > > of a read it may cause the TPM to go catatonic and no longer respond > > to SPI. > > > > Reviewed by: kd > > Obtained from: Juniper Networks, Inc. > > Differential Revision: https://reviews.freebsd.org/D45140 > > --- > > > > I use tpm for bhyve/Win11. > > > > Thanks, > > Sorry for the breakage. Should be fixed by 62adeb92. > > - Justin > --=20 Nuno Teixeira FreeBSD UNIX: Web: https://FreeBSD.org --0000000000003ec15b0618a88b65 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Working fine!

Thanks for fas= t fix.

Justin Hibbits <= jhibbits@freebsd.org> escreveu (sexta, 17/05/2024 =C3=A0(s) 13:57):<= br>
On Fri, 17 May 2= 024 11:09:00 +0100
Nuno Teixeira <= eduardo@freebsd.org> wrote:

> Hello,
>
> tpm kernel module fails to load starting on main from May 9.
> Updated today and same error:
>
> ```
> $ kldload tpm
> kldload: an error occurred while loading module tpm. Please check
> dmesg(8) for more details.
>
> (dmesg)
> link_elf_obj: symbol tpm_bus_driver undefined
> linker_load_file: /boot/kernel/tpm.ko - unsupported file type
> ```
>
> I believe it is related to:
>
> ---
> commit 10eea8dc8c4f3d2a3495e7fb08837d91adf465e9
> Author: Justin Hibbits <jhibbits@FreeBSD.org>
> Date:=C2=A0 =C2=A0Thu May 9 15:27:35 2024 -0400
>
>=C2=A0 =C2=A0 =C2=A0tpm20: Support partial reads
>
>=C2=A0 =C2=A0 =C2=A0Summary:
>=C2=A0 =C2=A0 =C2=A0In some cases the TPM utilities may read only a par= tial block,
> instead of a full block.=C2=A0 If a new command starts while in the mi= ddle
> of a read it may cause the TPM to go catatonic and no longer respond > to SPI.
>
>=C2=A0 =C2=A0 =C2=A0Reviewed by:=C2=A0 =C2=A0 kd
>=C2=A0 =C2=A0 =C2=A0Obtained from:=C2=A0 Juniper Networks, Inc.
>=C2=A0 =C2=A0 =C2=A0Differential Revision: https://reviews.fre= ebsd.org/D45140
> ---
>
> I use tpm for bhyve/Win11.
>
> Thanks,

Sorry for the breakage.=C2=A0 Should be fixed by 62adeb92.

- Justin


--
Nuno Teixeira
FreeBSD UNIX:=C2=A0 <eduardo@FreeBSD.org>=C2=A0 =C2=A0Web:=C2=A0 https://Fr= eeBSD.org
--0000000000003ec15b0618a88b65-- From nobody Fri May 17 17:22:19 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 4Vgv0m2kxyz5LVPF for ; Fri, 17 May 2024 17:22:32 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Vgv0m2GPdz4bgn for ; Fri, 17 May 2024 17:22:32 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715966552; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=UqHvS6ZqKqqBXZrNjmzzdCXqI4JXauqEeVqQnQK3kZc=; b=UuU+76aG3SpSPkuiUz2rKfgv5U8ixk4yDQ5CzDIOKTPakiEaptMeiqwUp3GVspDbZ6gAq+ k8Dsx3t65MLOei8Maxq3DrGEc4hRPeKZR6fr7K/U18uJn8KUhCl8vgAp/2iYFQpO/tnSlr CpZVcM9GW7BrXL0XchAByQiMBxhGNW2C59vtABcAvDwtxW7mTCZG0J0tcjAQj6djYRWqI/ KrNBd42He3ABxTi4XTUK46Dgm9vWc1RGh8MMPvcH71wtE6iL++muLlAlz+FC1pO4ujLf73 aB6Vx0lNJsUE6WOEafey6F4Hi1wWAphoH3wH7nD1gjspG9bVXX+Hcv7sgpbHOQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1715966552; a=rsa-sha256; cv=none; b=vGHGNo+p2OuGSOtVVrGDig3qYHk4d8A5SO8dq0O1TtswT0Rcy6b93xJvgmE3uu96hBQApe q1BB50gpKTlvEM4YcJrN2qGni+GjEeAchPBpAdYjEUCsMtncerQRZZSXRLEZIqI8Q5TtnC UHClTClmHXp7PoEAvsKJAkpuLtAmfqxsf041XHGxQ9OwXWEZhlKrf2rvAkWsmjTQRDKNom o0S6eeL14n9vCMI34i5jbve88bOlENKGneYEAy69zfBfftPjlZ+f8yfuVusu5e4zWvA1zt KIkD5dVDlJAjLeya2mMbNsZo1OSPGEB8PiPls9c3YvDi3B2mjqgJGHFqaomWyg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1715966552; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=UqHvS6ZqKqqBXZrNjmzzdCXqI4JXauqEeVqQnQK3kZc=; b=ak+JUkWwZyilWBjTDCXaL0JSFuQMYQiQQF/N5Hib72dLc3XRlZ3yRePngh9aLS8hYLQkQe R/wykqGH0iIvEA4RBOWHKqAXCLtHjgWSaRYd+yPjHxgo1Pwv3FA53claTcvzIMEj52R56u ROVlAYpR66pXTPiiY58GM927VXydfb///wHgO0AFl6I2rkPpxMelzu4TR2/pbJwwntaEjv xB/vBGEHWBqbalW5NxG+Vhcjg/atTcAt+yzm4l00NL1xNyRQLI+62C3sW/lQRcNZpw2MTo 3w5Vs2HP8nsfX+ulvRtKprCx3r99A168LPIbhHzQSFByiXDVpMYTEgWXlgsqCg== Received: from mail-qv1-f45.google.com (mail-qv1-f45.google.com [209.85.219.45]) (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)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Vgv0m1qHhzJ2t for ; Fri, 17 May 2024 17:22:32 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qv1-f45.google.com with SMTP id 6a1803df08f44-69b782287f9so4164866d6.0 for ; Fri, 17 May 2024 10:22:32 -0700 (PDT) X-Gm-Message-State: AOJu0YyS3BCd7hh4MJnUm4uEpDCfzGP3QDRBT4ScuIAoLthgEdWQjI6/ w9ZVp75bpshBJglEeM2gKhmyyCMhlo6lR08mVNQTTVrcslOSYD0VjCn7zk3mVlOdlBQAuPt7oHW Xsz+cvz63NUtkgqy/5hbm1NPZv3k= X-Google-Smtp-Source: AGHT+IE+joy2RGDAGCApDi0hW9Wabg5IAVD8klGCQjAPIjrpWpdYiN93uvCC6P+RLB0RskcF+d7Bd99eDb8EcQpPkpk= X-Received: by 2002:a05:6214:5881:b0:6a0:6676:f1c8 with SMTP id 6a1803df08f44-6a16824d2f4mr230061546d6.59.1715966551359; Fri, 17 May 2024 10:22:31 -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 From: Nuno Teixeira Date: Fri, 17 May 2024 18:22:19 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: usb devices discovery delay To: FreeBSD CURRENT Content-Type: multipart/alternative; boundary="000000000000bd94f00618a99874" --000000000000bd94f00618a99874 Content-Type: text/plain; charset="UTF-8" Hello all, At recent main-n270203-2790ff21452f usb devices mouse and audio dac get detected 30sec after login prompt. Don't see anything relevant on dmesg but I see that: sysctl.conf dev.pcm.4.play.vchanmode=passthrough gives an error on not existing dev.pcm.4 (usb audio dac) what means that usb devices was not detected at this time. Anyone experience it? Thanks -- Nuno Teixeira FreeBSD UNIX: Web: https://FreeBSD.org --000000000000bd94f00618a99874 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello all,

At=C2=A0 recent m= ain-n270203-2790ff21452f usb devices mouse and audio dac get detected 30sec= after login prompt.

Don't see anything releva= nt on dmesg but I see that:

sysctl.conf
= dev.pcm.4.play.vchanmode=3Dpassthrough

gives an er= ror on not existing dev.pcm.4 (usb audio dac) what means that usb devices w= as not detected at this time.

Anyone experience it?
=

Thanks

--
Nun= o Teixeira
FreeBSD UNIX:=C2=A0 <eduardo@FreeBSD.org>=C2=A0 =C2=A0Web:=C2=A0 https://Fr= eeBSD.org
--000000000000bd94f00618a99874-- From nobody Sat May 18 06:20:24 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 4VhDGT5ZBSz5L8ng for ; Sat, 18 May 2024 06:20:33 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from mail.flex-it.com.ua (mail.flex-it.com.ua [193.239.74.7]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4VhDGS4D3Jz4Fs3 for ; Sat, 18 May 2024 06:20:32 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of shuriku@shurik.kiev.ua designates 193.239.74.7 as permitted sender) smtp.mailfrom=shuriku@shurik.kiev.ua Received: from 93.183.208.50.ipv4.datagroup.ua ([93.183.208.50] helo=[192.168.200.135]) by mail.flex-it.com.ua with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.97.1 (FreeBSD)) (envelope-from ) id 1s8DQe-000000003Yz-2Biu for freebsd-current@FreeBSD.org; Sat, 18 May 2024 09:20:24 +0300 Message-ID: Date: Sat, 18 May 2024 09:20:24 +0300 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 User-Agent: Mozilla Thunderbird Content-Language: uk-UA To: freebsd-current@FreeBSD.org From: Oleksandr Kryvulia Subject: usb mouse not work on boot Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ACL-Warn: SPF failed. 93.183.208.50 is not allowed to send mail from shurik.kiev.ua. X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.28 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.99)[-0.990]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:35297, ipnet:193.239.72.0/22, country:UA]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@FreeBSD.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[shurik.kiev.ua]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4VhDGS4D3Jz4Fs3 After 6437872c1d665c2605f54e8ff040b0ba41edad07 my usb mouse no longer works on boot because uhid(4) is not autoloaded. To make it work I need manualy load uhid or replug my usb mouse. From nobody Sat May 18 07:26:49 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 4VhFl05X18z5LFT8 for ; Sat, 18 May 2024 07:26:52 +0000 (UTC) (envelope-from garyj@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (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 "Telekom Security ServerID OV Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VhFl01ns0z4MJ1 for ; Sat, 18 May 2024 07:26:52 +0000 (UTC) (envelope-from garyj@gmx.de) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1716017210; x=1716622010; i=garyj@gmx.de; bh=U4iqlCSbwcFSk+YRqzShzffNpvdBTy+tsPPa7qFmYC8=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:Message-ID:In-Reply-To: References:Reply-To:MIME-Version:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=RFZpz4tNRhI+LEWO4RxX+/8/LbAE3fG8o1CkHJKljKKoQQxsykWTcoeiezO7IFPu r0qYH0ZNwMt+04lTY4JYM+IAVH+/RHLgPlW30Np5WQ2F+i+OZFzG06DAw6irSZKfx mW3q+Xag9nnxEDe+2rdcDmbl+mL9oqcz9fen75IqHNkRqi4jIJJ0/5bi4vrPGBcDS WLj8PIWkvDMZkGLz7fIcEdXq7+7QBqux3/FKPlVoaiVfKqZET5d9OsFqB9nCSsHWU ds7IV8Rfjgg577dAdTnHRRwJbLUjM7qoFTjcWy3ovUW+MUpNvKzNR8paEFRYn+sl6 N/gv3bniJ0mPhQaF1A== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from ernst.home ([91.59.228.254]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N79yQ-1sc0qU338O-017XhI; Sat, 18 May 2024 09:26:50 +0200 Date: Sat, 18 May 2024 07:26:49 +0000 From: Gary Jennejohn To: Oleksandr Kryvulia Cc: freebsd-current@FreeBSD.org Subject: Re: usb mouse not work on boot Message-ID: <20240518092649.6430ad53@ernst.home> In-Reply-To: References: Reply-To: garyj@gmx.de X-Mailer: Claws Mail 3.20.0 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) 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: quoted-printable X-Provags-ID: V03:K1:vDci3J9U2DnfCKDsQV79xZQqCa4x3ZaRnjWIpc4Ovko/4UiQF+S dCJ1UEmk8Nd98j9HsnxU+gie20XXNYflxn304BxNM+17AOqZgIGUxHfamhtYf2PuoyTxIs2 kMsRO8SJ8NH1BE5HMLy90D9+RKLn7VYs045GUn/MeG2JXMH3uy1MMRMl/naYLWsuWYkVale OZHLgwX1BCrXGhZ5uMOUA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:X9ro8NTDI+A=;hYNpbY55soAWsRmvIo6CmIYA7+I kAFqgCw5jh4vUd9fzfvmHCOEFBs2c+0vd/1wQnb5kZXZhE448afy+Z9ky0G4278QEB4EH9J5c BDf7dJCj+iNVPdMkJvBK5jtumg2ZiG3Fmpgsjgvcrt5QILgbKT/PUKs6cqshpxLVJEjeayBQh ++hEGTZN/F30DuxQr5dj94766ghsi7nmKrO2+6fWb0Yto9G50uJT8VQx0td+4AJUdwpgwRrIz OtELfnhPzTGKg1osDKFpWixEn8jthXSVU5PRzhrz5lzm2XYpPrldgDWlQJNU1aNnOccPpMkzq vuap2joUgutg9mUOR9qWYbDr0T0AAE2kbiG0tHeleDRVs6+SfVSt4ee+1vlkjY/2rpeufqIAW E5QFNGdKysYEoPFV59qJMea8n2r87GazhTcDBY06IANRLzTk6XIzqn1JLYxVwnp2iCCMYHg41 14T7Rz11GxcY3q6XY1f9tU78BoInHRwn7exNf5EYGE3yGpGACZGRVBo08gX4hTAPEA6D6mShH kCft/IqgE6H9IOsUCPL0nhr8gkKZBIyPvUxaLLrmJAGYpVrScpVLI5On1OYpg9gTaYA6CdCD7 DT+kjqtGMJqSm8eukTqO7RW940iVrPwbpzc3NO65Yco0xQ38XkgVSTbvi3p5+usNCeuxtBfM3 g4wkmeCGyfyoZ6UmjKBB62gBZebyYOXSlyVq5td9deolN/ND3ppJwoQOHsui7sTXWqUG52gj2 iQHrH5zxSDwmidOsTyZo/U65uzd1F3+R9SYwBNSPYQ8/QJ54Gxqa9BXpo5S33Q9YjVRxFeYqi RsF/l+/5u8LQODMF+2Ysd0kdqJonpqfaigg66Qczk0OsY= 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:8560, ipnet:212.227.0.0/16, country:DE] X-Rspamd-Queue-Id: 4VhFl01ns0z4MJ1 On Sat, 18 May 2024 09:20:24 +0300 Oleksandr Kryvulia wrote: > After 6437872c1d665c2605f54e8ff040b0ba41edad07 my usb mouse no longer > works on boot because uhid(4) is not autoloaded. To make it work I need > manualy load uhid or replug my usb mouse. > Try adding uhid_load=3D"YES" to your /boot/loader.conf. With that added the module should be automatically loaded during the kernel boot. =2D- Gary Jennejohn From nobody Sat May 18 08:23:36 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 4VhH0W3F1sz5LKsJ for ; Sat, 18 May 2024 08:23:39 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from mail.flex-it.com.ua (mail.flex-it.com.ua [193.239.74.7]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4VhH0V74N3z4Tn1 for ; Sat, 18 May 2024 08:23:38 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Authentication-Results: mx1.freebsd.org; none Received: from 93.183.208.50.ipv4.datagroup.ua ([93.183.208.50] helo=[192.168.200.135]) by mail.flex-it.com.ua with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.97.1 (FreeBSD)) (envelope-from ) id 1s8FLs-000000005tJ-1nFU; Sat, 18 May 2024 11:23:36 +0300 Message-ID: Date: Sat, 18 May 2024 11:23:36 +0300 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 User-Agent: Mozilla Thunderbird Subject: Re: usb mouse not work on boot To: freebsd-current@freebsd.org References: <20240518092649.6430ad53@ernst.home> Content-Language: uk-UA Cc: garyj@gmx.de From: Oleksandr Kryvulia In-Reply-To: <20240518092649.6430ad53@ernst.home> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ACL-Warn: SPF failed. 93.183.208.50 is not allowed to send mail from shurik.kiev.ua. 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:35297, ipnet:193.239.72.0/22, country:UA] X-Rspamd-Queue-Id: 4VhH0V74N3z4Tn1 18.05.24 10:26, Gary Jennejohn: > On Sat, 18 May 2024 09:20:24 +0300 > Oleksandr Kryvulia wrote: > >> After 6437872c1d665c2605f54e8ff040b0ba41edad07 my usb mouse no longer >> works on boot because uhid(4) is not autoloaded. To make it work I need >> manualy load uhid or replug my usb mouse. >> > Try adding uhid_load="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+="uhid" in /etc/rc.conf. But IMHO it some regression. From nobody Sat May 18 09:40:15 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 4VhJj70xWwz5LQmF for ; Sat, 18 May 2024 09:40:27 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VhJj70Tphz4cwv for ; Sat, 18 May 2024 09:40:27 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1716025227; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=41MOO0QuUrPPdHhGC8hPZ+JCDW9Ktj68BxGXOuFbL0U=; b=iqyrRJh5VIPcmbpiQxgFafC9nl6hfelEyDuPbAloRHc9cJVirmqCC3RYj8ZB2zRW0ofAjb epGR1ArWwUGEexrdegKOtPEmVYdziSUbnsKK7FkUs+/8jyYlD9n92KoL7wHJM0lwjpHJn/ ukNZXLd3hcOvpcHQQ36QR3BKgVNxZwkePNx6l1Ddgs1I7KpOk1nxdvGrYjAPO2LMFVhPx4 WsF+Z03dxtgOnWBBXGmh72+t28e/TfmBUxEmRztB8GUhMTh+vLnbMOdVnzBbIMlBUSeTF4 d/IdEZICLPy+i48cO0u71NOG1B/TtH10lLzIxj/9ncwfAXKSzlUqmFcnOsx1qw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1716025227; a=rsa-sha256; cv=none; b=hqrz1WOORhRI714uW5SueDqz5ATa9ckix8dBv2US3uESXN0PAASfjP3Y95sU4teAoi6Mbc L2oa18kgitN9RuvXr6k2z/I93dq8YHqacN+KM8fwq1FNOj7DGKibJ5dN1F5jj3g9hh7YZz WiOO4S8jzXIaGS0HNQ2wOd316L5viwo52VytpLZFT6yGmdZLxxQFhndNlWvmF6TaOYlVPA Z8RFb9OYjP9gVTJo815HfzFEI8HkFgNtaUMP15+A+pGvjQJ1KqvZmNc6C1I3C0yFbWgSw9 2k6mJB3/Pe7C5Hbo+/mCh4bQ0HBBdeIFyFslN3jZC0xnLAxr8iMdeuVOe5QlNA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1716025227; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=41MOO0QuUrPPdHhGC8hPZ+JCDW9Ktj68BxGXOuFbL0U=; b=WMVrcUw7kX2Huqt6VaEPa8nBn4XKbmrtV3dpxCVEOvvNmrAKEEr6N6nfxRbopDUFd/otze 7yJ21RdxrnlC6cfl7NKnn63dPsIWqKGYMIEkd6qqjBS/z3SK5JOsXwUmqXplfdpY5mTZw5 IsvJxBBDzaIas/aijcdPzXey0Ht/1wwyRZ/shoscsA4RtgHS77fWbao0lcLL9jNQD9zD5Z 0PHBl31NoVjV7mQ97qt+vk1aW25ljOUIwk1cZvQIx2pkogfv9QvmBWxV186Ts0prE89s6N b03WKoKx41w2NplzPqqHBVzT97VvQzizHQc+rX42eDxZnoOdsDFjLMQKqEHlrg== Received: from mail-qt1-f173.google.com (mail-qt1-f173.google.com [209.85.160.173]) (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)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4VhJj66xTzzddr for ; Sat, 18 May 2024 09:40:26 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f173.google.com with SMTP id d75a77b69052e-43dff9da88fso8578931cf.2 for ; Sat, 18 May 2024 02:40:26 -0700 (PDT) X-Gm-Message-State: AOJu0Yy2E3/KObHefIj93g3V02sLxFFGSi0HNdG1+a5MyzKE7jse5++2 2o8KqH8gqbNt6Hfimke2byBSYkTpcpU/RWSBbde4XsPftOZd1t/GRXextHyC5/f4ute7JYHom9t IDe4MbrrjnhqeME6sd166xdh+xhk= X-Google-Smtp-Source: AGHT+IFoiuG/koHGrZrVFrSh58TpaR5pF6pCBfgdNa/gC04dL5jBKGiUh24QRA+/VAmfvMsHp15iHadyuFnaUfILV4w= X-Received: by 2002:a05:622a:412:b0:437:ba24:2dd0 with SMTP id d75a77b69052e-43dfdb4e928mr263167441cf.31.1716025226153; Sat, 18 May 2024 02:40:26 -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> In-Reply-To: From: Nuno Teixeira Date: Sat, 18 May 2024 10:40:15 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: usb mouse not work on boot To: Oleksandr Kryvulia Cc: freebsd-current@freebsd.org, garyj@gmx.de Content-Type: multipart/alternative; boundary="00000000000007e58c0618b7424e" --00000000000007e58c0618b7424e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, To fix my setup with usb mouse and audio dac on both amd64 (laptop) and rpi4: /boot/loader.conf.local: snd_uaudio_load=3D"YES" ums_load=3D"YES" This restores previous behaviour as it detects mouse before login prompt and audio dac that it is processed correctly by sysctl. Cheers, Oleksandr Kryvulia escreveu (s=C3=A1bado, 18/05/20= 24 =C3=A0(s) 09:24): > 18.05.24 10:26, Gary Jennejohn: > > On Sat, 18 May 2024 09:20:24 +0300 > > Oleksandr Kryvulia wrote: > > > >> After 6437872c1d665c2605f54e8ff040b0ba41edad07 my usb mouse no longer > >> works on boot because uhid(4) is not autoloaded. To make it work I nee= d > >> manualy load uhid or replug my usb mouse. > >> > > Try adding uhid_load=3D"YES" to your /boot/loader.conf. With that adde= d > > the module should be automatically loaded during the kernel boot. > > As workaround I already have kld_list+=3D"uhid" in /etc/rc.conf. But IMHO > it some regression. > > > --=20 Nuno Teixeira FreeBSD UNIX: Web: https://FreeBSD.org --00000000000007e58c0618b7424e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

To fix my setup with = usb mouse and audio dac on both amd64 (laptop) and rpi4:

/boot/loader.conf.local:
snd_uaudio_load=3D"YES"=
ums_load=3D"YES"

This restores previ= ous behaviour as it detects mouse before login prompt and audio dac that it= is processed correctly by sysctl.

Cheers,

Oleksandr Kryvulia <shuriku@= shurik.kiev.ua> escreveu (s=C3=A1bado, 18/05/2024 =C3=A0(s) 09:24):<= br>
18.05.24 10:26, = Gary Jennejohn:
> On Sat, 18 May 2024 09:20:24 +0300
> Oleksandr Kryvulia <shuriku@shurik.kiev.ua> wrote:
>
>> After 6437872c1d665c2605f54e8ff040b0ba41edad07 my usb mouse no lon= ger
>> works on boot because uhid(4) is not autoloaded. To make it work I= need
>> manualy load uhid or replug my usb mouse.
>>
> Try adding uhid_load=3D"YES" to your /boot/loader.conf.=C2= =A0 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. = But IMHO
it some regression.




--
Nuno Teixeira
FreeBSD UNIX:=C2=A0 <eduardo@FreeBSD.org>=C2=A0 =C2=A0Web:=C2=A0 https://Fr= eeBSD.org
--00000000000007e58c0618b7424e-- From nobody Sat May 18 09:42:51 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 4VhJmC3slyz5KRsj for ; Sat, 18 May 2024 09:43:07 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-yw1-x1134.google.com (mail-yw1-x1134.google.com [IPv6:2607:f8b0:4864:20::1134]) (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 4VhJmB215Wz4dqd for ; Sat, 18 May 2024 09:43:06 +0000 (UTC) (envelope-from tomek@cedro.info) Authentication-Results: mx1.freebsd.org; none Received: by mail-yw1-x1134.google.com with SMTP id 00721157ae682-6203f553e5fso9555967b3.1 for ; Sat, 18 May 2024 02:43:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; t=1716025385; x=1716630185; 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=7Vj27AYdb326ux9v4ldWrswP7Z3hajz9nrKwlrV4oYg=; b=hNB1sZLlE4LqgtAAiaZeRrrRcPLHqj+9jOjFNZucwQOEbTDZMzEXTS+JlVVXHez1Q2 z3vVg9qQb/wO53QQtcSu3gHSIjcIXUYuJ/3Z2DC8evYY2Ut1onGtSYdGdNnahGKr1cje byavgUXmqcLKNnnSslgt/dPfH43B0g8ksyPAYVKrmtTA3kq/D/Z5U7lKx2SFd4CSDnbL EOHGhFta5146CBmUp0Ng8iRbgae/C19JTJ9QW11rmXruKfQ90opDbMRr4z2M86Sk21rK LduJJb/QwPLp1VliQPOF48cxYAwINxi+ayp9Lr8Ltczy2sW9W42u79cF/L9mJKQP4V/T B7vg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1716025385; x=1716630185; 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=7Vj27AYdb326ux9v4ldWrswP7Z3hajz9nrKwlrV4oYg=; b=uEacI5lRY53YTAavqFTQjbwkWjty3NX5CdvuIGcsO1TRxyllX8hb18mKNese8oh203 rz3ucuz3hX+0Vc8qvsbfFGxx9l87RHpDVK8X61ryRwaJ49fbf107lpEpQ8Qaus28FeiK 5uqvmgM0oWj90mgCfwLSjfVuItHYSsjcHKlC70SssDo7T4p7dpf9N7DVX3pUCNT+fW2P /pGmWb9lqwY7AasNOIpxgB+4/MRSPp9EONjT29o1Ku0xOQM2bjg80ccukiugBXQDzkMv qHtZGGobeSQ1X/vsAQDcWVvx1ywvjISxQ6vtVNCsiYPksjj7uTOLCDfm7tuK6PYdvtAY c5Xg== X-Gm-Message-State: AOJu0YyB21PCOMo5swhMesA1/jnJ0dt+RI1u/6NVi3+VLJz1E9RlLLc1 MCZ8BWGEs5eD+H+7yIwGhM+wteUYLrmEx2YtBM/+9mR1cLoINd/Ow12tpdJn/J5i1CIV+nS1gAo = X-Google-Smtp-Source: AGHT+IEU8VPl3ixEVE/XM0OtYkPl+C4aO4ouGrlZLnGoJKYi/d7al4Ty9Qzxkq7PS5c48dr10dFUqg== X-Received: by 2002:a0d:f902:0:b0:61b:e238:70a with SMTP id 00721157ae682-622b001a1a7mr225697937b3.49.1716025384603; Sat, 18 May 2024 02:43:04 -0700 (PDT) Received: from mail-yw1-f172.google.com (mail-yw1-f172.google.com. [209.85.128.172]) by smtp.gmail.com with ESMTPSA id 00721157ae682-6209e234038sm42466107b3.28.2024.05.18.02.43.04 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 18 May 2024 02:43:04 -0700 (PDT) Received: by mail-yw1-f172.google.com with SMTP id 00721157ae682-61804067da0so9349127b3.0 for ; Sat, 18 May 2024 02:43:04 -0700 (PDT) X-Received: by 2002:a81:5252:0:b0:618:80d7:1604 with SMTP id 00721157ae682-622affa6493mr231378277b3.27.1716025383774; Sat, 18 May 2024 02:43:03 -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: In-Reply-To: From: Tomek CEDRO Date: Sat, 18 May 2024 11:42:51 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: usb mouse not work on boot To: Oleksandr Kryvulia Cc: FreeBSD Current Content-Type: multipart/alternative; boundary="0000000000006cfa940618b74b56" 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:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4VhJmB215Wz4dqd --0000000000006cfa940618b74b56 Content-Type: text/plain; charset="UTF-8" does it also affect usb keyboard in single boot mode? -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info --0000000000006cfa940618b74b56 Content-Type: text/html; charset="UTF-8"
does it also affect usb keyboard in single boot mode?

--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
--0000000000006cfa940618b74b56-- From nobody Sat May 18 09:50:39 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 4VhJx14RMWz5KSL4 for ; Sat, 18 May 2024 09:50:45 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from mail.flex-it.com.ua (mail.flex-it.com.ua [193.239.74.7]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4VhJx12r77z4gD3 for ; Sat, 18 May 2024 09:50:45 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Authentication-Results: mx1.freebsd.org; none Received: from 93.183.208.50.ipv4.datagroup.ua ([93.183.208.50] helo=[192.168.200.135]) by mail.flex-it.com.ua with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.97.1 (FreeBSD)) (envelope-from ) id 1s8Gi9-000000000Dw-2rUq; Sat, 18 May 2024 12:50:41 +0300 Message-ID: <3f430982-1c92-4c61-85fc-ce20e37161cb@shurik.kiev.ua> Date: Sat, 18 May 2024 12:50:39 +0300 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 User-Agent: Mozilla Thunderbird Subject: Re: usb mouse not work on boot To: Tomek CEDRO Cc: FreeBSD Current References: Content-Language: uk-UA From: Oleksandr Kryvulia In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ACL-Warn: SPF failed. 93.183.208.50 is not allowed to send mail from shurik.kiev.ua. 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:35297, ipnet:193.239.72.0/22, country:UA] X-Rspamd-Queue-Id: 4VhJx12r77z4gD3 18.05.24 12:42, Tomek CEDRO: > does it also affect usb keyboard in single boot mode? Good question. I don't have usb keyboerd right now and will check it a bit later. From nobody Sat May 18 09:55:12 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 4VhK2B31n4z5KSMG for ; Sat, 18 May 2024 09:55:14 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VhK2B2WLGz4h7f; Sat, 18 May 2024 09:55:14 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1716026114; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=NmNTpRitsqF1GFQ47BKWTZ+ZS8n8bfH8ROljdyLJjiI=; b=t2v4dXnhcbW3HNNnPrsXk84vcny07oaJa9Ty+g8/mWoV2zhKz+Cis+tJRADa0zwQDxKBNY BHeCZi6Bqf0AD8I6AP0/WpVvAylnB2GxPpNZR5Bja3RfcYzmQQKOXsHaUZsWxKAxazqUgi fRne+QzKkXl9GqtWafPJ4fO88UgmR4GAylzBVnhg92Qm17882jTQxQGgegpKadCvDZ+4Hj ZcMO6GAxyUngpmFwHfQBPTwdJ0wDKKcrHKhXPhnwApSn9RCtFi5BuBi81KhZ3x2FaI4pGW esRhQ9AvavNiADtuRksW8mpj7oF+R3CSXRcTQRCRPUeTcKh73//KvnWBpcw3gQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1716026114; a=rsa-sha256; cv=none; b=SSiSnjP/dl+MvNDoO2W16u8K+jCZS2EbOx/4lculOSc2UgKSlTZkNM8xCNyWjsp7TlhTUG vYvuVuenmKo4RN5daSeyyU6X2Vv89YagMaMeo4L4K8MTjfiaYD3xq7i4MLVL+Ay+0njNyq 9LVvVFI3jROEBjPiI5qD+Zms6yLGlsVlFkjch9HxXCxb1/2sbJ9Y3ZGy1f0PcpLNNEhCjY 9/PMOz2mzSd4h+E7ia1e8CPvKabqm820Avsfw1IM2k7c5M7un5+NEPrcuQAPU5HLo8uT3d xRy5cK+utTnywYnziPpFMbCvQHFutLUrylSEo0lC0AkM6qxy7wApyxpUXPcO1g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1716026114; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=NmNTpRitsqF1GFQ47BKWTZ+ZS8n8bfH8ROljdyLJjiI=; b=rYUeeQeaNR+fob42xx2cSPYadJwvBkpO9jKpg7xo1h5Sr38PNy3ROZ27RQmIDJlY/N/o45 UhM1W5ZI6HeID4D4RiJd32zs62ty/B0Fvebd1j0EVTcEWQEbqJzYcsGxoCWVE5SqIMjG1U K2kjmPRrSpRkleofihzRV1wvm2VyaVxNLyrYOLvDnIw3l8gANGfX4FjKroqBrmVbF742oa HJLkK7KsX10ewMGOd2XXUsWeJtIBdSBnw1jR6tgi56vF5oBeuzyHxdkDTLNHpf3vUNhwyP YYWxkfpueLfg3MSD25TCDgwMQCqpR6Pt02MY/PHlZEGUbByZG3z4UDXgwweDmQ== Received: from ltc.des.dev (163.23.65.37.rev.sfr.net [37.65.23.163]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4VhK2B1NyRzfHM; Sat, 18 May 2024 09:55:14 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 2EEE815055; Sat, 18 May 2024 11:55:12 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Oleksandr Kryvulia Cc: freebsd-current@freebsd.org, Gary Jennejohn , cperciva@freebsd.org Subject: Re: usb mouse not work on boot In-Reply-To: (Oleksandr Kryvulia's message of "Sat, 18 May 2024 11:23:36 +0300") References: <20240518092649.6430ad53@ernst.home> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Sat, 18 May 2024 11:55:12 +0200 Message-ID: <86ttivwikf.fsf@ltc.des.dev> 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=utf-8 Content-Transfer-Encoding: quoted-printable Oleksandr Kryvulia writes: > 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" should work, and is preferable to Gary's suggestion since loading modules pre-boot is significantly slower and should only be done for modules which are required to boot or mount the root filesystem, such as zfs. > But IMHO it some regression. I agree, and 6437872c1d66 should be reverted until devmatch is capable of loading uhid. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Sat May 18 09:59:06 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 4VhK6h6jrmz5KShw for ; Sat, 18 May 2024 09:59:08 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from mail.flex-it.com.ua (mail.flex-it.com.ua [193.239.74.7]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4VhK6h66kcz4jTD; Sat, 18 May 2024 09:59:08 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Authentication-Results: mx1.freebsd.org; none Received: from 93.183.208.50.ipv4.datagroup.ua ([93.183.208.50] helo=[192.168.200.135]) by mail.flex-it.com.ua with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.97.1 (FreeBSD)) (envelope-from ) id 1s8GqJ-000000002Ay-1GG7; Sat, 18 May 2024 12:59:07 +0300 Content-Type: multipart/alternative; boundary="------------yUo0uahxpYBkNaDIGoK5dnNp" Message-ID: Date: Sat, 18 May 2024 12:59:06 +0300 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 User-Agent: Mozilla Thunderbird Subject: Re: usb mouse not work on boot To: =?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?= Cc: freebsd-current@freebsd.org, Gary Jennejohn , cperciva@freebsd.org References: <20240518092649.6430ad53@ernst.home> <86ttivwikf.fsf@ltc.des.dev> Content-Language: uk-UA From: Oleksandr Kryvulia In-Reply-To: <86ttivwikf.fsf@ltc.des.dev> X-ACL-Warn: SPF failed. 93.183.208.50 is not allowed to send mail from shurik.kiev.ua. 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:35297, ipnet:193.239.72.0/22, country:UA] X-Rspamd-Queue-Id: 4VhK6h66kcz4jTD This is a multi-part message in MIME format. --------------yUo0uahxpYBkNaDIGoK5dnNp Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 18.05.24 12:55, Dag-Erling Smørgrav: > Oleksandr Kryvulia writes: >> Gary Jennejohn writes: >>> Try adding uhid_load="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+="uhid" in /etc/rc.conf. > I hope you don't mean that literally, because /etc/rc.conf is a shell > script and += is not valid shell syntax. On the other hand, something > like > > kld_list="${kld_list} uhid" Yes, you are right. I mean sysrc kld_list+="uhid" --------------yUo0uahxpYBkNaDIGoK5dnNp Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit 18.05.24 12:55, Dag-Erling Smørgrav:
Oleksandr Kryvulia <shuriku@shurik.kiev.ua> writes:
Gary Jennejohn <garyj@gmx.de> writes:
Try adding uhid_load="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+="uhid" in /etc/rc.conf.
I hope you don't mean that literally, because /etc/rc.conf is a shell
script and += is not valid shell syntax.  On the other hand, something
like

kld_list="${kld_list} uhid"
Yes, you are right. I mean
sysrc kld_list+="uhid" --------------yUo0uahxpYBkNaDIGoK5dnNp-- From nobody Sat May 18 12:51:04 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 4VhNx925F0z5Kk5s for ; Sat, 18 May 2024 12:51:09 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from mail.flex-it.com.ua (mail.flex-it.com.ua [193.239.74.7]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4VhNx83jHpz4x6V for ; Sat, 18 May 2024 12:51:08 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of shuriku@shurik.kiev.ua designates 193.239.74.7 as permitted sender) smtp.mailfrom=shuriku@shurik.kiev.ua Received: from 93.183.208.50.ipv4.datagroup.ua ([93.183.208.50] helo=[192.168.200.135]) by mail.flex-it.com.ua with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.97.1 (FreeBSD)) (envelope-from ) id 1s8JWj-00000000FbL-0bCf for freebsd-current@freebsd.org; Sat, 18 May 2024 15:51:05 +0300 Content-Type: multipart/alternative; boundary="------------wq75l1TcJZpvdOjMfF0UO8Dd" Message-ID: <34a397ef-ca2d-4e04-9066-3cf8a0c48616@shurik.kiev.ua> Date: Sat, 18 May 2024 15:51:04 +0300 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 User-Agent: Mozilla Thunderbird Subject: Re: usb mouse not work on boot To: freebsd-current@freebsd.org References: <20240518092649.6430ad53@ernst.home> <86ttivwikf.fsf@ltc.des.dev> Content-Language: uk-UA From: Oleksandr Kryvulia In-Reply-To: X-ACL-Warn: SPF failed. 93.183.208.50 is not allowed to send mail from shurik.kiev.ua. X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.28 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.997]; NEURAL_HAM_SHORT(-1.00)[-0.996]; R_SPF_ALLOW(-0.20)[+mx:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:35297, ipnet:193.239.72.0/22, country:UA]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[shurik.kiev.ua]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4VhNx83jHpz4x6V This is a multi-part message in MIME format. --------------wq75l1TcJZpvdOjMfF0UO8Dd Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 18.05.24 12:59, Oleksandr Kryvulia: > 18.05.24 12:55, Dag-Erling Smørgrav: >> Oleksandr Kryvulia writes: >>> Gary Jennejohn writes: >>>> Try adding uhid_load="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+="uhid" in /etc/rc.conf. >> I hope you don't mean that literally, because /etc/rc.conf is a shell >> script and += is not valid shell syntax. On the other hand, something >> like >> >> kld_list="${kld_list} uhid" > Yes, you are right. I mean > sysrc kld_list+="uhid" One more correction. Via kld_list I need load ums(4), loading only uhid(4) does not solve a problem. --------------wq75l1TcJZpvdOjMfF0UO8Dd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit 18.05.24 12:59, Oleksandr Kryvulia:
18.05.24 12:55, Dag-Erling Smørgrav:
Oleksandr Kryvulia <shuriku@shurik.kiev.ua> writes:
Gary Jennejohn <garyj@gmx.de> writes:
Try adding uhid_load="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+="uhid" in /etc/rc.conf.
I hope you don't mean that literally, because /etc/rc.conf is a shell
script and += is not valid shell syntax.  On the other hand, something
like

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

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

--------------wq75l1TcJZpvdOjMfF0UO8Dd-- 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-- From nobody Sat May 18 13:17:35 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 4VhPWv6yTvz5KmHJ for ; Sat, 18 May 2024 13:17:47 +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 4VhPWv6LxXz51tc for ; Sat, 18 May 2024 13:17:47 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x633.google.com with SMTP id a640c23a62f3a-a5cdd6cfae7so518082066b.0 for ; Sat, 18 May 2024 06:17:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1716038266; x=1716643066; 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=MJwDbIOq5oIVniX8Yk8lKbpWqe7kerYzHcH2ci2MFKQ=; b=gFgw0fIWgcZa61V7w3TiVgi0aW1KZ2sV/YrpECDABLHWRCLvau3fmFRG8VsK1MSaOM vS9RCMcP+5BEA+H/o7hJT+v7YpIsphbsu10L2y/5uHFjUjKlM46pP56Zchw3vMqHUpbs ATGhVTw2muPLpbGoe0Y3RNqGEMpOaGO59dIZsFBgAk8PUjxFpb32cnOGbLdrES6na0dl AQvxLoMVgacOEBNqWqCTjOGilhWIWA1JE0KZwrqnZeUFBkP1KiScOk7VzsErPi4KBnPo A3T3Qq8FCGjzTCDSxXzXpW6BqBST4uCInkmIS/HsVbXZ2/VsoCTvHGU4CcfTGZwYRAkJ Ikyw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1716038266; x=1716643066; 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=MJwDbIOq5oIVniX8Yk8lKbpWqe7kerYzHcH2ci2MFKQ=; b=hhq0Hcfmq0tv3lz2Ic4Dhf5bdrdci81DQa+RuNIgWnNw/DpSvm8kgqHHKPne6qgcHb GnzTNbjXMFaLCSFuIzRt+MHa3eD8Lryeql0PLnhL5fkDMFOgf8LU0DyFPQ7pFbrt3bAJ Ph0scCEXQUBG+1H6ii7YdrI7BJUR46hpVkRlsgY4c1Pt6FSPHIlgIyWYUBWgKcCkRHqt QGzwg+NpWKzRgpMJZB58et1F8tSwEiimdoNNlgC2FhquYXvXIpVH+e5kPihOvOECy3sS n0WH+OahsC/drEpQRn0hzNzjlxxktGvc2I9fgaToA7n7WOM0idEzcITmLR9JiRR9+Egm 1m2w== X-Gm-Message-State: AOJu0YzD5mVk5W/bcouZq7it5iOweSIDdafGo+QKdhhRtq83GABiRU0C Ke0qg+/LWwK+0qPb2TzGg/Yit+P4HnOC3eGsNs9l4InkQj/8hWUPmH+2YkSn1vtQwlksSoYkGJS s+6/gcjG/K5PjjoCmMDevDUj2QzNsRiZws8kbmz846DWtm/LziEg= X-Google-Smtp-Source: AGHT+IEHKJk1IEYd3g6bjNQwqLqxBZ072FnyQUVvS+arJrrlkuIPkMrhjDwmXhYVRxCGppBMklk1yPOORVmFAq/6FVQ= X-Received: by 2002:a17:906:3386:b0:a55:b67c:bd04 with SMTP id a640c23a62f3a-a5d58d52a19mr158378466b.4.1716038266619; Sat, 18 May 2024 06:17:46 -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:17:35 -0600 Message-ID: Subject: Re: usb mouse not work on boot To: Oleksandr Kryvulia Cc: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="0000000000004da2a60618ba4ba5" 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: 4VhPWv6LxXz51tc --0000000000004da2a60618ba4ba5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, May 18, 2024 at 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. > Also, in this case, kld_list is a terrible place to load the files. You're better off loading them with xxx_load=3DYES in loader.conf. The reason is that both uhid and ums will match your mouse. kld_list loads these in a random order (effectively) and the first one to load will claim the device, since there's no re-probe when the next one loads. You should never use it, unless the module you're loading isn't supported by the boot loader (like drm-kmod). The old advice was to put everything in kld_list and it would speed up boot, but all the performance bugs in the boot loader have been fixed by a combination of moving to UEFI (which is generally faster), BIOSes with performance bugs disappearing 10 years ago and block caching being added to the boot loader. It should almost always be empty or just drm-mod these days (unless you somehow have special needs). By adding uhid last to this list in this way, you're guaranteeing you'll hit this bug because it's not after ums, and that things won't work. Warner --0000000000004da2a60618ba4ba5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sat, May 18, 2024 at 6:51=E2=80=AF= AM 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 Je=
nnejohn <garyj@gmx.de&=
gt; writes:
Try add=
ing 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.

=
Also, in this case, kld_list is a terrible place to load the files. Yo= u're better off loading them with xxx_load=3DYES in loader.conf. The re= ason is that both uhid and ums will match your mouse. kld_list loads these = in a random order (effectively) and the first one to load will claim the de= vice, since there's no re-probe when the next one loads. You should nev= er use it, unless the module you're loading isn't supported by the = boot loader (like drm-kmod). The old advice was to put everything in kld_li= st and it would speed up boot, but all the performance bugs in the boot loa= der have been fixed by a combination of moving to UEFI (which is generally = faster), BIOSes with performance bugs disappearing 10 years ago and block c= aching being added to the boot loader. It should almost always be empty or = just drm-mod these days (unless you somehow have special needs).
<= div>
By adding uhid last to this list in this way, you're= guaranteeing you'll hit this bug because it's not after ums, and t= hat things won't work.

Warner
--0000000000004da2a60618ba4ba5-- From nobody Sat May 18 14:33:40 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 4VhRCY5d35z5Kt2m for ; Sat, 18 May 2024 14:33:45 +0000 (UTC) (envelope-from alfix86@gmail.com) Received: from mail-lf1-x129.google.com (mail-lf1-x129.google.com [IPv6:2a00:1450:4864:20::129]) (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 4VhRCX4KYVz59DF; Sat, 18 May 2024 14:33:44 +0000 (UTC) (envelope-from alfix86@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=bdCMyFw8; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of alfix86@gmail.com designates 2a00:1450:4864:20::129 as permitted sender) smtp.mailfrom=alfix86@gmail.com Received: by mail-lf1-x129.google.com with SMTP id 2adb3069b0e04-5231efd80f2so3111875e87.2; Sat, 18 May 2024 07:33:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1716042822; x=1716647622; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id:from :to:cc:subject:date:message-id:reply-to; bh=1dQeeE05VVsyp6uJ0JZc7ZGnQnA4cqqwMvgKfOih5bE=; b=bdCMyFw89KtuSgvJoeFyozVo8OZ58qpmi8RiCaL3QsUD0GbiBUZrBu57X92K9jVRTC /liBSy7jaT/97bGdvhNVTzhNWwPGqeQmEzddtEdWrXzQS5gk1p9L65etbbSuSXtvDszm S1tPE9SRasjxH9mEYoSZ1gm4cgB4LiuM2dHGxdY53omaBZCIQRKZCt9M9nsRJ9I0mXQY SOUzHJPBFxqBEK3rydTWntfSPw3l6J6ap/ZVnXhbo5xHC9gGASmUk8S3G2s308oSN2kK Z3MLEGWMKRl8sZa74DhZ2KZg4nAC8EdIacOLdz6jT+e32/saQW1XnhEL3PVZbcZsHCEH pW6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1716042822; x=1716647622; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=1dQeeE05VVsyp6uJ0JZc7ZGnQnA4cqqwMvgKfOih5bE=; b=K9nttn+vhStwpejiO/a2MJRvxkEpnLlFlYOgKtzWZx37UEfxkzcqht418sbhUvGtgd A6dD0EEA/0jgq+jZFb+U/x7445y57HmOZuCmxQMuuVZkC4sv2aQhm3o2/yEp+qfo1U0H tNRkS2CCEIjPlfGbqHpSXYbzso2X4JvlcXcJoYqjub9SJStqRlKSNWmrCQO2Cha+L+cz 51Xgn+KYIu0OBx05qVEjUhqp3nTvuq2Ykl42G017OWIWaSGE1GJadwd9nAv/cRSJ6yLM QjXt5q0sUgxdIXWJ7F2F29l7cRYfG6bboYa3C/TlS77ajiNqxbm5V7RFI1YkRNeaqWLr tuhQ== X-Forwarded-Encrypted: i=1; AJvYcCUW0ke0S0yyRZZ8nl/cJ2RcYojZW8r1BI9nQsG9Be8csIwWc6TFBRQxwMntxzxuEL/cjN4/+g3YLfXoFhtkf5pMy7IfHnCH8GIAs5c= X-Gm-Message-State: AOJu0YxPyEr+Y2NDyXI+PcsyhI47l+jpLg9JwIo1tBUs6t2lKDf/U16B pDO3q6tYzb0IMLOegAKJDooVMuRERUPuvd3mJxPcQjwUC9tXrXJgVsjm9g== X-Google-Smtp-Source: AGHT+IFMyeHlU2dGWZNpwMe6/mcgeefYNKUfLi4IuU67rC7I8yypjN2ggI+jXOJdJOioB/QmQTSTkQ== X-Received: by 2002:a05:6512:33c5:b0:522:2a2c:759e with SMTP id 2adb3069b0e04-5222a2c76c2mr19282315e87.6.1716042821891; Sat, 18 May 2024 07:33:41 -0700 (PDT) Received: from [192.168.1.13] (mob-5-91-120-209.net.vodafone.it. [5.91.120.209]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-a5a17b014f6sm1248903966b.145.2024.05.18.07.33.40 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 18 May 2024 07:33:41 -0700 (PDT) Message-ID: <6242640a-9f31-4d11-955b-0de7c275a94d@gmail.com> Date: Sat, 18 May 2024 16:33:40 +0200 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 User-Agent: Mozilla Thunderbird Subject: Re: bsdinstall wifi setup is broken on CURRENT To: Renato Botelho , Current FreeBSD References: <16f710c7-20f7-47ad-9535-27e0d11edca4@FreeBSD.org> Content-Language: en-US From: "Alfonso S. Siciliano" In-Reply-To: <16f710c7-20f7-47ad-9535-27e0d11edca4@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.71 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.72)[-0.718]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::129:from] X-Rspamd-Queue-Id: 4VhRCX4KYVz59DF On 5/16/24 20:40, Renato Botelho wrote: > I saw some users on a .br group complaining bsdinstall was failing to > setup wifi network on 15.0 snapshots and tried it myself.  I was able to > reproduce the problem and also noticed another one. > Thank you for your report, the video is highly appreciated to understand the problem quickly and exactly. > I noticed Network Selection screen only shows one line, it's not > beautiful to navigate through items this way.  On 14.1-BETA2 it shows > multiple lines so it seems to be a regression. Problem 1. Looking at wlanconfig it seems related to $height $width $rows for the selecting menu. Please could you open a PR adding me, so we can test and solve. > > The problem users reported was: after selecting desired network it just > starts over instead of asking for password.  I made a video [1] showing > the problem. Problem 2. I know this issue about --mixedform, my last import 2 day ago should solve a6d8be451f62d425b71a4874f7d4e133b9fb393c. You could try the last main snapshot (yesterday 17 May), please let me know any problem. > > Jessica, I've cc'd you because git shows you were the last person making > changes in this area.  If it's not related and I made a mistake, just > ignore me. > > [1] https://youtube.com/shorts/Gmeckokw2a0 Again thanks for the video. Best Regards, Alfonso From nobody Sat May 18 15:22:12 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 4VhSHY6l1Tz5L0sh for ; Sat, 18 May 2024 15:22:17 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from mail.flex-it.com.ua (mail.flex-it.com.ua [193.239.74.7]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4VhSHY1nGpz44MS for ; Sat, 18 May 2024 15:22:17 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of shuriku@shurik.kiev.ua designates 193.239.74.7 as permitted sender) smtp.mailfrom=shuriku@shurik.kiev.ua Received: from 93.183.208.50.ipv4.datagroup.ua ([93.183.208.50] helo=[192.168.200.135]) by mail.flex-it.com.ua with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.97.1 (FreeBSD)) (envelope-from ) id 1s8Lsz-00000000Nx0-3Bwj for freebsd-current@freebsd.org; Sat, 18 May 2024 18:22:13 +0300 Content-Type: multipart/alternative; boundary="------------XPZCXI7BZBgzKkvgKLEcdUPe" Message-ID: Date: Sat, 18 May 2024 18:22:12 +0300 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 User-Agent: Mozilla Thunderbird Subject: Re: usb mouse not work on boot To: freebsd-current@freebsd.org References: <20240518092649.6430ad53@ernst.home> <86ttivwikf.fsf@ltc.des.dev> <34a397ef-ca2d-4e04-9066-3cf8a0c48616@shurik.kiev.ua> Content-Language: en-US From: Oleksandr Kryvulia In-Reply-To: X-ACL-Warn: SPF failed. 93.183.208.50 is not allowed to send mail from shurik.kiev.ua. X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.28 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-1.00)[-0.997]; R_SPF_ALLOW(-0.20)[+mx:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:35297, ipnet:193.239.72.0/22, country:UA]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[shurik.kiev.ua]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4VhSHY1nGpz44MS This is a multi-part message in MIME format. --------------XPZCXI7BZBgzKkvgKLEcdUPe Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 18.05.24 16:06, Warner Losh: > > > On Sat, May 18, 2024, 6:51 AM Oleksandr Kryvulia > wrote: > > 18.05.24 12:59, Oleksandr Kryvulia: >> 18.05.24 12:55, Dag-Erling Smørgrav: >>> Oleksandr Kryvulia writes: >>>> Gary Jennejohn writes: >>>>> Try adding uhid_load="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+="uhid" in /etc/rc.conf. >>> I hope you don't mean that literally, because /etc/rc.conf is a shell >>> script and += is not valid shell syntax. On the other hand, something >>> like >>> >>> kld_list="${kld_list} uhid" >> Yes, you are right. I mean >> sysrc kld_list+="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=1 in /boot/loader.conf and > reboot. Or update to the change I'm about to make. > Thanks for the detailed explanation, Warner. Interesting that on my system hw.bus.devctl_nomatch_enabled=1 is set by /etc/rc.d/devmatch but only explicit set it in /boot/loader.conf did the trick. That is why I think this sysctl don't work in my case. --------------XPZCXI7BZBgzKkvgKLEcdUPe Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit 18.05.24 16:06, Warner Losh:


On Sat, May 18, 2024, 6:51 AM Oleksandr Kryvulia <shuriku@shurik.kiev.ua> wrote:
18.05.24 12:59, Oleksandr Kryvulia:
18.05.24 12:55, Dag-Erling Smørgrav:
Oleksandr Kryvulia <shuriku@shurik.kiev.ua> writes:
Gary Jennejohn <garyj@gmx.de> writes:
Try adding uhid_load="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+="uhid" in /etc/rc.conf.
I hope you don't mean that literally, because /etc/rc.conf is a shell
script and += is not valid shell syntax.  On the other hand, something
like

kld_list="${kld_list} uhid"
Yes, you are right. I mean
sysrc kld_list+="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=1 in /boot/loader.conf and reboot. Or update to the change I'm about to make.


Thanks for the detailed explanation, Warner. Interesting that on my system hw.bus.devctl_nomatch_enabled=1 is set by /etc/rc.d/devmatch but only explicit set it in /boot/loader.conf did the trick. That is why I think this sysctl don't work in my case.
--------------XPZCXI7BZBgzKkvgKLEcdUPe-- From nobody Sat May 18 15:33:24 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 4VhSXg6SNTz5L1nC for ; Sat, 18 May 2024 15:33:39 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) (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 4VhSXg4Ztnz46DN for ; Sat, 18 May 2024 15:33:39 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lf1-x132.google.com with SMTP id 2adb3069b0e04-52327368e59so3227883e87.1 for ; Sat, 18 May 2024 08:33:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1716046417; x=1716651217; 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=19HpvNlJjZ4YP9MnED6UZ4Zercmn5ysyoF//abd6ILs=; b=QKASBaLpXO8TdKuP3+2Feu7zqq2RncBFz848fZ2VuRtgfaLGi35ZnZO5jPHK3sUKdO G5bk7Hy27zNj4sX6qFCmDhBNCwIDwVc6Q5ixHEf5czPJyPDGzWG6jhmDX1G8cEPlg9HC BwpIbW938Zuruo8Xy8RRs8BDfIO5x3simm3QQriPv+GmieMjMsrcbIZgqLteLok8gVAd U3cRIsnSTjdap4DHlhXvS5EVLBJUmdg8oejKRrtJQhKUspP5/IUUsyH1ErVJPNKOys88 HkjLwHK15vKBkpdm7Q2eit5A8/J+To2wBbdNJcC35hZgDlToMzgKikkm8k+3/em9s1eQ zFsg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1716046417; x=1716651217; 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=19HpvNlJjZ4YP9MnED6UZ4Zercmn5ysyoF//abd6ILs=; b=AisEAvuT93aRq9VCiCwtTNfGf66PZdnMcPzE9FCcbLvCZYPD+tNuAhDz4JI9GwIEmj pl0itEBdUtcs75jlDrTC1MUs3bi6QXhFL3BoUh2PZk2xVck1MOrKhpiCH0ly5X3C53Fr tox7cEQSFcLskoW3vxyvaHe3gZ3Dp1OXrvEzQ9mXnplwzTdD3WKgsmU1e5oyNyoehSt5 SPtI0KhNGvpveZY6PRm61NoeQ5cNtgYMBOLEUS5JIcIH7QDgCnB/D2/6XtKxHFPTzFHv 6wnSCmA59KXQ2AOK4eWskV6vpfoKKVisFJ1SfqAQak0QjHcniZfU7vM04AvNqQoCIv/j a5OA== X-Gm-Message-State: AOJu0Ywu+T23Ez9eHAlTvtPQtSxxaM50cEtF2UxfrzOrQAWmENeXZg7+ ADgM8HEGM2kFEUi15ltVkvN1o7XECe/tmQti7wUpBdNCgJK6B1+bZGLx+P7bpxhDXXnZhzbes80 2I26QYaNBk2ofe3fRa6ButuJxCxBMSBhMlsG3vzXSjTvMHI2u X-Google-Smtp-Source: AGHT+IE8V399PE+bqi2RnxnLHw86b20y4wwJLpRJA1tzB78HHigHBj4Ym7xbPgYKTwEvI/PMbE/4JrpIQCGKWRXdS9M= X-Received: by 2002:a05:6512:3a8a:b0:51f:4c53:8e4c with SMTP id 2adb3069b0e04-5220fd785f3mr20611383e87.33.1716046416718; Sat, 18 May 2024 08:33:36 -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: From: Warner Losh Date: Sat, 18 May 2024 09:33:24 -0600 Message-ID: Subject: Re: usb mouse not work on boot To: Oleksandr Kryvulia Cc: FreeBSD Current Content-Type: multipart/alternative; boundary="000000000000164d230618bc3116" 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: 4VhSXg4Ztnz46DN --000000000000164d230618bc3116 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, May 18, 2024, 9:22=E2=80=AFAM Oleksandr Kryvulia wrote: > 18.05.24 16:06, Warner Losh: > > > > 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 wri= tes: >> >> 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 reboo= t. > Or update to the change I'm about to make. > > > Thanks for the detailed explanation, Warner. Interesting that on my syste= m > hw.bus.devctl_nomatch_enabled=3D1 is set by /etc/rc.d/devmatch but only > explicit set it in /boot/loader.conf did the trick. That is why I think > this sysctl don't work in my case. > Yea. That's the optimization. We don't start generating events until it is one. Setting it in the bootloader causes all events to coke through. Setting it in devmatch turns them on after we run devmatch the first time, omitting all of the ones generated on boot. Warner > --000000000000164d230618bc3116 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sat, May 18, 2024, 9:22=E2=80=AFAM Oleksandr Kryvul= ia <shuriku@shurik.kiev.ua= > wrote:
=20 =20 =20
18.05.24 16:06, Warner Losh:
=20


On Sat, May 18, 2024, 6:51=E2=80=AFAM Oleksandr Kryvulia <shuriku@shurik.k= iev.ua> wrote:
18.05.24 12:59, Oleksandr Kryvulia:
18.05.24 12:55, Dag-Erling Sm=C3=B8rgrav:
Oleksandr Kryvulia <shuri=
ku@shurik.kiev.ua> writes:
Gary Jennejohn=
 <garyj@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 change kld_list. In fact, you should und= o 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.


Thanks for the detailed explanation, Warn= er. Interesting that on my system hw.bus.devctl_nomatch_enabled=3D1 is set by /etc/rc.d/devmatch but only explicit set it in /boot/loader.conf did the trick. That is why I think this sysctl don't work in my case.
<= /blockquote>

Yea. = That's the optimization. We don't start generating events until it = is one. Setting it in the bootloader causes all events to coke through. Set= ting it in devmatch turns them on after we run devmatch the first time, omi= tting all of the ones generated on boot.

<= div dir=3D"auto">Warner=C2=A0
--000000000000164d230618bc3116-- From nobody Sat May 18 16:29:39 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 4VhTnN1T6Wz5L5pP for ; Sat, 18 May 2024 16:29:44 +0000 (UTC) (envelope-from tezeka@hotmail.com) Received: from NAM04-DM6-obe.outbound.protection.outlook.com (mail-dm6nam04olkn2075.outbound.protection.outlook.com [40.92.45.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VhTnM2ywdz4F93 for ; Sat, 18 May 2024 16:29:43 +0000 (UTC) (envelope-from tezeka@hotmail.com) Authentication-Results: mx1.freebsd.org; none ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=WIWsX+rXsWc1ZHl7V5Y7Kru7GtfzL9javGm2pTn8D8zdDEuQpgOFbkLB0s40eRn8leAPvCPXol8nMh02XOHUiR8YY2NgDRC4MK5P8U066SQ/tfjA/Pz6zc0iK8+VxSlN1YfGn7XYqoxBlvQvQcSs6s0qWjCS9og0bAtWELnZTvPfEka5/p6cF6OaOEP1jgQFzX/UW8EfBGR689u2tCQXp/2vp0m9E8ZGSGOjhQpMzWeBSN8ByF6kNQfMaPXKliNQBws8XY64vvHEiEZyLNcCuJn0+CvqbARBiDO04rFUg2+dfzXrdt3tgo550V/aTqKtXzCNI6m9nNpFXSlvYpdQyA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=uuhBs9oOW/9mlIFa+6f7LWTa9bGQE8ORN2YJxnkA7KM=; b=LoBNtnjqRQLLrCG56C701VkmDAzFyKkjHBqC/SPu49lQXWS+cjULrfcF3o4vRyveg0qrkvLfVH7Meh+fVo7axDcjyadf18b8cHjyPU86tMUn641+3CPW0NI59Unw7s7X/V8/ZoX/wWUxdvbkQH0Zoy1lNtp2TmU0KQeq27YOFLRnC3CyXJaipu5SGyPgGwkPyGe8HyAyX8DPxHxaCU4v4ClzcbLEJGcNxNQE9q5oZTx950RRm6tgksb0gEz9WThVgf8r+dVCkPIlANcIMvLO/pJQo2gAg7Ro2qsW/yuMWsS1ba+jO2WQwqi1++lHUXAiO9GYLThyX5sxEiUio8JTNQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uuhBs9oOW/9mlIFa+6f7LWTa9bGQE8ORN2YJxnkA7KM=; b=rTRxL56JfjiA+bcPb5fFxNa6dNhHol+SnleKav9aFguXVwrS9tDTcWUJOXkT478yI1H+/8mtdVeSn64XfJH7qRDlZO7H7eADjB1sRm6cm+sZZngZmk47LiB2bH//wsq/tulAgjyh6Fuf6Y1Sg4J1xThE/sngBehPxNQ/hIt1uw9Ahwfy+Jbo5hhup7lQoK4wydVoNPauXC+kfDJd2XwBiySOSQbEa7U91rQEVUQxJl1Nbbi9F0zaj3GThIrbD90Ywj747dIAOTGjTo5BYB6FoosKoynu//n/wGcIomALE6ANy/WR0hVaY0a7GnsaNIbITLYDMfipYCNPi+ILm/lBKQ== Received: from CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM (2603:10d6:103:2f5::11) by CPUP152MB5318.LAMP152.PROD.OUTLOOK.COM (2603:10d6:103:181::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7587.34; Sat, 18 May 2024 16:29:39 +0000 Received: from CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM ([fe80::90d7:5086:c485:1db6]) by CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM ([fe80::90d7:5086:c485:1db6%3]) with mapi id 15.20.7587.030; Sat, 18 May 2024 16:29:39 +0000 From: Ivan Quitschal To: Vladimir Kondratyev , Warner Losh , Oleksandr Kryvulia CC: FreeBSD Current Subject: RES: usb mouse not work on boot Thread-Topic: usb mouse not work on boot Thread-Index: AQHaqOuEh36FtJWFCEWIvpMpxmlsnLGcl6aAgAAP3gCAABmj7IAAAQwAgAAwDACAAARLAIAAJe4AgAADIgCAAA2eEA== Date: Sat, 18 May 2024 16:29:39 +0000 Message-ID: References: <20240518092649.6430ad53@ernst.home> <86ttivwikf.fsf@ltc.des.dev> <34a397ef-ca2d-4e04-9066-3cf8a0c48616@shurik.kiev.ua> In-Reply-To: Accept-Language: pt-BR, en-US Content-Language: pt-BR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-tmn: [6Qr0ghQPfnbjUpnBi2HSPOIs9YdQGoHRggHKZzK1ocTmHJzS2N2LF6/cJcRXAjbf] x-ms-publictraffictype: Email x-ms-traffictypediagnostic: CPWP152MB7921:EE_|CPUP152MB5318:EE_ x-ms-office365-filtering-correlation-id: 946bd2c2-6d1e-4746-3f7d-08dc7757b6e2 x-microsoft-antispam: BCL:0;ARA:14566002|461199019|102099023|440099019|3412199016; x-microsoft-antispam-message-info: HK6apJWha6438K+kYednOqN2Y6hgcHTSfoP6O5L0BGBcOoRosZ9abdpJJ6lTxv0282r2ThfUmhNlEo9piH4OROcyCrovTdxcaRNfzTNPsezTbLUckw8l8M0ijckHY/ibnLN4JaEAiVbkyvsgJzLS+QFpuWvKKC3cipijHYOOnQUo3j3V9Gbo7179oP7kVVFKULiJ2t3ZW57u6Wkz04NRMz+VMHl1gLSEdLLoy74HXst0L7v9uUQzbB5VkqPb+UYqaAZWQkQgoyKeS4uduh4u7KmCrHQUCN5xTEIbXWcDlZLTdn43lqSFnyZxWB4M+37fIn6WEa7maJvT7dMEBV2b6V6xuQWVJaJ7/OtqT3DO4+VH7ufqBGMM1Y3wzedsVg1WpNJZK9CHFBbCfAqod8m7OlN4XEANXZV7M7a1TI6k4PeHfUazg1imYtvd9TlmLVYtz/KgAs17ktE5QUJRVMuWjvuB0VQbNd5zWY5b56zAD5OkC/WNa3M3+8q5YR/N0BUg/KvArEPPAsFA6QGlNkbDFo+5NN7OJ3+b3vEqkgVder9ZWxBT6MA4elPI/5cxnsWQ x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?VnhPZEpReW5jc2U4T1AzdlRNVCtsK1Z1MmQxK2pLbGoxOEdGbXdjQ2R3WmpF?= =?utf-8?B?TUxVYllVMjFzTzY0WGQ0MEJJanpDcDVtRkZ1ZS9ia3JJWVZKdTB0a2l0V3hm?= =?utf-8?B?SjZ4Z0J2dWpPSE9MdVk4YnVOdTNwNXg2RHp0REFhQXB3ajZDbnZ1Zi9CME5T?= =?utf-8?B?OERWeUxtSXVoNzlMTFZnK09SSUtvTHlUcEpnSHBwc2w1QWNTSUZFVUsxbkpQ?= =?utf-8?B?TWhVSnZWd1FkTC8vTDIyditheHlBd08zeWhvL3hodDJpV3dCWVhld003SDl0?= =?utf-8?B?RDdNUFZ5Sm1zdjdJOStzOE1zR1FIVEk0cmFqdDMvbE5Ma2tFVUNFeC95T1pX?= =?utf-8?B?d2lzWDBpWmlGYW9pRWlRY3FLS01ETk9hU3h3bEU4aFFKUHptbmlETmlmMnh6?= =?utf-8?B?bEFmVVVjQloxMTR0OUhLL0RrS1RKN1ovSkU1aVgzc21xd25PbnZ0a1doMHpn?= =?utf-8?B?UjRvTi9nUzVlZGt3SVUrY2FvTUMwejRrQkpkWEc5QmhqQzh1VjhnSFd6amlN?= =?utf-8?B?SU0rc2pxZmpzd2tjMUdpODVkNUZVYUIxR3M5TmtUbUNqRFUvUUxkQmpiOFhM?= =?utf-8?B?WloyWllRalllL3lhMzNheGxSeUdwU0ZpMU9lV1RoVEV3WEEvMnJpQ05iWnFD?= =?utf-8?B?SDhDVlp4cmdXVnZYdU1QVkcyeWdrc0pvQ0hnQ3ZUR3l4elNZdWFoQW1EUFdP?= =?utf-8?B?RW40Wjd1VzJiajdtWkZjZEhrbzl5QU1Sb1ZYeGZUd2JoeThCcThhVmhEMDl3?= =?utf-8?B?eDA1R1RmUlVneWJFY1UwcTdJYzZqK1RHbFlvV1MraVBZSmU4dk0zdXhVQXNy?= =?utf-8?B?d3ZqWGNaVCtFejZQbWhSU3ZZY0JPWnFrMTJ0Y0hNTm0vRmNFVHVnenloQjU2?= =?utf-8?B?VHNueEJMQnpqYmNOT1ZBNE93dnZpRjFDbHIxdFBRc09vbG5KMit1ZC94WU1x?= =?utf-8?B?TUlMck1wQ25IdkRQUGpaN0dPMlJ3bzZDV2lpKytDN1pGUk9PZ2NKckZzU2Ny?= =?utf-8?B?QUhzQkNjR2ZxRjRLalNBd2VaMi9FWWQvYndNRnFCWVBSSlBUcEFnbTI3aTBo?= =?utf-8?B?Nm9yL0haTUVGbWN1TjAzd0p1L1ZlNFVTd21PSVRDQ2dNalNzS1lqM1I1R2l5?= =?utf-8?B?ZGZOb0VSVDMvVjgrNERPQ2hvT3dQSUJEdlhaSldCV2FqejErcnBzVUo3TUZw?= =?utf-8?B?eGtuQVVBUlhFVTRRYzVZNFJjSFViOHhIaWsxRmU3TzJWbVUyZ0ZUU25DN0dj?= =?utf-8?B?UE5JLzRXaFQ1ZmRWNkZlbDFpT2FJY3FYa3YrV3d3MGlUeUwwTksxbDNqYVVj?= =?utf-8?B?d0IzTk1WeU5xMk1DdkNNQ05nbGFRdzZBSDZzSjZQRVhpTS82WEVuSWxneHJ5?= =?utf-8?B?a1lrWG1JRDcwWmFoNjV3WkRmdFBOVW0vRk15amltUjNrM25NY1I4YmxEVmZE?= =?utf-8?B?WXBvbFdhdXYveWNwUVdCRjRtdWtCYmxoVUZJUEFBNlNQT1Nya2lBS0V3THhN?= =?utf-8?B?dmFCNGJpaXNNcUl5TDNRcUlIUTEyQStFcExtQjVXbXBSZTlqZnpCMzRMc3Nk?= =?utf-8?B?dnM0VkZFOXdxOGxmVExtaW90Vm43WnZOZkpiRmVFWnlvQ2tLN2pLbG56RVd4?= =?utf-8?B?VjNPT253VnFtbEZtZE12cVlPVktveGhnSFRSTGxMd0Z1MWhwRGYvYkNycVdy?= =?utf-8?B?cFprOStiK0EydlNzZU53dmtSa252TklFYW1pSUw5ZDlHcXR2ZTdkaE5nPT0=?= Content-Type: multipart/alternative; boundary="_000_CPWP152MB79211F6DC95232F99BC66D26CBEF2CPWP152MB7921LAMP_" 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 X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-bf824.templateTenant X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 946bd2c2-6d1e-4746-3f7d-08dc7757b6e2 X-MS-Exchange-CrossTenant-originalarrivaltime: 18 May 2024 16:29:39.3381 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CPUP152MB5318 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:8075, ipnet:40.80.0.0/12, country:US] X-Rspamd-Queue-Id: 4VhTnM2ywdz4F93 --_000_CPWP152MB79211F6DC95232F99BC66D26CBEF2CPWP152MB7921LAMP_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgV2FybmVyIC8gIFdCUiAvIE9sZWtzYW5kcg0KDQpJbSBub3Qgc3VyZSBpZiB0aGF04oCZcyB0 aGUgY2FzZSB3aXRoIHRoaXMgdWhpZC5rbywgYnV0IHlvdSBndXlzIHJlbWVtYmVyIEkgaGFkIGEg cHJpb3JpdHkgaXNzdWUgd2l0aCB0aGlzIG1vZHVsZSBhbmQgVmxhZGltaXIgbWFkZSBtZSBhIHBh dGNoIHRvIGZpeCB0aGUgYXR0YWNoIHByaW9yaXR5Pw0KDQpXYXJuZXIsIHdhcyBpdCBmaXhlZCBz aW5jZSB0aGVuPw0KDQoNCkxldCBtZSBzaG93IHRoZSBwYXRjaCBJIHVzZSB0byB0aGlzIHZlcnkg ZGF5IGltcG9ydGFudCBsaW5lIGlzIHRoaXMsIHRoZSBwYXRjaCBtaWdodCBiZSB3cm9uZyAsIGJl Y2F1c2UgaW0gc3RpbGwgb24gMTQtY3VycmVudA0KDQorLy8gICAgIHJldHVybiAoQlVTX1BST0JF X0dFTkVSSUMgKyAxKTsNCiAgICAgICAgcmV0dXJuIChCVVNfUFJPQkVfREVGQVVMVCArIDEpOw0K DQoNCg0KZGlmZiAtLWdpdCBhL3N5cy9kZXYvdXNiL2lucHV0L3VzYmhpZC5jIGIvc3lzL2Rldi91 c2IvaW5wdXQvdXNiaGlkLmMNCmluZGV4IDE3NGUxYzI4YWU5Ni4uN2IxOWQ3MTNjOTQzIDEwMDY0 NA0KLS0tIGEvc3lzL2Rldi91c2IvaW5wdXQvdXNiaGlkLmMNCisrKyBiL3N5cy9kZXYvdXNiL2lu cHV0L3VzYmhpZC5jDQpAQCAtODAyLDYgKzgwMiw3IEBAIHVzYmhpZF9wcm9iZShkZXZpY2VfdCBk ZXYpDQogICAgICAgIGlmIChoaWRfdGVzdF9xdWlyaygmc2MtPnNjX2h3LCBIUV9ISURfSUdOT1JF KSkNCiAgICAgICAgICAgICAgICByZXR1cm4gKEVOWElPKTsNCisvLyAgICAgcmV0dXJuIChCVVNf UFJPQkVfR0VORVJJQyArIDEpOw0KICAgICAgICByZXR1cm4gKEJVU19QUk9CRV9ERUZBVUxUICsg MSk7DQp9DQoNClRoYW5rcw0KDQotLXR6aw0KDQpEZTogb3duZXItZnJlZWJzZC1jdXJyZW50QEZy ZWVCU0Qub3JnIDxvd25lci1mcmVlYnNkLWN1cnJlbnRARnJlZUJTRC5vcmc+IEVtIG5vbWUgZGUg V2FybmVyIExvc2gNCkVudmlhZGEgZW06IHPDoWJhZG8sIDE4IGRlIG1haW8gZGUgMjAyNCAxMjoz Mw0KUGFyYTogT2xla3NhbmRyIEtyeXZ1bGlhIDxzaHVyaWt1QHNodXJpay5raWV2LnVhPg0KQ2M6 IEZyZWVCU0QgQ3VycmVudCA8ZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnPg0KQXNzdW50bzog UmU6IHVzYiBtb3VzZSBub3Qgd29yayBvbiBib290DQoNCg0KT24gU2F0LCBNYXkgMTgsIDIwMjQs IDk6MjLigK9BTSBPbGVrc2FuZHIgS3J5dnVsaWEgPHNodXJpa3VAc2h1cmlrLmtpZXYudWE8bWFp bHRvOnNodXJpa3VAc2h1cmlrLmtpZXYudWE+PiB3cm90ZToNCjE4LjA1LjI0IDE2OjA2LCBXYXJu ZXIgTG9zaDoNCg0KDQpPbiBTYXQsIE1heSAxOCwgMjAyNCwgNjo1MeKAr0FNIE9sZWtzYW5kciBL cnl2dWxpYSA8c2h1cmlrdUBzaHVyaWsua2lldi51YTxtYWlsdG86c2h1cmlrdUBzaHVyaWsua2ll di51YT4+IHdyb3RlOg0KMTguMDUuMjQgMTI6NTksIE9sZWtzYW5kciBLcnl2dWxpYToNCg0KMTgu MDUuMjQgMTI6NTUsIERhZy1FcmxpbmcgU23DuHJncmF2Og0KDQoNCk9sZWtzYW5kciBLcnl2dWxp YSA8c2h1cmlrdUBzaHVyaWsua2lldi51YT48bWFpbHRvOnNodXJpa3VAc2h1cmlrLmtpZXYudWE+ IHdyaXRlczoNCg0KR2FyeSBKZW5uZWpvaG4gPGdhcnlqQGdteC5kZT48bWFpbHRvOmdhcnlqQGdt eC5kZT4gd3JpdGVzOg0KDQpUcnkgYWRkaW5nIHVoaWRfbG9hZD0iWUVTIiB0byB5b3VyIC9ib290 L2xvYWRlci5jb25mLiAgV2l0aCB0aGF0DQoNCmFkZGVkIHRoZSBtb2R1bGUgc2hvdWxkIGJlIGF1 dG9tYXRpY2FsbHkgbG9hZGVkIGR1cmluZyB0aGUga2VybmVsDQoNCmJvb3QuDQoNCkFzIHdvcmth cm91bmQgSSBhbHJlYWR5IGhhdmUga2xkX2xpc3QrPSJ1aGlkIiBpbiAvZXRjL3JjLmNvbmYuDQoN CkkgaG9wZSB5b3UgZG9uJ3QgbWVhbiB0aGF0IGxpdGVyYWxseSwgYmVjYXVzZSAvZXRjL3JjLmNv bmYgaXMgYSBzaGVsbA0KDQpzY3JpcHQgYW5kICs9IGlzIG5vdCB2YWxpZCBzaGVsbCBzeW50YXgu ICBPbiB0aGUgb3RoZXIgaGFuZCwgc29tZXRoaW5nDQoNCmxpa2UNCg0KDQoNCmtsZF9saXN0PSIk e2tsZF9saXN0fSB1aGlkIg0KWWVzLCB5b3UgYXJlIHJpZ2h0LiBJIG1lYW4NCnN5c3JjIGtsZF9s aXN0Kz0idWhpZCINCg0KT25lIG1vcmUgY29ycmVjdGlvbi4gVmlhIGtsZF9saXN0IEkgbmVlZCBs b2FkIHVtcyg0KSwgbG9hZGluZyBvbmx5IHVoaWQoNCkgZG9lcyBub3Qgc29sdmUgYSBwcm9ibGVt Lg0KDQoNCllvdSBkb24ndCBuZWVkIHRvIGNoYW5nZSBrbGRfbGlzdC4gSW4gZmFjdCwgeW91IHNo b3VsZCB1bmRvIGFueSBjaGFuZ2VzIHlvdSd2ZSBtYWRlIHRoZXJlLiBVbmRvIGV2ZXJ5dGhpbmcg aW4gbG9hZGVyLmNvbmYgeW91J3ZlIGRvbmUuDQoNClRoaXMgaXMgYSBidWcgaW4gdGhlIGJvb3Qg b3B0aW1pemF0aW9uIHN0dWZmLiBPciByYXRoZXIsIHRoaXMgZXhwb3NlcyBhIGxvbmcgc3RhbmRp bmcgYnVnIGluIHRoZSBVU0IgY29kZSB3aGVyZSB0aGVyZSdzIGFuIGFzeW1tZXRyeSBiZXR3ZWVu IHRoZSBub21hdGNoIGV2ZW50cyBhbmQgdGhlIGJ1cyB0cmVlIGl0IHByZXNlbnRzIHRvIGRldmN0 bCBjYXVzaW5nIGRldm1hdGNoIHRvIGZhaWwgd2hlbiB0aGUgbm9tYXRjaCBldmVudHMgYXJlbid0 IHByZXNlbnQgb24gYm9vdC4NCg0KSnVzdCBzZXQgaHcuYnVzLmRldmN0bF9ub21hdGNoX2VuYWJs ZWQ9MSBpbiAvYm9vdC9sb2FkZXIuY29uZiBhbmQgcmVib290LiBPciB1cGRhdGUgdG8gdGhlIGNo YW5nZSBJJ20gYWJvdXQgdG8gbWFrZS4NCg0KDQpUaGFua3MgZm9yIHRoZSBkZXRhaWxlZCBleHBs YW5hdGlvbiwgV2FybmVyLiBJbnRlcmVzdGluZyB0aGF0IG9uIG15IHN5c3RlbSBody5idXMuZGV2 Y3RsX25vbWF0Y2hfZW5hYmxlZD0xIGlzIHNldCBieSAvZXRjL3JjLmQvZGV2bWF0Y2ggYnV0IG9u bHkgZXhwbGljaXQgc2V0IGl0IGluIC9ib290L2xvYWRlci5jb25mIGRpZCB0aGUgdHJpY2suIFRo YXQgaXMgd2h5IEkgdGhpbmsgdGhpcyBzeXNjdGwgZG9uJ3Qgd29yayBpbiBteSBjYXNlLg0KDQpZ ZWEuIFRoYXQncyB0aGUgb3B0aW1pemF0aW9uLiBXZSBkb24ndCBzdGFydCBnZW5lcmF0aW5nIGV2 ZW50cyB1bnRpbCBpdCBpcyBvbmUuIFNldHRpbmcgaXQgaW4gdGhlIGJvb3Rsb2FkZXIgY2F1c2Vz IGFsbCBldmVudHMgdG8gY29rZSB0aHJvdWdoLiBTZXR0aW5nIGl0IGluIGRldm1hdGNoIHR1cm5z IHRoZW0gb24gYWZ0ZXIgd2UgcnVuIGRldm1hdGNoIHRoZSBmaXJzdCB0aW1lLCBvbWl0dGluZyBh bGwgb2YgdGhlIG9uZXMgZ2VuZXJhdGVkIG9uIGJvb3QuDQoNCldhcm5lcg0K --_000_CPWP152MB79211F6DC95232F99BC66D26CBEF2CPWP152MB7921LAMP_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpBcHRvczt9DQpAZm9udC1mYWNlDQoJe2Zv bnQtZmFtaWx5OkNvbnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30NCi8q IFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNv Tm9ybWFsDQoJe21hcmdpbjowY207DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToi QXB0b3MiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l O30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlByw6kt Zm9ybWF0YcOnw6NvIEhUTUwgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4w MDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30N CnNwYW4uUHItZm9ybWF0YW9IVE1MQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiUHLDqS1mb3JtYXRh w6fDo28gSFRNTCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp bms6IlByw6ktZm9ybWF0YcOnw6NvIEhUTUwiOw0KCWZvbnQtZmFtaWx5OiJDb25zb2xhcyIsc2Vy aWY7DQoJbXNvLWxpZ2F0dXJlczpub25lOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOlBULUJSO30N CnNwYW4uRXN0aWxvRGVFbWFpbDIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0K CWZvbnQtZmFtaWx5OiJBcHRvcyIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5N c29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZTox MS4wcHQ7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24x DQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDMuMGNtIDcwLjg1cHQg My4wY207fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0 eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRp dCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVk aXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hl YWQ+DQo8Ym9keSBsYW5nPSJQVC1CUiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSIgc3R5bGU9 IndvcmQtd3JhcDpicmVhay13b3JkIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDttc28tZmFyZWFz dC1sYW5ndWFnZTpFTi1VUyI+SGkgV2FybmVyIC8mbmJzcDsgV0JSIC8gT2xla3NhbmRyPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SW0gbm90IHN1 cmUgaWYgdGhhdOKAmXMgdGhlIGNhc2Ugd2l0aCB0aGlzDQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFj aztiYWNrZ3JvdW5kOndoaXRlIj51aGlkLmtvLCBidXQgeW91IGd1eXMgcmVtZW1iZXIgSSBoYWQg YSBwcmlvcml0eSBpc3N1ZSB3aXRoIHRoaXMgbW9kdWxlIGFuZCBWbGFkaW1pciBtYWRlIG1lIGEg cGF0Y2ggdG8gZml4IHRoZSBhdHRhY2ggcHJpb3JpdHk/PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjaztiYWNrZ3JvdW5kOndoaXRlIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2Nv bG9yOmJsYWNrO2JhY2tncm91bmQ6d2hpdGUiPldhcm5lciwgd2FzIGl0IGZpeGVkIHNpbmNlIHRo ZW4/DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2Nv bG9yOmJsYWNrO2JhY2tncm91bmQ6d2hpdGUiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2s7YmFja2dyb3VuZDp3aGl0ZSI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztj b2xvcjpibGFjaztiYWNrZ3JvdW5kOndoaXRlIj5MZXQgbWUgc2hvdyB0aGUgcGF0Y2ggSSB1c2Ug dG8gdGhpcyB2ZXJ5IGRheSBpbXBvcnRhbnQgbGluZSBpcyB0aGlzLCB0aGUgcGF0Y2ggbWlnaHQg YmUgd3JvbmcgLCBiZWNhdXNlIGltIHN0aWxsIG9uIDE0LWN1cnJlbnQ8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrO2JhY2tncm91bmQ6 d2hpdGUiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDs7Y29sb3I6YmxhY2s7YmFja2dyb3VuZDp3aGl0ZSI+Ky8vJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IHJldHVybiAoQlVTX1BST0JFX0dFTkVSSUMgKyAxKTs8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrO2JhY2tncm91bmQ6d2hp dGUiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZXR1cm4gKEJV U19QUk9CRV9ERUZBVUxUICsgMSk7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90Oztjb2xvcjpibGFjaztiYWNrZ3JvdW5kOndoaXRlIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJtc28tZWxlbWVudDpwYXJhLWJvcmRlci1kaXY7 Ym9yZGVyOm5vbmU7Ym9yZGVyLWJvdHRvbTpzb2xpZCB3aW5kb3d0ZXh0IDEuMHB0O3BhZGRpbmc6 MGNtIDBjbSAxLjBwdCAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJvcmRlcjpu b25lO3BhZGRpbmc6MGNtIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrO2JhY2tncm91bmQ6d2hpdGUiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 Oztjb2xvcjpibGFjaztiYWNrZ3JvdW5kOndoaXRlIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrO2JhY2tncm91bmQ6d2hp dGUiPmRpZmYgLS1naXQgYS9zeXMvZGV2L3VzYi9pbnB1dC91c2JoaWQuYyBiL3N5cy9kZXYvdXNi L2lucHV0L3VzYmhpZC5jPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90Oztjb2xvcjpibGFjaztiYWNrZ3JvdW5kOndoaXRlIj5pbmRleCAxNzRlMWMyOGFlOTYu LjdiMTlkNzEzYzk0MyAxMDA2NDQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrO2JhY2tncm91bmQ6d2hpdGUiPi0tLSBhL3N5cy9kZXYv dXNiL2lucHV0L3VzYmhpZC5jPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90Oztjb2xvcjpibGFjaztiYWNrZ3JvdW5kOndoaXRlIj4rKysgYi9zeXMvZGV2L3Vz Yi9pbnB1dC91c2JoaWQuYzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDs7Y29sb3I6YmxhY2s7YmFja2dyb3VuZDp3aGl0ZSI+QEAgLTgwMiw2ICs4MDIsNyBA QCB1c2JoaWRfcHJvYmUoZGV2aWNlX3QgZGV2KTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2s7YmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGlmIChoaWRfdGVzdF9xdWlyaygm YW1wO3NjLSZndDtzY19odywgSFFfSElEX0lHTk9SRSkpPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjaztiYWNrZ3JvdW5kOndoaXRlIj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmV0dXJuIChFTlhJTyk7PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjaztiYWNr Z3JvdW5kOndoaXRlIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7O2NvbG9yOmJsYWNrO2JhY2tncm91bmQ6d2hpdGUiPisvLyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyByZXR1cm4gKEJVU19QUk9CRV9HRU5FUklDICsgMSk7PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjaztiYWNrZ3JvdW5kOndo aXRlIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmV0dXJuIChC VVNfUFJPQkVfREVGQVVMVCArIDEpOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2s7YmFja2dyb3VuZDp3aGl0ZSI+fTxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5U aGFua3M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDttc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1VUyI+LS10ems8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYg c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzow Y20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5EZTo8L3NwYW4+PC9iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZiI+IG93bmVyLWZyZWVic2QtY3VycmVudEBGcmVlQlNELm9yZyAmbHQ7b3duZXIt ZnJlZWJzZC1jdXJyZW50QEZyZWVCU0Qub3JnJmd0Ow0KPGI+RW0gbm9tZSBkZSA8L2I+V2FybmVy IExvc2g8YnI+DQo8Yj5FbnZpYWRhIGVtOjwvYj4gc8OhYmFkbywgMTggZGUgbWFpbyBkZSAyMDI0 IDEyOjMzPGJyPg0KPGI+UGFyYTo8L2I+IE9sZWtzYW5kciBLcnl2dWxpYSAmbHQ7c2h1cmlrdUBz aHVyaWsua2lldi51YSZndDs8YnI+DQo8Yj5DYzo8L2I+IEZyZWVCU0QgQ3VycmVudCAmbHQ7ZnJl ZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnJmd0Ozxicj4NCjxiPkFzc3VudG86PC9iPiBSZTogdXNi IG1vdXNlIG5vdCB3b3JrIG9uIGJvb3Q8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pk9uIFNhdCwgTWF5IDE4LCAyMDI0LCA5OjIyPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPuKArzwvc3Bhbj5BTSBPbGVrc2FuZHIgS3J5dnVsaWEg Jmx0OzxhIGhyZWY9Im1haWx0bzpzaHVyaWt1QHNodXJpay5raWV2LnVhIj5zaHVyaWt1QHNodXJp ay5raWV2LnVhPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1 b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3Bh ZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBj bSI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+MTguMDUuMjQgMTY6MDYsIFdhcm5lciBM b3NoOjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBTYXQs IE1heSAxOCwgMjAyNCwgNjo1MTxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OyxzYW5zLXNlcmlmIj7igK88L3NwYW4+QU0gT2xla3NhbmRyIEtyeXZ1bGlhICZsdDs8YSBo cmVmPSJtYWlsdG86c2h1cmlrdUBzaHVyaWsua2lldi51YSIgdGFyZ2V0PSJfYmxhbmsiPnNodXJp a3VAc2h1cmlrLmtpZXYudWE8L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0Mg MS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4t cmlnaHQ6MGNtIj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4xOC4wNS4yNCAxMjo1OSwg T2xla3NhbmRyIEtyeXZ1bGlhOjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVv dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj4xOC4wNS4yNCAxMjo1NSwgRGFnLUVybGluZyBTbcO4cmdyYXY6PGJyPg0K PGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwcmU+T2xla3NhbmRyIEtyeXZ1bGlhIDxhIGhyZWY9 Im1haWx0bzpzaHVyaWt1QHNodXJpay5raWV2LnVhIiB0YXJnZXQ9Il9ibGFuayI+Jmx0O3NodXJp a3VAc2h1cmlrLmtpZXYudWEmZ3Q7PC9hPiB3cml0ZXM6PG86cD48L286cD48L3ByZT4NCjxibG9j a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHBy ZT48c3BhbiBzdHlsZT0iY29sb3I6IzAwN0NGRiI+R2FyeSBKZW5uZWpvaG4gPGEgaHJlZj0ibWFp bHRvOmdhcnlqQGdteC5kZSIgdGFyZ2V0PSJfYmxhbmsiPiZsdDtnYXJ5akBnbXguZGUmZ3Q7PC9h PiB3cml0ZXM6PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwcmU+PHNwYW4gc3R5bGU9ImNv bG9yOiMwMDdDRkYiPlRyeSBhZGRpbmcgdWhpZF9sb2FkPSZxdW90O1lFUyZxdW90OyB0byB5b3Vy IC9ib290L2xvYWRlci5jb25mLiZuYnNwOyBXaXRoIHRoYXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDdDRkYiPmFkZGVkIHRoZSBtb2R1bGUgc2hv dWxkIGJlIGF1dG9tYXRpY2FsbHkgbG9hZGVkIGR1cmluZyB0aGUga2VybmVsPG86cD48L286cD48 L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjojMDA3Q0ZGIj5ib290LjxvOnA+ PC9vOnA+PC9zcGFuPjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0KPHByZT48c3BhbiBzdHlsZT0iY29s b3I6IzAwN0NGRiI+QXMgd29ya2Fyb3VuZCBJIGFscmVhZHkgaGF2ZSBrbGRfbGlzdCs9JnF1b3Q7 dWhpZCZxdW90OyBpbiAvZXRjL3JjLmNvbmYuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8L2Js b2NrcXVvdGU+DQo8cHJlPkkgaG9wZSB5b3UgZG9uJ3QgbWVhbiB0aGF0IGxpdGVyYWxseSwgYmVj YXVzZSAvZXRjL3JjLmNvbmYgaXMgYSBzaGVsbDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPnNjcmlw dCBhbmQgKz0gaXMgbm90IHZhbGlkIHNoZWxsIHN5bnRheC4mbmJzcDsgT24gdGhlIG90aGVyIGhh bmQsIHNvbWV0aGluZzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmxpa2U8bzpwPjwvbzpwPjwvcHJl Pg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5rbGRfbGlzdD0mcXVvdDske2ts ZF9saXN0fSB1aGlkJnF1b3Q7PG86cD48L286cD48L3ByZT4NCjwvYmxvY2txdW90ZT4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPlllcywgeW91IGFyZSByaWdodC4gSSBtZWFuPGJyPg0KPHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrO2JhY2tn cm91bmQ6d2hpdGUiPnN5c3JjIGtsZF9saXN0Kz0mcXVvdDt1aGlkJnF1b3Q7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KT25l IG1vcmUgY29ycmVjdGlvbi4gVmlhIGtsZF9saXN0IEkgbmVlZCBsb2FkIHVtcyg0KSwgbG9hZGlu ZyBvbmx5IHVoaWQoNCkgZG9lcyBub3Qgc29sdmUgYSBwcm9ibGVtLjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPllvdSBkb24ndCBuZWVkIHRvIGNoYW5nZSBrbGRfbGlzdC4g SW4gZmFjdCwgeW91IHNob3VsZCB1bmRvIGFueSBjaGFuZ2VzIHlvdSd2ZSBtYWRlIHRoZXJlLiBV bmRvIGV2ZXJ5dGhpbmcgaW4gbG9hZGVyLmNvbmYgeW91J3ZlIGRvbmUuPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgaXMgYSBidWcgaW4g dGhlIGJvb3Qgb3B0aW1pemF0aW9uIHN0dWZmLiBPciByYXRoZXIsIHRoaXMgZXhwb3NlcyBhIGxv bmcgc3RhbmRpbmcgYnVnIGluIHRoZSBVU0IgY29kZSB3aGVyZSB0aGVyZSdzIGFuIGFzeW1tZXRy eSBiZXR3ZWVuIHRoZSBub21hdGNoIGV2ZW50cyBhbmQgdGhlIGJ1cyB0cmVlIGl0IHByZXNlbnRz IHRvIGRldmN0bCBjYXVzaW5nIGRldm1hdGNoIHRvIGZhaWwgd2hlbiB0aGUgbm9tYXRjaA0KIGV2 ZW50cyBhcmVuJ3QgcHJlc2VudCBvbiBib290LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5KdXN0IHNldCBody5idXMuZGV2Y3RsX25vbWF0Y2hf ZW5hYmxlZD0xIGluIC9ib290L2xvYWRlci5jb25mIGFuZCByZWJvb3QuIE9yIHVwZGF0ZSB0byB0 aGUgY2hhbmdlIEknbSBhYm91dCB0byBtYWtlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KPHNwYW4gbGFu Zz0iRU4iPlRoYW5rcyBmb3IgdGhlIGRldGFpbGVkIGV4cGxhbmF0aW9uLCBXYXJuZXIuIEludGVy ZXN0aW5nIHRoYXQgb24gbXkgc3lzdGVtIGh3LmJ1cy5kZXZjdGxfbm9tYXRjaF9lbmFibGVkPTEg aXMgc2V0IGJ5IC9ldGMvcmMuZC9kZXZtYXRjaCBidXQgb25seSBleHBsaWNpdCBzZXQgaXQgaW4g L2Jvb3QvbG9hZGVyLmNvbmYgZGlkIHRoZSB0cmljay4gVGhhdCBpcyB3aHkgSSB0aGluayB0aGlz IHN5c2N0bCBkb24ndCB3b3JrIGluDQogbXkgY2FzZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5ZZWEuIFRoYXQncyB0aGUgb3B0aW1pemF0aW9uLiBXZSBkb24ndCBzdGFydCBn ZW5lcmF0aW5nIGV2ZW50cyB1bnRpbCBpdCBpcyBvbmUuIFNldHRpbmcgaXQgaW4gdGhlIGJvb3Rs b2FkZXIgY2F1c2VzIGFsbCBldmVudHMgdG8gY29rZSB0aHJvdWdoLiBTZXR0aW5nIGl0IGluIGRl dm1hdGNoIHR1cm5zIHRoZW0gb24gYWZ0ZXIgd2UgcnVuIGRldm1hdGNoIHRoZSBmaXJzdCB0aW1l LCBvbWl0dGluZyBhbGwgb2YgdGhlDQogb25lcyBnZW5lcmF0ZWQgb24gYm9vdC48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2FybmVyJm5ic3A7 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4N CjwvaHRtbD4NCg== --_000_CPWP152MB79211F6DC95232F99BC66D26CBEF2CPWP152MB7921LAMP_-- From nobody Sat May 18 18:29:00 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 4VhXR60rtgz5LG9C for ; Sat, 18 May 2024 18:29:06 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from mail.flex-it.com.ua (mail.flex-it.com.ua [193.239.74.7]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4VhXR45XjKz4VG1 for ; Sat, 18 May 2024 18:29:04 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of shuriku@shurik.kiev.ua designates 193.239.74.7 as permitted sender) smtp.mailfrom=shuriku@shurik.kiev.ua Received: from 93.183.208.50.ipv4.datagroup.ua ([93.183.208.50] helo=[192.168.200.135]) by mail.flex-it.com.ua with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.97.1 (FreeBSD)) (envelope-from ) id 1s8Onl-00000000F2M-0pOY for freebsd-current@freebsd.org; Sat, 18 May 2024 21:29:01 +0300 Content-Type: multipart/alternative; boundary="------------dWY0RHtqQ0vknhHC7ODhXhTk" Message-ID: <8d2669c0-2759-4348-9c8d-6b437882aa4c@shurik.kiev.ua> Date: Sat, 18 May 2024 21:29:00 +0300 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 User-Agent: Mozilla Thunderbird Subject: Re: RES: usb mouse not work on boot To: freebsd-current@freebsd.org References: <20240518092649.6430ad53@ernst.home> <86ttivwikf.fsf@ltc.des.dev> <34a397ef-ca2d-4e04-9066-3cf8a0c48616@shurik.kiev.ua> Content-Language: uk-UA From: Oleksandr Kryvulia In-Reply-To: X-ACL-Warn: SPF failed. 93.183.208.50 is not allowed to send mail from shurik.kiev.ua. X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.28 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-0.99)[-0.991]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:35297, ipnet:193.239.72.0/22, country:UA]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_ALL(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[shurik.kiev.ua]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4VhXR45XjKz4VG1 This is a multi-part message in MIME format. --------------dWY0RHtqQ0vknhHC7ODhXhTk Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 18.05.24 19:29, Ivan Quitschal: > > Hi Warner /  WBR / Oleksandr > > Im not sure if that’s the case with this uhid.ko, but you guys > remember I had a priority issue with this module and Vladimir made me > a patch to fix the attach priority? > > Warner, was it fixed since then? > > Let me show the patch I use to this very day important line is this, > the patch might be wrong , because im still on 14-current > > +//     return (BUS_PROBE_GENERIC + 1); > >         return (BUS_PROBE_DEFAULT + 1); > > diff --git a/sys/dev/usb/input/usbhid.c b/sys/dev/usb/input/usbhid.c > > index 174e1c28ae96..7b19d713c943 100644 > > --- a/sys/dev/usb/input/usbhid.c > > +++ b/sys/dev/usb/input/usbhid.c > > @@ -802,6 +802,7 @@ usbhid_probe(device_t dev) > >         if (hid_test_quirk(&sc->sc_hw, HQ_HID_IGNORE)) > >                 return (ENXIO); > > +//     return (BUS_PROBE_GENERIC + 1); > >         return (BUS_PROBE_DEFAULT + 1); > > } > If I correctly understand this patch alredy in main with 975407b1d8dcceac2b54e2c4df96aadec7dc4c3a --------------dWY0RHtqQ0vknhHC7ODhXhTk Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit 18.05.24 19:29, Ivan Quitschal:

Hi Warner /  WBR / Oleksandr

 

Im not sure if that’s the case with this uhid.ko, but you guys remember I had a priority issue with this module and Vladimir made me a patch to fix the attach priority?

 

Warner, was it fixed since then?

 

 

Let me show the patch I use to this very day important line is this, the patch might be wrong , because im still on 14-current

 

+//     return (BUS_PROBE_GENERIC + 1);

        return (BUS_PROBE_DEFAULT + 1);

 

 

 

diff --git a/sys/dev/usb/input/usbhid.c b/sys/dev/usb/input/usbhid.c

index 174e1c28ae96..7b19d713c943 100644

--- a/sys/dev/usb/input/usbhid.c

+++ b/sys/dev/usb/input/usbhid.c

@@ -802,6 +802,7 @@ usbhid_probe(device_t dev)

        if (hid_test_quirk(&sc->sc_hw, HQ_HID_IGNORE))

                return (ENXIO);

+//     return (BUS_PROBE_GENERIC + 1);

        return (BUS_PROBE_DEFAULT + 1);

}

 


If I correctly understand this patch alredy in main with 975407b1d8dcceac2b54e2c4df96aadec7dc4c3a

--------------dWY0RHtqQ0vknhHC7ODhXhTk-- From nobody Sat May 18 18:39:02 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 4VhXff3LX4z5LH1g for ; Sat, 18 May 2024 18:39:06 +0000 (UTC) (envelope-from tezeka@hotmail.com) Received: from NAM11-BN8-obe.outbound.protection.outlook.com (mail-bn8nam11olkn2027.outbound.protection.outlook.com [40.92.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VhXff0tqtz4Wrj for ; Sat, 18 May 2024 18:39:06 +0000 (UTC) (envelope-from tezeka@hotmail.com) Authentication-Results: mx1.freebsd.org; none ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JFFunninubJJyC++3ZWUjg/1CBm5cluxqBCTUn0z388EY5Vum76oN+DFr4t0AID3bVTDhHDMoJw436O8H5PH23zYNT8TVsMTy8qW+w1RBABX/gp5BNmyhk0neLclr2Pe/V6+52KPXPEC85bxct8fzsPOg6R4giiU4iA0Qu3LuVGSy9CrLPCXwP9QVpC2aRnswdMVEhFNlkVyHljUIG8vd7y/YslkuTKzW3YCvgoVOWBMpPDh6n8KXkXvlOPwpJoIf8RD1F9tL4uYcwaRvKQJ1ItEiCn6JxT8rtrHnuNF3ZBjyl953I4ktt+tn4XRhQOwNqkGYEuMTuBTThD0iZALmw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=7Bay/KuMGuFtJsCNiNrJ/SUTUH55wjEwle4VMjJOWFg=; b=hCg3vy/Ce7c2MYOrPOfI9ckpi20QqFef3ZST58I5mfdh0j7oOQf9GxmBBGgkeWCsCdecg6JPQQtyfxA1CA6YLzO3qMWjDcQb9MEF3KrusLSZwsyf1sm4+emauLoQf5mtgnvnELwdWTMJIIHyFZMZwN0XMGLxd6WVokxn3Z4YaQjfjP7lEOdn4PszYeAFStuX+nI0Wdb8VYl4SKDurNCqDR5SRaKM4c12meKy6FV/+SecJfGHcFwtlxq93yJJq2hHdB2m6q1jfayLWYo7cUsjCO8LLc5iOVQ2Lqm4tqGOgtgZV2q6/mJXF6tqCXxAZ0Cdfx5y77SUcmckcW9dXRRYYw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7Bay/KuMGuFtJsCNiNrJ/SUTUH55wjEwle4VMjJOWFg=; b=ov/jFhPN5PFdInLVmQz3P5aeqgk0iqaF2Pd1L/csTiQgfrkfVpE64Wg2DhmocFe3zqbw/XYj6V2dXB3kdnecTcpZI0l+RDVrmobck2niQ4GvEeD3fckeUWu5nEI9Gjwtt9DM6lb1k4s0DNdFL6uJK6JKgPo31mCcqRyPFUtQGdRMRsF9IVDRyssEux9IJp4R7A5R59OZmmyQWGqlJB1GZf1xZgDn2co+7a8d/ONvFgzpLATcGF4VpYgvCaBrZR+cS0setBuZYW3R6dSRJ50JsHxErPphnXhlwu32959oz7Q42+2ljUxweQaAHfMcWfR8dF+4mPk1jvnowXWTPmmmqQ== Received: from CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM (2603:10d6:103:2f5::11) by CPUP152MB5065.LAMP152.PROD.OUTLOOK.COM (2603:10d6:103:198::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7587.34; Sat, 18 May 2024 18:39:03 +0000 Received: from CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM ([fe80::90d7:5086:c485:1db6]) by CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM ([fe80::90d7:5086:c485:1db6%3]) with mapi id 15.20.7587.030; Sat, 18 May 2024 18:39:03 +0000 From: Ivan Quitschal To: Oleksandr Kryvulia , "freebsd-current@freebsd.org" Subject: RES: RES: usb mouse not work on boot Thread-Topic: RES: usb mouse not work on boot Thread-Index: AQHaqOuEh36FtJWFCEWIvpMpxmlsnLGcl6aAgAAP3gCAABmj7IAAAQwAgAAwDACAAARLAIAAJe4AgAADIgCAAA2eEIAAI3EAgAAATzA= Date: Sat, 18 May 2024 18:39:02 +0000 Message-ID: References: <20240518092649.6430ad53@ernst.home> <86ttivwikf.fsf@ltc.des.dev> <34a397ef-ca2d-4e04-9066-3cf8a0c48616@shurik.kiev.ua> <8d2669c0-2759-4348-9c8d-6b437882aa4c@shurik.kiev.ua> In-Reply-To: <8d2669c0-2759-4348-9c8d-6b437882aa4c@shurik.kiev.ua> Accept-Language: pt-BR, en-US Content-Language: pt-BR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-tmn: [nQgds40ya/f7BS4wbaU7zd3hYCb/FWFCtDnQAYm+ZW9qpokI0J067sGO8ipIMpPm] x-ms-publictraffictype: Email x-ms-traffictypediagnostic: CPWP152MB7921:EE_|CPUP152MB5065:EE_ x-ms-office365-filtering-correlation-id: ddacf7d3-91c6-4ce7-3f94-08dc7769ca18 x-microsoft-antispam: BCL:0;ARA:14566002|461199019|102099023|440099019|3412199016; x-microsoft-antispam-message-info: ZMWd3aqP/sm/mj+1joxt61RliTqs6UQphDZHHkKWQq+8MLLbdSbMZ/2Iyr20VuA1XeFXpPEA2AJ8ijin5iil7ZIgTn91okUvbKLEOaWtuYd276EcSr9hdHEEsvQq6mQ43j0eFEzXsD70IV4V8pxJHM/exXu7+O6/oWV2MGga9c0RXxwwjuCdc0S/OIxmAsiuESeVtBz1mH+VhsduhVihNxqAKrRH0qGpI3LI7xHmU7FvLEaEVAUDGtwJeeIXnEgZ6qMrtd7VGwW6WzUx98q4qRvvelwBIp8IxvlTECh03pwQshTDfRiSbN0eXzbJiAe9HqJG1E69A4fN2GqJQweENgnvmoCUzzV+YWHFzwwIpRvRIsXBIvlwZwvNmh+KKpI1bW8DqlYSHANQYsAxfExCBb2+yZ8HkAiMuuUGmc/hEW24Pb8Bmdy1Tw9bfd0mExNHEXPSK/V74JnFgxynP0vBz/nxdje3PDio6aIfMzrb8jhXdLdj8M3awBPMi/esBlxL0m1cm/rjqgL9F+hhSw9a1IjpsQ+Jm/nG1SaG1I9b1M8X/aVVjejeCgNdpfiGglAL x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?Oa647GMyAJZdfuX2XeansGliRg720Yt3MWgLfr3UXwSzGavzD4erKsaS8W?= =?iso-8859-1?Q?ZcxNVbW5U/BhpzDc1Z8gtOSj8F6v1WU8mO6Rf3tWY5CSUt45WUCg8ifo+3?= =?iso-8859-1?Q?fAi1vo628N1SLDXXWee0tC63kBoN2gLtB4NHDNn3ZM2FHzyjnYnk34LY77?= =?iso-8859-1?Q?sPc7AhLsqesFJ5c42QQ11deLxsOjZwPwL1Nhv9WmvCnQkQJQZurV+SUnxn?= =?iso-8859-1?Q?09YkAqKyzwIOT7lKApMVpmzjgad9erjZxtUl72TA2XfKtmkE3+p1ScS8UL?= =?iso-8859-1?Q?bmhvuMNqih5Qo6Y4a8frnvlCxr1krLY466tz/O7GSHHtxukgufTZNVkrjR?= =?iso-8859-1?Q?a5dMjh3v3Ep99N1C7iV9qjmke4eBFeb2RUcbYf5/dG9/VB/Bl/1dxa6e3Q?= =?iso-8859-1?Q?77AbJRRAfttl5lcFQfmdEgfJMW6aF1lHX/VukGE/AcF08HXWUMXaWGaxyg?= =?iso-8859-1?Q?96r3ZhlqfYzQAIyoRHn/Sj2Hq4OyDuKlKiUgYGBD3JBGSPOKZfWci7Nz6B?= =?iso-8859-1?Q?+QVMg7U92twlY4UuvqY5F7Ty1qTf6fbub4+G/cG0V7zOnUZryt13Bwlvtc?= =?iso-8859-1?Q?biA4ofGg9eqjye1rcpOShYRd8Q021o3WPuygkz03xVvqIySC4kcdzweBQD?= =?iso-8859-1?Q?GP4M/MfLbYThzjPd7U7fw47z9tNUGQf8ohZvYInbtDPSKpRijcJ/rlKR+W?= =?iso-8859-1?Q?P7Q/3+ArplObbJA84LF9qm4OtN/xY2lP/pyah71+NRG8b2lau/ma+UHX2Z?= =?iso-8859-1?Q?jDQz/eouVcAD7YkM4poA7+y3eXaL9cxmnttnWl/zESX3fcITFrosUn1ee3?= =?iso-8859-1?Q?C8SQmc2t+P8O5/lCpYjzGGlL8de4pKJba6bvU/dnopbuj5LMhKFGUYRd2c?= =?iso-8859-1?Q?DhR5a/C6V5U/q8ZQAn9ZTGQiUfsGtbOJQz95uuAUlCIV8xRqOJSKCbUHH2?= =?iso-8859-1?Q?ZE25k4ZYPQBmOhKUl9oGyWDarLnE5IWA0MSHIeW6R1XjqjbGkmOGdKy5gb?= =?iso-8859-1?Q?s3t1lCly65SEK/EbTkC4DBw8xx0VgBoNjbI9VjpyutBpHaUX4D1aSEcckl?= =?iso-8859-1?Q?RRqb16wLIwI/O49xcrt0tSfIV/V4TKvD70TnkdCL+nLgIXY2VV/WwJxW0a?= =?iso-8859-1?Q?wNll5+26Pr7hvuRiyNKx9/GBOj79K5Py2BmZ6fOY9IAzXJt2D8S0h71V1X?= =?iso-8859-1?Q?qrSoGyQhT4xllntx++SLA5dxFYzjX2JgVXY9jEzib2lGNjlqKaiPX8RL2l?= =?iso-8859-1?Q?qzeaeIudSYb+gldxhpI1XyoFFcLXVwMU6cCcIjYxJiGukkNduTKGiq0NMI?= =?iso-8859-1?Q?wq56yL0UuPHDnaHQ9XT0AtdawQ=3D=3D?= Content-Type: multipart/alternative; boundary="_000_CPWP152MB79216F3107FC64F3A6B7FCB3CBEF2CPWP152MB7921LAMP_" 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 X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-bf824.templateTenant X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: ddacf7d3-91c6-4ce7-3f94-08dc7769ca18 X-MS-Exchange-CrossTenant-originalarrivaltime: 18 May 2024 18:39:02.5386 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CPUP152MB5065 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:8075, ipnet:40.80.0.0/12, country:US] X-Rspamd-Queue-Id: 4VhXff0tqtz4Wrj --_000_CPWP152MB79216F3107FC64F3A6B7FCB3CBEF2CPWP152MB7921LAMP_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Not sure, im on 14-current because of my synergy insists on crashing afte= r version synergy-1.14.0.4,3 But that's pretty simple to check Just do a # grep 'return (BUS_PROBE_' /user/src/sys/dev/usb/input/usbhid.c in your ow= n kernel source tree to see what line is there Thanks Ivan De: owner-freebsd-current@FreeBSD.org E= m nome de Oleksandr Kryvulia Enviada em: s=E1bado, 18 de maio de 2024 15:29 Para: freebsd-current@freebsd.org Assunto: Re: RES: usb mouse not work on boot 18.05.24 19:29, Ivan Quitschal: Hi Warner / WBR / Oleksandr Im not sure if that's the case with this uhid.ko, but you guys remember I h= ad a priority issue with this module and Vladimir made me a patch to fix th= e attach priority? Warner, was it fixed since then? Let me show the patch I use to this very day important line is this, the pa= tch might be wrong , because im still on 14-current +// return (BUS_PROBE_GENERIC + 1); return (BUS_PROBE_DEFAULT + 1); diff --git a/sys/dev/usb/input/usbhid.c b/sys/dev/usb/input/usbhid.c index 174e1c28ae96..7b19d713c943 100644 --- a/sys/dev/usb/input/usbhid.c +++ b/sys/dev/usb/input/usbhid.c @@ -802,6 +802,7 @@ usbhid_probe(device_t dev) if (hid_test_quirk(&sc->sc_hw, HQ_HID_IGNORE)) return (ENXIO); +// return (BUS_PROBE_GENERIC + 1); return (BUS_PROBE_DEFAULT + 1); } If I correctly understand this patch alredy in main with 975407b1d8dcceac2b= 54e2c4df96aadec7dc4c3a --_000_CPWP152MB79216F3107FC64F3A6B7FCB3CBEF2CPWP152MB7921LAMP_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Not sure, im on 14-current because of my synergy&nbs= p; insists on crashing  after version synergy-1.14.0.4,3

But that’s pretty simple to check

 

Just do a
# grep ‘
return (BUS_PROBE_’ /user/src/sys/dev/usb/input/usbhid= .c in your own kernel source tree to see what line is there

 <= /span>

Thanks

 

Ivan

 

 

De: owner-freebsd-current@FreeBSD.or= g <owner-freebsd-current@FreeBSD.org> Em nome de Oleksandr Kryvulia
Enviada em: s=E1bado, 18 de maio de 2024 15:29
Para: freebsd-current@freebsd.org
Assunto: Re: RES: usb mouse not work on boot

 

18.05.24 19:29, Ivan Quitschal:=

Hi Warner /  WBR / Oleksandr

 =

Im not sure if that’s the case with this uhid.ko, but you guys remember I had a priority= issue with this module and Vladimir made me a patch to fix the attach prio= rity?

 

Warner, was it fixed since then= ?

 

 

Let me show the patch I use to = this very day important line is this, the patch might be wrong , because im= still on 14-current

 

+//     ret= urn (BUS_PROBE_GENERIC + 1);<= /p>

     &= nbsp;  return (BUS_PROBE_DEFAULT + 1);

 

 

 

diff --git a/sys/dev/usb/input/= usbhid.c b/sys/dev/usb/input/usbhid.c

index 174e1c28ae96..7b19d713c94= 3 100644

--- a/sys/dev/usb/input/usbhid.= c

+++ b/sys/dev/usb/input/usbhid.= c

@@ -802,6 +802,7 @@ usbhid_prob= e(device_t dev)

     &= nbsp;  if (hid_test_quirk(&sc->sc_hw, HQ_HID_IGNORE))

     &= nbsp;          return (ENXIO);=

+//     ret= urn (BUS_PROBE_GENERIC + 1);<= /p>

     &= nbsp;  return (BUS_PROBE_DEFAULT + 1);

}

 =

=
If I correctly understand this patch alredy in main with 975407b1d8dcceac2b= 54e2c4df96aadec7dc4c3a

=  

--_000_CPWP152MB79216F3107FC64F3A6B7FCB3CBEF2CPWP152MB7921LAMP_-- From nobody Sat May 18 18:45:01 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 4VhXnY0Rcyz5LHSv for ; Sat, 18 May 2024 18:45:05 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from mail.flex-it.com.ua (mail.flex-it.com.ua [193.239.74.7]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4VhXnX21s2z4YR4 for ; Sat, 18 May 2024 18:45:04 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of shuriku@shurik.kiev.ua designates 193.239.74.7 as permitted sender) smtp.mailfrom=shuriku@shurik.kiev.ua Received: from 93.183.208.50.ipv4.datagroup.ua ([93.183.208.50] helo=[192.168.200.135]) by mail.flex-it.com.ua with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.97.1 (FreeBSD)) (envelope-from ) id 1s8P3G-00000000J8G-2hgz for freebsd-current@freebsd.org; Sat, 18 May 2024 21:45:02 +0300 Content-Type: multipart/alternative; boundary="------------giFmtovDndU7pTo6RGaQmKz8" Message-ID: <56a708eb-23b7-465b-963d-2ca2f79ebbb5@shurik.kiev.ua> Date: Sat, 18 May 2024 21:45:01 +0300 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 User-Agent: Mozilla Thunderbird Subject: Re: RES: RES: usb mouse not work on boot To: freebsd-current@freebsd.org References: <20240518092649.6430ad53@ernst.home> <86ttivwikf.fsf@ltc.des.dev> <34a397ef-ca2d-4e04-9066-3cf8a0c48616@shurik.kiev.ua> <8d2669c0-2759-4348-9c8d-6b437882aa4c@shurik.kiev.ua> Content-Language: uk-UA, en-US From: Oleksandr Kryvulia In-Reply-To: X-ACL-Warn: SPF failed. 93.183.208.50 is not allowed to send mail from shurik.kiev.ua. X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.28 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; NEURAL_HAM_SHORT(-1.00)[-0.995]; R_SPF_ALLOW(-0.20)[+mx:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:35297, ipnet:193.239.72.0/22, country:UA]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_ALL(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[shurik.kiev.ua]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1] X-Rspamd-Queue-Id: 4VhXnX21s2z4YR4 This is a multi-part message in MIME format. --------------giFmtovDndU7pTo6RGaQmKz8 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 18.05.24 21:39, Ivan Quitschal: > > Not sure, im on 14-current because of my synergy  insists on crashing  > after version synergy-1.14.0.4,3 > > But that’s pretty simple to check > > Just do a > # grep ‘return (BUS_PROBE_’ /user/src/sys/dev/usb/input/usbhidc in > your own kernel source tree to see what line is there > That's from my source tree: root@thinkpad:/usr/src # grep 'return (BUS_PROBE_' /usr/src/sys/dev/usb/input/usbhid.c        return (BUS_PROBE_DEFAULT + 1); --------------giFmtovDndU7pTo6RGaQmKz8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit 18.05.24 21:39, Ivan Quitschal:

Not sure, im on 14-current because of my synergy  insists on crashing  after version synergy-1.14.0.4,3

But that’s pretty simple to check

 

Just do a
# grep ‘
return (BUS_PROBE_’ /user/src/sys/dev/usb/input/usbhidc in your own kernel source tree to see what line is there

 


That's from my source tree:

root@thinkpad:/usr/src # grep 'return (BUS_PROBE_' /usr/src/sys/dev/usb/input/usbhid.c
       return (BUS_PROBE_DEFAULT + 1);
--------------giFmtovDndU7pTo6RGaQmKz8-- From nobody Sat May 18 18:48:20 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 4VhXsP6pmXz5LHfv for ; Sat, 18 May 2024 18:48:25 +0000 (UTC) (envelope-from tezeka@hotmail.com) Received: from NAM10-BN7-obe.outbound.protection.outlook.com (mail-bn7nam10olkn20801.outbound.protection.outlook.com [IPv6:2a01:111:f403:2804::801]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VhXsP3l6qz4Zq2 for ; Sat, 18 May 2024 18:48:25 +0000 (UTC) (envelope-from tezeka@hotmail.com) Authentication-Results: mx1.freebsd.org; none ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=U1jBatbzNaXDn4i9lkPbM1gBJimFoDL7SAGcCB4BzytpntLTV65E+rYt47D1zUcI1CWofBaGGS7XT70t5xva2r2q7+uu2DEV8t0qxlkaxutn0hr8/O76qzIunsntae/bRkfTN3pChRNwfCh8nBniM4Awl6rolQXxC/VDXyOYC8JIQnp7k9eLgpnh2PtFu6grgWVK4pQXSP5f9npgzLCOxjsk9MjltaWQ1KUpFq2D9WIz7liEDpkzf1DGHqeQiVjanIJUsebDN8tP85EHyDuVVeS8BIG4uikDISI/K/CRAyywblfM0HmqHCPG2XumjBfxiG1SEjXIokihiezzO2DSIA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=2BHKOfoerDEt7H8mZAAnR17Bsfb0XvBPBtuhP5bqp0s=; b=h/oNHsslo+C18cAPHJrat2p2PHsjYLUvnVxRC/b0MPqOlOzdqBmgIxwLxUmnAurR789Hc+TM362cyymBT2M3J+plVmsR9bUTywfL1EsEzOwSajt9grfkjPOifKdiZoc3yA3qGmGG2FRFUL9+JpSZI9fm582Gc5b5v/Y2sDZTvJHPguWHP/ZubVVxWmHCKn+uJhLUfy0wTOhbP7TQgWAqCxAPitNgHm5LyWMkJ6LAfcR99JV4hu9cJ/kXtDEnFYFiDRZ8HfmUeA33ct2o+agMXMuL4ovX36vAzHK/Sf3jZsa9qrdqXHTGFmAODQcmKknErvWYZAsZ7BwDUUNjFeJlOw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=2BHKOfoerDEt7H8mZAAnR17Bsfb0XvBPBtuhP5bqp0s=; b=dUZ4nMTSfqOSwu9Mz3rZydjQKeYHqKudyAUN13rcPnys1ZvMgmx5dJarPaaS3IPKBYhtYa6ewitb+8RPVlLjZFRNAvwKR9dvuLHq3eaaXTeHOS6m0CX8KGHDwk1lbBKYKDDqOXjZTODpVy5b6VEWJn7X9xCOZ59eVbyv2oy6q27NKRGbhxjHL6oh6yRbUljmSLtrVCX8tq3r9SoYdqulqdoXjeWbxMgmXkSdwwTzaMqnWuo3ryvvfhthsc1mMfIIf7PX1wtpRVxvfJb84nxEmD91wHOBdr6Ze+62MODp5Po8Sj1UnWAt4TyKeVlYOixgPpGb584fBKJsu793yo9Ldw== Received: from CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM (2603:10d6:103:2f5::11) by SCZP152MB6281.LAMP152.PROD.OUTLOOK.COM (2603:10d6:300:58::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7587.34; Sat, 18 May 2024 18:48:22 +0000 Received: from CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM ([fe80::90d7:5086:c485:1db6]) by CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM ([fe80::90d7:5086:c485:1db6%3]) with mapi id 15.20.7587.030; Sat, 18 May 2024 18:48:21 +0000 Date: Sat, 18 May 2024 15:48:20 -0300 (-03) From: Ivan Quitschal To: Oleksandr Kryvulia cc: freebsd-current@freebsd.org Subject: Re: RES: RES: usb mouse not work on boot In-Reply-To: <56a708eb-23b7-465b-963d-2ca2f79ebbb5@shurik.kiev.ua> Message-ID: References: <20240518092649.6430ad53@ernst.home> <86ttivwikf.fsf@ltc.des.dev> <34a397ef-ca2d-4e04-9066-3cf8a0c48616@shurik.kiev.ua> <8d2669c0-2759-4348-9c8d-6b437882aa4c@shurik.kiev.ua> <56a708eb-23b7-465b-963d-2ca2f79ebbb5@shurik.kiev.ua> Content-Type: multipart/mixed; boundary="3432851520-1800233884-1716058101=:1984" X-TMN: [JkszqLNsibzqaKfZbGQBAg1RCmG0LKIr] X-ClientProxiedBy: CPXP152CA0023.LAMP152.PROD.OUTLOOK.COM (2603:10d6:103::35) To CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM (2603:10d6:103:2f5::11) X-Microsoft-Original-Message-ID: <1f024019-6885-ce01-527a-ffaa3a42c224@hotmail.com> 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 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: CPWP152MB7921:EE_|SCZP152MB6281:EE_ X-MS-Office365-Filtering-Correlation-Id: da65eba1-4343-4b26-3a79-08dc776b1761 X-Microsoft-Antispam: BCL:0;ARA:14566002|461199019|440099019|3412199016; X-Microsoft-Antispam-Message-Info: CO05sctuouujBWXJVVv8RAUL7CWiSQ7F34nVjMsGwYgt8gmBE0HAaUs1jNMdShTvVhlZt1zxi0AeaRfEgjT2w7VnJKgBWkj3WGpWG6tBpmCU+jGY+aoLNv4GgljeFSh1Lh5j+UerlAt3Dj/35hDctH7lLQkXfcXvP/Y4Ph6Q2w+hZpEzjJRCsMvlOTkVwXqcWjxSZI8jj79CaTagqwbJk9SYRXahCAFfxEhCq834EhlSj+prUcGxF/+k1PJdmOeph2IsyJ82ACBxRXSo3thu4H6cmwDmNE0WCFgOpSK5KhUdT04kKE36AZemDbHkp4Io06QrrlWOpdstuYorhYGiHXOk+G0RxYdTNnVrhcYG60YqmktTSNZZSJvjvVZDOOVKEeA/2oRZJtSFFdhzPJpMDNPe2LWA+ZiAlircYTHxH3y7ZWL/h2RX00dd8Xk9/i46SN8RKgc+3jyWroK8nHBLYnugk/pDcX9Cv2WMrkeHZmcimt2MjfIUagJDaeIn5xYWz36xlHA3/IA1bmHk9b82EehcSWFGJieqzSYe+WZ5obYRvy4UhViztjmC3/XaNKAX X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?OUxwODB0eW10L0pPSWdieS9sQTZRVWZEVHRKSzBNajg2OXRlM0dpd3ZVNzhM?= =?utf-8?B?bHE1QjErcnRrMklna1krWi9xc0FRME1aSHFlMWxZK0hibFVOSFB4eGp3NVRu?= =?utf-8?B?SnF2L1hCTkNXY21rWit6VWtWTHpUSzhTMmQrQUdIS2VtdWNUZklmaFdXczlQ?= =?utf-8?B?V0lKK2daYzJRZlhJOUhITXc0c3VTYTBXNmpkaTlRWHhINUJiZG1qcEJBUXBL?= =?utf-8?B?VzQ3TE9veXVSUXZ6NnV6S04xU00xUFpSMG9UMUZncXplMGtJRW5INW55YWFT?= =?utf-8?B?NlVEeXpIYU1kSGpOQ3hNekVERzJlZjVvU3krQUJFcnByUURTRVFYK0MwVmFZ?= =?utf-8?B?dUtQUXY5bGJLVlJlWmU5UXF3K3M3TjdMeHFWa1lJNnRJSTBJUnIvRlNHTk9o?= =?utf-8?B?UXdxWjhINW8wK1FSMGp4aFllR1ZnUWI2Ri9TMnFBK0hlcXd5U1lMd1lFcTcz?= =?utf-8?B?dUd1V2lkem5CQk5CQ0ZSN0xqV05jRnMwaFhWU0x0TVVQazVoRGNyVDhEVFZ0?= =?utf-8?B?NThyV2N2WWgybkhNZ0d3WXBkU3crTXViNjUrMVdscDVMZXVYV0hIajJZWnpG?= =?utf-8?B?RU01U3lpRkFuUHRzQll3ZG5QM1Jiek15am0ySXc3VHNMRVNLY2k1bnkwR2x3?= =?utf-8?B?eG90OWxwK1FXR1hJNG93eHRDVG1UNGZyNi9ZcGVzeGN1anpnWTdLc2NTN2tl?= =?utf-8?B?djYzb2FFOGEra2R5dFA4elJDeHNQSjBUMHRneVpmcDNiSENucUpJNnFMWW1r?= =?utf-8?B?c3E0aTN3TUJZNzR4bkYxamZzZGdSLytzSUY0MTF0dUg4Vy9ITGpXZ2wzSkl3?= =?utf-8?B?QTNMK2RjK0hzdGszaXRKUWdaN3ZSZXp4RURJNFBNbG1rWkxlbzZQMW15elhl?= =?utf-8?B?SU9UUVFLWHZJOHpQekRsQXY5bWdIRWh5K2dyVEp6Ny8zMkFTTWtyR0pLekJQ?= =?utf-8?B?T1ErQVJDZ3pGYnpQL2pXTzhhOWdXTXE4cnhiTUJiSERkL2MvOS9WOE1od0di?= =?utf-8?B?cGxvTDNSazM5cG1JekI0QTljbis3ZUxXei9qUVRKZ1Vab21xdlhrQjQ4NUVj?= =?utf-8?B?TThBai91WUJZVmNGeXpaT2ZUK3E2MzdKdGprb3NqSVZWRG1mSC9aWmEwbUg0?= =?utf-8?B?b2lPOTJFejBmUmRaaloxVCtXZWFvamFaR0szaldBY1EyaDFYdngvaEJEbEFJ?= =?utf-8?B?MnhXL0VnckU4SEhCYWlRTHBYRy9tTDQ5YmhYY3paTjNPZ005alB3NlZrNG1G?= =?utf-8?B?b21VazJNZ2RqZmIrc2tkK3ZqbDEvdzQzUU9xM1NUSGs1cTROK3lHM3Mwb01h?= =?utf-8?B?NGRrWlhhQ0oyalVwaEw2djg2RysvUTk5MVFMYmUwNDBKeVoyQmUrNG9sVFJW?= =?utf-8?B?RVhveWd4aHlGZnJ2SmNBODZuRnRQSnY5NDFDdmNsZW80SmVHK0JUazQ3SzlR?= =?utf-8?B?a2lmQ1RjU3A1N2lTRE84WGhqckk0UkZDUnBDU3NEcWoweFZmS0xnQXpXeG0w?= =?utf-8?B?U25QaXBUSHBoOU5lOHVUblIyYXR2Wm5oRWs5bWhyRUFDRy9memF5YjluendO?= =?utf-8?B?OFIvUnlDbXY1ZHB2Y0NUa2tYb1ZkMjlRcTFtN1RjKytoUXk4VERRUHZMb3dD?= =?utf-8?Q?W5riNLWnhXckdAdnwe/yeGUnW4bXDvhorRabnZ+0dahE=3D?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-bf824.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: da65eba1-4343-4b26-3a79-08dc776b1761 X-MS-Exchange-CrossTenant-AuthSource: CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 May 2024 18:48:21.9040 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SCZP152MB6281 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:8075, ipnet:2a01:111:f000::/36, country:US] X-Rspamd-Queue-Id: 4VhXsP3l6qz4Zq2 --3432851520-1800233884-1716058101=:1984 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Sat, 18 May 2024, Oleksandr Kryvulia wrote: > 18.05.24 21:39, Ivan Quitschal: > > Not sure, im on 14-current because of my synergy  insists on crashing  after version synergy-1.14.0.4,3 > > But that’s pretty simple to check > >   > > Just do a > # grep ‘return (BUS_PROBE_’ /user/src/sys/dev/usb/input/usbhidc in your own kernel source tree to see what line is there > >   > > > That's from my source tree: > > root@thinkpad:/usr/src # grep 'return (BUS_PROBE_' /usr/src/sys/dev/usb/input/usbhid.c >        return (BUS_PROBE_DEFAULT + 1); > > Oleksandr ohh, thats not it then, :( .. glad to hear its fixed on 15 though . (thank you WBR for fixing it permanently ..) --tzk --3432851520-1800233884-1716058101=:1984-- From nobody Sat May 18 19:00:32 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 4VhY7g716Lz5LJXW for ; Sat, 18 May 2024 19:00:47 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [24.113.41.81]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VhY7g27Jwz4d4K for ; Sat, 18 May 2024 19:00:47 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Authentication-Results: mx1.freebsd.org; none Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 44IJ0XMg056276; Sat, 18 May 2024 12:00:39 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ultimatedns.net; s=mx99; t=1716058839; x=1716059439; r=y; bh=QpjKhpCLh6Y7t6w3O+yWVu42Zf0KndAGFEq0J8GctKE=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=CDFnjGjlHXT3yDdZEr7VD8NVPtwMhneJDOLsM02DumfVi/08WTlZn5MIWMVxomHcI 5WYYFBSEI58zKnID6kowwv0FZRniyyyx85d3+bvOwQR4dEV7Ui8Q4X/FVRSb8yaL5Z aKm2Lj+65hSmPX49KTRaP8txWq75iJvGVhG4qH0GNv1SD2JpZdhXyQJJgES92RraRD 6oX32ikmJvXCcEUCql5zBucaFNLkym7K817hrdBJuwdNXKkk6fNkdJELjKfX/z3L9v 6t+MIcIBmhaXxoiuaaaKjhb2xfIHThBBhfhlgCHyYEvQF1oU8Uupqa+ZfKXVHwOS4s KBFoyW8ZSOmnw== 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 Date: Sat, 18 May 2024 12:00:32 -0700 From: Chris To: Warner Losh Cc: Oleksandr Kryvulia , FreeBSD Current Subject: Re: usb mouse not work on boot In-Reply-To: References: <20240518092649.6430ad53@ernst.home> <86ttivwikf.fsf@ltc.des.dev> <34a397ef-ca2d-4e04-9066-3cf8a0c48616@shurik.kiev.ua> User-Agent: UDNSMS/17.0 Message-ID: <8d02b4a30515f213c6d8f2dd25230525@bsdforge.com> X-Sender: bsd-lists@bsdforge.com Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 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:11404, ipnet:24.113.0.0/16, country:US] X-Rspamd-Queue-Id: 4VhY7g27Jwz4d4K On 2024-05-18 08:33, Warner Losh wrote: > On Sat, May 18, 2024, 9:22 AM Oleksandr Kryvulia > wrote: > >> 18.05.24 16:06, Warner Losh: >> >> >> >> On Sat, May 18, 2024, 6:51 AM Oleksandr Kryvulia >> wrote: >> >>> 18.05.24 12:59, Oleksandr Kryvulia: >>> >>> 18.05.24 12:55, Dag-Erling Smørgrav: >>> >>> Oleksandr Kryvulia >>> writes: >>> >>> Gary Jennejohn writes: >>> >>> Try adding uhid_load="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+="uhid" in /etc/rc.conf. >>> >>> I hope you don't mean that literally, because /etc/rc.conf is a shell >>> script and += is not valid shell syntax. On the other hand, something >>> like >>> >>> kld_list="${kld_list} uhid" >>> >>> Yes, you are right. I mean >>> sysrc kld_list+="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=1 in /boot/loader.conf and reboot. >> Or update to the change I'm about to make. >> >> >> Thanks for the detailed explanation, Warner. Interesting that on my system >> hw.bus.devctl_nomatch_enabled=1 is set by /etc/rc.d/devmatch but only >> explicit set it in /boot/loader.conf did the trick. That is why I think >> this sysctl don't work in my case. >> > > Yea. That's the optimization. We don't start generating events until it is > one. Setting it in the bootloader causes all events to coke through. > Setting it in devmatch turns them on after we run devmatch the first time, > omitting all of the ones generated on boot. Why is sysctl.conf(5) not the best location for this? > > Warner > >> --Chris From nobody Sun May 19 11:03:52 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 4VhyVz1Cd9z5JJC6 for ; Sun, 19 May 2024 11:03:55 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VhyVy6B55z43kG; Sun, 19 May 2024 11:03:54 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1716116634; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=nF5WCwj1aJ5MwyCooQNCo8LuFMQIMBEOP5M+JkHK8RU=; b=HL+UmhhgXxwUpiSegj21FKDqIBk8yygB8oN49UOaiSXwpAf0nD3n3HMcgCkOKD2rRspPLk gyvwEBQkBDZ//5woE8WsYDqGDWTunUP633sPW7YyEKvTvx97Cn4b7tvUmBsEIVWuj8w0Dx CqSyuCx+OYj+kaV1yKDh/2OGWJkvZ3PWkQxEiXE3PWFXCNhoBaIhRPQeVLCMwejLCxZwsO RIq/oVtieEkSSyQRcwRA229Da7v0BvGKShPDGD4KYRuC8xESZkJ/jq9KTV6YDsmJju1ZAn 3IksZAq+sbp3v8NwU8MwNXGiYrmThkw2o2U8VWBCAYkClTsOI6qy9XPdoHP2qQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1716116634; a=rsa-sha256; cv=none; b=K3ymwljxORGQQ8/Gjy0k1RIAbfx5vyZRVUM+uvD+slGGCzKN4gKzwo3jVM/NWjUGmDTU2w 0E5kDtd8+0OUgrTkGHq1x++6HY9HPsn3zUXQS6ObJ/BfD3cQboY/0clKkUDF+jCIcjJvwp 9ZdyA53VJZC7o6SmANuQoZ3ZSTSuSL73sykS5NS0wZzFubN1btgfpWNB85c6czJw08G2Os VOvQ7edSWuQpSGXNA++OO5yBpl2TCzBPEhWL90WAKV9bGrPC5K1l0LHyYfsX0Okk47fL8S bQQE1dT7Q7dsBsicu2qb49JNAPsc1FTbNac+2csgPGc78FLVgSHbjsAR117Ydg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1716116634; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=nF5WCwj1aJ5MwyCooQNCo8LuFMQIMBEOP5M+JkHK8RU=; b=pTuAvd1P9s/HU1wZXOlGVF/ejUIS1ntUEY8Z8CMioivtv7dNRJ1OOIlXR4TCvlMKICJaEi RSvWBvPonbGnlIMTWecPzMisYeHRauV9VqRGYIAdDAuqCahiNMCg6kEamAHJCp8A1W+IuP ycKKS+gwj+XxwykR7Es0ChDIZ+yU+EEXZ7qMrmEd7tFIFnK3ORVFYvYG3GZHpJZJKpuQq5 AO2ZkKsSYlAZlzJ2UnuxdyVSaPWX+d9el/51pCgjPa2bcRYoUrgDfPy1Apd54NhQy4Yo/S QF117qyISFz84Yb4gHx1lkcy2Rc3rq7gUzMMtk9IDVva8UvBsa/yHPAGIb8Q/g== Received: from ltc.des.dev (2a02-8428-0993-f001-922e-16ff-fef1-acef.rev.sfr.net [IPv6:2a02:8428:993:f001:922e:16ff:fef1:acef]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4VhyVy5BqYz1PHL; Sun, 19 May 2024 11:03:54 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 6A36F15761; Sun, 19 May 2024 13:03:52 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ivan Quitschal Cc: Vladimir Kondratyev , Warner Losh , Oleksandr Kryvulia , FreeBSD Current Subject: Re: RES: usb mouse not work on boot In-Reply-To: (Ivan Quitschal's message of "Sat, 18 May 2024 16:29:39 +0000") References: <20240518092649.6430ad53@ernst.home> <86ttivwikf.fsf@ltc.des.dev> <34a397ef-ca2d-4e04-9066-3cf8a0c48616@shurik.kiev.ua> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Sun, 19 May 2024 13:03:52 +0200 Message-ID: <86pltivzaf.fsf@ltc.des.dev> 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=utf-8 Content-Transfer-Encoding: quoted-printable Ivan Quitschal writes: > diff --git a/sys/dev/usb/input/usbhid.c b/sys/dev/usb/input/usbhid.c > index 174e1c28ae96..7b19d713c943 100644 > --- a/sys/dev/usb/input/usbhid.c > +++ b/sys/dev/usb/input/usbhid.c > @@ -802,6 +802,7 @@ usbhid_probe(device_t dev) > if (hid_test_quirk(&sc->sc_hw, HQ_HID_IGNORE)) > return (ENXIO); > +// return (BUS_PROBE_GENERIC + 1); > return (BUS_PROBE_DEFAULT + 1); > } You realize this diff does nothing at all, right? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Sun May 19 22:49:01 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 4VjG8f3P7pz5L7sc for ; Sun, 19 May 2024 22:49:06 +0000 (UTC) (envelope-from tezeka@hotmail.com) Received: from NAM12-MW2-obe.outbound.protection.outlook.com (mail-mw2nam12olkn2093.outbound.protection.outlook.com [40.92.23.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VjG8d4Lkgz4Wbs; Sun, 19 May 2024 22:49:05 +0000 (UTC) (envelope-from tezeka@hotmail.com) Authentication-Results: mx1.freebsd.org; none ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=E01fel/nbJT8TGUp5LbXATtwKjg/qqMPkIo6M/g4DYqX22LnBJK4KWiZTTr9R7QLTBzREfX8ohuV5M7fYZYfds2GFWsXm9VJLcmDYM2IuThLcKga6cIzPoUXJIs+AKeaX2OCYNAeL26Ghrqxm3pABeFzfwdvkcSPzXv+fximIbs9+kLoHyUiUPEB2FLowx6XywKowQrhiVYse8NafwI4g4RUaRat29a9OF1iXXmPQwHhnMrxDxtXI2O247SI4VIwJIXUJ0e+O+IOhzUUEPQrNMckfHM6g9m9Y7Xknccfs76Dv5PhLXXe01KuWZ9fJJSbRSkCw0RFaaCVr8XT9k5Kcw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=fXXAOz8oXMjPr9WXh/U8yKhOEQ/pygBdEl+Lh+AcuQg=; b=MAie/KNHhkuvtDMD71uHpAdagJ/oyzRMpKNVOiQWHq5B+U2RwaD4oLiSELDOOAUjIuxyoFBZ+l+LoMdb1DnbanuGs1k1Ty3Digv8mkYFrwemdS6m1yKFvMWPRGdbhoH/5dBjhsN2eRonmdwY25X4DHB8+ZDcENm5ynnZo68nJ7d7XN4p6o7TStkoCRfmu5S/sy8Zi34nGW/nXjzwzAgn9sxDLRNcd8O9AvlXrkzlazhNTZ5yM0y3yzppTTgQ8NqoYtj8VCT76hKySYgD3K9MHZKC/Dcii9jS1A4PbftmPK87yeo1aq2M6DI4NKvQWMznrhRZGI20acNR+bOSuDE9jw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=fXXAOz8oXMjPr9WXh/U8yKhOEQ/pygBdEl+Lh+AcuQg=; b=asO6y/KpAh3eAXdHVbU4dXRdQUMJT24bUxgzObg14WvNqKRylFFwCyMsQRoEumEhU0eznc/QRJfzw37fnZLVZs8aKDea6vo4R1A+SAG7rf7qD8IAFWkGczhgw3UdkTPKv19RaISBeFr4ot27jrlOAUHXO/kVk/mBK/rArDx1mLQWx2oX42mwrc5shCONku4z35H6XZHyBq9fONqNDBKi/NRUDJMVb+ebu0sUB75and/VMGH2i4jG1U09aDbPFmGxOXfLzvned8rMaF2UE2PgV4TGHFvbQMZKB33kI3BoyGYRzfpz6l+6+iTIaAPaJ1MJoT3Ia4TDhYsbFkrKQOn/vw== Received: from CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM (2603:10d6:103:2f5::11) by CPWP152MB5578.LAMP152.PROD.OUTLOOK.COM (2603:10d6:103:17d::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7544.47; Sun, 19 May 2024 22:49:01 +0000 Received: from CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM ([fe80::90d7:5086:c485:1db6]) by CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM ([fe80::90d7:5086:c485:1db6%3]) with mapi id 15.20.7587.030; Sun, 19 May 2024 22:49:01 +0000 From: Ivan Quitschal To: =?utf-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= CC: Vladimir Kondratyev , Warner Losh , Oleksandr Kryvulia , FreeBSD Current Subject: RES: RES: usb mouse not work on boot Thread-Topic: RES: usb mouse not work on boot Thread-Index: AQHaqOuEh36FtJWFCEWIvpMpxmlsnLGcl6aAgAAP3gCAABmj7IAAAQwAgAAwDACAAARLAIAAJe4AgAADIgCAAA2eEIABOXGWgADEWDA= Date: Sun, 19 May 2024 22:49:01 +0000 Message-ID: References: <20240518092649.6430ad53@ernst.home> <86ttivwikf.fsf@ltc.des.dev> <34a397ef-ca2d-4e04-9066-3cf8a0c48616@shurik.kiev.ua> <86pltivzaf.fsf@ltc.des.dev> In-Reply-To: <86pltivzaf.fsf@ltc.des.dev> Accept-Language: pt-BR, en-US Content-Language: pt-BR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-tmn: [Kvt5QszouoUZSyr6VhuozL5xjQGJVo/TbfV3xKv0dpigjFO3hbqIfnv0LEbtAKmn] x-ms-publictraffictype: Email x-ms-traffictypediagnostic: CPWP152MB7921:EE_|CPWP152MB5578:EE_ x-ms-office365-filtering-correlation-id: ce5687e6-5d3e-4fe3-439b-08dc7855e070 x-microsoft-antispam: BCL:0;ARA:14566002|461199019|440099019|3412199016|102099023; x-microsoft-antispam-message-info: w+nARAIf56NvALApE/LBrgXs/CowDBEE4YQDL8fPXZ2z3QilErihAy1tVGuk3aCGX1fshiLN1WEzkr8u1mrvQwGuON71sB70dOcYtWixRUeYHzi8aNKXZH6wE81AdgHQa4xWnUiGc1FueRZkhKngQZ9zg/fKisGiGb0hGVFmtjOKbiXIxhcIvzto02Hc9nNBZNM5gWN1idmgz3FWkJeQPeScJhHojhWYvgekRpmqwApY49MSgJPDvNntmpsZtGw+RPCGD//lykLFWQCkAQP/B963l7fbwoevb7R3tI6fe3EtsdxDHS4TDJm1LOMDmG1xq1LOCZ5DySUUMDCqhq0N9e3B2XSSc9ZbSO+hP3cZhwu6OfgpVdM2D5L/lP5gDyclNEa1RupmwZVwcCT/ipYujnXKS67qPIfJvUHGi2rnBOLiKBfZ52yzNjL+DSSvl5vdnX9e9aFkS/Rvd58NZ18f5IBel4jLd6Wj8XdcLzg6tJyrG/pE/1dZ8fFLS5YaoK29ZOiP8R0gjQ7iWAz5YoYDh5veg2HLbwyUg/aZWUM3BHI6W6vzINa1DjXgE653OB8l x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?NzRib3JsZjhOM3dqTENNamFXa1kxUUNvN1hQVGt2TWlBME1RQWYrMTFtYWV2?= =?utf-8?B?aU0vT01Sci9UTWhhYWxMRGVaSXB5aGhVM2lPM1pvc1FKc01SdDhuRjFydnY4?= =?utf-8?B?aithc01YUGJ6bkhhNWlINVhqeFNrd1U3WDgvb1JiWS9LWXRYN2RKeUwzdnUz?= =?utf-8?B?SldsRkVOUlNzdUJjYzg0OTFXbDBJTmdObFRlTm9sRmxhK1hkS1pVZ0Z1Vy84?= =?utf-8?B?Q2RTNGFMTVZ6TU1Ta1B1RTJqbUdXZUpZeEdGUnJvSGRUUUE4clZuL3AxWE91?= =?utf-8?B?eGhIeCsrb0NQRzJHMngzK1JLU3NGWkFtWi8vV2RsVDA4VG5Pa3IyWDJYZ1E0?= =?utf-8?B?YVo5VjVCSC9ZZW00MWt0YVRTU25aY2VTYnBJNHU2emFnZnVOSWtQUzRiSUk5?= =?utf-8?B?RUhqOGdyV3d3TXJEVkpkNDB5WE1STjVkcTIxaTArclFiWjZSYVk4cGtzSTJS?= =?utf-8?B?N0tpTXVqR3dNbHV0b3dzZEZESXo3eXorYmF3OTI2dVJ5TUx2L0IxTzFzSCtD?= =?utf-8?B?UVo5Tm9DTFBtVFpoT3BTaEtZMks0RjBzSjA4dVF3Sit4d0FoOFVtaDJzVTZR?= =?utf-8?B?VE1Fa0hadkpqclFwZzM0a0FmL0Y4OTlFclhHMEN5TFpQeG14WVZkbStvSkU3?= =?utf-8?B?YitvWXhrOUREQXRsbDc0czBKc29EbTVZeGVVbWlzRmUxbk02MnpBRVRIVHRX?= =?utf-8?B?MlQ5UXRrbmlPYWdGdHNHdkthVUhtenNUV0NBbXJEa2hxNFo1RFRGTjRyanNl?= =?utf-8?B?bTArT2tkTmFuc29salE0Z0hreFZrVG95LzdEUGJIOUpUSTN2TU1WUFh3NjdO?= =?utf-8?B?YnlpTlRxVTBvNkI2TXB0VFJXMDFQSGMvMjJQSkJvR1dLSnlWekdHRElXanZJ?= =?utf-8?B?S0ZGaG1zTnlCajhMcm1QUm1UU21TRm1UanVXQlVWNGVhNHJQN0JwR2swMFR4?= =?utf-8?B?aURBcTF0SUY1WTE3S29rbEpmV0ZJMjlCUjRNV0ZxODVUaUhGeTdrUUExbEdz?= =?utf-8?B?bzR5ZDRWaHQyUGE1YmdjRHhmYmhBQTNabmx3elVtdGFkMDVPYVB2ZDlmS2VW?= =?utf-8?B?NHVWdXhLT3h1REhKYnluODAvanlaLzVJZWROOHR5cVR3SVIzNis3TDZMV0Vx?= =?utf-8?B?MkpXcy9BdWJhK3dVQkkzWDJjU2hSZHpyQ01pSkxBMk80b1hGcGVHSThkSC9i?= =?utf-8?B?OGU2bkRuNjlFVGRHc1JoR3V5bWttZCtJUFpjb29oL1liREltV242RnRwdk9P?= =?utf-8?B?bVdYblN6Z1d5YjYvSGtidkF4Z0tZUWp3aXQ5WGVYRS81OFNRSWVpNFpjK0JF?= =?utf-8?B?RjlnV0RjNWxMcVVPak8xN2NhTTE3L2huL1NyWjFiRVA1cUR4Z04xV3BLdXJm?= =?utf-8?B?cnJINW1UVlhHOTBFR2szR1N1QmdpWVgyblg4RHJMOFhNY01MaEtyWFJPU0w2?= =?utf-8?B?VitOWjNqQnFFYlY5Nnd2TjFwczRNNEdDU3hDc21WdmhtWTltQlZnSnZMREMy?= =?utf-8?B?Y0tsTWNPMFlZTmRPVkZBV0tHVlZWUXdybVMrRytWUjB3T2RxeThSUnJ3Nlgr?= =?utf-8?B?bXlmU3poSDZoQXBBV2x6d1ZibmdqM1RzYlNaT1FRTXhEa2VodFYybjNVdVpm?= =?utf-8?B?eUpxWlJUS0VRaU9EYVhULytxaHVvaWhOQWtxSzZNZ084VUtUU05ERjVRTkcv?= =?utf-8?B?ZDhpTTNhc04wb2hWbkhzSS9ydkJUZTB4cHB2UmgwODVXaDJYK3VKRURBPT0=?= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 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 X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-bf824.templateTenant X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: ce5687e6-5d3e-4fe3-439b-08dc7855e070 X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-originalarrivaltime: 19 May 2024 22:49:01.2692 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: CPWP152MB5578 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:8075, ipnet:40.80.0.0/12, country:US] X-Rspamd-Queue-Id: 4VjG8d4Lkgz4Wbs WWVhcCwgaSBhbHNvIHNhaWQgaXQgd29ya2VkIGluIDE0LWN1cnJlbnQgb2xkIGNvZGUgb25seSAs YW5kIGhhcyBtb3JlIHRoYW4gIDIgeWVhcnMgYWxyZWFkeSANCg0KT25seSBwb2ludCB3YXMgd2hl dGhlciBmcmVlYnNkIGhhZCANCnRoaXMNCnJldHVybiAoQlVTX1BST0JFX0RFRkFVTFQgKyAxKTsg fQ0Kb3IgdGhhdA0KcmV0dXJuIChCVVNfUFJPQkVfR0VORVJJQyArIDEpOw0KDQpnbGFkIHdlIGhh dmUgdGhlIGZpcnN0IG9uZSAsIGFrYSB0aGUgcmlnaHQgcmV0dXJuIA0KDQpXZSBoYXZlIGFuIGVu dGlyZSBlbWFpbCBjaGFpbiBhYm91dCB0aGlzIGRheSBiYWNrIGluIHRoZSBkYXkgYXVndXN0IDIw MjIgZG9u4oCZdCByZW1lbWJlciBjb3JyZWN0bHkNCg0KDQoNCj4gLS0tLS1NZW5zYWdlbSBvcmln aW5hbC0tLS0tDQo+IERlOiBEYWctRXJsaW5nIFNtw7hyZ3JhdiA8ZGVzQEZyZWVCU0Qub3JnPg0K PiBFbnZpYWRhIGVtOiBkb21pbmdvLCAxOSBkZSBtYWlvIGRlIDIwMjQgMDg6MDQNCj4gUGFyYTog SXZhbiBRdWl0c2NoYWwgPHRlemVrYUBob3RtYWlsLmNvbT4NCj4gQ2M6IFZsYWRpbWlyIEtvbmRy YXR5ZXYgPHZsYWRpbWlyQGtvbmRyYXR5ZXYuc3U+OyBXYXJuZXIgTG9zaA0KPiA8aW1wQGJzZGlt cC5jb20+OyBPbGVrc2FuZHIgS3J5dnVsaWEgPHNodXJpa3VAc2h1cmlrLmtpZXYudWE+OyBGcmVl QlNEDQo+IEN1cnJlbnQgPGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZz4NCj4gQXNzdW50bzog UmU6IFJFUzogdXNiIG1vdXNlIG5vdCB3b3JrIG9uIGJvb3QNCj4gDQo+IEl2YW4gUXVpdHNjaGFs IDx0ZXpla2FAaG90bWFpbC5jb20+IHdyaXRlczoNCj4gPiBkaWZmIC0tZ2l0IGEvc3lzL2Rldi91 c2IvaW5wdXQvdXNiaGlkLmMgYi9zeXMvZGV2L3VzYi9pbnB1dC91c2JoaWQuYw0KPiA+IGluZGV4 IDE3NGUxYzI4YWU5Ni4uN2IxOWQ3MTNjOTQzIDEwMDY0NA0KPiA+IC0tLSBhL3N5cy9kZXYvdXNi L2lucHV0L3VzYmhpZC5jDQo+ID4gKysrIGIvc3lzL2Rldi91c2IvaW5wdXQvdXNiaGlkLmMNCj4g PiBAQCAtODAyLDYgKzgwMiw3IEBAIHVzYmhpZF9wcm9iZShkZXZpY2VfdCBkZXYpDQo+ID4gICAg ICAgICBpZiAoaGlkX3Rlc3RfcXVpcmsoJnNjLT5zY19odywgSFFfSElEX0lHTk9SRSkpDQo+ID4g ICAgICAgICAgICAgICAgIHJldHVybiAoRU5YSU8pOw0KPiA+ICsvLyAgICAgcmV0dXJuIChCVVNf UFJPQkVfR0VORVJJQyArIDEpOw0KPiA+ICAgICAgICAgcmV0dXJuIChCVVNfUFJPQkVfREVGQVVM VCArIDEpOyB9DQo+IA0KPiBZb3UgcmVhbGl6ZSB0aGlzIGRpZmYgZG9lcyBub3RoaW5nIGF0IGFs bCwgcmlnaHQ/DQo+IA0KPiBERVMNCj4gLS0NCj4gRGFnLUVybGluZyBTbcO4cmdyYXYgLSBkZXNA RnJlZUJTRC5vcmcNCg== From nobody Sun May 19 22:59:03 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 4VjGNG3Kr2z5L922 for ; Sun, 19 May 2024 22:59:10 +0000 (UTC) (envelope-from tezeka@hotmail.com) Received: from NAM11-BN8-obe.outbound.protection.outlook.com (mail-bn8nam11olkn20800.outbound.protection.outlook.com [IPv6:2a01:111:f403:2c14::800]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VjGNF6H7fz4Znp; Sun, 19 May 2024 22:59:09 +0000 (UTC) (envelope-from tezeka@hotmail.com) Authentication-Results: mx1.freebsd.org; none ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Ma1bWUgz1va+J/ukw+njQxOIeEnMvxeYPKrmTVkdg8r7DInqEANBqA+bqBXhfhJjUdJyGfbmpGnQcMknqEuv3XXpjy+RiUOlSysth9+1KOZMMkFkHTFETHVPOq/k6thLH6VC70ZM+x8aCV1vPcqGHBa1rtDPMvhZwZ9VMPBCgvrvtgTIKIQQf9Wln/6PZVekY5s32q/TKtgJlrlSuJXIe9lRrR5wihwdSCeaEbpK3lfTvqSpMQ+FuPeE5+yZzB+hdgAE08QT177FK956LNpVbdeFVnh2LhhYEIb6e4wxA+5aAD/owe6Cdh7utwI6quLlbVH5WzvOzylaqXkkTffwcQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=gnjTREIr1rHMN51Gl5x2pkdZ9TIlsj84g3BXGq0j/Cs=; b=AeKyr+nBe3sl3hLF+o//SZbmUhunI9NNcI+W8WGxuOqoVBGQHRSm/qQlelii/vfFS5z+iO7+OkVzxdX/zaHRj+JIgW2wFHrV1ZMmIF2PlMW1Dfgb2VS3/w9Du8JwRscm430vHh2bS8wFVtGSlHZWtQkqCZx5wps6E83hYsaV10oznxmN27XsM6jm69GklOZRP9TOx3ClFWdw+7YKidg67PJ2RS7hjY1ULNCWJEQfmqfkcRIn5KY2h7QOf8UbA5IDXUnJC4khlElVFEXirLkX15Pmf59oZufeGJF40qhkrZ5u1zSq06e1LAfCb9AfpeH7+pfVEgIq0Cq/6Khq5gnVRQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=gnjTREIr1rHMN51Gl5x2pkdZ9TIlsj84g3BXGq0j/Cs=; b=E5iJX3uJxncknrMFmQciCLqlqPMWW+Ay++Jbsb+RXjw2UsRSg65hgo3K5xkKgJRs9reNVoB45guG5Pd/H+VfnHuR0B4rffSGPHU8LpvWOx/GoglxvKGY0TTo3wirXrBuWtUCelkrE+GyjFkdbjhvMF2BliFbaIFC9K/tBQ60HHWxbN7HY9TUzxNnNjCvPZYcf0O6NufKFyuHa4D/oleykhiagTcY90Vge0wx+A1oHoWPB+rMUPLewsLNK1d6R9n1aQKJUqVxHdJLaKCfNBf03+BZaUi+bz/NHE4OXdO7RzerhH90r/c4ewTip+6nnx0cTs1uh21K2XZGN2xHM2wHdQ== Received: from CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM (2603:10d6:103:2f5::11) by CPWP152MB6303.LAMP152.PROD.OUTLOOK.COM (2603:10d6:103:1de::5) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7587.35; Sun, 19 May 2024 22:59:03 +0000 Received: from CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM ([fe80::90d7:5086:c485:1db6]) by CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM ([fe80::90d7:5086:c485:1db6%3]) with mapi id 15.20.7587.030; Sun, 19 May 2024 22:59:03 +0000 From: Ivan Quitschal To: Ivan Quitschal , =?utf-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= CC: Vladimir Kondratyev , Warner Losh , Oleksandr Kryvulia , FreeBSD Current Subject: RES: RES: usb mouse not work on boot Thread-Topic: RES: usb mouse not work on boot Thread-Index: AQHaqOuEh36FtJWFCEWIvpMpxmlsnLGcl6aAgAAP3gCAABmj7IAAAQwAgAAwDACAAARLAIAAJe4AgAADIgCAAA2eEIABOXGWgADEWDCAAAFhcA== Date: Sun, 19 May 2024 22:59:03 +0000 Message-ID: References: <20240518092649.6430ad53@ernst.home> <86ttivwikf.fsf@ltc.des.dev> <34a397ef-ca2d-4e04-9066-3cf8a0c48616@shurik.kiev.ua> <86pltivzaf.fsf@ltc.des.dev> In-Reply-To: Accept-Language: pt-BR, en-US Content-Language: pt-BR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-tmn: [18mPhRxQz74O11T4eU2U4kWzrnZ141ljJfLLLiB6Xi2zEgKE3R/WAeOI0UKEJYP2] x-ms-publictraffictype: Email x-ms-traffictypediagnostic: CPWP152MB7921:EE_|CPWP152MB6303:EE_ x-ms-office365-filtering-correlation-id: 433238f4-bf7a-453c-0132-08dc7857475c x-microsoft-antispam: BCL:0;ARA:14566002|461199019|102099023|440099019|3412199016|1602099003|1710799017; x-microsoft-antispam-message-info: 4fRbX6LmXFb4eUMzXBWLEPZZsy2qKkhaTmY0TIrHFGzIFrMO/lvoJg045HT6VVAPDl6Bfydat0L317fhqY2ulxcCro9UqLanx15M6xeRuhWNaYpbXKyzL1p8Cr3oEKseyx24SS6ll4Kfg9Lf8h0QoIHyplohMcWkBW+N4M6mkAjWJSKm0rXyUFoFZrVSRP0QyRv01ANzSQfAT/RAnYb5uYH8egAiGgYKMAWzyXhX8mbuLTLZi+vjqIuY0XQGe3f3RhqynC6jIm82TukyqDqjYsRXl15sabBTPcWtWJaIJTgeq7KlDDbpXIN2J222vaTiiPpde1CKVpnkcj1AMSPQ6CDcjSCM54WQfmtqAbf9Hgv9E2uckLcOPVREqHNxGV72mZxkqyQwwvza2FqXcjXeSdxroNQYWedEvTIgViHGUAMI3o6EeIO7uzN/V7M0l+FzJ0pE7OwV2KtxjyO3XPOJr3b7JgFJpSqW6gtm1duAn2mSuocxRwfHMt7GmUwIrCF0ItmeuUB0eMUrNbMryVYlsflPejAyWVewSkuQpUHB17Aj3b4cjGk5+7uOyVb+feLvEQegUhdUVloY5XMh/JGiLv3sulxOzQZ2VInCcLk9JK+bX5RHY2L96bHFFmGVQHRrB7qNHRiTWpebihF4Ls0qPhKLKItE85B4iv4aJJf5pPSPk7Ns14HLO+Os+FIYDqEC x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?Z252Nm5zbHdMemd2NVk4RXZHcU81TG5ndjU2R2NKN2F5aWFzck90cDUvcE00?= =?utf-8?B?RWprcTdVS2JaK0JwblVHeko2b0ZXNWczRWR6ZnpQWWhHS3ZjNlU5NnlVRlMz?= =?utf-8?B?Yng1UDdGNG11NGZWMVBMczFQS0ZzUVc4ZUw0MzlOUEtzRTRxSWxMa0V3RDhG?= =?utf-8?B?aEdMOGZYZlorMGxrMFpzSUY4SU5sWmEvSEdTNm9iSUltYWt6c0kwb1BlbjI0?= =?utf-8?B?RENlcSt4b1pZQ0xGRW4yTjdRMDdlOUhRQlk4VGRDRUJYV1U5MHQ1ZGsxTTFP?= =?utf-8?B?REM1bnYxL3Z1TWVyVmxSYTZ5RE1kK3Q2M1BmejFEcGNPK0EwUkN2UWJaZHFu?= =?utf-8?B?aUdKMjhveW83WFZ1Y2xQaEhnV3FUWlQrcy9jbzVTSHJ3N3NhNlBjSjhPVHhl?= =?utf-8?B?UkNVOWtuQ09mSko4MEZ6NzRyVFEvR1FWajRPdFB0WjBFd1ViL0pYRlY5MXI2?= =?utf-8?B?SHJXeWh3amJvYVd0bWtCdXo5ZjYyQWJYYmlSNkYwSlBNWmxsNTY3ZEVjWC9s?= =?utf-8?B?VWFPelNlUEtuNEovZ2plV2hKeDZCbmpYa3NVU0N5YkV0QjQ1SFpCZUlxUVkx?= =?utf-8?B?YUVNM04yV2k1R2xqcUU1YTBhM3BFRTdrODg2MVovTmk0Wmdkak5KOHZ1NGtC?= =?utf-8?B?YWFmUTdtQ00yeUZrdVdPREJ3Qm92ZFVzZE5vU1RNL2lkQy9NSTZvbW53TSsy?= =?utf-8?B?bXRYdWNaSWxhdzF6bk1IcTlXNk1iNW1adjlkZU1PNTJUN29ZU05OMzZUQzRh?= =?utf-8?B?YndMWW5RYVVyM2F1b1lrQ2pOUnRDVVF5OEtaWktSUFJoUDA0NDBWRHVUZURR?= =?utf-8?B?MFIxUzFIVUZmWFZpOTNUWTRXaWlJWUhya2ZvM0RWVUo4YnRIbkdKUEVNbVlX?= =?utf-8?B?emc5Z0dUUldaOXpndTBkQzU4NkgrMW9mSldJMG9sb0F6KzFxN3RsV2dZV0lr?= =?utf-8?B?MXdQenZMQkRoaUlyOUlCNXZiaTlyR0ZHcUI2MWhnS2U3UGc4MTU4V1R3U2dP?= =?utf-8?B?S0JyR2xOc2Z0ZlhFYkRkblVVNE9BM2ZQcHlQa09PT254QWg5NGl1M0gwaTE3?= =?utf-8?B?NlVwSkd6UFlOc3o0SWpoSnZyNmZ1Z1d0ZWhrbnJ3MWNDclFJT251UjdPYlVU?= =?utf-8?B?RVFsa1ArZWVCeFA1YnppWGdrYlBDbXMwTU5xY0lTaHpzMFh3WFFtTTM4Vzlk?= =?utf-8?B?b0JRNXhGMnNtaHFpVzlNK1B4ditqTWhNa0h4MGxKSGc0c2pZYTVCWHYrS3JZ?= =?utf-8?B?SXNZeFRZMitVMVdPQjlDRDRqeHVqSFczZXVWUVNkT1FFMnc4SnF2a2JVd3lG?= =?utf-8?B?bkMrRzNiSWdQcEVleUhVa09ZaTl3RGtPRUdLalJ0TXlRTGJOSklRczJ3a1lF?= =?utf-8?B?ejRPZktLWWVPYWdsenNUMkVvamlKTGt2QWxpOGpKZmcybkZ6M3IzS2VTK2Zj?= =?utf-8?B?TEs2Z1MzZTg2UHpETWt0UGVBOTNueU5OVXJCQjlod1pWbXhiYkFLQkE4STRC?= =?utf-8?B?TVVGYTVqTk9UbHFwNjBWZWNGODNDaW9OS3F6OUcrSVplQU5YSkFBeFpMd0lq?= =?utf-8?B?M09QMGl3N0FsNDNHZkJweVVUMTYySW1QQ01aeCt1bmNNUEF6c0FLSFBBeWdP?= =?utf-8?B?LzhHT1BjTWdXMVZOZThjM3l4NUp3WFRGRXhlSFY0eHlrNmx6WmtiR1IzbXMv?= =?utf-8?B?WDNURUpNZWkzemlmRkgyQWJHemhMYzhkTlBnL2lCKytqcjJVNDRQbE53PT0=?= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 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 X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-bf824.templateTenant X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CPWP152MB7921.LAMP152.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 433238f4-bf7a-453c-0132-08dc7857475c X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-originalarrivaltime: 19 May 2024 22:59:03.4209 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: CPWP152MB6303 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:8075, ipnet:2a01:111:f000::/36, country:US] X-Rspamd-Queue-Id: 4VjGNF6H7fz4Znp SGFucyBwYXJ0aWNpcGF0ZWQgb24gdGhhdCwgYW5kIGluIHRoYXQgb25lIHRvbywgIGhlIHdhcyB0 aGUgbGFzdCBwZXJzb24gSSBzcG9rZSBvbiB0aGlzIGZvcnVtLCB0aGVuIEkgZm91bmQgb3V0IHRo ZSB0cmFnaWMgbmV3cywgdGhlbiBJIGxvc3Qgc29tZSBpbnRlcmVzdCwgbm90IGFib3V0IGJzZCwg Ym90IGFib3V0IHRob3NlIHRoaW5ncyBJIHJlbWVtYmVyIGhlIHdhcyBkaXJlY3RseSBpbnZvbHZl ZCAsIGxpa2UgdGhhdCBvbmUgZm9yIGV4YW1wbGUgLi4gDQoNCmJ1dCB5ZXMgSSBrbm93IGl0cyBu b3QgYSBwcm9wZXIgcGF0Y2ggLCBoZSB0b2xkIG1lIHRoYXQgdG9vIC4uIHdpdGggYWxsIHRoZSA5 OTk5OSBhbmQgc3VjaCAuLi4NCg0KbGFzdCB1c2IgdGhpbmcgSSBzcG9rZSBhYm91dCBvbiB0aGlz IGxpc3QNCmh0dHBzOi8vbGlzdHMuZnJlZWJzZC5vcmcvYXJjaGl2ZXMvZnJlZWJzZC1jdXJyZW50 LzIwMjItU2VwdGVtYmVyLzAwMjU4MC5odG1sDQpzbyBwbGVhc2UgDQpub3QgbmVjZXNzYXJ5DQoN Cg0KVGhhbmtzDQp0emsNCg0KDQo+IC0tLS0tTWVuc2FnZW0gb3JpZ2luYWwtLS0tLQ0KPiBEZTog b3duZXItZnJlZWJzZC1jdXJyZW50QEZyZWVCU0Qub3JnIDxvd25lci1mcmVlYnNkLQ0KPiBjdXJy ZW50QEZyZWVCU0Qub3JnPiBFbSBub21lIGRlIEl2YW4gUXVpdHNjaGFsDQo+IEVudmlhZGEgZW06 IGRvbWluZ28sIDE5IGRlIG1haW8gZGUgMjAyNCAxOTo0OQ0KPiBQYXJhOiBEYWctRXJsaW5nIFNt w7hyZ3JhdiA8ZGVzQEZyZWVCU0Qub3JnPg0KPiBDYzogVmxhZGltaXIgS29uZHJhdHlldiA8dmxh ZGltaXJAa29uZHJhdHlldi5zdT47IFdhcm5lciBMb3NoDQo+IDxpbXBAYnNkaW1wLmNvbT47IE9s ZWtzYW5kciBLcnl2dWxpYSA8c2h1cmlrdUBzaHVyaWsua2lldi51YT47IEZyZWVCU0QNCj4gQ3Vy cmVudCA8ZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnPg0KPiBBc3N1bnRvOiBSRVM6IFJFUzog dXNiIG1vdXNlIG5vdCB3b3JrIG9uIGJvb3QNCj4gDQo+IFllYXAsIGkgYWxzbyBzYWlkIGl0IHdv cmtlZCBpbiAxNC1jdXJyZW50IG9sZCBjb2RlIG9ubHkgLGFuZCBoYXMgbW9yZSB0aGFuICAyIHll YXJzDQo+IGFscmVhZHkNCj4gDQo+IE9ubHkgcG9pbnQgd2FzIHdoZXRoZXIgZnJlZWJzZCBoYWQN Cj4gdGhpcw0KPiByZXR1cm4gKEJVU19QUk9CRV9ERUZBVUxUICsgMSk7IH0NCj4gb3IgdGhhdA0K PiByZXR1cm4gKEJVU19QUk9CRV9HRU5FUklDICsgMSk7DQo+IA0KPiBnbGFkIHdlIGhhdmUgdGhl IGZpcnN0IG9uZSAsIGFrYSB0aGUgcmlnaHQgcmV0dXJuDQo+IA0KPiBXZSBoYXZlIGFuIGVudGly ZSBlbWFpbCBjaGFpbiBhYm91dCB0aGlzIGRheSBiYWNrIGluIHRoZSBkYXkgYXVndXN0IDIwMjIg ZG9u4oCZdA0KPiByZW1lbWJlciBjb3JyZWN0bHkNCj4gDQo+IA0KPiANCj4gPiAtLS0tLU1lbnNh Z2VtIG9yaWdpbmFsLS0tLS0NCj4gPiBEZTogRGFnLUVybGluZyBTbcO4cmdyYXYgPGRlc0BGcmVl QlNELm9yZz4gRW52aWFkYSBlbTogZG9taW5nbywgMTkgZGUNCj4gPiBtYWlvIGRlIDIwMjQgMDg6 MDQNCj4gPiBQYXJhOiBJdmFuIFF1aXRzY2hhbCA8dGV6ZWthQGhvdG1haWwuY29tPg0KPiA+IENj OiBWbGFkaW1pciBLb25kcmF0eWV2IDx2bGFkaW1pckBrb25kcmF0eWV2LnN1PjsgV2FybmVyIExv c2gNCj4gPiA8aW1wQGJzZGltcC5jb20+OyBPbGVrc2FuZHIgS3J5dnVsaWEgPHNodXJpa3VAc2h1 cmlrLmtpZXYudWE+OyBGcmVlQlNEDQo+ID4gQ3VycmVudCA8ZnJlZWJzZC1jdXJyZW50QGZyZWVi c2Qub3JnPg0KPiA+IEFzc3VudG86IFJlOiBSRVM6IHVzYiBtb3VzZSBub3Qgd29yayBvbiBib290 DQo+ID4NCj4gPiBJdmFuIFF1aXRzY2hhbCA8dGV6ZWthQGhvdG1haWwuY29tPiB3cml0ZXM6DQo+ ID4gPiBkaWZmIC0tZ2l0IGEvc3lzL2Rldi91c2IvaW5wdXQvdXNiaGlkLmMgYi9zeXMvZGV2L3Vz Yi9pbnB1dC91c2JoaWQuYw0KPiA+ID4gaW5kZXggMTc0ZTFjMjhhZTk2Li43YjE5ZDcxM2M5NDMg MTAwNjQ0DQo+ID4gPiAtLS0gYS9zeXMvZGV2L3VzYi9pbnB1dC91c2JoaWQuYw0KPiA+ID4gKysr IGIvc3lzL2Rldi91c2IvaW5wdXQvdXNiaGlkLmMNCj4gPiA+IEBAIC04MDIsNiArODAyLDcgQEAg dXNiaGlkX3Byb2JlKGRldmljZV90IGRldikNCj4gPiA+ICAgICAgICAgaWYgKGhpZF90ZXN0X3F1 aXJrKCZzYy0+c2NfaHcsIEhRX0hJRF9JR05PUkUpKQ0KPiA+ID4gICAgICAgICAgICAgICAgIHJl dHVybiAoRU5YSU8pOw0KPiA+ID4gKy8vICAgICByZXR1cm4gKEJVU19QUk9CRV9HRU5FUklDICsg MSk7DQo+ID4gPiAgICAgICAgIHJldHVybiAoQlVTX1BST0JFX0RFRkFVTFQgKyAxKTsgfQ0KPiA+ DQo+ID4gWW91IHJlYWxpemUgdGhpcyBkaWZmIGRvZXMgbm90aGluZyBhdCBhbGwsIHJpZ2h0Pw0K PiA+DQo+ID4gREVTDQo+ID4gLS0NCj4gPiBEYWctRXJsaW5nIFNtw7hyZ3JhdiAtIGRlc0BGcmVl QlNELm9yZw0K