From owner-freebsd-current@freebsd.org Sun Apr 26 13:25:20 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 834472AFF76; Sun, 26 Apr 2020 13:25:20 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4997v42T0bz4TkV; Sun, 26 Apr 2020 13:25:20 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mbp.fritz.box (ip4d16e760.dynamic.kabel-deutschland.de [77.22.231.96]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 6B07C722D2F95; Sun, 26 Apr 2020 15:25:17 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: How to enable tcp bbr in FreeBSD??? From: Michael Tuexen In-Reply-To: <3992D62E-D4B4-46CD-84B7-6D9C283E86B8@netflix.com> Date: Sun, 26 Apr 2020 15:25:16 +0200 Cc: Mark Johnston , Tom Jones , freebsd-transport@freebsd.org, FreeBSD CURRENT Content-Transfer-Encoding: quoted-printable Message-Id: <5EDF5E60-6DCF-42AB-8BAC-EA1A122AA0E9@freebsd.org> References: <20200424141508.GB78595@tom-desk.erg.abdn.ac.uk> <20200424142341.GB17086@raichu> <4FA1C2BC-22E6-49F4-8850-8F3DA69C9914@netflix.com> <095E9C49-AB23-470D-8925-8694D8AEE915@macmic.franken.de> <3E7DE486-0342-4A7C-9696-1947DE977C6D@netflix.com> <3992D62E-D4B4-46CD-84B7-6D9C283E86B8@netflix.com> To: Randall Stewart X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 4997v42T0bz4TkV X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.42 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.50)[-0.503,0]; NEURAL_HAM_LONG(-0.91)[-0.914,0]; ASN(0.00)[asn:680, ipnet:193.174.0.0/15, country:DE] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2020 13:25:20 -0000 > On 26. Apr 2020, at 15:09, Randall Stewart wrote: >=20 > I am thinking that this really needs to have > a deeper support in the transport. >=20 > I see that OOB is even in socket_dgram process and there > are comments in there that indicate it may be a problem.. I=20 > know UDP does not support it. >=20 > So I think what is needed here is >=20 > 1) a new pru_method that at send/rcv it can query if PRUS_EOF = PRUS_OOB > is supported. Not sure what you need to check for PRUS_EOF? > 2) For UDP either query would return false. > 3) For TCP this would resolve to a stack specific query. For the=20 > freebsd stack, it would return true for both, for Rack or BBR > you would get True for PRUS_EOF and False for PRUS_OOB. This way > you could capture an error in any case by adding a check at the > top of send/recv and immediately return an error as appropriate. > 4) I would also think like all pru methods, you get a default of = true/true > so that way I guess unix domain sockets would continue as they are = (not > sure if they support these or not I should probably look) Hmm. Thinking about this: I guess we want to focus on TCP, since my understanding is that the problem is that some TCP stacks do support OOB, some don't. So you can't query that right now via a TCP value. So couldn't we check in tcp_usr_send() if the stack currently being used for the socket support OOB? It would be a stack specific value. Such a change should fix this issue and does not impact other protocols. Best regards Michael >=20 >=20 > R >=20 >> On Apr 26, 2020, at 8:55 AM, Randall Stewart wrote: >>=20 >> Sure.. >>=20 >> I will take a look at it.=20 >>=20 >> R >>=20 >>> On Apr 26, 2020, at 8:51 AM, Michael Tuexen = wrote: >>>=20 >>>=20 >>>=20 >>>> On 26. Apr 2020, at 13:34, Randall Stewart via freebsd-transport = wrote: >>>>=20 >>>> I have pulled down the reproducers.. one thing to note >>>> is they are all rack (though it could be that the problems >>>> are also in BBR). And of course FreeBSD is behind NF in >>>> rack at least. >>>>=20 >>>> I need to work on getting things updated.. one thing Michael,=20 >>>> both Rack and BBR in NF have lost the OOB handling. Please do >>>> not commit any more changes to Rack .. since that work has already >>>> been done. >>> I understand that the support of MSG_OOB is gone, but if you want >>> to return an error to the user when he uses MSG_OOB, you need to >>> trigger this error in the protocol specific code. >>>=20 >>> I don't think we can return an error in all cases (also for the >>> default stack), since that would change existing behaviour. >>>=20 >>> I leave this up to you. >>>=20 >>> Best regards >>> Michael >>>>=20 >>>> R >>>>=20 >>>>> On Apr 26, 2020, at 7:28 AM, Randall Stewart = wrote: >>>>>=20 >>>>> This is actually the first I have heard of these bugs=E2=80=A6 >>>>>=20 >>>>> I will have look at them Mark. >>>>>=20 >>>>> R >>>>>=20 >>>>>> On Apr 24, 2020, at 10:23 AM, Mark Johnston = wrote: >>>>>>=20 >>>>>> On Fri, Apr 24, 2020 at 03:15:08PM +0100, Tom Jones wrote: >>>>>>> rrs@freebsd.org >>>>>>> Bcc:=20 >>>>>>> Subject: Re: How to enable tcp bbr in FreeBSD??? >>>>>>> Reply-To:=20 >>>>>>> In-Reply-To: <6042155a-297b-d85e-1d64-24d93da329a2@gmail.com> >>>>>>>=20 >>>>>>>=20 >>>>>>> ... snip ... >>>>>>>>=20 >>>>>>>> Maybe it is not ready for prime time, i do not know why it is = not in the >>>>>>>> default build. >>>>>>>> Maybe ask the committer. >>>>>>>>=20 >>>>>>>=20 >>>>>>> I have added rrs@ in cc and the freebsd-transport list.=20 >>>>>>>=20 >>>>>>> Does anyone know if there are plans to enable alternate TCP = stacks in >>>>>>> generic?=20 >>>>>>>=20 >>>>>>> Is there a stability point we need to hit first? >>>>>>=20 >>>>>> There are a couple of open bugs found by syzkaller (complete with >>>>>> reproducers) that appeared when I enabled the alternate TCP = stacks: >>>>>>=20 >>>>>> = https://syzkaller.appspot.com/bug?id=3D986b4cecd84439df9794bda1a45d9cf0f50= 356fe >>>>>> = https://syzkaller.appspot.com/bug?id=3D048f650e99696f881872a285cef0e3b9bd4= f4e25 >>>>>>=20 >>>>>> I'd expect these to be fixed before providing the alternate = stacks in >>>>>> GENERIC. >>>>>> _______________________________________________ >>>>>> freebsd-transport@freebsd.org mailing list >>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-transport >>>>>> To unsubscribe, send any mail to = "freebsd-transport-unsubscribe@freebsd.org" >>>>>=20 >>>>> ------ >>>>> Randall Stewart >>>>> rrs@netflix.com >>>>>=20 >>>>>=20 >>>>>=20 >>>>=20 >>>> ------ >>>> Randall Stewart >>>> rrs@netflix.com >>>>=20 >>>>=20 >>>>=20 >>>> _______________________________________________ >>>> freebsd-transport@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-transport >>>> To unsubscribe, send any mail to = "freebsd-transport-unsubscribe@freebsd.org" >>=20 >> ------ >> Randall Stewart >> rrs@netflix.com >>=20 >>=20 >>=20 >=20 > ------ > Randall Stewart > rrs@netflix.com >=20 >=20 >=20 From owner-freebsd-current@freebsd.org Sun Apr 26 17:55:05 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B51BF2B8023 for ; Sun, 26 Apr 2020 17:55:05 +0000 (UTC) (envelope-from kp@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) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499FtK4LPKz3HlV; Sun, 26 Apr 2020 17:55:05 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from venus.codepro.be (venus.codepro.be [5.9.86.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.codepro.be", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id 7677613009; Sun, 26 Apr 2020 17:55:05 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id 8182634651; Sun, 26 Apr 2020 19:55:03 +0200 (CEST) From: "Kristof Provost" To: FreeBSD-Current Cc: status-updates@freebsdfoundation.org Subject: Bridge project update (Week of April 21st) Date: Sun, 26 Apr 2020 19:55:02 +0200 X-Mailer: MailMate (1.13.1r5671) Message-ID: MIME-Version: 1.0 Content-Type: text/plain; format=flowed; markup=markdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2020 17:55:05 -0000 Hi, This is likely the last update. The main change (and the final test case) has been committed: https://svnweb.freebsd.org/changeset/base/360345 (And https://svnweb.freebsd.org/changeset/base/360346) I intend to MFC this to stable/12 in due course, but it will do no hard to let it get a bit more testing in CURRENT first. The Foundation wrote about this project here: https://www.freebsdfoundation.org/blog/500-if_bridge-performance-improvement/ There will be an in-depth article on this work in the upcoming May/June issue of FreeBSD Journal. Best regards, Kristof Provost From owner-freebsd-current@freebsd.org Sun Apr 26 20:06:15 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7474B2BAFCE for ; Sun, 26 Apr 2020 20:06:15 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499Jnd3dd2z3QbH; Sun, 26 Apr 2020 20:06:13 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1587931570; bh=4fL5pRQSXM8KwgeJN+Q5PBinQOKtrn7kFW2OZdVGyS8=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:In-Reply-To:References; b=fx9iK88ywA+8kfJ8wBAY2+MeJXQkiGe/pYhg3MeRvVgi4PFrVQ8ytZNxnMnHW4Grj wQUk0AZOeOni9syyMGVhB5x/sLGeq5lhgbupKw/GhEKA5q6judKVbHAnQFmDkcL8Lp AjUgg4zJtR/W3kJZbPCwBJpEC+NjKWOtrDBFH3c4= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from hermann.fritz.box ([78.54.18.20]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MJVDW-1jmWHi2dNg-00JppA; Sun, 26 Apr 2020 22:06:10 +0200 Date: Sun, 26 Apr 2020 22:06:01 +0200 From: "Hartmann, O." To: Michael Tuexen Cc: "Hartmann, O." , FreeBSD CURRENT Subject: Re: Compiling MOD_CC into kernel (TCP congestion control)? Message-ID: <20200426220601.3045ad76@hermann.fritz.box> In-Reply-To: References: <20200425192854.14dc5cbf@hermann.fritz.box> Organization: walstatt.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/UPxiVXHDuQ=H4GZxRfm/LOT"; protocol="application/pgp-signature" X-Provags-ID: V03:K1:FTUDZp8jMc3i0Targi1MC+eF2Jq4NlNQoZabHJAXGJovCe9NPUn WUPU8JPd/1MVHCg1PJ4dbn2RywEb49lV3A5FgJ9jR1AEXbyOzsogWpE7ogGZ+yPSMVOHDe0 WQe7at3NMLUrJ1HKKKsU35d6Lk4gCZKW18FRnMxQX7pCwnDbnhS7pSMX2ZJhMBf8VwMsZm/ 44A4AgQD39eEqoOX8j1GA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:d5aHEtBZY5E=:9tHaQJnV5MbRD4p03Z0DQb sMJXknvMzBaQwV9xHrKdutgRlzevF/t0ad0TaKRr2mG44/OfI5GEohDbI9jZkyzWP92tMBA/r 0DTQ5mMACZht7aSKFJAFmlmMpLdpHVn8mZA0zbP3TGrcg+f5Sp+ixoeXp4MOUUGZbqdrS21Lz 3Om+mkRfxIo4Op39JaKTxOcOZUdo8B3//sI24IaSlAyGJXuXzwvGQ0nruknf2DE3RRoulT5Fb S9zX0jXEzeugO3oL+mPGQoAHEWnbVs0y9Nwf2CxsFzLOCvisNvorB+M9E9yYL+iYmCu2jLN+k wRrYv+KMx4UaWISIzf6totK4sG53zP2s2W5dT4FrG3svVCEc1TTmT1xQXwzAn1WzuMGDPjexx n3F6nbR8TsHUIiGBMe/IFSmhj6BQyiq5YHZn7daIX51uuxpAnRIqEdGxe2HXDD+8zmDR0qE34 P08DbfYJm3gTlYMdyYhpQkciO6nh6clqkGE+nhrzkkclfjrsMlSxwbYNkgQr54VJ37gIS2Y07 k2yWTtzqTdeDeqSzgHNFei8VEVtgbeljQ04AsbPudoA1Hq43i5zh66h6OyYXhKafk2fzJ98zB cuT3r5CgYfMvQe89uu5LN+L5tJfKMp3Jvuw4sBhGUQdAezXN+Tt9IhcixIzrNrPyT2D9H7kEd 2xKEyZyfhPHVPBMn1wbyVur//qaiJQ8I7yey530mn7+NoWD8d0AypAkE3wzzPMrwsMnUjECFn TMp+JXJV02LokGSifsndlayoyOduCGQI771v3RNrFCDFWK52zRC+jD3w9jDLWptMqXGFadOyq xs5E512V3E8MXHsk2WHFgPH1eyLtNtaVnrBAvbnH4U1/YXfqOTOFDShcd5JFqPXGO0lgF8Ha5 tNInTxlKJzEnzZrmdv458rGS+4M1j6wO0BS9/zzziwt+oNcKYcQcSTCuQPLZSF8kRXA32NNad 6Ztp9OoR4dueCJ3T5iy5dJ6YbdAWu99IqTM5XS1tM2zwQ5dejvU6u6MkU9j1ivqMAd5XhsE+S gLo6O2mhhMl0T+V57EJyOKsI9SGPyj66oH0oTYRo22aL6fEIXdeZRUDYT5EpAfXdADkPlahA+ m3XUq87zEoEgfsgTehX9uICWfZPu3dHutt+an9K1viOvFdnpVJkmWC0gE1PXOD6DV+pbO3sfr PA1ysfoe9wVQHVWtNOnalXEMiLCcw/2F0BTPLIV5mGTgb382hsaO4emeFNMZ8FlVAawkVuUgH 4M4Wwc67SkVC269fO X-Rspamd-Queue-Id: 499Jnd3dd2z3QbH X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=fx9iK88y; dmarc=none; spf=none (mx1.freebsd.org: domain of o.hartmann@walstatt.org has no SPF policy when checking 212.227.15.19) smtp.mailfrom=o.hartmann@walstatt.org X-Spamd-Result: default: False [-4.80 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; RECEIVED_SPAMHAUS_PBL(0.00)[20.18.54.78.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.99)[-0.992,0]; IP_SCORE(-1.31)[ip: (-7.35), ipnet: 212.227.0.0/16(-1.22), asn: 8560(2.06), country: DE(-0.02)]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[walstatt.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; R_SPF_NA(0.00)[]; SIGNED_PGP(-2.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[19.15.227.212.list.dnswl.org : 127.0.3.1]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2020 20:06:15 -0000 --Sig_/UPxiVXHDuQ=H4GZxRfm/LOT Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 25 Apr 2020 22:13:08 +0200 Michael Tuexen wrote: > > On 25. Apr 2020, at 19:28, Hartmann, O. > > wrote: > >=20 > > On a firewall/router project of ours I try to experiment with > > several options/algorithms for mod_cc(4). The kernel is compiled > > statically, so that no kernel module can be loaded at runtime, > > therefor I need to compile the different modules mod_cc into the > > kernel. > >=20 > > The manpage mod_cc(4) states: " ... Algorithm modules can be > > compiled into the kernel or loaded as kernel modules ..." > >=20 > > Trying to figure out which manpage could hold the necessary > > information how to proceed with compiling those modules statically > > into the kernel, I tried tcp(4), mod_cc(4) and tried to get some > > informations from /usr/src/sys/conf/NOTES - without any succes. > >=20 > > Can someone point me to the correct manpage to perform the desired > > task? =20 > Hi, >=20 > I can't point you to a man page, but do you get what you want if you > add lines like the existing one > netinet/cc/cc_newreno.c optional inet | inet6 > to sys/conf/files for the CC modules you would like to get compiled > in your kernel? >=20 > Best regards > Michael > >=20 > > Thanks in advance, > > kind regards > >=20 > > O. Hartmann =20 >=20 Hello. Thank you very much for the hint. Doing like suggested make me feel back in the times of "config" for BSD kernel configurations ;-) Well, as I stated in the original question, the subject is a littel project where we'd like to compile those modules into the kernel. That is a requirement given by higher order (no modules available, everything needed needs to be static in the kernel, no loading/unloading of modules allowed for security purposes). oh --Sig_/UPxiVXHDuQ=H4GZxRfm/LOT Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCXqXpqQAKCRA4N1ZZPba5 RyZkAP9+70IiXSEwVQ/xisl2nMaawebIg2yE3BQkjaUvMU4xIQD/Q1kZlCB7GAO0 x67io0tcefVBS/8m0fNaU6qwKdWBMgs= =08o+ -----END PGP SIGNATURE----- --Sig_/UPxiVXHDuQ=H4GZxRfm/LOT-- From owner-freebsd-current@freebsd.org Sun Apr 26 23:17:26 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 47E882C0417 for ; Sun, 26 Apr 2020 23:17:26 +0000 (UTC) (envelope-from ross@bisd.ro) Received: from hollis.kitiz.in (hollis.kitiz.in [205.209.235.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "a.club.kitiz.in", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499P2B0SmGz46dq for ; Sun, 26 Apr 2020 23:17:21 +0000 (UTC) (envelope-from ross@bisd.ro) Received: from hollis.kitiz.in (hollis.kitiz.in [10.0.103.2]) by hollis.kitiz.in (OpenSMTPD) with ESMTP id 896a23a0 for ; Sun, 26 Apr 2020 18:17:12 -0500 (CDT) Received: by hollis.kitiz.in (OpenSMTPD) with ESMTPSA id 84419b87 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Sun, 26 Apr 2020 18:17:12 -0500 (CDT) From: Ross Gohlke Subject: r358503 breaks reroot To: freebsd-current@freebsd.org Message-ID: Date: Sun, 26 Apr 2020 18:16:52 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 Content-Language: en-US X-Rspamd-Queue-Id: 499P2B0SmGz46dq X-Spamd-Bar: - X-Spamd-Result: default: False [-1.85 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.85)[-0.850,0]; R_DKIM_ALLOW(-0.20)[bisd.ro:s=bisdro]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; URI_COUNT_ODD(1.00)[9]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-0.01)[country: US(-0.05)]; DKIM_TRACE(0.00)[bisd.ro:+]; DMARC_POLICY_ALLOW(-0.50)[bisd.ro,reject]; NEURAL_HAM_LONG(-0.99)[-0.987,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:13693, ipnet:205.209.224.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2020 23:17:26 -0000 As of r358503, *reboot -r* no longer works for me. This is only tested on amd64. I produced a vanilla mini-memstick image each for r358502 and r358503. I booted each in bhyve in single user mode and ran *reboot -r*. The first works as expected, the second halts with: kern_symlink /dev -> / returns 20 Images (to be deleted when this is resolved): * https://club.bisd.ro/site/uv/FreeBSD-13.0-CURRENT-amd64-r358502.img * https://club.bisd.ro/site/uv/FreeBSD-13.0-CURRENT-amd64-r358503.img SHA1 checksums (via https://club.bisd.ro/site/uvlist): * r358502 - c968c4a71c270561c1b0a02e2b2281cbbf8787d7 * r358503 - b5d1abd6b3f3e009c2b54198d76d71a8640807a6 External bhyve commands: * sh /usr/share/examples/bhyve/vmrun.sh -c 1 -m 1024M -d /mnt/FreeBSD-13.0-CURRENT-amd64-r358502.img reroot * sh /usr/share/examples/bhyve/vmrun.sh -c 1 -m 1024M -d /mnt/FreeBSD-13.0-CURRENT-amd64-r358503.img reroot Internal bhyve commands: 1. Press 2 for single user mode. 2. When prompted, press Return. 3. Issue command: reboot -r To exit the first case: 1. Press Return. 2. Select Shell. 3. Issue command: shutdown -p now To exit the second case, issue the following command in a second terminal: bhyvectl --destroy --vm=reroot Any suggested workarounds besides reverting to r358502? Any help appreciated, Ross From owner-freebsd-current@freebsd.org Mon Apr 27 00:20:07 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 11C3F2C1BB2 for ; Mon, 27 Apr 2020 00:20:07 +0000 (UTC) (envelope-from ross@bisd.ro) Received: from hollis.kitiz.in (hollis.kitiz.in [205.209.235.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "a.club.kitiz.in", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499QQX6Nzpz49Yf for ; Mon, 27 Apr 2020 00:20:04 +0000 (UTC) (envelope-from ross@bisd.ro) Received: from hollis.kitiz.in (hollis.kitiz.in [10.0.103.2]) by hollis.kitiz.in (OpenSMTPD) with ESMTP id f45eeb33 for ; Sun, 26 Apr 2020 19:20:01 -0500 (CDT) Received: by hollis.kitiz.in (OpenSMTPD) with ESMTPSA id 5d578ba1 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Sun, 26 Apr 2020 19:20:01 -0500 (CDT) Subject: Re: r358503 breaks reroot From: Ross Gohlke To: freebsd-current@freebsd.org References: Message-ID: Date: Sun, 26 Apr 2020 19:19:41 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 499QQX6Nzpz49Yf X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.98 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.973,0]; R_DKIM_ALLOW(-0.20)[bisd.ro:s=bisdro]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-0.01)[country: US(-0.05)]; DKIM_TRACE(0.00)[bisd.ro:+]; DMARC_POLICY_ALLOW(-0.50)[bisd.ro,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:13693, ipnet:205.209.224.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 00:20:07 -0000 On 2020-04-26 18:16, Ross Gohlke wrote: > As of r358503, *reboot -r* no longer works for me. > This is only tested on amd64. > > I produced a vanilla mini-memstick image each for r358502 and r358503. > I booted each in bhyve in single user mode and ran *reboot -r*. > The first works as expected, the second halts with: > > kern_symlink /dev -> / returns 20 > > Images (to be deleted when this is resolved): > * https://club.bisd.ro/site/uv/FreeBSD-13.0-CURRENT-amd64-r358502.img > * https://club.bisd.ro/site/uv/FreeBSD-13.0-CURRENT-amd64-r358503.img > > SHA1 checksums (via https://club.bisd.ro/site/uvlist): > * r358502 - c968c4a71c270561c1b0a02e2b2281cbbf8787d7 > * r358503 - b5d1abd6b3f3e009c2b54198d76d71a8640807a6 > > External bhyve commands: > * sh /usr/share/examples/bhyve/vmrun.sh -c 1 -m 1024M -d > /mnt/FreeBSD-13.0-CURRENT-amd64-r358502.img reroot > * sh /usr/share/examples/bhyve/vmrun.sh -c 1 -m 1024M -d > /mnt/FreeBSD-13.0-CURRENT-amd64-r358503.img reroot > > Internal bhyve commands: > 1. Press 2 for single user mode. > 2. When prompted, press Return. > 3. Issue command: reboot -r > > To exit the first case: > 1. Press Return. > 2. Select Shell. > 3. Issue command: shutdown -p now > > To exit the second case, issue the following command in a second > terminal: > bhyvectl --destroy --vm=reroot > > Any suggested workarounds besides reverting to r358502? > > Any help appreciated, > Ross Forgot to refresh server and image links above were unavailable, sorry. They should work now. From owner-freebsd-current@freebsd.org Mon Apr 27 06:02:37 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CA8522A8CE5 for ; Mon, 27 Apr 2020 06:02:37 +0000 (UTC) (envelope-from SRS0=oYLu=6L=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 499Z1m3Bgdz4S0T; Mon, 27 Apr 2020 06:02:36 +0000 (UTC) (envelope-from SRS0=oYLu=6L=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id A90D528438; Mon, 27 Apr 2020 08:02:27 +0200 (CEST) Received: from illbsd.quip.test (ip-62-24-92-232.net.upcbroadband.cz [62.24.92.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id BF0DD28435; Mon, 27 Apr 2020 08:02:23 +0200 (CEST) Subject: Re: PCIe NVME drives not detected on Dell R6515 To: Scott Long Cc: Kurt Jaeger , Warner Losh , FreeBSD-Current References: <0F8BCB8C-DE60-4A34-A4D8-F1BB4B9F906A@samsco.org> <9EF043C1-FF8F-4997-B59A-EC3BF7D1CEEE@samsco.org> <31E8B2BE-BED2-4084-868D-32C48CB3CD6E@samsco.org> <573f5fab-1ef6-151f-18ca-58d3a4a89c72@quip.cz> <07B6763F-C23B-4B7C-B76A-26267AC35453@samsco.org> <20200417194431.GD39563@home.opsec.eu> <148dcdf7-f185-f14f-52ee-d4df3a2a1dc7@quip.cz> <8D8E1F62-AB66-47E1-8444-3D66F8EADA74@samsco.org> <015c7aa8-9385-4219-1bf1-0137f65ed80d@quip.cz> <90C35FEF-690C-4D04-A0D8-D3E5A448C744@samsco.org> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <4736a46d-716d-7860-ff56-6c1d7391dbeb@quip.cz> Date: Mon, 27 Apr 2020 08:02:22 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <90C35FEF-690C-4D04-A0D8-D3E5A448C744@samsco.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 499Z1m3Bgdz4S0T X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=oYLu=6L=quip.cz=000.fbsd@elsa.codelab.cz has no SPF policy when checking 94.124.105.4) smtp.mailfrom=SRS0=oYLu=6L=quip.cz=000.fbsd@elsa.codelab.cz X-Spamd-Result: default: False [3.69 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; IP_SCORE(0.81)[ip: (0.26), ipnet: 94.124.104.0/21(0.13), asn: 42000(3.56), country: CZ(0.09)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.68)[0.683,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=oYLu=6L=quip.cz=000.fbsd@elsa.codelab.cz]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=oYLu=6L=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 06:02:37 -0000 I don't know what is with Scott. I hope he is well. Is there somebody else who can help me with this issue? Scott wrote there are hotplug PCIe buses not probed during boot process. I am not a developer so I cannot move forward alone. Kind regards Miroslav Lachman On 2020-04-17 23:30, Scott Long wrote: >> On Apr 17, 2020, at 3:07 PM, Miroslav Lachman <000.fbsd@quip.cz> wrote: >> >> Scott Long wrote on 04/17/2020 23:04: >>>> On Apr 17, 2020, at 2:45 PM, Miroslav Lachman <000.fbsd@quip.cz> wrote: >>>> >>>> Scott Long wrote on 04/17/2020 22:17: >>>>>> On Apr 17, 2020, at 1:47 PM, Miroslav Lachman <000.fbsd@quip.cz> wrote: >>>>>> >>>>>> Kurt Jaeger wrote on 04/17/2020 21:44: >>>>>>> Hi! >>>>>>>>> pciconf -lBc pcib12 >>>>>>>>> pciconf -lBc pcib13 >>>>>>>> >>>>>>>> Printscreen attached. >>>>>>> Attachments are stripped from the list -- can you put them somewhere >>>>>>> online ? >>>>>> >>>>>> Here it is https://ibb.co/c1dZrTf >>>>>> >>>>>> Miroslav Lachman >>>>>> >>>>> Ok, the bridges know about their downstream bus numbers, but I see nothing that suggests that they’re being probed. The next step would be bootverbose, but that’s going to be a lot of output to collect in screen captures. >>>> >>>> Over 3000 lines long but I finally managed to make SOL work so I have it as text! >>>> >>>> https://pastebin.pl/view/90fdaafb >>>> >>> This helped a lot, thanks. It looks like these PCIe buses are marked as being hotplug, and for some reason we’re not probing them. At this point, I’d need to feed you some kernel patches that will dump out more info, but you’d have to compile them and get them onto your boot media. Is that a possibility? >> >> Currently I have all machines on 11.3 (where I can rebuild kernel without problem) >> If CURRENT is required I would need to setup some CURRENT VM in VirtualBox. >> >> Can you send me some link to documentation who should I create new ISO after rebuild? >> > > I don’t know of any docs for doing custom releases, and it looks like it’s harder than it used to be to insert custom patches. That said, I recommend doing the following on your 11.x build system: > > 1. Do a clean `make buildworld` with an up-to-date tree > 2. change into the `release` directory that you just did the buildworld from > 3. `sudo make release NOPORTS= NODOC= CHROOTDIR=/usr/tmp/release SRCBRANCH="base/stable/11@rHEAD”` > > You can set CHROOTDIR to whatever you want that has a few GB of space, but remember where you’ve set it for later steps. This will build a release with stock sources. Let it complete, both to prepare for the next step and to ensure that it works. It’ll take an hour or two depending on your machine speed > > 4. Take the patch that I’ll send you shortly and apply it to $CHROOTDIR/usr/src > 5. `sudo make memstick NOPORTS= NODOC= SRC_UPDATE_SKIP= CHROOTDIR=/usr/tmp/release` > > Scott From owner-freebsd-current@freebsd.org Mon Apr 27 06:03:52 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ACDF02A8F10 for ; Mon, 27 Apr 2020 06:03:52 +0000 (UTC) (envelope-from mmatalka@gmail.com) Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499Z3C0TgQz4SC8 for ; Mon, 27 Apr 2020 06:03:50 +0000 (UTC) (envelope-from mmatalka@gmail.com) Received: by mail-lj1-x22f.google.com with SMTP id j3so16204853ljg.8 for ; Sun, 26 Apr 2020 23:03:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=user-agent:from:to:subject:date:message-id:mime-version; bh=vU50z2dyaHtphKzqB++7zoUQ9w5yHWzuajslyVj+3Jo=; b=dje5/UoO+9xtWQLOC2bpzPrueKkpjl6/OsjgPjel3QlPTrTWG3Mp2E0xMkZAxLPr3W l0PLkkScPVEe55wS9hCpPprLlP/bI2hjCo362oj9NGVKvg2MwGMgTWHhdvtheC21TIKe i0ecxhQDVArc+Jcjlfr0oucPg1iVRwOx3Y/hs0eOObJ1x7zO5ktVunP3S5otPbpgTZKF X0on7ZAyAhnINEHtjOpdR0zqufZBvpLXHyIXXevg7ORS3pELHT8AwjzP6z//sApgGlfo FQ2DaxSxi9R+fxAyvLA2vbUzyEqlDHeY5h+5DT7qiP+tiWF/wh4dEUmzTqT3+7k7Ucpv BhAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:from:to:subject:date:message-id :mime-version; bh=vU50z2dyaHtphKzqB++7zoUQ9w5yHWzuajslyVj+3Jo=; b=mXmAwZ0xQkYHBEyF5ALEtS4gzmxIy+vVQejd+sQjYM6wg94KZDxb3HR3EblyN96Xry RBFx2/mdhGLml0XChqo5KK740BU2PFHIq3OT1SjNjqFEnG8RK+vuG8dYYwSeCTFSuNmf LwgfzzQb01bSVe97bmtdvUFsD3kfwrf9AE5GnAjNPjF00QnzHYzM0ViNxpZmlAkrqnBH bYe8ywJKdivXnTBHIvzazntsu5FWvsZrMAmO8bfAh6gJkwEG4JGCxQ55ynPZKW4pNB2o zPaIu8CcGX5TuOecncOjETvhSejTtieIruH3sencA7p0uoFKoe2M/Z1fH1CBnn6oN+bF j8gA== X-Gm-Message-State: AGi0Puaqu27MvRsZiF5rYZ3VqBEAPj3EDGD9Dg5Exg/LM6IpnxWIi4kW tfgFoTJO/g8ovYFP08mu9O3ToMpr X-Google-Smtp-Source: APiQypIFi4CS6RQEF1EoPeKTrn7xtneYDEfKmBWiY97/NsmmS4LfnRrdAdwDOAy76tmq2UQIT8gUlA== X-Received: by 2002:a2e:9b0f:: with SMTP id u15mr13107574lji.272.1587967428677; Sun, 26 Apr 2020 23:03:48 -0700 (PDT) Received: from localhost (customer-109-238-136-64.stosn.net. [109.238.136.64]) by smtp.gmail.com with ESMTPSA id 73sm10352812ljj.72.2020.04.26.23.03.48 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 26 Apr 2020 23:03:48 -0700 (PDT) User-agent: mu4e 1.2.0; emacs 26.3 From: Malcolm Matalka To: "freebsd-current\@freebsd.org" Subject: Weird mouse behaviour Date: Mon, 27 Apr 2020 08:03:47 +0200 Message-ID: <86imhlv518.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 499Z3C0TgQz4SC8 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=dje5/UoO; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mmatalka@gmail.com designates 2a00:1450:4864:20::22f as permitted sender) smtp.mailfrom=mmatalka@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.28), ipnet: 2a00:1450::/32(-2.33), asn: 15169(-0.43), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[f.2.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 06:03:52 -0000 I saw that there was another thread on this and I wanted to throw my experience in: my mouse was sluggish and tap-to-click did not work. I set the evdev mask back to 3 and it worked. I am on a Dell XPS 13. From owner-freebsd-current@freebsd.org Mon Apr 27 06:45:29 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5B1822AAAC7 for ; Mon, 27 Apr 2020 06:45:29 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 499ZzC0Rfwz4W2S for ; Mon, 27 Apr 2020 06:45:26 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 627221AF106; Mon, 27 Apr 2020 06:45:24 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTPS id 03R6jNoX022061 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 27 Apr 2020 06:45:23 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.15.2/8.15.2/Submit) id 03R6jNQC022060; Mon, 27 Apr 2020 06:45:23 GMT (envelope-from phk) To: Malcolm Matalka cc: "freebsd-current\@freebsd.org" Subject: Re: Weird mouse behaviour In-reply-to: <86imhlv518.fsf@gmail.com> From: "Poul-Henning Kamp" References: <86imhlv518.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <22058.1587969923.1@critter.freebsd.dk> Date: Mon, 27 Apr 2020 06:45:23 +0000 Message-ID: <22059.1587969923@critter.freebsd.dk> X-Rspamd-Queue-Id: 499ZzC0Rfwz4W2S X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-1.90 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.969,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.98)[-0.978,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.04)[ip: (0.06), ipnet: 130.225.0.0/16(0.08), asn: 1835(0.09), country: EU(-0.01)]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; FREEMAIL_TO(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 06:45:29 -0000 -------- In message <86imhlv518.fsf@gmail.com>, Malcolm Matalka writes: >I saw that there was another thread on this and I wanted to throw my >experience in: my mouse was sluggish and tap-to-click did not work. I >set the evdev mask back to 3 and it worked. Thanks! That helped a lot with my sanity on my T480 -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Mon Apr 27 06:51:16 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 943C22AAD55 for ; Mon, 27 Apr 2020 06:51:16 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [176.58.89.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 499b5t56y9z4WJd for ; Mon, 27 Apr 2020 06:51:14 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 499b5k5zXsz3lbm; Mon, 27 Apr 2020 06:51:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=20151023; t=1587970123; bh=RYh0JV7l3c2bgtdETcyn9MVy owOr7/i+ZsWDOfiMIf4=; b=b+wIJ972FCqxjNRKAjnDYUqL0iuotjqSvBCKIq5L UIDmsmkZL+DP09FEuqPTAK1j4uUm8vwtV95SY/cNoAP3cXSCp3GhBdUom12lmcbY FxMWWQL7nxkz9sdYolqLFxihKHm3RA4SFPdiMbK2vQ2ydqqRR9Ayk1FHxvHe5i8d zTc= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([127.0.0.1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [127.0.0.1]) (amavisd-new, port 10587) with ESMTPS id poOhXUV9BKfs; Mon, 27 Apr 2020 06:48:43 +0000 (UTC) Received: from garnet.daemonic.se (unknown [IPv6:2001:470:dca9:201:d198:cafc:e960:ee6d]) by mail.daemonic.se (Postfix) with ESMTPSA id 499b0K5DLGz3mFw; Mon, 27 Apr 2020 06:46:25 +0000 (UTC) Subject: Re: Weird mouse behaviour To: Malcolm Matalka , "freebsd-current@freebsd.org" References: <86imhlv518.fsf@gmail.com> From: Niclas Zeising Message-ID: <6dfad31c-68f2-c38f-28ac-0696e73b41a9@daemonic.se> Date: Mon, 27 Apr 2020 08:46:25 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <86imhlv518.fsf@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 499b5t56y9z4WJd X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=b+wIJ972; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 176.58.89.161 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-6.69 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-3.69)[ip: (-9.73), ipnet: 176.58.89.0/24(-4.87), asn: 36236(-3.80), country: US(-0.05)]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[daemonic.se:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36236, ipnet:176.58.89.0/24, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 06:51:16 -0000 On 2020-04-27 08:03, Malcolm Matalka wrote: > I saw that there was another thread on this and I wanted to throw my > experience in: my mouse was sluggish and tap-to-click did not work. I > set the evdev mask back to 3 and it worked. > > I am on a Dell XPS 13. Hi! Is this on CURRENT? When using X? Can you verify that you have xf86-input-libinput installed? You can change sensitivity and enable tap to click using xinput. Regards -- Niclas From owner-freebsd-current@freebsd.org Mon Apr 27 06:54:29 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D043A2AB125 for ; Mon, 27 Apr 2020 06:54:29 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 499b9d0jvNz4WjR for ; Mon, 27 Apr 2020 06:54:28 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 73AB41AF106; Mon, 27 Apr 2020 06:54:27 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTPS id 03R6sQTR076672 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 27 Apr 2020 06:54:26 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.15.2/8.15.2/Submit) id 03R6sQAo076671; Mon, 27 Apr 2020 06:54:26 GMT (envelope-from phk) To: Niclas Zeising cc: Malcolm Matalka , "freebsd-current@freebsd.org" Subject: Re: Weird mouse behaviour In-reply-to: <6dfad31c-68f2-c38f-28ac-0696e73b41a9@daemonic.se> From: "Poul-Henning Kamp" References: <86imhlv518.fsf@gmail.com> <6dfad31c-68f2-c38f-28ac-0696e73b41a9@daemonic.se> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <76669.1587970466.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Mon, 27 Apr 2020 06:54:26 +0000 Message-ID: <76670.1587970466@critter.freebsd.dk> X-Rspamd-Queue-Id: 499b9d0jvNz4WjR X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-1.90 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.971,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.98)[-0.975,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(0.04)[ip: (0.06), ipnet: 130.225.0.0/16(0.08), asn: 1835(0.09), country: EU(-0.01)]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; RCVD_TLS_ALL(0.00)[]; FREEMAIL_CC(0.00)[gmail.com] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 06:54:29 -0000 -------- In message <6dfad31c-68f2-c38f-28ac-0696e73b41a9@daemonic.se>, Niclas Zeis= ing writes: >On 2020-04-27 08:03, Malcolm Matalka wrote: >> I saw that there was another thread on this and I wanted to throw my >> experience in: my mouse was sluggish and tap-to-click did not work. I >> set the evdev mask back to 3 and it worked. >> = >> I am on a Dell XPS 13. > >Hi! >Is this on CURRENT? When using X? >Can you verify that you have xf86-input-libinput installed? In my case yes, this is CURRENt and I have xf86-input-libinput-0.29.0 In my case, with the default sysctl kern.evdev.rcpt_mask=3D12 CTRL + middle button would not activate the menu in xterm. -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@freebsd.org Mon Apr 27 07:24:59 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 434D32ABF7C for ; Mon, 27 Apr 2020 07:24:59 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client CN "mail.evolve.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499brp1HJ4z4YDN for ; Mon, 27 Apr 2020 07:24:57 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 729b478e; Mon, 27 Apr 2020 07:24:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; s=20180501; bh=+pgVuSyY2U3ZQ8 +SUzi+TCSJQMo=; b=tMcMt0+6ZjMuicULKl53xhYNnTrqk96gmkEqwqc+32xl3g N/+k4AqYkYO1KMkkwMJE3FRZo/WVDCivA79NLPFAPK8brEsIN2ycpBik16vjGAfY Wg+DxcaZRD0P3ezenIGogbVTH2PmkeWC9XI/ONecPdsmbz8ydJxKWDe3okm/bFIf 8vwiqqnp3WGRmyLB7bhx01uXd+X/sQjJWfcMLcJT4IrAey0DUuYpUxQi7E2E4seM ozpHCk3i5bqEaTXy8aFAS4YmPeL6D1OXL6fk4cOzin4j300lbHYffoA1QKZsfoC6 YLXgsUWRtZYnhDf0fske1RRK7Jw+dfoiQpQnftIw== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; q=dns; s=20180501; b=aapF432w W+oa7AYg7GoOzEYKsViUQ2aJiRHD5MVzkPgctFJJ6+nBl/1TlmdrjGg2P92O3K8x q7jM1QraGBh4z93p/Tay61ovKXODI0H1gVBUAi7evofv1vaSJxbCQRg9wQqD4VBK SyUuE6fH2wVJlnbE0qd24kdoI82DOcZmw0XbaAC/rGuGZlijx+lOPG9SZEGHBndg e9oyqMcMs4AfWbT34H0SIduzudiXBMFOdDB8mO/1VyXytf4MYXuzoFjSiU3AYQvl NxDvt2zMYzgmZFIDjS+mJzanMVDzbPbXikME3YsGbSAddH0qn5vzpkWiik6m9505 PRtJOfGA+fQu+w== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 9f34ffbd (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Mon, 27 Apr 2020 07:24:46 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Subject: Re: Weird mouse behaviour From: Michael Gmelin In-Reply-To: <76670.1587970466@critter.freebsd.dk> Date: Mon, 27 Apr 2020 09:24:45 +0200 Cc: Niclas Zeising , Malcolm Matalka , "freebsd-current@freebsd.org" Message-Id: <7549A5DD-3EDC-4EFD-BC0B-4D67232B43BB@grem.de> References: <76670.1587970466@critter.freebsd.dk> To: Poul-Henning Kamp X-Mailer: iPhone Mail (17E262) X-Rspamd-Queue-Id: 499brp1HJ4z4YDN X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=tMcMt0+6; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-3.64 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; MV_CASE(0.50)[]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grem.de]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.64)[ip: (-6.61), ipnet: 213.239.192.0/18(-0.05), asn: 24940(-1.55), country: DE(-0.02)]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 07:24:59 -0000 > On 27. Apr 2020, at 08:55, Poul-Henning Kamp wrote: >=20 > =EF=BB=BF-------- > In message <6dfad31c-68f2-c38f-28ac-0696e73b41a9@daemonic.se>, Niclas Zeis= ing writes: >>> On 2020-04-27 08:03, Malcolm Matalka wrote: >>> I saw that there was another thread on this and I wanted to throw my >>> experience in: my mouse was sluggish and tap-to-click did not work. I >>> set the evdev mask back to 3 and it worked. >>>=20 >>> I am on a Dell XPS 13. >>=20 >> Hi! >> Is this on CURRENT? When using X? >> Can you verify that you have xf86-input-libinput installed? >=20 > In my case yes, this is CURRENt and I have xf86-input-libinput-0.29.0 >=20 > In my case, with the default >=20 > sysctl kern.evdev.rcpt_mask=3D12 >=20 > CTRL + middle button would not activate the menu in xterm. >=20 Are you using the trackpoint? Did you set the trackpoint sysctl? (hw.psm.trackpoint_support=3D1) Cheers, Michael >=20 > --=20 > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe =20 > Never attribute to malice what can adequately be explained by incompetence= . > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= From owner-freebsd-current@freebsd.org Mon Apr 27 07:26:08 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AA11F2AC153 for ; Mon, 27 Apr 2020 07:26:08 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 499bt75Vg2z4YPj for ; Mon, 27 Apr 2020 07:26:07 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 276021AF106; Mon, 27 Apr 2020 07:26:06 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTPS id 03R7Q5vR051749 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 27 Apr 2020 07:26:05 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.15.2/8.15.2/Submit) id 03R7Q5Iw051748; Mon, 27 Apr 2020 07:26:05 GMT (envelope-from phk) To: Michael Gmelin cc: Niclas Zeising , Malcolm Matalka , "freebsd-current@freebsd.org" Subject: Re: Weird mouse behaviour In-reply-to: <7549A5DD-3EDC-4EFD-BC0B-4D67232B43BB@grem.de> From: "Poul-Henning Kamp" References: <76670.1587970466@critter.freebsd.dk> <7549A5DD-3EDC-4EFD-BC0B-4D67232B43BB@grem.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <51746.1587972365.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Mon, 27 Apr 2020 07:26:05 +0000 Message-ID: <51747.1587972365@critter.freebsd.dk> X-Rspamd-Queue-Id: 499bt75Vg2z4YPj X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [0.29 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.41)[-0.411,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.84)[-0.841,0]; IP_SCORE(0.04)[ip: (0.06), ipnet: 130.225.0.0/16(0.08), asn: 1835(0.09), country: EU(-0.01)]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; SUSPICIOUS_RECIPS(1.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 07:26:08 -0000 -------- In message <7549A5DD-3EDC-4EFD-BC0B-4D67232B43BB@grem.de>, Michael Gmelin = writes: >> In my case, with the default >> = >> sysctl kern.evdev.rcpt_mask=3D12 >> = >> CTRL + middle button would not activate the menu in xterm. >> = > >Are you using the trackpoint? No, the touchpad. >Did you set the trackpoint sysctl? >(hw.psm.trackpoint_support=3D1) That seems to default to one ? -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@freebsd.org Mon Apr 27 07:31:26 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3DF0B2AC4B3 for ; Mon, 27 Apr 2020 07:31:26 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client CN "mail.evolve.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499c0F20v4z4Ysd for ; Mon, 27 Apr 2020 07:31:24 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id ea403746; Mon, 27 Apr 2020 07:31:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; s=20180501; bh=DPTZilIese6v65 xL/qjBIKrkGRQ=; b=WwkIqDlEMtf8MEAdsSFEO4nX0CdR/FnNSpLLq39r7apzWr rscUr4EwhydDoAzRJOzwbeK33hIrRyRM1KMqkgVuWI23T25bTpxgzV/ji/IV6JDJ QBflh2jyuP49J5hNjZz6x1qRWwhXdyUqAaoO7YDwBebYAPc/JLAfV8QKFzyz60jT I9giye5T5FvJOKnKpcNg+x0SREa1y54BEEuTtqR8MhifDaFJM/y9yJmwWr+q8P9d 6sIppMMyi6BCfoBAWPZnIHhTTropEV0sbIVyLqikl8nxDzZzO9Ttee2W9BlIdqp1 OSDE5vyaKvBSDN2pMn5QbaxFsVPIKFyltti/3vEw== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; q=dns; s=20180501; b=fJLiKpdF sNztcGgtljsFyr0SImaOwp2XU714bvDSh6NAgcVTV50DeOWM6YbIwPfmbJSLw9V1 BU/XZR+z+fFezJjAwD1OKjKirouaW52SnQXxcfLj7fJdSqdDE8gj1Y1v6/urpEPn y1SZ51CHkgkaVUrGIYx28CL5+6ZGxVQ1lPPug9pkVkJEX6bLJmR8D3iBiCkHN7kg LFUgjkbcSEvBTNX0IthhMnqnkVST0dECe+6Y7FHHWjnapvkd42suQ3PFcaKaru+h fF0AI1SxjNb2k3ErAd8VgehGO+O5Lx+FJ3L/4IyX6PlKd2gjxpas7RMUmfu4Iwur JBKTORxvMMMpgQ== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id cc1b13c8 (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Mon, 27 Apr 2020 07:31:19 +0000 (UTC) Mime-Version: 1.0 (1.0) Subject: Re: Weird mouse behaviour From: Michael Gmelin In-Reply-To: <51747.1587972365@critter.freebsd.dk> Date: Mon, 27 Apr 2020 09:31:18 +0200 Cc: Niclas Zeising , Malcolm Matalka , "freebsd-current@freebsd.org" Message-Id: <70B27F97-0214-474D-952C-1FEBAB7D4D2A@grem.de> References: <51747.1587972365@critter.freebsd.dk> To: Poul-Henning Kamp X-Mailer: iPhone Mail (17E262) X-Rspamd-Queue-Id: 499c0F20v4z4Ysd X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=WwkIqDlE; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-2.59 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; MV_CASE(0.50)[]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[grem.de]; TO_DN_SOME(0.00)[]; URI_COUNT_ODD(1.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-1.60)[ip: (-6.36), ipnet: 213.239.192.0/18(-0.05), asn: 24940(-1.55), country: DE(-0.02)]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 07:31:26 -0000 > On 27. Apr 2020, at 09:26, Poul-Henning Kamp wrote: >=20 > =EF=BB=BF-------- > In message <7549A5DD-3EDC-4EFD-BC0B-4D67232B43BB@grem.de>, Michael Gmelin w= rites: >=20 >>> In my case, with the default >>>=20 >>> sysctl kern.evdev.rcpt_mask=3D12 >>>=20 >>> CTRL + middle button would not activate the menu in xterm. >>>=20 >>=20 >> Are you using the trackpoint? >=20 > No, the touchpad. >=20 >> Did you set the trackpoint sysctl? >> (hw.psm.trackpoint_support=3D1) >=20 > That seems to default to one ? >=20 I thought it wasn=E2=80=99t. I=E2=80=99m on a t470s, but I have the trackpoi= nt disabled (and therefore the physical mouse buttons next to the touchpad d= on=E2=80=99t work). You could try running a little script I wrote to check your setup, it=E2=80=99= s described here (it=E2=80=98s not perfect, but might help): https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D245800#c3 Best, Michael > --=20 > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe =20 > Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@freebsd.org Mon Apr 27 08:03:46 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A5A7D2ADB6E for ; Mon, 27 Apr 2020 08:03:46 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [176.58.89.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 499cjX6BwYz4c4y for ; Mon, 27 Apr 2020 08:03:44 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 499cjT361Gz3lbm; Mon, 27 Apr 2020 08:03:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=20151023; t=1587974476; bh=0RA1sd20E0l7paorILuyXvzO JkmFCmtKoOqFsU6YXa8=; b=cVX9pHuWzgkQw+pND2DWECChwQraNFz3gPLjx9U1 y1AbCFEuj8nXGLaryLCVXOQ8/WB5QVKnsauiRdjMbCPceocN54ByHopDtuqDbhDu Er+Syo93yhmWe9EAq41slvckf9sKictIHhpFGYYedmA8N1B/afkavwUI2CXUR8LV z+Q= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([IPv6:::1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [IPv6:::1]) (amavisd-new, port 10587) with ESMTPS id E4nePlwdFiQd; Mon, 27 Apr 2020 08:01:16 +0000 (UTC) Received: from garnet.daemonic.se (unknown [IPv6:2001:470:dca9:201:d198:cafc:e960:ee6d]) by mail.daemonic.se (Postfix) with ESMTPSA id 499cfh4GcKz3mFw; Mon, 27 Apr 2020 08:01:16 +0000 (UTC) Subject: Re: Weird mouse behaviour To: Poul-Henning Kamp , Michael Gmelin Cc: Malcolm Matalka , "freebsd-current@freebsd.org" References: <76670.1587970466@critter.freebsd.dk> <7549A5DD-3EDC-4EFD-BC0B-4D67232B43BB@grem.de> <51747.1587972365@critter.freebsd.dk> From: Niclas Zeising Message-ID: <65670198-e725-5b66-646c-5b147c943cd9@daemonic.se> Date: Mon, 27 Apr 2020 10:01:16 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <51747.1587972365@critter.freebsd.dk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 499cjX6BwYz4c4y X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=cVX9pHuW; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 176.58.89.161 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-6.69 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-3.69)[ip: (-9.74), ipnet: 176.58.89.0/24(-4.87), asn: 36236(-3.80), country: US(-0.05)]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[daemonic.se:+]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36236, ipnet:176.58.89.0/24, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_CC(0.00)[gmail.com] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 08:03:46 -0000 On 2020-04-27 09:26, Poul-Henning Kamp wrote: > -------- > In message <7549A5DD-3EDC-4EFD-BC0B-4D67232B43BB@grem.de>, Michael Gmelin writes: > >>> In my case, with the default >>> >>> sysctl kern.evdev.rcpt_mask=12 >>> >>> CTRL + middle button would not activate the menu in xterm. >>> >> >> Are you using the trackpoint? > > No, the touchpad. > >> Did you set the trackpoint sysctl? >> (hw.psm.trackpoint_support=1) > > That seems to default to one ? > It's the default on current and stable, but not any release (yet). With my touchpad, ctrl left click and ctrl right click opens two different menus in xterm, main menu and vt font menu, respectively. Regards -- Niclas From owner-freebsd-current@freebsd.org Mon Apr 27 08:14:20 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 991BC2AE0D8 for ; Mon, 27 Apr 2020 08:14:20 +0000 (UTC) (envelope-from mmatalka@gmail.com) Received: from mail-lj1-x230.google.com (mail-lj1-x230.google.com [IPv6:2a00:1450:4864:20::230]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499cxl0Gt9z4ch3 for ; Mon, 27 Apr 2020 08:14:18 +0000 (UTC) (envelope-from mmatalka@gmail.com) Received: by mail-lj1-x230.google.com with SMTP id e25so16589174ljg.5 for ; Mon, 27 Apr 2020 01:14:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=gfBZzjSRVjqE3Zu8xzRwGUZXrIFIl6OTS2KzBjRCo9Y=; b=obvnLVNfNh11hZM1FTFtzufP6OlFKs8qpLbIv0Wpwy8XYeUjP+iiYYn/Z9DxdxEAXK xw7KKkNgde1WmV4fP6Yw5TgP+FAUQynIOdZIrNUl3hGuW69pVFBJHD5wbvAnuZtDiERq pInzBMlPtwpzRYOXfpxwuFFzci8ocqTou/mwYIXD7WhlV9p5M2Hf0KVQXnecErTPkpFP aLMO3cgJoiLbGrj/qeiKr4XU8rlcwgjO2t6D7m2gd7MXJ6WSgp69BRSj5BzBJ+9/1AbF PxAqz56UVPKrGFbmGPc/wIPJBrv1Tq02B71sEZui8z0jMdwQ0TFgHa6boSqC0/xxF+sT OsxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=gfBZzjSRVjqE3Zu8xzRwGUZXrIFIl6OTS2KzBjRCo9Y=; b=ksj2hZkUacQuWi5lx5itZhvjVHK28Ay7XSUuB4ekgwf816gL6UoFfGE4M/+8Bzgkoq TNAQfEbb8buUwLYmDtDdvfFBGbA4TFneFtL8UksgQhvKIV9F/nkxu8oTEiEd9HfXIMZW 1GNojEpxPvPozLMqcvMN+XtyDYx83N8pmzpZIGeob6x5ZWYMK/XWNzlbXWV4oTe/kgQ7 P+2YR95bVkQ3IIJe4ciJQYB2f0pdV/POs8JVX8oRiuSocj60O0ih9mgztb0rzjaL9hKX 5vSN6is/WNo8I0G/eXj9d4gjfVrMdcLksOSqxetXrfLhZTaGLl3v1FPCggOrfj6OMw8W OARA== X-Gm-Message-State: AGi0PuZBaCEulxS/wppSRBMiGsDJpGejI0P8mSm1kOyH09IZRfUGO5HU I1RFs5L8gz03YU1ffIM5huz4sveY X-Google-Smtp-Source: APiQypJOYov26bWBgLiL6RWCaIBJiVsHNq4Rp2zTFE3Ftg/pmrOcnF8G2XZdGo8SYl/8eqs/tozoHQ== X-Received: by 2002:a2e:8798:: with SMTP id n24mr13394832lji.200.1587975255944; Mon, 27 Apr 2020 01:14:15 -0700 (PDT) Received: from localhost (customer-109-238-136-64.stosn.net. [109.238.136.64]) by smtp.gmail.com with ESMTPSA id o25sm10330588lfg.41.2020.04.27.01.14.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 27 Apr 2020 01:14:15 -0700 (PDT) References: <86imhlv518.fsf@gmail.com> <6dfad31c-68f2-c38f-28ac-0696e73b41a9@daemonic.se> User-agent: mu4e 1.2.0; emacs 26.3 From: Malcolm Matalka To: Niclas Zeising Cc: "freebsd-current\@freebsd.org" Subject: Re: Weird mouse behaviour In-reply-to: <6dfad31c-68f2-c38f-28ac-0696e73b41a9@daemonic.se> Date: Mon, 27 Apr 2020 10:14:14 +0200 Message-ID: <865zdljqg9.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 499cxl0Gt9z4ch3 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=obvnLVNf; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mmatalka@gmail.com designates 2a00:1450:4864:20::230 as permitted sender) smtp.mailfrom=mmatalka@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.23), ipnet: 2a00:1450::/32(-2.33), asn: 15169(-0.43), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[0.3.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 08:14:20 -0000 Niclas Zeising writes: > On 2020-04-27 08:03, Malcolm Matalka wrote: >> I saw that there was another thread on this and I wanted to throw my >> experience in: my mouse was sluggish and tap-to-click did not work. I >> set the evdev mask back to 3 and it worked. >> >> I am on a Dell XPS 13. > > Hi! > Is this on CURRENT? When using X? > Can you verify that you have xf86-input-libinput installed? > You can change sensitivity and enable tap to click using xinput. > Regards Yes this is current, and I'm on commit 360355. Yes I do have it installed. And yes I am on X. The situation I was in this morning after installing the new kernel was things that previously worked no longer worked so I did the shortest path I could find to get them working, which was modifying this evdev. Is there a document on how one is supposed to configure their system in X? I have never used xinput, instead I have configured my trackpad through sysctl. I'm happy to do it the way that is considered correct but I've sort of pieced together how to get my system setup. From owner-freebsd-current@freebsd.org Mon Apr 27 08:28:56 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 524D12AE5C6 for ; Mon, 27 Apr 2020 08:28:56 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 499dGb0LxFz4dKR for ; Mon, 27 Apr 2020 08:28:54 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 4539A1AF106; Mon, 27 Apr 2020 08:28:52 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTPS id 03R8SpS5052004 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 27 Apr 2020 08:28:51 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.15.2/8.15.2/Submit) id 03R8SopZ052003; Mon, 27 Apr 2020 08:28:50 GMT (envelope-from phk) To: Niclas Zeising cc: Michael Gmelin , Malcolm Matalka , "freebsd-current@freebsd.org" Subject: Re: Weird mouse behaviour In-reply-to: <65670198-e725-5b66-646c-5b147c943cd9@daemonic.se> From: "Poul-Henning Kamp" References: <76670.1587970466@critter.freebsd.dk> <7549A5DD-3EDC-4EFD-BC0B-4D67232B43BB@grem.de> <51747.1587972365@critter.freebsd.dk> <65670198-e725-5b66-646c-5b147c943cd9@daemonic.se> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <52001.1587976130.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Mon, 27 Apr 2020 08:28:50 +0000 Message-ID: <52002.1587976130@critter.freebsd.dk> X-Rspamd-Queue-Id: 499dGb0LxFz4dKR X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [0.29 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.42)[-0.420,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.84)[-0.837,0]; IP_SCORE(0.04)[ip: (0.06), ipnet: 130.225.0.0/16(0.08), asn: 1835(0.09), country: EU(-0.01)]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; SUSPICIOUS_RECIPS(1.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 08:28:56 -0000 -------- In message <65670198-e725-5b66-646c-5b147c943cd9@daemonic.se>, Niclas Zeis= ing writes: >With my touchpad, ctrl left click and ctrl right click opens two = >different menus in xterm, main menu and vt font menu, respectively. ctrl-middle should open "VT Options" = -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@freebsd.org Mon Apr 27 08:36:20 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2D3CE2AE9B3 for ; Mon, 27 Apr 2020 08:36:20 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2607:f740:d:20::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 499dR66Hztz4dp9 for ; Mon, 27 Apr 2020 08:36:18 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 499dQx61mBz3lbm; Mon, 27 Apr 2020 08:36:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=20151023; t=1587976424; bh=sbNzK86ybaNfvVvGrISZvnR7 EhjOwdkJVcjG7xDTrhs=; b=jusBcZvO+4M9VKDkl44ype07cppHUOEMFlT37d6S sTcDqPSYlPRyizhgXxhDxFZQf3KHHEK2wGvj7t34oZYS6SoK9IsW8X3yVe/2s/71 ZP6pZenJpajfP/R5HkPak+jUX8qR6fMuqsd2vCV1PqDr6KNZIi71j7qM0th4dfWi SH8= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([IPv6:::1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [IPv6:::1]) (amavisd-new, port 10587) with ESMTPS id 4DAHA2_L23jE; Mon, 27 Apr 2020 08:33:44 +0000 (UTC) Received: from garnet.daemonic.se (unknown [IPv6:2001:470:dca9:201:d198:cafc:e960:ee6d]) by mail.daemonic.se (Postfix) with ESMTPSA id 499dHd1lj0z3mFw; Mon, 27 Apr 2020 08:29:49 +0000 (UTC) Subject: Re: Weird mouse behaviour To: Malcolm Matalka Cc: "freebsd-current@freebsd.org" References: <86imhlv518.fsf@gmail.com> <6dfad31c-68f2-c38f-28ac-0696e73b41a9@daemonic.se> <865zdljqg9.fsf@gmail.com> From: Niclas Zeising Message-ID: Date: Mon, 27 Apr 2020 10:29:48 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <865zdljqg9.fsf@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 499dR66Hztz4dp9 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=jusBcZvO; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 2607:f740:d:20::25 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-6.68 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-3.68)[ip: (-9.70), ipnet: 2607:f740:d::/48(-4.85), asn: 36236(-3.80), country: US(-0.05)]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[daemonic.se:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36236, ipnet:2607:f740:d::/48, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 08:36:20 -0000 On 2020-04-27 10:14, Malcolm Matalka wrote: > > > Niclas Zeising writes: > >> On 2020-04-27 08:03, Malcolm Matalka wrote: >>> I saw that there was another thread on this and I wanted to throw my >>> experience in: my mouse was sluggish and tap-to-click did not work. I >>> set the evdev mask back to 3 and it worked. >>> >>> I am on a Dell XPS 13. >> >> Hi! >> Is this on CURRENT? When using X? >> Can you verify that you have xf86-input-libinput installed? >> You can change sensitivity and enable tap to click using xinput. >> Regards > > Yes this is current, and I'm on commit 360355. Yes I do have it > installed. And yes I am on X. > > The situation I was in this morning after installing the new kernel was > things that previously worked no longer worked so I did the shortest > path I could find to get them working, which was modifying this evdev. > > Is there a document on how one is supposed to configure their system in > X? I have never used xinput, instead I have configured my trackpad > through sysctl. I'm happy to do it the way that is considered correct > but I've sort of pieced together how to get my system setup. > First off, do you have any local xorg conf? That's generally not needed any more. For xinput, I suggest start with the manual. Regards -- Niclas From owner-freebsd-current@freebsd.org Mon Apr 27 08:43:43 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BD13A2AEE26 for ; Mon, 27 Apr 2020 08:43:43 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2607:f740:d:20::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 499dbf3B9Vz4fGy for ; Mon, 27 Apr 2020 08:43:42 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 499dbd2kPhz3mFs; Mon, 27 Apr 2020 08:43:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=20151023; t=1587976879; bh=8tkb9mrSt6tyUOBye9vjdVP1 A9uV/2sXd/Hr/ORdRQA=; b=Jxn3F8Usgt1eOi8/yaV1Z9SkZ982lkWp/8NJ3l4z MwYuHeSveQJNBzS7kIBo6Jb6f3N6iYbs3ntFhk4OzVoFJeRmokFqiP4PfCwHi+Pe k/P4RMBJIFLOWPiXqZzsMV8NZch4cYo8VdQGBIY1oa+sWrv8Rd+yOzqUmzq0y/EM Iis= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([IPv6:::1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [IPv6:::1]) (amavisd-new, port 10587) with ESMTPS id wl71N82VOVQS; Mon, 27 Apr 2020 08:41:19 +0000 (UTC) Received: from garnet.daemonic.se (unknown [IPv6:2001:470:dca9:201:d198:cafc:e960:ee6d]) by mail.daemonic.se (Postfix) with ESMTPSA id 499dXv3yTVz3lbm; Mon, 27 Apr 2020 08:41:19 +0000 (UTC) Subject: Re: Weird mouse behaviour To: Poul-Henning Kamp Cc: Michael Gmelin , Malcolm Matalka , "freebsd-current@freebsd.org" References: <76670.1587970466@critter.freebsd.dk> <7549A5DD-3EDC-4EFD-BC0B-4D67232B43BB@grem.de> <51747.1587972365@critter.freebsd.dk> <65670198-e725-5b66-646c-5b147c943cd9@daemonic.se> <52002.1587976130@critter.freebsd.dk> From: Niclas Zeising Message-ID: <3460a2ca-5b5b-bb6c-996d-3f3e13a97d8d@daemonic.se> Date: Mon, 27 Apr 2020 10:41:19 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <52002.1587976130@critter.freebsd.dk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 499dbf3B9Vz4fGy X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=Jxn3F8Us; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 2607:f740:d:20::25 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-6.68 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-3.68)[ip: (-9.71), ipnet: 2607:f740:d::/48(-4.85), asn: 36236(-3.80), country: US(-0.05)]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[daemonic.se:+]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36236, ipnet:2607:f740:d::/48, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 08:43:43 -0000 On 2020-04-27 10:28, Poul-Henning Kamp wrote: > -------- > In message <65670198-e725-5b66-646c-5b147c943cd9@daemonic.se>, Niclas Zeising writes: > >> With my touchpad, ctrl left click and ctrl right click opens two >> different menus in xterm, main menu and vt font menu, respectively. > > ctrl-middle should open "VT Options" > This could be an upstream issue. I did a quick test on a linux system I had close by, and ctrl+middle click doesn't open a menu there either. Regards -- Niclas From owner-freebsd-current@freebsd.org Mon Apr 27 08:48:20 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E24A22AF152 for ; Mon, 27 Apr 2020 08:48:20 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client CN "mail.evolve.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499dhz3TWtz4flK for ; Mon, 27 Apr 2020 08:48:19 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 8936ce49; Mon, 27 Apr 2020 08:48:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; s=20180501; bh=KqDW6FICQK3k8b 2rLFCVT2QzsVM=; b=b++H7YSye+mxlNX3ME+fmi2YohDmNzUOPiq0MuEuHi1aRq 05R9LyDEkgFMXXHL3R0/M/Q4p3T2rw4W/57tg2DmHa1gxMm0pWD/PVak75GmzYKg VFIdssvy4wQNVogtkvA6Ge+oI2F/lrYD7HcE9cMZJMeQNWKXnuTWRFED8iQMKpBZ uARh2HRXoSiP43uCwopsj3aRvAAbyEm4Us+HwkBr5WpTILt0rz4ILG7IVoTWa508 i5bPTNCmzABDDD4DanKt3ZVUrZXwKXVgpHBMw2V21lG4ZPKrn0CUyH0OKbHGMR66 uV3bcxVQqz8+dHmTqn0zqJegCIjxVN1kqpHPCZxw== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; q=dns; s=20180501; b=kQIjz8Jx 4hp7C0wRjZKTvn4zJinXPZgTIgCQvkpvLMYd1P+Nq8xjbmmYQ/fn8afMfmFwy3iL pK4hZ/OxtA41fJAaNqGsh2tD0Lln1l84uVUsc4XioSEBIFqgSPBQhwrQthKbxuSQ 82gHnV9nTyftFgZMi+/L1tVneeBc+xF95vu5tUCpZSF7JNi6vnu8g/eUYD6MRTfW uGWbHIV1DiFu0NxO9uy2ulVrUUiWnSP6z4VnHhhjXbhyK2IOx+g5Jrl36XcrxuKu AUurkybIyiKtw84LZwen86gyPW1hv1WK9CeOLSIljyZ0iG7Tw23ZLrFamwN4s9C3 gToWMbBc+++y8g== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 9a79e5aa (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Mon, 27 Apr 2020 08:48:14 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Subject: Re: Weird mouse behaviour From: Michael Gmelin In-Reply-To: <3460a2ca-5b5b-bb6c-996d-3f3e13a97d8d@daemonic.se> Date: Mon, 27 Apr 2020 10:48:13 +0200 Cc: Poul-Henning Kamp , Malcolm Matalka , "freebsd-current@freebsd.org" Message-Id: <8D35D4C4-3513-4663-815E-02E5A2DFF485@grem.de> References: <3460a2ca-5b5b-bb6c-996d-3f3e13a97d8d@daemonic.se> To: Niclas Zeising X-Mailer: iPhone Mail (17E262) X-Rspamd-Queue-Id: 499dhz3TWtz4flK X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=b++H7YSy; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-3.55 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; MV_CASE(0.50)[]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grem.de]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.55)[ip: (-6.14), ipnet: 213.239.192.0/18(-0.05), asn: 24940(-1.55), country: DE(-0.02)]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 08:48:20 -0000 > On 27. Apr 2020, at 10:43, Niclas Zeising wr= ote: >=20 > =EF=BB=BFOn 2020-04-27 10:28, Poul-Henning Kamp wrote: >> -------- >> In message <65670198-e725-5b66-646c-5b147c943cd9@daemonic.se>, Niclas Zei= sing writes: >>> With my touchpad, ctrl left click and ctrl right click opens two >>> different menus in xterm, main menu and vt font menu, respectively. >> ctrl-middle should open "VT Options" >=20 > This could be an upstream issue. I did a quick test on a linux system I h= ad close by, and ctrl+middle click doesn't open a menu there either. I=E2=80=99ll look into this later on mine. Besides pasting, this menu is my m= ain use of the middle mouse button. Related question: I usually have the trackpoint disabled and therefore the physical mouse butt= ons don=E2=80=99t work. I would like to map some modifier+left mouse click t= o be middle mouse, but I couldn=E2=80=99t really figure out how to do it. Id= eally I would like to be able to press ctrl+somemodifier+leftclick to get an= d operate that menu (and somemodifier+leftclick to paste). -m > Regards > --=20 > Niclas From owner-freebsd-current@freebsd.org Mon Apr 27 09:08:55 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E585C2AFEE1 for ; Mon, 27 Apr 2020 09:08:55 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [88.198.69.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.burggraben.net", Issuer "Christoph Moench-Tegeder" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 499f8k6pNJz3CNv for ; Mon, 27 Apr 2020 09:08:54 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "elch.exwg.net", Issuer "Christoph Moench-Tegeder" (not verified)) by smtp.burggraben.net (Postfix) with ESMTPS id D2175C0030B; Mon, 27 Apr 2020 11:08:52 +0200 (CEST) Received: by elch.exwg.net (Postfix, from userid 1000) id 8BC3D139893; Mon, 27 Apr 2020 11:08:52 +0200 (CEST) Date: Mon, 27 Apr 2020 11:08:52 +0200 From: Christoph Moench-Tegeder To: Niclas Zeising Cc: Poul-Henning Kamp , Michael Gmelin , Malcolm Matalka , "freebsd-current@freebsd.org" Subject: Re: Weird mouse behaviour Message-ID: <20200427090852.GE87914@elch.exwg.net> References: <76670.1587970466@critter.freebsd.dk> <7549A5DD-3EDC-4EFD-BC0B-4D67232B43BB@grem.de> <51747.1587972365@critter.freebsd.dk> <65670198-e725-5b66-646c-5b147c943cd9@daemonic.se> <52002.1587976130@critter.freebsd.dk> <3460a2ca-5b5b-bb6c-996d-3f3e13a97d8d@daemonic.se> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <3460a2ca-5b5b-bb6c-996d-3f3e13a97d8d@daemonic.se> User-Agent: Mutt/1.13.5 (2020-03-28) X-Rspamd-Queue-Id: 499f8k6pNJz3CNv X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cmt@burggraben.net designates 88.198.69.140 as permitted sender) smtp.mailfrom=cmt@burggraben.net X-Spamd-Result: default: False [-2.33 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.198.69.140]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[burggraben.net]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[140.69.198.88.list.dnswl.org : 127.0.6.0]; NEURAL_HAM_MEDIUM(-0.99)[-0.993,0]; IP_SCORE(-1.54)[ip: (-9.61), ipnet: 88.198.0.0/16(3.47), asn: 24940(-1.55), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.198.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; SUSPICIOUS_RECIPS(1.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 09:08:56 -0000 ## Niclas Zeising (zeising+freebsd@daemonic.se): > This could be an upstream issue. I did a quick test on a linux system I > had close by, and ctrl+middle click doesn't open a menu there either. FWIW on this FreeBSD desktop (12.1) and xterm-353, all three menus work with an external pointing device (this is not a mobile unit, so no "internal" device available). Regards, Christoph -- Spare Space From owner-freebsd-current@freebsd.org Mon Apr 27 09:30:25 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0DAB12B08B9 for ; Mon, 27 Apr 2020 09:30:25 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client CN "mail.evolve.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499fdW6TJWz3Dg5 for ; Mon, 27 Apr 2020 09:30:23 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id ab050034; Mon, 27 Apr 2020 09:30:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=20180501; bh=+1LaGZlf qV5vsjjybC7yleJHI3w=; b=LEazqjG+SagIV8AqV0uWIqIBURAiKaK9fp1I8v/6 vYfB8zcoBIiDnIAZbHxos2rUH7AwCVVktR9WOR4N+g3rHE+zdw7csU76AM0BgQnh ytwEGD7RHKX+wdXr2khOefic2i0dj7F225HbYVeZj24wwObTWgQ+c+1aB3Hz8Uws GHhokk1NMmft0k+VvXbnpMo061qWGm7f+ml4dZLhpjGeXqthyNI112pCgj41dXri 8FlwyzGSE5DjvrqXpvTcfxqcMc2zc5V3sPfK3MwHkIyVdXb6TzzoEQFmmwll3E1q blDDBDsQKdYnpMdYe1u3eJkd9O2KmXAfa/If0I7gWn2udQ== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=20180501; b=ks TnsUyG78E7ZZ+Jzpk8q+pnhlJMJQiZVVKo1QmGIlC6zNKeTZjwgiyG8HBpNov9uZ XdlaEHXvCuLn2kMedImrgQVfaq1f8n2Hpu5QyZFXWBWua6b+rBX4Ky15DlJ+cBb4 zJX2HRZvrG0ffBezng49fCdQq1McG6FGnd2c4WWN7V8UQcgJX3DD0KXv3A3nCMnN QrQ3BSKeFSnKPopPaZIzC2Xb7HPODJ6jg4TOXcLtA04WojPyTtF6HbFAXugoR1+e 0Cs7U7SrxbTnqbNAOZIL/0m26SpfBBuyq71LGjIDZ9tKnoRkPKaqalPSg4FLWCC7 TSuy1LGwfm/3yHoUjGTg== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 2bbc3d01 (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Mon, 27 Apr 2020 09:30:18 +0000 (UTC) Date: Mon, 27 Apr 2020 11:29:47 +0200 From: Michael Gmelin To: "Poul-Henning Kamp" Cc: Niclas Zeising , Michael Gmelin , Malcolm Matalka , "freebsd-current@freebsd.org" Subject: Re: Weird mouse behaviour Message-ID: <20200427112947.1115d323@bsd64.grem.de> In-Reply-To: <52002.1587976130@critter.freebsd.dk> References: <76670.1587970466@critter.freebsd.dk> <7549A5DD-3EDC-4EFD-BC0B-4D67232B43BB@grem.de> <51747.1587972365@critter.freebsd.dk> <65670198-e725-5b66-646c-5b147c943cd9@daemonic.se> <52002.1587976130@critter.freebsd.dk> X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 499fdW6TJWz3Dg5 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=LEazqjG+; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-2.51 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grem.de]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.51)[ip: (-5.92), ipnet: 213.239.192.0/18(-0.05), asn: 24940(-1.55), country: DE(-0.02)]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; RCVD_TLS_ALL(0.00)[]; SUSPICIOUS_RECIPS(1.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 09:30:25 -0000 On Mon, 27 Apr 2020 08:28:50 +0000 "Poul-Henning Kamp" wrote: > -------- > In message <65670198-e725-5b66-646c-5b147c943cd9@daemonic.se>, Niclas > Zeising writes: > > >With my touchpad, ctrl left click and ctrl right click opens two > >different menus in xterm, main menu and vt font menu, respectively. > > ctrl-middle should open "VT Options" > I could reproduce this on my laptop and found the fix. The problem is, that the middle mouse button only generates a key press/key release event pair once its released (can be seen using xev and `libinput debug-events'). This is caused by the trackpoint driver using one-button scrolling by default (that is, you can hold the middle mouse button and move the trackpoint - even though this didn't work for me). You can disable on-button scrolling using xinput, e.g. xinput set-prop 'TPPS/2 IBM TrackPoint' \ 'libinput Scroll Method Enabled' 0 0 0 After this, Ctrl+middle works as expected in xterm. Note: Check `xinput' output to get the correct device name for your trackpoint (you can also use its numeric identifier, but the name is supposed to be more stable). Cheers, Michael p.s. I also learned that using the trackpoint and the trackpad in parallel (and thus having buttons) works okay now - it didn't when I configured that laptop two years ago - \o/ -- Michael Gmelin From owner-freebsd-current@freebsd.org Mon Apr 27 09:39:27 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 209B62B0F0A for ; Mon, 27 Apr 2020 09:39:27 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 499fqy5tzyz3FTB for ; Mon, 27 Apr 2020 09:39:26 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id C86532B0F08; Mon, 27 Apr 2020 09:39:26 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C82752B0F07 for ; Mon, 27 Apr 2020 09:39:26 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: from mail-wm1-f67.google.com (mail-wm1-f67.google.com [209.85.128.67]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499fqx5Qh5z3FT8 for ; Mon, 27 Apr 2020 09:39:25 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: by mail-wm1-f67.google.com with SMTP id k12so10185676wmj.3 for ; Mon, 27 Apr 2020 02:39:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=nY/9CxSdvOOgc1aXEflONcZUUipfPTnk6+9hBUpIQC8=; b=gwlK3R1fjkbbUAL+EYqSfvsR34gM5zclqet1E0Ml3FnatrXrdTqyDCi4xLi6OKVhRe 4JMT1oBZnIPZ5vkHb3j0M2MUE53djntO1VEV7LKHL9EeJxHowy/8nK0CR67W+i871vNl 7STVP5CjvwDljrDGGGpxG0x0H+HpGiPsc0P6RJHG4d6w0nMDnuIrhmL9WFAl9mRIVyve /nb0dD0yc4QqYOAbsQdX/SvmCUp6Uz/7xgQvWZ+Aa9AMM78KLZWR6f71B5dgW61g/y2Z zYEhNMeMJFkbn8kv/Q3k9lWcvUAUPFknI83ttxRGJWv7w2j0HTmBRDLIndbf+b4bgIT+ t4VA== X-Gm-Message-State: AGi0Pubk9Pi3kmeQb1sDTYcwKt1Dji7bakDme+t4raWP/xKiY/3GskHw 858qc6yx6M62Ow3LZTFubXmvtsON X-Google-Smtp-Source: APiQypJdsnpIP8SOGMUXeqGFJEEC8cIS7/jZ9XeLxDWN2g2Tc4uvfmiaOt+28hVeVviroF2xAfytrA== X-Received: by 2002:a1c:f012:: with SMTP id a18mr24464942wmb.41.1587980363146; Mon, 27 Apr 2020 02:39:23 -0700 (PDT) Received: from ?IPv6:2a02:8109:98c0:1bc0:5e5f:67ff:fef4:ffd8? ([2a02:8109:98c0:1bc0:5e5f:67ff:fef4:ffd8]) by smtp.gmail.com with ESMTPSA id k14sm20683264wrp.53.2020.04.27.02.39.22 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 27 Apr 2020 02:39:22 -0700 (PDT) To: current@FreeBSD.org From: Mateusz Piotrowski <0mp@FreeBSD.org> Subject: Panic in fusefs(5) on 13.0-CURRENT r359773 Message-ID: Date: Mon, 27 Apr 2020 11:39:41 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 499fqx5Qh5z3FT8 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mpp302@gmail.com designates 209.85.128.67 as permitted sender) smtp.mailfrom=mpp302@gmail.com X-Spamd-Result: default: False [-3.93 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[67.128.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-1.93)[ip: (-8.79), ipnet: 209.85.128.0/17(-0.40), asn: 15169(-0.43), country: US(-0.05)]; FORGED_SENDER(0.30)[0mp@FreeBSD.org,mpp302@gmail.com]; DMARC_NA(0.00)[FreeBSD.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[67.128.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[0mp@FreeBSD.org,mpp302@gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 09:39:27 -0000 Hi everyone! I'm experiencing panics every day. Apparently, they are caused by a bug in our FUSE implementation. The panic occurs when I'm editing files in a folder mounted via SSHFS from a bhyve VM running Ubuntu 18.04. I'm sending some parts of the core.txt file. Let me know if I can provide any additional information. Cheers, Mateusz ------- t480 dumped core - see /var/crash/vmcore.3 Mon Apr 27 11:30:19 CEST 2020 FreeBSD t480 13.0-CURRENT FreeBSD 13.0-CURRENT #4 r359773: Sat Apr 11 05:32:31 CEST 2020 root@t480:/usr/obj/usr/src/amd64.amd64/sys/GENERIC  amd64 panic: Assertion bp->b_flags & B_VMIO failed at /usr/src/sys/fs/fuse/fuse_node.c:433 GNU gdb (GDB) 9.1 [GDB v9.1 for FreeBSD] Copyright (C) 2020 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-portbld-freebsd13.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at:     . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /boot/kernel/kernel... Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug... Unread portion of the kernel message buffer: WARNING !drm_modeset_is_locked(&crtc->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:577 WARNING !drm_modeset_is_locked(&crtc->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:577 WARNING !drm_modeset_is_locked(&crtc->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:577 WARNING !drm_modeset_is_locked(&dev->mode_config.connection_mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:622 WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:821 WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:821 WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:821 WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:821 WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:821 WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:821 WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:821 WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:821 WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:821 <4>WARN_ON(!mutex_is_locked(&dev->struct_mutex)) <4>WARN_ON(!mutex_is_locked(&fbc->lock)) <4>WARN_ON(!mutex_is_locked(&fbc->lock))WARN_ON(!mutex_is_locked(&fbc->lock))WARN_ON(!mutex_is_locked(&fbc->lock)) panic: Assertion bp->b_flags & B_VMIO failed at /usr/src/sys/fs/fuse/fuse_node.c:433 cpuid = 5 time = 1587979693 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00cc0ef330 vpanic() at vpanic+0x182/frame 0xfffffe00cc0ef380 panic() at panic+0x43/frame 0xfffffe00cc0ef3e0 fuse_vnode_setsize() at fuse_vnode_setsize+0x135/frame 0xfffffe00cc0ef430 fuse_internal_cache_attrs() at fuse_internal_cache_attrs+0xc4/frame 0xfffffe00cc0ef490 fuse_vnop_lookup() at fuse_vnop_lookup+0x6bf/frame 0xfffffe00cc0ef620 lookup() at lookup+0x5e1/frame 0xfffffe00cc0ef6c0 namei() at namei+0x524/frame 0xfffffe00cc0ef7b0 kern_statat() at kern_statat+0x7f/frame 0xfffffe00cc0ef8d0 sys_fstatat() at sys_fstatat+0x2f/frame 0xfffffe00cc0ef9d0 amd64_syscall() at amd64_syscall+0x140/frame 0xfffffe00cc0efaf0 fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe00cc0efaf0 --- syscall (552, FreeBSD ELF64, sys_fstatat), rip = 0x8006c2aaa, rsp = 0x7fffffffda78, rbp = 0x7fffffffdb20 --- KDB: enter: panic __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 55        __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct pcpu, (kgdb) #0  __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 #1  doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:394 #2  0xffffffff8049a43a in db_dump (dummy=,     dummy2=, dummy3=, dummy4=)     at /usr/src/sys/ddb/db_command.c:575 #3  0xffffffff8049a1fc in db_command (last_cmdp=,     cmd_table=, dopager=1) at /usr/src/sys/ddb/db_command.c:482 #4  0xffffffff80499f6d in db_command_loop ()     at /usr/src/sys/ddb/db_command.c:535 #5  0xffffffff8049d168 in db_trap (type=, code=)     at /usr/src/sys/ddb/db_main.c:253 #6  0xffffffff80c06f24 in kdb_trap (type=3, code=0, tf=)     at /usr/src/sys/kern/subr_kdb.c:699 #7  0xffffffff8105bc68 in trap (frame=0xfffffe00cc0ef260)     at /usr/src/sys/amd64/amd64/trap.c:578 #8  #9  kdb_enter (why=0xffffffff811ea4f2 "panic", msg=)     at /usr/src/sys/kern/subr_kdb.c:486 #10 0xffffffff80bbc9fe in vpanic (fmt=, ap=)     at /usr/src/sys/kern/kern_shutdown.c:902 #11 0xffffffff80bbc793 in panic (     fmt=0xffffffff81c8db28 "*\350\032\201\377\377\377\377")     at /usr/src/sys/kern/kern_shutdown.c:839 #12 0xffffffff83f0ba05 in fuse_vnode_setsize (vp=0xfffff801e94515b8,     newsize=13793) at /usr/src/sys/fs/fuse/fuse_node.c:433 #13 0xffffffff83f15a74 in fuse_internal_cache_attrs (vp=0xfffff801e94515b8,     attr=0xfffffe012ba5b028, attr_valid=1, attr_valid_nsec=0, vap=0x0)     at /usr/src/sys/fs/fuse/fuse_internal.c:267 #14 0xffffffff83f1346e in fuse_vnop_lookup (ap=)     at /usr/src/sys/fs/fuse/fuse_vnops.c:1187 #15 0xffffffff80c873b1 in VOP_LOOKUP (dvp=0xfffff801e9451988,     vpp=0xfffffe00cc0ef820, cnp=0xfffffe00cc0ef850) at ./vnode_if.h:54 #16 lookup (ndp=0xfffffe00cc0ef7c0) at /usr/src/sys/kern/vfs_lookup.c:951 #17 0xffffffff80c868e4 in namei (ndp=0xfffffe00cc0ef7c0)     at /usr/src/sys/kern/vfs_lookup.c:512 #18 0xffffffff80ca210f in kern_statat (td=0xfffffe00cc61f800,     flag=, fd=,     path=0x800c9ff50 ,     pathseg=UIO_USERSPACE, sbp=0xfffffe00cc0ef8e8, hook=0x0)     at /usr/src/sys/kern/vfs_syscalls.c:2340 #19 0xffffffff80ca28cf in sys_fstatat (td=0xffffffff81c8db28 ,     uap=0xfffffe00cc61fbd8) at /usr/src/sys/kern/vfs_syscalls.c:2317 #20 0xffffffff8105caa0 in syscallenter (td=)     at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:162 #21 amd64_syscall (td=0xfffffe00cc61f800, traced=0)     at /usr/src/sys/amd64/amd64/trap.c:1161 #22 #23 0x00000008006c2aaa in ?? () Backtrace stopped: Cannot access memory at address 0x7fffffffda78 (kgdb) From owner-freebsd-current@freebsd.org Mon Apr 27 10:03:20 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CECBF2B22A3 for ; Mon, 27 Apr 2020 10:03:20 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [176.58.89.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 499gMW4y8Vz3Hpd for ; Mon, 27 Apr 2020 10:03:19 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 499gMT5VGkz3mFw; Mon, 27 Apr 2020 10:03:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=20151023; t=1587981649; bh=QM8a/enRBLdOQ4RqVT25R873 0U/73CdogmdqZBjHpFI=; b=SHdOsYCC6chPbwcy83PsPOi/zJnE4dGsktvsx7Hj k+QPKxpDPwH1hjTteoNHOmjjR1x61d9uG7rPCS8CfbsGbMYklLBpRRYWhk0Tqq8w TFUPIGirQHIvbhj56Ah6D6jdvkidVAkKZL80c3SQNmE/l2nBubKahpb5EfAevivk Oxs= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([IPv6:::1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [IPv6:::1]) (amavisd-new, port 10587) with ESMTPS id 34pKAwxRUr37; Mon, 27 Apr 2020 10:00:49 +0000 (UTC) Received: from garnet.daemonic.se (unknown [IPv6:2001:470:dca9:201:d198:cafc:e960:ee6d]) by mail.daemonic.se (Postfix) with ESMTPSA id 499gJd1qClz3lbm; Mon, 27 Apr 2020 10:00:49 +0000 (UTC) Subject: Re: Weird mouse behaviour To: Michael Gmelin , Poul-Henning Kamp Cc: Malcolm Matalka , "freebsd-current@freebsd.org" References: <76670.1587970466@critter.freebsd.dk> <7549A5DD-3EDC-4EFD-BC0B-4D67232B43BB@grem.de> <51747.1587972365@critter.freebsd.dk> <65670198-e725-5b66-646c-5b147c943cd9@daemonic.se> <52002.1587976130@critter.freebsd.dk> <20200427112947.1115d323@bsd64.grem.de> From: Niclas Zeising Message-ID: Date: Mon, 27 Apr 2020 12:00:48 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <20200427112947.1115d323@bsd64.grem.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 499gMW4y8Vz3Hpd X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=SHdOsYCC; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 176.58.89.161 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-6.69 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-3.69)[ip: (-9.74), ipnet: 176.58.89.0/24(-4.87), asn: 36236(-3.80), country: US(-0.05)]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[daemonic.se:+]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36236, ipnet:176.58.89.0/24, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_CC(0.00)[gmail.com] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 10:03:20 -0000 On 2020-04-27 11:29, Michael Gmelin wrote: > > > On Mon, 27 Apr 2020 08:28:50 +0000 > "Poul-Henning Kamp" wrote: > >> -------- >> In message <65670198-e725-5b66-646c-5b147c943cd9@daemonic.se>, Niclas >> Zeising writes: >> >>> With my touchpad, ctrl left click and ctrl right click opens two >>> different menus in xterm, main menu and vt font menu, respectively. >> >> ctrl-middle should open "VT Options" >> > > I could reproduce this on my laptop and found the fix. > > The problem is, that the middle mouse button only generates a key > press/key release event pair once its released (can be seen using xev > and `libinput debug-events'). > > This is caused by the trackpoint driver using one-button scrolling by > default (that is, you can hold the middle mouse button and move the > trackpoint - even though this didn't work for me). > > You can disable on-button scrolling using xinput, e.g. > > xinput set-prop 'TPPS/2 IBM TrackPoint' \ > 'libinput Scroll Method Enabled' 0 0 0 > > After this, Ctrl+middle works as expected in xterm. > > Note: Check `xinput' output to get the correct device name for your > trackpoint (you can also use its numeric identifier, but the name is > supposed to be more stable). Nice catch! I tried looking at xev myself, but apparently, I didn't look closely enough. Now when I know what to look for, I see it clearly. Thanks for your help! Regards -- Niclas From owner-freebsd-current@freebsd.org Mon Apr 27 10:34:01 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BB7742B3165 for ; Mon, 27 Apr 2020 10:34:01 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499h2x0SkHz3KbG for ; Mon, 27 Apr 2020 10:34:00 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wr1-x42c.google.com with SMTP id s10so19937710wrr.0 for ; Mon, 27 Apr 2020 03:34:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=J2vr4pa5VPcWJ3NOxZaAZi/LvJUSggwzB4cPP8+tuVk=; b=TdkMKlWABL+ddWT41AoLZnncV2pC8EcmfCO0hJtlIrEGFPzU/23wGOIC1PRktJQKKG A6j4iqaVdn98C0BmhlFiW1DH5jyszuZkisABbRrE6jHWL8cdXoP+wAAx2cKIk5PHZIlc 81MJg/C7mYtw/pu/JNiBr0P3N6H8YcUMr8U7eGybFdyp3M5G90Oco2mV2Q14lLQUSNmw 7YNHDOHF0Rzijwjz/v5ygA/J69bJStIcUqxMUNNYyiY9eVNwsIxBBwkW8piD41e+rsbw 5INTTylL3KFtuH0VooAUmsOY6gGNLRpjMYDwmhijjAD8qwERE+XJpiv9sfTx7FB/Hn1X 6e4A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=J2vr4pa5VPcWJ3NOxZaAZi/LvJUSggwzB4cPP8+tuVk=; b=ibnpOIr2bOh5Bar9tP7Ep5XkQ3kxf80s40rnIlmzMYB6C7kSj5GeahVOZeikYeVyrx VDV1j5Bxfg4QJLE1QztCItboC/d7D0jztKOYcBb/0hFxWzaBQ3phNVt6BqbxjFCuD7pR sbH6RiAqzHbP08gITC+GBr9ed2xnANN97fJxKvdUa+D8HhL2rxkuSBroePndVlbCp70+ Rir+a/tfviUtpMImTRfyK/Nt1bsCtEr5OC+YhJIMGTI2l6yLcJprz8Jd8kDpm0qt9iIn G06b4IlmnMSvGj+VhUy0V4u4Rqm530z8kFSjjjEWMo7kxXDNPINGmqNxdfUau8jXQR3m JgWw== X-Gm-Message-State: AGi0PuaGjJ2Mmw6cUMgq6c4ZCCPgQ/Bp/n9t9tV4J7SoCYZk/a8atgSi NisIQS8yn5J293Q17JLzG2CU7HvnKfcpcIUQIIg+vqkR X-Google-Smtp-Source: APiQypLqE/l4satz8UJe8TrgvP36aQQaMgJrbGmkZSKJtyjoQCx3bbNjAl6SuTtWcAu9wEW5iu5qBVC2b/SuiIBRmCE= X-Received: by 2002:adf:8441:: with SMTP id 59mr27666907wrf.237.1587983639084; Mon, 27 Apr 2020 03:33:59 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:adf:efc3:0:0:0:0:0 with HTTP; Mon, 27 Apr 2020 03:33:58 -0700 (PDT) In-Reply-To: References: From: Mateusz Guzik Date: Mon, 27 Apr 2020 12:33:58 +0200 Message-ID: Subject: Re: r358503 breaks reroot To: Ross Gohlke Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 499h2x0SkHz3KbG X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=TdkMKlWA; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2a00:1450:4864:20::42c as permitted sender) smtp.mailfrom=mjguzik@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[c.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; IP_SCORE(0.00)[ip: (-9.10), ipnet: 2a00:1450::/32(-2.33), asn: 15169(-0.43), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 10:34:01 -0000 Thanks for bisecting, I'll look into it. On 4/27/20, Ross Gohlke wrote: > As of r358503, *reboot -r* no longer works for me. > This is only tested on amd64. > > I produced a vanilla mini-memstick image each for r358502 and r358503. > I booted each in bhyve in single user mode and ran *reboot -r*. > The first works as expected, the second halts with: > > kern_symlink /dev -> / returns 20 > > Images (to be deleted when this is resolved): > * https://club.bisd.ro/site/uv/FreeBSD-13.0-CURRENT-amd64-r358502.img > * https://club.bisd.ro/site/uv/FreeBSD-13.0-CURRENT-amd64-r358503.img > > SHA1 checksums (via https://club.bisd.ro/site/uvlist): > * r358502 - c968c4a71c270561c1b0a02e2b2281cbbf8787d7 > * r358503 - b5d1abd6b3f3e009c2b54198d76d71a8640807a6 > > External bhyve commands: > * sh /usr/share/examples/bhyve/vmrun.sh -c 1 -m 1024M -d > /mnt/FreeBSD-13.0-CURRENT-amd64-r358502.img reroot > * sh /usr/share/examples/bhyve/vmrun.sh -c 1 -m 1024M -d > /mnt/FreeBSD-13.0-CURRENT-amd64-r358503.img reroot > > Internal bhyve commands: > 1. Press 2 for single user mode. > 2. When prompted, press Return. > 3. Issue command: reboot -r > > To exit the first case: > 1. Press Return. > 2. Select Shell. > 3. Issue command: shutdown -p now > > To exit the second case, issue the following command in a second terminal: > bhyvectl --destroy --vm=reroot > > Any suggested workarounds besides reverting to r358502? > > Any help appreciated, > Ross > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Mateusz Guzik From owner-freebsd-current@freebsd.org Mon Apr 27 10:51:35 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2E58E2B361E for ; Mon, 27 Apr 2020 10:51:35 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 499hRB3MRNz3LJd for ; Mon, 27 Apr 2020 10:51:34 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 715CF2B361C; Mon, 27 Apr 2020 10:51:34 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6FFDD2B361B for ; Mon, 27 Apr 2020 10:51:34 +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) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 499hRB0WtQz3LJc; Mon, 27 Apr 2020 10:51:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id 03RApOCb046952 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 27 Apr 2020 13:51:27 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 03RApOCb046952 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id 03RApOLk046951; Mon, 27 Apr 2020 13:51:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 27 Apr 2020 13:51:24 +0300 From: Konstantin Belousov To: Mateusz Piotrowski <0mp@freebsd.org> Cc: current@freebsd.org, asomers@freebsd.org Subject: Re: Panic in fusefs(5) on 13.0-CURRENT r359773 Message-ID: <20200427105124.GP2522@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit 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=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 499hRB0WtQz3LJc X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.99 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.990,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-0.996,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 10:51:35 -0000 On Mon, Apr 27, 2020 at 11:39:41AM +0200, Mateusz Piotrowski wrote: > Hi everyone! > > I'm experiencing panics every day. Apparently, they are caused by a bug in > our FUSE implementation. > > The panic occurs when I'm editing files in a folder mounted via SSHFS from a > bhyve VM running Ubuntu 18.04. > > I'm sending some parts of the core.txt file. Let me know if I can provide > any additional information. > > Cheers, > > Mateusz > > ------- > > t480 dumped core - see /var/crash/vmcore.3 > > Mon Apr 27 11:30:19 CEST 2020 > > FreeBSD t480 13.0-CURRENT FreeBSD 13.0-CURRENT #4 r359773: Sat Apr 11 > 05:32:31 CEST 2020 root@t480:/usr/obj/usr/src/amd64.amd64/sys/GENERIC  amd64 > > panic: Assertion bp->b_flags & B_VMIO failed at > /usr/src/sys/fs/fuse/fuse_node.c:433 > > GNU gdb (GDB) 9.1 [GDB v9.1 for FreeBSD] > Copyright (C) 2020 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. > Type "show copying" and "show warranty" for details. > This GDB was configured as "x86_64-portbld-freebsd13.0". > Type "show configuration" for configuration details. > For bug reporting instructions, please see: > . > Find the GDB manual and other documentation resources online at: >     . > > For help, type "help". > Type "apropos word" to search for commands related to "word"... > Reading symbols from /boot/kernel/kernel... > Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug... > > Unread portion of the kernel message buffer: > WARNING !drm_modeset_is_locked(&crtc->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:577 > WARNING !drm_modeset_is_locked(&crtc->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:577 > WARNING !drm_modeset_is_locked(&crtc->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:577 > WARNING !drm_modeset_is_locked(&dev->mode_config.connection_mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:622 > WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:821 > WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:821 > WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:821 > WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:821 > WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:821 > WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:821 > WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:821 > WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:821 > WARNING !drm_modeset_is_locked(&plane->mutex) failed at /usr/local/sys/modules/drm-current-kmod/drivers/gpu/drm/drm_atomic_helper.c:821 > <4>WARN_ON(!mutex_is_locked(&dev->struct_mutex)) > > <4>WARN_ON(!mutex_is_locked(&fbc->lock)) > > <4>WARN_ON(!mutex_is_locked(&fbc->lock))WARN_ON(!mutex_is_locked(&fbc->lock))WARN_ON(!mutex_is_locked(&fbc->lock)) > panic: Assertion bp->b_flags & B_VMIO failed at > /usr/src/sys/fs/fuse/fuse_node.c:433 > cpuid = 5 > time = 1587979693 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe00cc0ef330 > vpanic() at vpanic+0x182/frame 0xfffffe00cc0ef380 > panic() at panic+0x43/frame 0xfffffe00cc0ef3e0 > fuse_vnode_setsize() at fuse_vnode_setsize+0x135/frame 0xfffffe00cc0ef430 > fuse_internal_cache_attrs() at fuse_internal_cache_attrs+0xc4/frame > 0xfffffe00cc0ef490 > fuse_vnop_lookup() at fuse_vnop_lookup+0x6bf/frame 0xfffffe00cc0ef620 > lookup() at lookup+0x5e1/frame 0xfffffe00cc0ef6c0 > namei() at namei+0x524/frame 0xfffffe00cc0ef7b0 > kern_statat() at kern_statat+0x7f/frame 0xfffffe00cc0ef8d0 > sys_fstatat() at sys_fstatat+0x2f/frame 0xfffffe00cc0ef9d0 > amd64_syscall() at amd64_syscall+0x140/frame 0xfffffe00cc0efaf0 > fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe00cc0efaf0 > --- syscall (552, FreeBSD ELF64, sys_fstatat), rip = 0x8006c2aaa, rsp = > 0x7fffffffda78, rbp = 0x7fffffffdb20 --- > KDB: enter: panic > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > 55        __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct pcpu, > (kgdb) #0  __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > #1  doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:394 > #2  0xffffffff8049a43a in db_dump (dummy=, >     dummy2=, dummy3=, dummy4=) >     at /usr/src/sys/ddb/db_command.c:575 > #3  0xffffffff8049a1fc in db_command (last_cmdp=, >     cmd_table=, dopager=1) at > /usr/src/sys/ddb/db_command.c:482 > #4  0xffffffff80499f6d in db_command_loop () >     at /usr/src/sys/ddb/db_command.c:535 > #5  0xffffffff8049d168 in db_trap (type=, code= out>) >     at /usr/src/sys/ddb/db_main.c:253 > #6  0xffffffff80c06f24 in kdb_trap (type=3, code=0, tf=) >     at /usr/src/sys/kern/subr_kdb.c:699 > #7  0xffffffff8105bc68 in trap (frame=0xfffffe00cc0ef260) >     at /usr/src/sys/amd64/amd64/trap.c:578 > #8  > #9  kdb_enter (why=0xffffffff811ea4f2 "panic", msg=) >     at /usr/src/sys/kern/subr_kdb.c:486 > #10 0xffffffff80bbc9fe in vpanic (fmt=, ap=) >     at /usr/src/sys/kern/kern_shutdown.c:902 > #11 0xffffffff80bbc793 in panic ( >     fmt=0xffffffff81c8db28 "*\350\032\201\377\377\377\377") >     at /usr/src/sys/kern/kern_shutdown.c:839 > #12 0xffffffff83f0ba05 in fuse_vnode_setsize (vp=0xfffff801e94515b8, >     newsize=13793) at /usr/src/sys/fs/fuse/fuse_node.c:433 > #13 0xffffffff83f15a74 in fuse_internal_cache_attrs (vp=0xfffff801e94515b8, >     attr=0xfffffe012ba5b028, attr_valid=1, attr_valid_nsec=0, vap=0x0) >     at /usr/src/sys/fs/fuse/fuse_internal.c:267 > #14 0xffffffff83f1346e in fuse_vnop_lookup (ap=) >     at /usr/src/sys/fs/fuse/fuse_vnops.c:1187 > #15 0xffffffff80c873b1 in VOP_LOOKUP (dvp=0xfffff801e9451988, >     vpp=0xfffffe00cc0ef820, cnp=0xfffffe00cc0ef850) at ./vnode_if.h:54 > #16 lookup (ndp=0xfffffe00cc0ef7c0) at /usr/src/sys/kern/vfs_lookup.c:951 > #17 0xffffffff80c868e4 in namei (ndp=0xfffffe00cc0ef7c0) >     at /usr/src/sys/kern/vfs_lookup.c:512 > #18 0xffffffff80ca210f in kern_statat (td=0xfffffe00cc61f800, >     flag=, fd=, >     path=0x800c9ff50 , >     pathseg=UIO_USERSPACE, sbp=0xfffffe00cc0ef8e8, hook=0x0) >     at /usr/src/sys/kern/vfs_syscalls.c:2340 > #19 0xffffffff80ca28cf in sys_fstatat (td=0xffffffff81c8db28 , >     uap=0xfffffe00cc61fbd8) at /usr/src/sys/kern/vfs_syscalls.c:2317 > #20 0xffffffff8105caa0 in syscallenter (td=) >     at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:162 > #21 amd64_syscall (td=0xfffffe00cc61f800, traced=0) >     at /usr/src/sys/amd64/amd64/trap.c:1161 > #22 > #23 0x00000008006c2aaa in ?? () > Backtrace stopped: Cannot access memory at address 0x7fffffffda78 > (kgdb) I believe that in your case, the file is stat(2)-ed without being opened before, and might be because the stat(2) is called twice, while file size is changed, fusefs wants to resize. For such vnodes, v_object is not created yet, so getblk() sets B_CACHE because both B_VMIO and B_INVAL are clear. So it might be worth just do nothing if v_object is NULL even if newsize < oldsize. What I do not understand is why vfs_bio_clrbuf() is correct there at all. It has block granularity, so either we clear too much or too little. And the data after EOF in the last buffer is not going to be used anyway. At worst, it might cause userspace which mapped the backing pages to still see the data after EOF, and if this is a problem, then manual bzero() is needed anyway. From owner-freebsd-current@freebsd.org Mon Apr 27 10:56:01 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AACC32B3A78 for ; Mon, 27 Apr 2020 10:56:01 +0000 (UTC) (envelope-from mmatalka@gmail.com) Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499hXJ4kRCz3LjJ for ; Mon, 27 Apr 2020 10:56:00 +0000 (UTC) (envelope-from mmatalka@gmail.com) Received: by mail-lj1-x22f.google.com with SMTP id h4so3498884ljg.12 for ; Mon, 27 Apr 2020 03:56:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=bN0isPLD1T3wBxR4m0Xk5fkoj6GZcuzrjLCGHTuX7fU=; b=DMG65tmXv/HjaVxii6M9IjL9/JKVFKZgBiFh0Ky0f8Hn4dkET+14UCoKZBg//Ba3G3 +jJBqNkA5IhG3fCSs4Erb9EtfZzqBwEY6lysAyoYmv4O/3J4oPM9RT2uB6NQ9OGUKb3L zVFcvMxqsAGwjjyq8ShjIw3Bti0qkUnrOMOqGu+e+cFCRyfx7h/o4K0mBuoN+dtS9MU7 q/+B7kF2DblrFyoMuF5SvxD9IUUGLztGHVPwnQdAU22dAeRZXgrHePMVL7m6I5vgZNmo F59HKxnpvXilZnSqdYAI5KybBaKfe3FmvNXJ689rF7a4ZrAXkuJv3lXv8vha0Zc8zK4p rsvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=bN0isPLD1T3wBxR4m0Xk5fkoj6GZcuzrjLCGHTuX7fU=; b=MT7MBW+/Fd/DNWAGAT1cOaLRcoIs1f1+xH2MjEZYfaBZrMDHDYnSuC4szClNXcZr/y AX86uRSfo+kcitLst9adg77wUTs9ajcFxOZ5fyZfjmYqL7lZr0pn3hV4jnJq459YP0HD X8pM3EvTCN0jVSGbLrwEV/83SogTEnYEHz/VcEXjVNeWlY7hwovubTe98iYQz7p5+Tqh EycDEUepIFQLh3IepYDZ4EsGz0Skg+iYKlYhgagw5a6a69FI1C2nurKwAXRVygU6Omq9 a6dGtcsDu/WSPz2jUm9QcfehKxdpuM38FUqzX0PtVso5p+pheJ3fHyZc3pImjRjStANg VU/g== X-Gm-Message-State: AGi0PuZAs0qqCBMuwgcyjRVSb0ua1DeB3wXyrXw2vWbXNMGsOTvwQfaB sBgR7Z9RJ5C0YYdvUIR6IQQpCwqj X-Google-Smtp-Source: APiQypISxfFTH8mdlPmuF64cJLVIxYXrqHMOXZfHmrBzNYvkTxOhyu5B+2138Km1fAUyOyKdN7s2MQ== X-Received: by 2002:a2e:b012:: with SMTP id y18mr13775361ljk.238.1587984958749; Mon, 27 Apr 2020 03:55:58 -0700 (PDT) Received: from localhost (customer-109-238-136-64.stosn.net. [109.238.136.64]) by smtp.gmail.com with ESMTPSA id a19sm10936063lff.11.2020.04.27.03.55.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 27 Apr 2020 03:55:58 -0700 (PDT) References: <86imhlv518.fsf@gmail.com> <6dfad31c-68f2-c38f-28ac-0696e73b41a9@daemonic.se> <865zdljqg9.fsf@gmail.com> User-agent: mu4e 1.2.0; emacs 26.3 From: Malcolm Matalka To: Niclas Zeising Cc: "freebsd-current\@freebsd.org" Subject: Re: Weird mouse behaviour In-reply-to: Date: Mon, 27 Apr 2020 12:55:57 +0200 Message-ID: <86zhaxi4ea.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 499hXJ4kRCz3LjJ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=DMG65tmX; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mmatalka@gmail.com designates 2a00:1450:4864:20::22f as permitted sender) smtp.mailfrom=mmatalka@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.27), ipnet: 2a00:1450::/32(-2.33), asn: 15169(-0.43), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[f.2.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 10:56:01 -0000 Niclas Zeising writes: > On 2020-04-27 10:14, Malcolm Matalka wrote: >> >> >> Niclas Zeising writes: >> >>> On 2020-04-27 08:03, Malcolm Matalka wrote: >>>> I saw that there was another thread on this and I wanted to throw my >>>> experience in: my mouse was sluggish and tap-to-click did not work. I >>>> set the evdev mask back to 3 and it worked. >>>> >>>> I am on a Dell XPS 13. >>> >>> Hi! >>> Is this on CURRENT? When using X? >>> Can you verify that you have xf86-input-libinput installed? >>> You can change sensitivity and enable tap to click using xinput. >>> Regards >> >> Yes this is current, and I'm on commit 360355. Yes I do have it >> installed. And yes I am on X. >> >> The situation I was in this morning after installing the new kernel was >> things that previously worked no longer worked so I did the shortest >> path I could find to get them working, which was modifying this evdev. >> >> Is there a document on how one is supposed to configure their system in >> X? I have never used xinput, instead I have configured my trackpad >> through sysctl. I'm happy to do it the way that is considered correct >> but I've sort of pieced together how to get my system setup. >> > > First off, do you have any local xorg conf? That's generally not needed any > more. No I don't. I just did a bunch of sysctls to configure the mouse (it was very sensitive to touch such that if my palm grazed the trackpad it became a click). > For xinput, I suggest start with the manual. > Regards From owner-freebsd-current@freebsd.org Mon Apr 27 12:27:18 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 43F132B6BC3 for ; Mon, 27 Apr 2020 12:27:18 +0000 (UTC) (envelope-from marc@bumblingdork.com) Received: from mail-ua1-x92a.google.com (mail-ua1-x92a.google.com [IPv6:2607:f8b0:4864:20::92a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499kYX3KS1z3xSS for ; Mon, 27 Apr 2020 12:27:12 +0000 (UTC) (envelope-from marc@bumblingdork.com) Received: by mail-ua1-x92a.google.com with SMTP id f5so7088608ual.5 for ; Mon, 27 Apr 2020 05:27:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bumblingdork.com; s=google; h=mime-version:from:date:message-id:subject:to; bh=VsEtG3rhOEKckOBP3t8okElPCqQ9aVhy48FXCxAb8R4=; b=L3N2v3d1DNm0VdaEdt/s5dGaL9DtSsvv+Fh+0jUsrqR+5bYaMIb9vXC9SLbdENDAN8 Z4Ubh2WzI6zvM3ZbqjaaFJyvun5YRfmpgciplT/4FjIzTQTtLSTk3/X0cWvtOxH9psps Cz4GeE9U2QZMgFDDykSnobuiGYF+Oi4+SjU3d1/ds5wQ6h5umsjymoyNZFAZRc4nVYDk 2/V/eAKZGHFByh5VDuk2qPqG6+nH6HEaiD66H3jqG8tkzfM4lGXVQ6bHDNz2SS1mR+FA C1DDIdEcobBwZJ8Y4WVdjSEzl//EdW2GgRoiOP83YvSb29nCdG4w+r6qs0btlEALzyVw XqKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=VsEtG3rhOEKckOBP3t8okElPCqQ9aVhy48FXCxAb8R4=; b=MMQpiFNIPMZzW3B3G5aNOrz13pSRXOhtb15KZlhVbCkwKY6uKrgrRrK7Jt5jsCmSXr rG6w6FY5CTxMBImW00Y6HBJdj3UFH032Th5QnZfzL/wr37r36DGo/p2/BgxQEnHLsynB 419cPQqti6AJZyruoOz8Ai+dxw+paS7vfqdg+qeWkDYRKcaaXAZ5s1K+RALXO9nPWvnZ Zhw2JJ7GgzrqSUMY9qRXP+E4BruAN0hWefOt+JCfPYMrB8A2OJfFv+6c+NgcYqv1hv0Z PHt7q1W3bJ0vgrW2+gDMw4hXFaJFEbj9nG8E+2NJHJcrjPVPK5s77RdsegEw+UrHL6dd 5I+Q== X-Gm-Message-State: AGi0Puby8GgfQYE+FZ0tUApoiwIg8PpHm5LJ4af7UeClK4r2mRX4eUhZ Nq57JRpFqB64XnT1DNuC1hLGr5x76DhjvxpE5ql+BanG7qsZdA== X-Google-Smtp-Source: APiQypJ2OAgLexcMS+wwcLwZi5D1cvMEBFGE7UXxQA/rYHzj9WPwQ7V4icIFHH5b0m67dKavdI4ll+UiUjj/IJhptt0= X-Received: by 2002:a67:e44d:: with SMTP id n13mr15366115vsm.43.1587990431093; Mon, 27 Apr 2020 05:27:11 -0700 (PDT) MIME-Version: 1.0 From: Marc Veldman Date: Mon, 27 Apr 2020 14:27:00 +0200 Message-ID: Subject: iwm0 UNHANDLED error To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="0000000000008d860d05a444d579" X-Rspamd-Queue-Id: 499kYX3KS1z3xSS X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=temperror (DNS error when getting key) header.d=bumblingdork.com header.s=google header.b=L3N2v3d1; dmarc=pass (policy=none) header.from=bumblingdork.com; spf=pass (mx1.freebsd.org: domain of marc@bumblingdork.com designates 2607:f8b0:4864:20::92a as permitted sender) smtp.mailfrom=marc@bumblingdork.com X-Spamd-Result: default: False [-4.91 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[bumblingdork.com:?]; DMARC_POLICY_ALLOW(-0.50)[bumblingdork.com,none]; RCVD_IN_DNSWL_NONE(0.00)[a.2.9.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.11)[ip: (-9.75), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; R_DKIM_TEMPFAIL(0.00)[bumblingdork.com:s=google]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 12:27:18 -0000 --0000000000008d860d05a444d579 Content-Type: text/plain; charset="UTF-8" I the following error message when booting: iwm0: frame 8/160 b800002c UNHANDLED (this should not happen) With some debug code: iwm0: frame 8/160 b800002c UNHANDLED (this should not happen) Code 00ce Any ideas? Dmesg attached. Best regards, Marc Veldman --0000000000008d860d05a444d579 Content-Type: application/octet-stream; name="p50s.dmesg" Content-Disposition: attachment; filename="p50s.dmesg" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_k9ighhdi0 LS0tPDxCT09UPj4tLS0KQ29weXJpZ2h0IChjKSAxOTkyLTIwMjAgVGhlIEZyZWVCU0QgUHJvamVj dC4KQ29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkx LCAxOTkyLCAxOTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxp Zm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFk ZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMy4wLUNVUlJFTlQgIzEg cjM2MDMyOU06IFN1biBBcHIgMjYgMTE6MTk6NDIgQ0VTVCAyMDIwCiAgICBtYXJjQGRldm5vdm86 L3Vzci9vYmovdXNyL3NyYy9hbWQ2NC5hbWQ2NC9zeXMvR0VORVJJQyBhbWQ2NApGcmVlQlNEIGNs YW5nIHZlcnNpb24gMTAuMC4wIChnaXRAZ2l0aHViLmNvbTpsbHZtL2xsdm0tcHJvamVjdC5naXQg bGx2bW9yZy0xMC4wLjAtMC1nZDMyMTcwZGJkNWIpCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVu YWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBlcmZvcm1hbmNlLgpWVChlZmlmYik6IHJlc29sdXRpb24g MTkyMHgxMDgwCkNQVTogSW50ZWwoUikgQ29yZShUTSkgaTctNjUwMFUgQ1BVIEAgMi41MEdIeiAo MjU5Mi4xMC1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbj0iR2VudWluZUludGVsIiAgSWQ9MHg0 MDZlMyAgRmFtaWx5PTB4NiAgTW9kZWw9MHg0ZSAgU3RlcHBpbmc9MwogIEZlYXR1cmVzPTB4YmZl YmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBH RSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixT UyxIVFQsVE0sUEJFPgogIEZlYXR1cmVzMj0weDdmZmFmYmJmPFNTRTMsUENMTVVMUURRLERURVM2 NCxNT04sRFNfQ1BMLFZNWCxFU1QsVE0yLFNTU0UzLFNEQkcsRk1BLENYMTYseFRQUixQRENNLFBD SUQsU1NFNC4xLFNTRTQuMix4MkFQSUMsTU9WQkUsUE9QQ05ULFRTQ0RMVCxBRVNOSSxYU0FWRSxP U1hTQVZFLEFWWCxGMTZDLFJEUkFORD4KICBBTUQgRmVhdHVyZXM9MHgyYzEwMDgwMDxTWVNDQUxM LE5YLFBhZ2UxR0IsUkRUU0NQLExNPgogIEFNRCBGZWF0dXJlczI9MHgxMjE8TEFIRixBQk0sUHJl ZmV0Y2g+CiAgU3RydWN0dXJlZCBFeHRlbmRlZCBGZWF0dXJlcz0weDI5YzY3YWY8RlNHU0JBU0Us VFNDQURKLFNHWCxCTUkxLEFWWDIsU01FUCxCTUkyLEVSTVMsSU5WUENJRCxORlBVU0csTVBYLFJE U0VFRCxBRFgsU01BUCxDTEZMVVNIT1BULFBST0NUUkFDRT4KICBTdHJ1Y3R1cmVkIEV4dGVuZGVk IEZlYXR1cmVzMz0weDljMDAwMDAwPElCUEIsU1RJQlAsTDFERkwsU1NCRD4KICBYU0FWRSBGZWF0 dXJlcz0weGY8WFNBVkVPUFQsWFNBVkVDLFhJTlVTRSxYU0FWRVM+CiAgVlQteDogUEFULEhMVCxN VEYsUEFVU0UsRVBULFVHLFZQSUQKICBUU0M6IFAtc3RhdGUgaW52YXJpYW50LCBwZXJmb3JtYW5j ZSBzdGF0aXN0aWNzCnJlYWwgbWVtb3J5ICA9IDE3MTc5ODY5MTg0ICgxNjM4NCBNQikKYXZhaWwg bWVtb3J5ID0gMTY0MjQ4MTI1NDQgKDE1NjYzIE1CKQpFdmVudCB0aW1lciAiTEFQSUMiIHF1YWxp dHkgNjAwCkFDUEkgQVBJQyBUYWJsZTogPExFTk9WTyBUUC1OMUsgID4KRnJlZUJTRC9TTVA6IE11 bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogNCBDUFVzCkZyZWVCU0QvU01QOiAxIHBhY2th Z2UocykgeCAyIGNvcmUocykgeCAyIGhhcmR3YXJlIHRocmVhZHMKcmFuZG9tOiByZWdpc3Rlcmlu ZyBmYXN0IHNvdXJjZSBJbnRlbCBTZWN1cmUgS2V5IFJORwpyYW5kb206IGZhc3QgcHJvdmlkZXI6 ICJJbnRlbCBTZWN1cmUgS2V5IFJORyIKcmFuZG9tOiB1bmJsb2NraW5nIGRldmljZS4KaW9hcGlj MCA8VmVyc2lvbiAyLjA+IGlycXMgMC0xMTkKTGF1bmNoaW5nIEFQczogMSAyIDMKVGltZWNvdW50 ZXIgIlRTQy1sb3ciIGZyZXF1ZW5jeSAxMjk2MDQ3ODU4IEh6IHF1YWxpdHkgMTAwMApyYW5kb206 IGVudHJvcHkgZGV2aWNlIGV4dGVybmFsIGludGVyZmFjZQpXQVJOSU5HOiBEZXZpY2UgImtiZCIg aXMgR2lhbnQgbG9ja2VkIGFuZCBtYXkgYmUgZGVsZXRlZCBiZWZvcmUgRnJlZUJTRCAxMy4wLgpr YmQxIGF0IGtiZG11eDAKMDAwLjAwMDA0NCBbNDM0Ml0gbmV0bWFwX2luaXQgICAgICAgICAgICAg ICBuZXRtYXA6IGxvYWRlZCBtb2R1bGUKW2F0aF9oYWxdIGxvYWRlZApuZXh1czAKZWZpcnRjMDog PEVGSSBSZWFsdGltZSBDbG9jaz4KZWZpcnRjMDogcmVnaXN0ZXJlZCBhcyBhIHRpbWUtb2YtZGF5 IGNsb2NrLCByZXNvbHV0aW9uIDEuMDAwMDAwcwpjcnlwdG9zb2Z0MDogPHNvZnR3YXJlIGNyeXB0 bz4KYWVzbmkwOiA8QUVTLUNCQyxBRVMtQ0NNLEFFUy1HQ00sQUVTLUlDTSxBRVMtWFRTPgphY3Bp MDogPExFTk9WTyBUUC1OMUs+CmFjcGlfZWMwOiA8RW1iZWRkZWQgQ29udHJvbGxlcjogR1BFIDB4 MTYsIEVDRFQ+IHBvcnQgMHg2MiwweDY2IG9uIGFjcGkwCmFjcGkwOiBQb3dlciBCdXR0b24gKGZp eGVkKQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmF0dGltZXIwOiA8QVQgdGltZXI+IHBvcnQg MHg0MC0weDQzIGlycSAwIG9uIGFjcGkwClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDEx OTMxODIgSHogcXVhbGl0eSAwCkV2ZW50IHRpbWVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIg SHogcXVhbGl0eSAxMDAKaHBldDA6IDxIaWdoIFByZWNpc2lvbiBFdmVudCBUaW1lcj4gaW9tZW0g MHhmZWQwMDAwMC0weGZlZDAwM2ZmIG9uIGFjcGkwClRpbWVjb3VudGVyICJIUEVUIiBmcmVxdWVu Y3kgMjQwMDAwMDAgSHogcXVhbGl0eSA5NTAKRXZlbnQgdGltZXIgIkhQRVQiIGZyZXF1ZW5jeSAy NDAwMDAwMCBIeiBxdWFsaXR5IDU1MApFdmVudCB0aW1lciAiSFBFVDEiIGZyZXF1ZW5jeSAyNDAw MDAwMCBIeiBxdWFsaXR5IDQ0MApFdmVudCB0aW1lciAiSFBFVDIiIGZyZXF1ZW5jeSAyNDAwMDAw MCBIeiBxdWFsaXR5IDQ0MApFdmVudCB0aW1lciAiSFBFVDMiIGZyZXF1ZW5jeSAyNDAwMDAwMCBI eiBxdWFsaXR5IDQ0MApFdmVudCB0aW1lciAiSFBFVDQiIGZyZXF1ZW5jeSAyNDAwMDAwMCBIeiBx dWFsaXR5IDQ0MAphdHJ0YzA6IDxBVCByZWFsdGltZSBjbG9jaz4gcG9ydCAweDcwLTB4NzEgaXJx IDggb24gYWNwaTAKYXRydGMwOiByZWdpc3RlcmVkIGFzIGEgdGltZS1vZi1kYXkgY2xvY2ssIHJl c29sdXRpb24gMS4wMDAwMDBzCkV2ZW50IHRpbWVyICJSVEMiIGZyZXF1ZW5jeSAzMjc2OCBIeiBx dWFsaXR5IDAKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVh bGl0eSA5MDAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQg MHgxODA4LTB4MTgwYiBvbiBhY3BpMAphY3BpX2xpZDA6IDxDb250cm9sIE1ldGhvZCBMaWQgU3dp dGNoPiBvbiBhY3BpMAphY3BpX2J1dHRvbjA6IDxTbGVlcCBCdXR0b24+IG9uIGFjcGkwCnBjaWIw OiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpMDog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+ IHBvcnQgMHhlMDAwLTB4ZTAzZiBtZW0gMHhmMjAwMDAwMC0weGYyZmZmZmZmLDB4ZDAwMDAwMDAt MHhkZmZmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCnZnYXBjaTA6IEJvb3Qgdmlk ZW8gZGV2aWNlCnhoY2kwOiA8SW50ZWwgU3VucmlzZSBQb2ludC1MUCBVU0IgMy4wIGNvbnRyb2xs ZXI+IG1lbSAweGY0MjIwMDAwLTB4ZjQyMmZmZmYgYXQgZGV2aWNlIDIwLjAgb24gcGNpMAp4aGNp MDogMzIgYnl0ZXMgY29udGV4dCBzaXplLCA2NC1iaXQgRE1BCnVzYnVzMCBvbiB4aGNpMAp1c2J1 czA6IDUuMEdicHMgU3VwZXIgU3BlZWQgVVNCIHYzLjAKcGNpMDogPHNpbXBsZSBjb21tcz4gYXQg ZGV2aWNlIDIyLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKYWhjaTA6IDxJbnRlbCBTdW5yaXNlIFBv aW50LUxQIEFIQ0kgU0FUQSBjb250cm9sbGVyPiBwb3J0IDB4ZTA4MC0weGUwODcsMHhlMDg4LTB4 ZTA4YiwweGUwNjAtMHhlMDdmIG1lbSAweGY0MjQ4MDAwLTB4ZjQyNDlmZmYsMHhmNDI0ZjAwMC0w eGY0MjRmMGZmLDB4ZjQyNGQwMDAtMHhmNDI0ZDdmZiBhdCBkZXZpY2UgMjMuMCBvbiBwY2kwCmFo Y2kwOiBBSENJIHYxLjMxIHdpdGggMSA2R2JwcyBwb3J0cywgUG9ydCBNdWx0aXBsaWVyIG5vdCBz dXBwb3J0ZWQKYWhjaWNoMTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGFoY2kwCnBj aWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDI4LjAgb24gcGNpMApwY2kxOiA8 QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpwY2kxOiA8dW5rbm93bj4gYXQgZGV2aWNlIDAuMCAobm8g ZHJpdmVyIGF0dGFjaGVkKQpwY2liMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAy OC4yIG9uIHBjaTAKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKcGNpMjogPG5ldHdvcms+ IGF0IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kg YnJpZGdlPiBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBj aWIzCnZnYXBjaTE6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4ZDAwMC0weGQwN2Yg bWVtIDB4ZjMwMDAwMDAtMHhmM2ZmZmZmZiwweGUwMDAwMDAwLTB4ZWZmZmZmZmYsMHhmMDAwMDAw MC0weGYxZmZmZmZmIGF0IGRldmljZSAwLjAgb24gcGNpMwppc2FiMDogPFBDSS1JU0EgYnJpZGdl PiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMApwY2kwOiA8 bWVtb3J5PiBhdCBkZXZpY2UgMzEuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpoZGFjMDogPEludGVs IFN1bnJpc2UgUG9pbnQtTFAgSERBIENvbnRyb2xsZXI+IG1lbSAweGY0MjQwMDAwLTB4ZjQyNDNm ZmYsMHhmNDIzMDAwMC0weGY0MjNmZmZmIGF0IGRldmljZSAzMS4zIG9uIHBjaTAKZW0wOiA8SW50 ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uPiBtZW0gMHhmNDIwMDAwMC0weGY0MjFm ZmZmIGF0IGRldmljZSAzMS42IG9uIHBjaTAKZW0wOiBVc2luZyAxMDI0IFRYIGRlc2NyaXB0b3Jz IGFuZCAxMDI0IFJYIGRlc2NyaXB0b3JzCmVtMDogVXNpbmcgYW4gTVNJIGludGVycnVwdAplbTA6 IEV0aGVybmV0IGFkZHJlc3M6IDU0OmVlOjc1OmNiOjBkOmUzCmVtMDogbmV0bWFwIHF1ZXVlcy9z bG90czogVFggMS8xMDI0LCBSWCAxLzEwMjQKYWNwaV90ejA6IDxUaGVybWFsIFpvbmU+IG9uIGFj cGkwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0 IGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmti ZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KcHNtMDogPFBTLzIgTW91c2U+IGly cSAxMiBvbiBhdGtiZGMwCnBzbTA6IFtHSUFOVC1MT0NLRURdCldBUk5JTkc6IERldmljZSAicHNt IiBpcyBHaWFudCBsb2NrZWQgYW5kIG1heSBiZSBkZWxldGVkIGJlZm9yZSBGcmVlQlNEIDEzLjAu CnBzbTA6IG1vZGVsIFN5bmFwdGljcyBUb3VjaHBhZCwgZGV2aWNlIElEIDAKYmF0dGVyeTA6IDxB Q1BJIENvbnRyb2wgTWV0aG9kIEJhdHRlcnk+IG9uIGFjcGkwCmJhdHRlcnkxOiA8QUNQSSBDb250 cm9sIE1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMAphY3BpX2FjYWQwOiA8QUMgQWRhcHRlcj4gb24g YWNwaTAKb3JtMDogPElTQSBPcHRpb24gUk9NPiBhdCBpb21lbSAweGMwMDAwLTB4Y2ZmZmYgcG5w aWQgT1JNMDAwMCBvbiBpc2EwCmh3cHN0YXRlX2ludGVsMDogPEludGVsIFNwZWVkIFNoaWZ0PiBv biBjcHUwCmh3cHN0YXRlX2ludGVsMTogPEludGVsIFNwZWVkIFNoaWZ0PiBvbiBjcHUxCmh3cHN0 YXRlX2ludGVsMjogPEludGVsIFNwZWVkIFNoaWZ0PiBvbiBjcHUyCmh3cHN0YXRlX2ludGVsMzog PEludGVsIFNwZWVkIFNoaWZ0PiBvbiBjcHUzClpGUyBmaWxlc3lzdGVtIHZlcnNpb246IDUKWkZT IHN0b3JhZ2UgcG9vbCB2ZXJzaW9uOiBmZWF0dXJlcyBzdXBwb3J0ICg1MDAwKQpUaW1lY291bnRl cnMgdGljayBldmVyeSAxLjAwMCBtc2VjCk9ic29sZXRlIGNvZGUgd2lsbCBiZSByZW1vdmVkIHNv b246IHJhbmRvbSg5KSBpcyB0aGUgb2Jzb2xldGUgUGFyay1NaWxsZXIgTENHIGZyb20gMTk4OApo ZGFjYzA6IDxSZWFsdGVrIEFMQzI5MyBIREEgQ09ERUM+IGF0IGNhZCAwIG9uIGhkYWMwCmhkYWEw OiA8UmVhbHRlayBBTEMyOTMgQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNj MApwY20wOiA8UmVhbHRlayBBTEMyOTMgKEFuYWxvZyk+IGF0IG5pZCAyMCBhbmQgMjYgb24gaGRh YTAKcGNtMTogPFJlYWx0ZWsgQUxDMjkzIChBbmFsb2cpPiBhdCBuaWQgMjEgYW5kIDE4IG9uIGhk YWEwCmhkYWNjMTogPEludGVsIFNreWxha2UgSERBIENPREVDPiBhdCBjYWQgMiBvbiBoZGFjMApo ZGFhMTogPEludGVsIFNreWxha2UgQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhk YWNjMQpwY20yOiA8SW50ZWwgU2t5bGFrZSAoSERNSS9EUCA4Y2gpPiBhdCBuaWQgMyBvbiBoZGFh MQpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHpmczp6cm9vdC9ST09UL2RlZmF1bHQgW10uLi4K Um9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMwIENBTQpXQVJOSU5HOiBXSVRORVNTIG9wdGlv biBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4KdWdlbjAuMTogPDB4ODA4NiBY SENJIHJvb3QgSFVCPiBhdCB1c2J1czAKdWh1YjAgb24gdXNidXMwCnVodWIwOiA8MHg4MDg2IFhI Q0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDMuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAK YWRhMCBhdCBhaGNpY2gxIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMCBsdW4gMAphZGEwOiA8U2Ftc3Vu ZyBTU0QgODUwIFBSTyA1MTJHQiBFWE0wNEI2UT4gQUNTLTIgQVRBIFNBVEEgMy54IGRldmljZQph ZGEwOiBTZXJpYWwgTnVtYmVyIFMzOUZOWDBKNjI1NDYzVAphZGEwOiA2MDAuMDAwTUIvcyB0cmFu c2ZlcnMgKFNBVEEgMy54LCBVRE1BNiwgUElPIDUxMmJ5dGVzKQphZGEwOiBDb21tYW5kIFF1ZXVl aW5nIGVuYWJsZWQKYWRhMDogNDg4Mzg2TUIgKDEwMDAyMTUyMTYgNTEyIGJ5dGUgc2VjdG9ycykK YWRhMDogcXVpcmtzPTB4Mzw0SyxOQ1FfVFJJTV9CUk9LRU4+CkdFT01fRUxJOiBEZXZpY2UgYWRh MHA0LmVsaSBjcmVhdGVkLgpHRU9NX0VMSTogRW5jcnlwdGlvbjogQUVTLVhUUyAyNTYKR0VPTV9F TEk6ICAgICBDcnlwdG86IHNvZnR3YXJlCnVodWIwOiAxOCBwb3J0cyB3aXRoIDE4IHJlbW92YWJs ZSwgc2VsZiBwb3dlcmVkClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMAp1Z2VuMC4yOiA8 UHJvbGlmaWMgVGVjaG5vbG9neSBJbmMuIFVTQi1TZXJpYWwgQ29udHJvbGxlcj4gYXQgdXNidXMw ClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMAp1Z2VuMC4zOiA8dmVuZG9yIDB4ODA4NyBw cm9kdWN0IDB4MGEyYj4gYXQgdXNidXMwCnVnZW4wLjQ6IDxTdW5wbHVzSVQgSW5jIEludGVncmF0 ZWQgQ2FtZXJhPiBhdCB1c2J1czAKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMwCnVnZW4w LjU6IDx2ZW5kb3IgMHgxMzhhIHByb2R1Y3QgMHgwMDE3PiBhdCB1c2J1czAKbG8wOiBsaW5rIHN0 YXRlIGNoYW5nZWQgdG8gVVAKcGNodGhlcm0wOiA8U2t5bGFrZSBQQ0ggVGhlcm1hbCBTdWJzeXN0 ZW0+IG1lbSAweGY0MjRiMDAwLTB4ZjQyNGJmZmYgYXQgZGV2aWNlIDIwLjIgb24gcGNpMAppd20w OiA8SW50ZWwoUikgRHVhbCBCYW5kIFdpcmVsZXNzIEFDIDgyNjA+IG1lbSAweGY0MDAwMDAwLTB4 ZjQwMDFmZmYgYXQgZGV2aWNlIDAuMCBvbiBwY2kyCml3bTA6IGh3IHJldiAweDIwMCwgZncgdmVy IDIyLjM2MTQ3Ni4wLCBhZGRyZXNzIGY0OjhjOjUwOjUwOjIyOjgzCnVwbGNvbTAgb24gdWh1YjAK dXBsY29tMDogPFByb2xpZmljIFRlY2hub2xvZ3kgSW5jLiBVU0ItU2VyaWFsIENvbnRyb2xsZXIs IGNsYXNzIDAvMCwgcmV2IDEuMTAvMy4wMCwgYWRkciAxPiBvbiB1c2J1czAKd2xhbjA6IEV0aGVy bmV0IGFkZHJlc3M6IGY0OjhjOjUwOjUwOjIyOjgzCmJ1c19kbWFfdGFnX2NyZWF0ZSB3aXRoIHRo ZSBmb2xsb3dpbmcgbm9uLXNsZWVwYWJsZSBsb2NrcyBoZWxkOgpleGNsdXNpdmUgc2xlZXAgbXV0 ZXggaXdtMCAobmV0d29yayBkcml2ZXIpIHIgPSAwICgweGZmZmZmZTAwYjBlMDAwMTApIGxvY2tl ZCBAIC91c3Ivc3JjL3N5cy9kZXYvaXdtL2lmX2l3bS5jOjI5MjIKc3RhY2sgYmFja3RyYWNlOgoj MCAweGZmZmZmZmZmODBjMmQzODEgYXQgd2l0bmVzc19kZWJ1Z2dlcisweDcxCiMxIDB4ZmZmZmZm ZmY4MGMyZTMxZCBhdCB3aXRuZXNzX3dhcm4rMHg0MGQKIzIgMHhmZmZmZmZmZjgxMDFlZjNlIGF0 IGJ1c19kbWFfdGFnX2NyZWF0ZSsweDdlCiMzIDB4ZmZmZmZmZmY4MmYwNjVjNCBhdCBpd21fZG1h X2NvbnRpZ19hbGxvYysweDY0CiM0IDB4ZmZmZmZmZmY4MmYwYTRmZSBhdCBpd21fc2F2ZV9md19w YWdpbmcrMHhkZQojNSAweGZmZmZmZmZmODJmMDNlNWIgYXQgaXdtX2xvYWRfdWNvZGVfd2FpdF9h bGl2ZSsweGMyYgojNiAweGZmZmZmZmZmODJmMDU2OWUgYXQgaXdtX2luaXQrMHgxMGUKIzcgMHhm ZmZmZmZmZjgyZjAzMDY2IGF0IGl3bV9wYXJlbnQrMHg0NgojOCAweGZmZmZmZmZmODBjMWZjYmEg YXQgdGFza3F1ZXVlX3J1bl9sb2NrZWQrMHhhYQojOSAweGZmZmZmZmZmODBjMjBkMzQgYXQgdGFz a3F1ZXVlX3RocmVhZF9sb29wKzB4OTQKIzEwIDB4ZmZmZmZmZmY4MGI3ZTQ1MCBhdCBmb3JrX2V4 aXQrMHg4MAojMTEgMHhmZmZmZmZmZjgxMDM3MzhlIGF0IGZvcmtfdHJhbXBvbGluZSsweGUKYm91 bmNlX2J1c19kbWFtZW1fYWxsb2Mgd2l0aCB0aGUgZm9sbG93aW5nIG5vbi1zbGVlcGFibGUgbG9j a3MgaGVsZDoKZXhjbHVzaXZlIHNsZWVwIG11dGV4IGl3bTAgKG5ldHdvcmsgZHJpdmVyKSByID0g MCAoMHhmZmZmZmUwMGIwZTAwMDEwKSBsb2NrZWQgQCAvdXNyL3NyYy9zeXMvZGV2L2l3bS9pZl9p d20uYzoyOTIyCnN0YWNrIGJhY2t0cmFjZToKIzAgMHhmZmZmZmZmZjgwYzJkMzgxIGF0IHdpdG5l c3NfZGVidWdnZXIrMHg3MQojMSAweGZmZmZmZmZmODBjMmUzMWQgYXQgd2l0bmVzc193YXJuKzB4 NDBkCiMyIDB4ZmZmZmZmZmY4MTAxZDM3YSBhdCBib3VuY2VfYnVzX2RtYW1lbV9hbGxvYysweDNh CiMzIDB4ZmZmZmZmZmY4MmYwNjVlNyBhdCBpd21fZG1hX2NvbnRpZ19hbGxvYysweDg3CiM0IDB4 ZmZmZmZmZmY4MmYwYTRmZSBhdCBpd21fc2F2ZV9md19wYWdpbmcrMHhkZQojNSAweGZmZmZmZmZm ODJmMDNlNWIgYXQgaXdtX2xvYWRfdWNvZGVfd2FpdF9hbGl2ZSsweGMyYgojNiAweGZmZmZmZmZm ODJmMDU2OWUgYXQgaXdtX2luaXQrMHgxMGUKIzcgMHhmZmZmZmZmZjgyZjAzMDY2IGF0IGl3bV9w YXJlbnQrMHg0NgojOCAweGZmZmZmZmZmODBjMWZjYmEgYXQgdGFza3F1ZXVlX3J1bl9sb2NrZWQr MHhhYQojOSAweGZmZmZmZmZmODBjMjBkMzQgYXQgdGFza3F1ZXVlX3RocmVhZF9sb29wKzB4OTQK IzEwIDB4ZmZmZmZmZmY4MGI3ZTQ1MCBhdCBmb3JrX2V4aXQrMHg4MAojMTEgMHhmZmZmZmZmZjgx MDM3MzhlIGF0IGZvcmtfdHJhbXBvbGluZSsweGUKYnVzX2RtYV90YWdfY3JlYXRlIHdpdGggdGhl IGZvbGxvd2luZyBub24tc2xlZXBhYmxlIGxvY2tzIGhlbGQ6CmV4Y2x1c2l2ZSBzbGVlcCBtdXRl eCBpd20wIChuZXR3b3JrIGRyaXZlcikgciA9IDAgKDB4ZmZmZmZlMDBiMGUwMDAxMCkgbG9ja2Vk IEAgL3Vzci9zcmMvc3lzL2Rldi9pd20vaWZfaXdtLmM6MjkyMgpzdGFjayBiYWNrdHJhY2U6CiMw IDB4ZmZmZmZmZmY4MGMyZDM4MSBhdCB3aXRuZXNzX2RlYnVnZ2VyKzB4NzEKIzEgMHhmZmZmZmZm ZjgwYzJlMzFkIGF0IHdpdG5lc3Nfd2FybisweDQwZAojMiAweGZmZmZmZmZmODEwMWVmM2UgYXQg YnVzX2RtYV90YWdfY3JlYXRlKzB4N2UKIzMgMHhmZmZmZmZmZjgyZjA2NWM0IGF0IGl3bV9kbWFf Y29udGlnX2FsbG9jKzB4NjQKIzQgMHhmZmZmZmZmZjgyZjBhNTdlIGF0IGl3bV9zYXZlX2Z3X3Bh Z2luZysweDE1ZQojNSAweGZmZmZmZmZmODJmMDNlNWIgYXQgaXdtX2xvYWRfdWNvZGVfd2FpdF9h bGl2ZSsweGMyYgojNiAweGZmZmZmZmZmODJmMDU2OWUgYXQgaXdtX2luaXQrMHgxMGUKIzcgMHhm ZmZmZmZmZjgyZjAzMDY2IGF0IGl3bV9wYXJlbnQrMHg0NgojOCAweGZmZmZmZmZmODBjMWZjYmEg YXQgdGFza3F1ZXVlX3J1bl9sb2NrZWQrMHhhYQojOSAweGZmZmZmZmZmODBjMjBkMzQgYXQgdGFz a3F1ZXVlX3RocmVhZF9sb29wKzB4OTQKIzEwIDB4ZmZmZmZmZmY4MGI3ZTQ1MCBhdCBmb3JrX2V4 aXQrMHg4MAojMTEgMHhmZmZmZmZmZjgxMDM3MzhlIGF0IGZvcmtfdHJhbXBvbGluZSsweGUKYm91 bmNlX2J1c19kbWFtZW1fYWxsb2Mgd2l0aCB0aGUgZm9sbG93aW5nIG5vbi1zbGVlcGFibGUgbG9j a3MgaGVsZDoKZXhjbHVzaXZlIHNsZWVwIG11dGV4IGl3bTAgKG5ldHdvcmsgZHJpdmVyKSByID0g MCAoMHhmZmZmZmUwMGIwZTAwMDEwKSBsb2NrZWQgQCAvdXNyL3NyYy9zeXMvZGV2L2l3bS9pZl9p d20uYzoyOTIyCnN0YWNrIGJhY2t0cmFjZToKIzAgMHhmZmZmZmZmZjgwYzJkMzgxIGF0IHdpdG5l c3NfZGVidWdnZXIrMHg3MQojMSAweGZmZmZmZmZmODBjMmUzMWQgYXQgd2l0bmVzc193YXJuKzB4 NDBkCiMyIDB4ZmZmZmZmZmY4MTAxZDM3YSBhdCBib3VuY2VfYnVzX2RtYW1lbV9hbGxvYysweDNh CiMzIDB4ZmZmZmZmZmY4MmYwNjVlNyBhdCBpd21fZG1hX2NvbnRpZ19hbGxvYysweDg3CiM0IDB4 ZmZmZmZmZmY4MmYwYTU3ZSBhdCBpd21fc2F2ZV9md19wYWdpbmcrMHgxNWUKIzUgMHhmZmZmZmZm ZjgyZjAzZTViIGF0IGl3bV9sb2FkX3Vjb2RlX3dhaXRfYWxpdmUrMHhjMmIKIzYgMHhmZmZmZmZm ZjgyZjA1NjllIGF0IGl3bV9pbml0KzB4MTBlCiM3IDB4ZmZmZmZmZmY4MmYwMzA2NiBhdCBpd21f cGFyZW50KzB4NDYKIzggMHhmZmZmZmZmZjgwYzFmY2JhIGF0IHRhc2txdWV1ZV9ydW5fbG9ja2Vk KzB4YWEKIzkgMHhmZmZmZmZmZjgwYzIwZDM0IGF0IHRhc2txdWV1ZV90aHJlYWRfbG9vcCsweDk0 CiMxMCAweGZmZmZmZmZmODBiN2U0NTAgYXQgZm9ya19leGl0KzB4ODAKIzExIDB4ZmZmZmZmZmY4 MTAzNzM4ZSBhdCBmb3JrX3RyYW1wb2xpbmUrMHhlCmJ1c19kbWFfdGFnX2NyZWF0ZSB3aXRoIHRo ZSBmb2xsb3dpbmcgbm9uLXNsZWVwYWJsZSBsb2NrcyBoZWxkOgpleGNsdXNpdmUgc2xlZXAgbXV0 ZXggaXdtMCAobmV0d29yayBkcml2ZXIpIHIgPSAwICgweGZmZmZmZTAwYjBlMDAwMTApIGxvY2tl ZCBAIC91c3Ivc3JjL3N5cy9kZXYvaXdtL2lmX2l3bS5jOjI5MjIKc3RhY2sgYmFja3RyYWNlOgoj MCAweGZmZmZmZmZmODBjMmQzODEgYXQgd2l0bmVzc19kZWJ1Z2dlcisweDcxCiMxIDB4ZmZmZmZm ZmY4MGMyZTMxZCBhdCB3aXRuZXNzX3dhcm4rMHg0MGQKIzIgMHhmZmZmZmZmZjgxMDFlZjNlIGF0 IGJ1c19kbWFfdGFnX2NyZWF0ZSsweDdlCiMzIDB4ZmZmZmZmZmY4MmYwNjVjNCBhdCBpd21fZG1h X2NvbnRpZ19hbGxvYysweDY0CiM0IDB4ZmZmZmZmZmY4MmYwYTU3ZSBhdCBpd21fc2F2ZV9md19w YWdpbmcrMHgxNWUKIzUgMHhmZmZmZmZmZjgyZjAzZTViIGF0IGl3bV9sb2FkX3Vjb2RlX3dhaXRf YWxpdmUrMHhjMmIKIzYgMHhmZmZmZmZmZjgyZjA1NjllIGF0IGl3bV9pbml0KzB4MTBlCiM3IDB4 ZmZmZmZmZmY4MmYwMzA2NiBhdCBpd21fcGFyZW50KzB4NDYKIzggMHhmZmZmZmZmZjgwYzFmY2Jh IGF0IHRhc2txdWV1ZV9ydW5fbG9ja2VkKzB4YWEKIzkgMHhmZmZmZmZmZjgwYzIwZDM0IGF0IHRh c2txdWV1ZV90aHJlYWRfbG9vcCsweDk0CiMxMCAweGZmZmZmZmZmODBiN2U0NTAgYXQgZm9ya19l eGl0KzB4ODAKIzExIDB4ZmZmZmZmZmY4MTAzNzM4ZSBhdCBmb3JrX3RyYW1wb2xpbmUrMHhlCmJv dW5jZV9idXNfZG1hbWVtX2FsbG9jIHdpdGggdGhlIGZvbGxvd2luZyBub24tc2xlZXBhYmxlIGxv Y2tzIGhlbGQ6CmV4Y2x1c2l2ZSBzbGVlcCBtdXRleCBpd20wIChuZXR3b3JrIGRyaXZlcikgciA9 IDAgKDB4ZmZmZmZlMDBiMGUwMDAxMCkgbG9ja2VkIEAgL3Vzci9zcmMvc3lzL2Rldi9pd20vaWZf aXdtLmM6MjkyMgpzdGFjayBiYWNrdHJhY2U6CiMwIDB4ZmZmZmZmZmY4MGMyZDM4MSBhdCB3aXRu ZXNzX2RlYnVnZ2VyKzB4NzEKIzEgMHhmZmZmZmZmZjgwYzJlMzFkIGF0IHdpdG5lc3Nfd2Fybisw eDQwZAojMiAweGZmZmZmZmZmODEwMWQzN2EgYXQgYm91bmNlX2J1c19kbWFtZW1fYWxsb2MrMHgz YQojMyAweGZmZmZmZmZmODJmMDY1ZTcgYXQgaXdtX2RtYV9jb250aWdfYWxsb2MrMHg4NwojNCAw eGZmZmZmZmZmODJmMGE1N2UgYXQgaXdtX3NhdmVfZndfcGFnaW5nKzB4MTVlCiM1IDB4ZmZmZmZm ZmY4MmYwM2U1YiBhdCBpd21fbG9hZF91Y29kZV93YWl0X2FsaXZlKzB4YzJiCiM2IDB4ZmZmZmZm ZmY4MmYwNTY5ZSBhdCBpd21faW5pdCsweDEwZQojNyAweGZmZmZmZmZmODJmMDMwNjYgYXQgaXdt X3BhcmVudCsweDQ2CiM4IDB4ZmZmZmZmZmY4MGMxZmNiYSBhdCB0YXNrcXVldWVfcnVuX2xvY2tl ZCsweGFhCiM5IDB4ZmZmZmZmZmY4MGMyMGQzNCBhdCB0YXNrcXVldWVfdGhyZWFkX2xvb3ArMHg5 NAojMTAgMHhmZmZmZmZmZjgwYjdlNDUwIGF0IGZvcmtfZXhpdCsweDgwCiMxMSAweGZmZmZmZmZm ODEwMzczOGUgYXQgZm9ya190cmFtcG9saW5lKzB4ZQpidXNfZG1hX3RhZ19jcmVhdGUgd2l0aCB0 aGUgZm9sbG93aW5nIG5vbi1zbGVlcGFibGUgbG9ja3MgaGVsZDoKZXhjbHVzaXZlIHNsZWVwIG11 dGV4IGl3bTAgKG5ldHdvcmsgZHJpdmVyKSByID0gMCAoMHhmZmZmZmUwMGIwZTAwMDEwKSBsb2Nr ZWQgQCAvdXNyL3NyYy9zeXMvZGV2L2l3bS9pZl9pd20uYzoyOTIyCnN0YWNrIGJhY2t0cmFjZToK IzAgMHhmZmZmZmZmZjgwYzJkMzgxIGF0IHdpdG5lc3NfZGVidWdnZXIrMHg3MQojMSAweGZmZmZm ZmZmODBjMmUzMWQgYXQgd2l0bmVzc193YXJuKzB4NDBkCiMyIDB4ZmZmZmZmZmY4MTAxZWYzZSBh dCBidXNfZG1hX3RhZ19jcmVhdGUrMHg3ZQojMyAweGZmZmZmZmZmODJmMDY1YzQgYXQgaXdtX2Rt YV9jb250aWdfYWxsb2MrMHg2NAojNCAweGZmZmZmZmZmODJmMGE1N2UgYXQgaXdtX3NhdmVfZndf cGFnaW5nKzB4MTVlCiM1IDB4ZmZmZmZmZmY4MmYwM2U1YiBhdCBpd21fbG9hZF91Y29kZV93YWl0 X2FsaXZlKzB4YzJiCiM2IDB4ZmZmZmZmZmY4MmYwNTY5ZSBhdCBpd21faW5pdCsweDEwZQojNyAw eGZmZmZmZmZmODJmMDMwNjYgYXQgaXdtX3BhcmVudCsweDQ2CiM4IDB4ZmZmZmZmZmY4MGMxZmNi YSBhdCB0YXNrcXVldWVfcnVuX2xvY2tlZCsweGFhCiM5IDB4ZmZmZmZmZmY4MGMyMGQzNCBhdCB0 YXNrcXVldWVfdGhyZWFkX2xvb3ArMHg5NAojMTAgMHhmZmZmZmZmZjgwYjdlNDUwIGF0IGZvcmtf ZXhpdCsweDgwCiMxMSAweGZmZmZmZmZmODEwMzczOGUgYXQgZm9ya190cmFtcG9saW5lKzB4ZQpi b3VuY2VfYnVzX2RtYW1lbV9hbGxvYyB3aXRoIHRoZSBmb2xsb3dpbmcgbm9uLXNsZWVwYWJsZSBs b2NrcyBoZWxkOgpleGNsdXNpdmUgc2xlZXAgbXV0ZXggaXdtMCAobmV0d29yayBkcml2ZXIpIHIg PSAwICgweGZmZmZmZTAwYjBlMDAwMTApIGxvY2tlZCBAIC91c3Ivc3JjL3N5cy9kZXYvaXdtL2lm X2l3bS5jOjI5MjIKc3RhY2sgYmFja3RyYWNlOgojMCAweGZmZmZmZmZmODBjMmQzODEgYXQgd2l0 bmVzc19kZWJ1Z2dlcisweDcxCiMxIDB4ZmZmZmZmZmY4MGMyZTMxZCBhdCB3aXRuZXNzX3dhcm4r MHg0MGQKIzIgMHhmZmZmZmZmZjgxMDFkMzdhIGF0IGJvdW5jZV9idXNfZG1hbWVtX2FsbG9jKzB4 M2EKIzMgMHhmZmZmZmZmZjgyZjA2NWU3IGF0IGl3bV9kbWFfY29udGlnX2FsbG9jKzB4ODcKIzQg MHhmZmZmZmZmZjgyZjBhNTdlIGF0IGl3bV9zYXZlX2Z3X3BhZ2luZysweDE1ZQojNSAweGZmZmZm ZmZmODJmMDNlNWIgYXQgaXdtX2xvYWRfdWNvZGVfd2FpdF9hbGl2ZSsweGMyYgojNiAweGZmZmZm ZmZmODJmMDU2OWUgYXQgaXdtX2luaXQrMHgxMGUKIzcgMHhmZmZmZmZmZjgyZjAzMDY2IGF0IGl3 bV9wYXJlbnQrMHg0NgojOCAweGZmZmZmZmZmODBjMWZjYmEgYXQgdGFza3F1ZXVlX3J1bl9sb2Nr ZWQrMHhhYQojOSAweGZmZmZmZmZmODBjMjBkMzQgYXQgdGFza3F1ZXVlX3RocmVhZF9sb29wKzB4 OTQKIzEwIDB4ZmZmZmZmZmY4MGI3ZTQ1MCBhdCBmb3JrX2V4aXQrMHg4MAojMTEgMHhmZmZmZmZm ZjgxMDM3MzhlIGF0IGZvcmtfdHJhbXBvbGluZSsweGUKYnVzX2RtYV90YWdfY3JlYXRlIHdpdGgg dGhlIGZvbGxvd2luZyBub24tc2xlZXBhYmxlIGxvY2tzIGhlbGQ6CmV4Y2x1c2l2ZSBzbGVlcCBt dXRleCBpd20wIChuZXR3b3JrIGRyaXZlcikgciA9IDAgKDB4ZmZmZmZlMDBiMGUwMDAxMCkgbG9j a2VkIEAgL3Vzci9zcmMvc3lzL2Rldi9pd20vaWZfaXdtLmM6MjkyMgpzdGFjayBiYWNrdHJhY2U6 CiMwIDB4ZmZmZmZmZmY4MGMyZDM4MSBhdCB3aXRuZXNzX2RlYnVnZ2VyKzB4NzEKIzEgMHhmZmZm ZmZmZjgwYzJlMzFkIGF0IHdpdG5lc3Nfd2FybisweDQwZAojMiAweGZmZmZmZmZmODEwMWVmM2Ug YXQgYnVzX2RtYV90YWdfY3JlYXRlKzB4N2UKIzMgMHhmZmZmZmZmZjgyZjA2NWM0IGF0IGl3bV9k bWFfY29udGlnX2FsbG9jKzB4NjQKIzQgMHhmZmZmZmZmZjgyZjBhNTdlIGF0IGl3bV9zYXZlX2Z3 X3BhZ2luZysweDE1ZQojNSAweGZmZmZmZmZmODJmMDNlNWIgYXQgaXdtX2xvYWRfdWNvZGVfd2Fp dF9hbGl2ZSsweGMyYgojNiAweGZmZmZmZmZmODJmMDU2OWUgYXQgaXdtX2luaXQrMHgxMGUKIzcg MHhmZmZmZmZmZjgyZjAzMDY2IGF0IGl3bV9wYXJlbnQrMHg0NgojOCAweGZmZmZmZmZmODBjMWZj YmEgYXQgdGFza3F1ZXVlX3J1bl9sb2NrZWQrMHhhYQojOSAweGZmZmZmZmZmODBjMjBkMzQgYXQg dGFza3F1ZXVlX3RocmVhZF9sb29wKzB4OTQKIzEwIDB4ZmZmZmZmZmY4MGI3ZTQ1MCBhdCBmb3Jr X2V4aXQrMHg4MAojMTEgMHhmZmZmZmZmZjgxMDM3MzhlIGF0IGZvcmtfdHJhbXBvbGluZSsweGUK Ym91bmNlX2J1c19kbWFtZW1fYWxsb2Mgd2l0aCB0aGUgZm9sbG93aW5nIG5vbi1zbGVlcGFibGUg bG9ja3MgaGVsZDoKZXhjbHVzaXZlIHNsZWVwIG11dGV4IGl3bTAgKG5ldHdvcmsgZHJpdmVyKSBy ID0gMCAoMHhmZmZmZmUwMGIwZTAwMDEwKSBsb2NrZWQgQCAvdXNyL3NyYy9zeXMvZGV2L2l3bS9p Zl9pd20uYzoyOTIyCnN0YWNrIGJhY2t0cmFjZToKIzAgMHhmZmZmZmZmZjgwYzJkMzgxIGF0IHdp dG5lc3NfZGVidWdnZXIrMHg3MQojMSAweGZmZmZmZmZmODBjMmUzMWQgYXQgd2l0bmVzc193YXJu KzB4NDBkCiMyIDB4ZmZmZmZmZmY4MTAxZDM3YSBhdCBib3VuY2VfYnVzX2RtYW1lbV9hbGxvYysw eDNhCiMzIDB4ZmZmZmZmZmY4MmYwNjVlNyBhdCBpd21fZG1hX2NvbnRpZ19hbGxvYysweDg3CiM0 IDB4ZmZmZmZmZmY4MmYwYTU3ZSBhdCBpd21fc2F2ZV9md19wYWdpbmcrMHgxNWUKIzUgMHhmZmZm ZmZmZjgyZjAzZTViIGF0IGl3bV9sb2FkX3Vjb2RlX3dhaXRfYWxpdmUrMHhjMmIKIzYgMHhmZmZm ZmZmZjgyZjA1NjllIGF0IGl3bV9pbml0KzB4MTBlCiM3IDB4ZmZmZmZmZmY4MmYwMzA2NiBhdCBp d21fcGFyZW50KzB4NDYKIzggMHhmZmZmZmZmZjgwYzFmY2JhIGF0IHRhc2txdWV1ZV9ydW5fbG9j a2VkKzB4YWEKIzkgMHhmZmZmZmZmZjgwYzIwZDM0IGF0IHRhc2txdWV1ZV90aHJlYWRfbG9vcCsw eDk0CiMxMCAweGZmZmZmZmZmODBiN2U0NTAgYXQgZm9ya19leGl0KzB4ODAKIzExIDB4ZmZmZmZm ZmY4MTAzNzM4ZSBhdCBmb3JrX3RyYW1wb2xpbmUrMHhlCm5nX3VidDogSENJIGNvbW1hbmQgMHhm YzA1IHRpbWVkIG91dAp1YnQwIG9uIHVodWIwCnVidDA6IDx2ZW5kb3IgMHg4MDg3IHByb2R1Y3Qg MHgwYTJiLCBjbGFzcyAyMjQvMSwgcmV2IDIuMDAvMC4wMSwgYWRkciAyPiBvbiB1c2J1czAKd2xh bjA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUApXQVJOSU5HOiBhdHRlbXB0IHRvIGRvbWFpbl9h ZGQoYmx1ZXRvb3RoKSBhZnRlciBkb21haW5maW5hbGl6ZSgpCldBUk5JTkc6IGF0dGVtcHQgdG8g ZG9tYWluX2FkZChuZXRncmFwaCkgYWZ0ZXIgZG9tYWluZmluYWxpemUoKQppd20wOiBmcmFtZSA4 LzE2MCBiODAwMDAyYyBVTkhBTkRMRUQgKHRoaXMgc2hvdWxkIG5vdCBoYXBwZW4pIENvZGUgMDBj ZQpTZWN1cml0eSBwb2xpY3kgbG9hZGVkOiBNQUMvbnRwZCAobWFjX250cGQpCm5nX2hjaV9wcm9j ZXNzX2NvbW1hbmRfY29tcGxldGU6IHVidDBoY2kgLSBIQ0kgY29tbWFuZCBmYWlsZWQsIE9HRj0w eDgsIE9DRj0weDYwLCBzdGF0dXM9MHgxCm5nX2hjaV9wcm9jZXNzX2NvbW1hbmRfY29tcGxldGU6 IHVidDBoY2kgLSBIQ0kgY29tbWFuZCBmYWlsZWQsIE9HRj0weDgsIE9DRj0weDYwLCBzdGF0dXM9 MHgxCm5nX2hjaV9wcm9jZXNzX2NvbW1hbmRfY29tcGxldGU6IHVidDBoY2kgLSBIQ0kgY29tbWFu ZCBmYWlsZWQsIE9HRj0weDgsIE9DRj0weDYwLCBzdGF0dXM9MHgxCg== --0000000000008d860d05a444d579-- From owner-freebsd-current@freebsd.org Mon Apr 27 13:26:56 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 056E12B84B5 for ; Mon, 27 Apr 2020 13:26:56 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qv1-xf30.google.com (mail-qv1-xf30.google.com [IPv6:2607:f8b0:4864:20::f30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499ltR2PNkz42Jf for ; Mon, 27 Apr 2020 13:26:55 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qv1-xf30.google.com with SMTP id ck5so1683483qvb.11 for ; Mon, 27 Apr 2020 06:26:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=0fAgeM3UJ/83kYE16v4iGJg6muPeTDRilwLg4bAdNzQ=; b=DeT4wzXLszLuHZ+q4xdeiVsZuW5rfKQOaoC+vDnYWP5xUnyokIWXJrQovRPgTcrTMt dCk48Z+nlLeeB+H68yejb9vr4g5PoWnBghmcsw1h01+UNIOixTuHbeChtPyUBZld4BN5 hbHcgfTQzYpkzLUAqZTmdtRTMn1DMVywa8YzjBSlr+UvpY+s0Lklm3oFb6KnRpMMudKm pJhtjni22VTcM2d30nW9tmBd0YDB46F8D3zRTDVtfT2i2KL/eEZgDsUQDLuwFUNLvWz/ n/tWfrDca+t4dKQrXGtUlBq7D5q47zxhZ59ctiR9dy/DHcUzU2r1UB03ZYbfyRVAy6eu ssBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=0fAgeM3UJ/83kYE16v4iGJg6muPeTDRilwLg4bAdNzQ=; b=JcJAO6Y8NVctV89ZFVXVBGTUglWBlwd0Wa1myRk1+wjk96pPm2vbwQR7QaYaWOZn42 hAf5OfTWsfqmPC8NeRd2v8MlM598qr5podIEiTXHQwWESYvv9CaDibLTWFR+3cQpQxHP 5f8IwQeblZT2VCzuqH21vt1rAD5B86XosrJ43kX1rRjSgloytqzhO7HvPUKSifP2pHk/ B+FMn1HE3g+tcwsfh/Hg3cV8cUE0DG6csaBTWRf6ObcbuRNXC5RjwDivcbZD78QRJsHq juZEdXIXgvQ344J5wxips2yMcolW9opoR5KUkbN1+o2nObX8gXulfTVyG/qUvjiJSBHI 9Xig== X-Gm-Message-State: AGi0PuZsLfBhAG66Sktf9v8QBmi5ylXWe9wqbmC1SILuXkNAfbrSNyix SF7TymvnP3AgcI9TPrdL7F0JFmDG X-Google-Smtp-Source: APiQypKvo30YKRh7MOo3AAwiJUJG2sC2ZIL4UM83ypA0muxg1QrAJirotli9E3vBs6aK2atRlt8bHw== X-Received: by 2002:a0c:f90c:: with SMTP id v12mr1973928qvn.21.1587994014217; Mon, 27 Apr 2020 06:26:54 -0700 (PDT) Received: from raichu (toroon0560w-lp130-10-174-94-17-182.dsl.bell.ca. [174.94.17.182]) by smtp.gmail.com with ESMTPSA id x16sm10376785qkh.14.2020.04.27.06.26.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 27 Apr 2020 06:26:53 -0700 (PDT) Sender: Mark Johnston Date: Mon, 27 Apr 2020 09:26:51 -0400 From: Mark Johnston To: Marc Veldman Cc: freebsd-current@freebsd.org Subject: Re: iwm0 UNHANDLED error Message-ID: <20200427132651.GG81656@raichu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 499ltR2PNkz42Jf X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=DeT4wzXL; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::f30 as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-2.90 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[0.3.f.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-1.20)[ip: (-5.17), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; MID_RHS_NOT_FQDN(0.50)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 13:26:56 -0000 On Mon, Apr 27, 2020 at 02:27:00PM +0200, Marc Veldman wrote: > I the following error message when booting: > > iwm0: frame 8/160 b800002c UNHANDLED (this should not happen) > > With some debug code: > iwm0: frame 8/160 b800002c UNHANDLED (this should not happen) Code 00ce > > Any ideas? > > Dmesg attached. > > Best regards, > > Marc Veldman It looks like this is related to firmware support for WiFi/Bluetooth coexistence; the firmware is passing some status information to the driver, and iwm(4) currently drops it since it doesn't have any of iwl's coexistence support fleshed out. I committed a variant of your debug patch, since we should obviously be printing the command code to begin with. From owner-freebsd-current@freebsd.org Mon Apr 27 13:35:04 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 29F0A2B8C11 for ; Mon, 27 Apr 2020 13:35:04 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client CN "mail.evolve.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499m3p0Z86z4301 for ; Mon, 27 Apr 2020 13:35:01 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 8cd6fd2b; Mon, 27 Apr 2020 13:34:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=20180501; bh=Rtn8XPuM gcqU4myUMjM7GsZB+FU=; b=iJBgDzEHm59xGvYZ8fb7MxcSQF0nvUPdqjD/Vcv7 P9cpvk1Kt47dXruQyd+enOf9sQbJa+WOhaVZL9a7lv1nshi/9Hgy2z9/O6fsFQY0 BMx+rbtj62JjWASuEc/6ePwdhBS3L5lFLOls2JBwiwRK4IwkuQ9ICumJzB63Vj1o NDjIPHl5RGY8iX23go8r7tHKf1TAHUiy0j3+BpQJgnTzzPo4adykDMa5qOO1SBxz dRW/FKJALXyLhju54bnhz+YXWUPUpeu8cibVMlemjY/+Yy9VQLVBp/inxtHmtN5b OX+hNd2irxOG+JUFIpI3U3b5TlZ53cbXP79VMbRLDJR0LQ== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=20180501; b=HN 7XEZu9PSdrfDK72itwLDHISSzC6omVASFrsWU7wcEc1nsMO0GPvqSAyH1hcA4RON 0xQZNLEsUbOktJ2ATeNpaZf0zQ3C0yFkgXDXW6GkZzo9Gec8ntl/TvNPbFuDglT7 W6orzOxKI20ZRNB/9ag9xXCZezYvYpV//WT+joUCyLqUjw2jg2UcwqsF1RsQLIKW BaPT12mpBoFyI4m1MdcINVny8YywBqFspkxMc4Krjxetfs8no3nPvP6fZ/tP1rJO YEZD2wlhZDn55NOBw3s71WfMH8iZ4o7AUBJhhvXuhle7nVEa7B67yxALoyIecRvY NYjVuNvkU7qkx2mxZg8w== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 813e8ae5 (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Mon, 27 Apr 2020 13:34:48 +0000 (UTC) Date: Mon, 27 Apr 2020 15:34:17 +0200 From: Michael Gmelin To: Malcolm Matalka Cc: Niclas Zeising , "freebsd-current\@freebsd.org" Subject: Re: Weird mouse behaviour Message-ID: <20200427153417.764b1bd4@bsd64.grem.de> In-Reply-To: <86zhaxi4ea.fsf@gmail.com> References: <86imhlv518.fsf@gmail.com> <6dfad31c-68f2-c38f-28ac-0696e73b41a9@daemonic.se> <865zdljqg9.fsf@gmail.com> <86zhaxi4ea.fsf@gmail.com> X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 499m3p0Z86z4301 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=iJBgDzEH; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-4.10 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grem.de]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.60)[ip: (-6.40), ipnet: 213.239.192.0/18(-0.06), asn: 24940(-1.55), country: DE(-0.02)]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 13:35:04 -0000 On Mon, 27 Apr 2020 12:55:57 +0200 Malcolm Matalka wrote: > Niclas Zeising writes: > > > On 2020-04-27 10:14, Malcolm Matalka wrote: > >> > >> > >> Niclas Zeising writes: > >> > >>> On 2020-04-27 08:03, Malcolm Matalka wrote: > >>>> I saw that there was another thread on this and I wanted to > >>>> throw my experience in: my mouse was sluggish and tap-to-click > >>>> did not work. I set the evdev mask back to 3 and it worked. > >>>> > >>>> I am on a Dell XPS 13. > >>> > >>> Hi! > >>> Is this on CURRENT? When using X? > >>> Can you verify that you have xf86-input-libinput installed? > >>> You can change sensitivity and enable tap to click using xinput. > >>> Regards > >> > >> Yes this is current, and I'm on commit 360355. Yes I do have it > >> installed. And yes I am on X. > >> > >> The situation I was in this morning after installing the new > >> kernel was things that previously worked no longer worked so I did > >> the shortest path I could find to get them working, which was > >> modifying this evdev. > >> > >> Is there a document on how one is supposed to configure their > >> system in X? I have never used xinput, instead I have configured > >> my trackpad through sysctl. I'm happy to do it the way that is > >> considered correct but I've sort of pieced together how to get my > >> system setup. > > > > First off, do you have any local xorg conf? That's generally not > > needed any more. > > No I don't. I just did a bunch of sysctls to configure the mouse (it > was very sensitive to touch such that if my palm grazed the trackpad > it became a click). > Could you share your setup by running pkg install ca_root_nss fetch \ https://raw.githubusercontent.com/grembo/xorg-udev-setup-check/master/xorg-udev-setup-check.sh ./xorg-udev-setup-check.sh -desk and mailing the resulting file to the list (or just me directly)? Cheers, Michael -- Michael Gmelin From owner-freebsd-current@freebsd.org Mon Apr 27 13:54:15 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6F0442B971E for ; Mon, 27 Apr 2020 13:54:15 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499mTx32kKz44Qx for ; Mon, 27 Apr 2020 13:54:13 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wr1-x430.google.com with SMTP id j2so20663114wrs.9 for ; Mon, 27 Apr 2020 06:54:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=UuTBbwhEg1vAKqfVl4EhCOB6xttx8XSy4U+5M7frIYI=; b=U+wf0fD78NVVyle+6Md6HRBXj5f5FoS6dRvYREC9ingwRqUFcWTZeT4fo8zq824uQU 16DtjtaiOrlemzuyfs5urdqo+CyZaNWT55Jb71/OdMY5Nk3IYPdY/CtRD/6ANW2jtY4D Ds6Cw8FZ8im7qFhtADrpuZT0vou47gROQzzgytCg73zQXfzkyzzuAXxHqIO9OhQazCc9 oyLQOpch8zU5nh9p62FL/ZI/r16QiFDw9MYSFS3mIPaeNopIVLxskqnwyrUJmnrEj1D4 Bmc8IxdniiNn6DnBKE6kfd4oVwL0xeemEyTdXEmZfL7MV4glESv/4+nQTjAK2C1PL6Na brvQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=UuTBbwhEg1vAKqfVl4EhCOB6xttx8XSy4U+5M7frIYI=; b=PPK8D+baw76HE7+dB+eolKEKZ7C5uAV0+2Cd9OSk8f5K50iYu+TP7P1HAEjOvb4dJG 3nSyGRSqtWHv6yEXYgNJJWPxXBxGMqDt110PcCnGEz5OhcjhZ3y2PeiD45bxLw9mm/+q u5lAO3MttYNARMyv503wVDcbrHVofqNuQadsz0SCnLbXuAzQHmRpW7+fsF76OcdLe2O+ Ndz+IvYUJ+5d0fECsQtBMP3xQBs0AfBjb+oCS0zrVeR6j0UW/4gxtkuB2HgCgvSyCwaT aYNU1QpqW0+lnY9QSWksv3Te3WkolKVyirYM/5HzaEoOXRLfdyu5k8+a3bsbeFHdZFi1 poqw== X-Gm-Message-State: AGi0PuYNHs5ttYL/Rja5I173B5p8vG06FDTwD1GXWQPcKdsCgJclWcTA 4gb0MfsgQzRHSdn6GUZC7aCK3nZKz0LAA5cXbJHP/ThA X-Google-Smtp-Source: APiQypJYJAHQA4q4yjNLSsBx4nOnVHw420mxzWxJyckNermdr0yzzDYPcc+9Crffoe+47rRhcvTfR1HLSVHkskM94LI= X-Received: by 2002:adf:ee91:: with SMTP id b17mr27563197wro.109.1587995651822; Mon, 27 Apr 2020 06:54:11 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:adf:efc3:0:0:0:0:0 with HTTP; Mon, 27 Apr 2020 06:54:10 -0700 (PDT) In-Reply-To: References: From: Mateusz Guzik Date: Mon, 27 Apr 2020 15:54:10 +0200 Message-ID: Subject: Re: r358503 breaks reroot To: Ross Gohlke Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 499mTx32kKz44Qx X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=U+wf0fD7; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2a00:1450:4864:20::430 as permitted sender) smtp.mailfrom=mjguzik@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[0.3.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; IP_SCORE(0.00)[ip: (-9.07), ipnet: 2a00:1450::/32(-2.33), asn: 15169(-0.43), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 13:54:15 -0000 Fixed in r360374. On 4/27/20, Mateusz Guzik wrote: > Thanks for bisecting, I'll look into it. > > On 4/27/20, Ross Gohlke wrote: >> As of r358503, *reboot -r* no longer works for me. >> This is only tested on amd64. >> >> I produced a vanilla mini-memstick image each for r358502 and r358503. >> I booted each in bhyve in single user mode and ran *reboot -r*. >> The first works as expected, the second halts with: >> >> kern_symlink /dev -> / returns 20 >> >> Images (to be deleted when this is resolved): >> * https://club.bisd.ro/site/uv/FreeBSD-13.0-CURRENT-amd64-r358502.img >> * https://club.bisd.ro/site/uv/FreeBSD-13.0-CURRENT-amd64-r358503.img >> >> SHA1 checksums (via https://club.bisd.ro/site/uvlist): >> * r358502 - c968c4a71c270561c1b0a02e2b2281cbbf8787d7 >> * r358503 - b5d1abd6b3f3e009c2b54198d76d71a8640807a6 >> >> External bhyve commands: >> * sh /usr/share/examples/bhyve/vmrun.sh -c 1 -m 1024M -d >> /mnt/FreeBSD-13.0-CURRENT-amd64-r358502.img reroot >> * sh /usr/share/examples/bhyve/vmrun.sh -c 1 -m 1024M -d >> /mnt/FreeBSD-13.0-CURRENT-amd64-r358503.img reroot >> >> Internal bhyve commands: >> 1. Press 2 for single user mode. >> 2. When prompted, press Return. >> 3. Issue command: reboot -r >> >> To exit the first case: >> 1. Press Return. >> 2. Select Shell. >> 3. Issue command: shutdown -p now >> >> To exit the second case, issue the following command in a second >> terminal: >> bhyvectl --destroy --vm=reroot >> >> Any suggested workarounds besides reverting to r358502? >> >> Any help appreciated, >> Ross >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> > > > -- > Mateusz Guzik > -- Mateusz Guzik From owner-freebsd-current@freebsd.org Mon Apr 27 15:02:54 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CD6AC2BB514 for ; Mon, 27 Apr 2020 15:02:54 +0000 (UTC) (envelope-from ross@bisd.ro) Received: from hollis.kitiz.in (hollis.kitiz.in [205.209.235.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "a.club.kitiz.in", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499p172BZGz495Q for ; Mon, 27 Apr 2020 15:02:50 +0000 (UTC) (envelope-from ross@bisd.ro) Received: from hollis.kitiz.in (hollis.kitiz.in [10.0.103.2]) by hollis.kitiz.in (OpenSMTPD) with ESMTP id fc0ac5db for ; Mon, 27 Apr 2020 10:02:47 -0500 (CDT) Received: by hollis.kitiz.in (OpenSMTPD) with ESMTPSA id 0cfb17a0 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Mon, 27 Apr 2020 10:02:46 -0500 (CDT) Subject: Re: r358503 breaks reroot To: freebsd-current@freebsd.org References: From: Ross Gohlke Message-ID: <79a9fabb-7669-6298-7908-e6fd66cd1e2d@bisd.ro> Date: Mon, 27 Apr 2020 10:02:22 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 499p172BZGz495Q X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.990,0]; R_DKIM_ALLOW(-0.20)[bisd.ro:s=bisdro]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-0.01)[country: US(-0.05)]; DKIM_TRACE(0.00)[bisd.ro:+]; DMARC_POLICY_ALLOW(-0.50)[bisd.ro,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:13693, ipnet:205.209.224.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 15:02:54 -0000 On 2020-04-27 08:54, Mateusz Guzik wrote: > Fixed in r360374. > > On 4/27/20, Mateusz Guzik wrote: >> Thanks for bisecting, I'll look into it. >> >> On 4/27/20, Ross Gohlke wrote: >>> As of r358503, *reboot -r* no longer works for me. >>> This is only tested on amd64. >>> >>> I produced a vanilla mini-memstick image each for r358502 and r358503. >>> I booted each in bhyve in single user mode and ran *reboot -r*. >>> The first works as expected, the second halts with: >>> >>> kern_symlink /dev -> / returns 20 >>> >>> Images (to be deleted when this is resolved): >>> * https://club.bisd.ro/site/uv/FreeBSD-13.0-CURRENT-amd64-r358502.img >>> * https://club.bisd.ro/site/uv/FreeBSD-13.0-CURRENT-amd64-r358503.img >>> >>> SHA1 checksums (via https://club.bisd.ro/site/uvlist): >>> * r358502 - c968c4a71c270561c1b0a02e2b2281cbbf8787d7 >>> * r358503 - b5d1abd6b3f3e009c2b54198d76d71a8640807a6 >>> >>> External bhyve commands: >>> * sh /usr/share/examples/bhyve/vmrun.sh -c 1 -m 1024M -d >>> /mnt/FreeBSD-13.0-CURRENT-amd64-r358502.img reroot >>> * sh /usr/share/examples/bhyve/vmrun.sh -c 1 -m 1024M -d >>> /mnt/FreeBSD-13.0-CURRENT-amd64-r358503.img reroot >>> >>> Internal bhyve commands: >>> 1. Press 2 for single user mode. >>> 2. When prompted, press Return. >>> 3. Issue command: reboot -r >>> >>> To exit the first case: >>> 1. Press Return. >>> 2. Select Shell. >>> 3. Issue command: shutdown -p now >>> >>> To exit the second case, issue the following command in a second >>> terminal: >>> bhyvectl --destroy --vm=reroot >>> >>> Any suggested workarounds besides reverting to r358502? >>> >>> Any help appreciated, >>> Ross >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" >>> >> >> -- >> Mateusz Guzik >> Wow, that was fast. Thank you. I plan to immediately build, test and report back. Regards, Ross From owner-freebsd-current@freebsd.org Mon Apr 27 15:06:32 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D2D8E2BB768 for ; Mon, 27 Apr 2020 15:06:32 +0000 (UTC) (envelope-from mmatalka@gmail.com) Received: from mail-lf1-x12a.google.com (mail-lf1-x12a.google.com [IPv6:2a00:1450:4864:20::12a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499p5M4yK8z49MG for ; Mon, 27 Apr 2020 15:06:31 +0000 (UTC) (envelope-from mmatalka@gmail.com) Received: by mail-lf1-x12a.google.com with SMTP id u10so14111512lfo.8 for ; Mon, 27 Apr 2020 08:06:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=VM5Rh+UJEk0hmVpUFENZdSeDxp/FmbDKAiC65XNBz8E=; b=tUhZDL8t+56DzobXGMSL8wYfpqTk324Uoy/jmAPN07BruA12NtqaJhFv+GX7v+7xBO 7ZNd41dPoP2Qf0H6et1Q2TYTAcIPThHnf22kdHDdeSsjY7lkt6ggN6LK/kvZbsKUdqNd yZGpG13cYYtH4wvonW6bFhq2K6Rus7HmEyw0vFFOxfID9PrRodWmQ4J6iev7qDhDi9/0 J8/0Kl1b3JUWInVNEanYskxeTdyxbSL8AoxEfrm1GP8I5laz8MPdXTaCkbmBLHa6YmLD JQkZwJYqU8n+fmblbOZFnccPPz8CHvKF29UGc9H6aZ18vcWfz46gvp+GosaJav3Zb9ft PrYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=VM5Rh+UJEk0hmVpUFENZdSeDxp/FmbDKAiC65XNBz8E=; b=fzW/uYvBckaUIrAA2w/+c0kpWmrk6M0sKhoVhsSnZ3R/netVHW3RQPRTVnGV5CAWE5 A84CCnKrb3CcGT3T06pBE1vbk0hrJ9n4MHifYPUEMLZ2F9pv/leX3aUSc4KO+9yqEfLu MVrs585G5pj0era8PKv9WAoEfo+Q1k9SMUmwgJnfikGilw/Rcgd+da0uY8QCKmWxLs29 NbDZ5YYbRHCry3cA+SY7igsRntGRHuNG9KTrdM/bB0CV5p321Leqh7rICdmx9JnSK40O rea1XRuJopXtJT/PAmtk+207VYGAQa2uLTwRNr56WhTVW6jdg0VJ4HBqWeEOwYVqDnrL oOxw== X-Gm-Message-State: AGi0PuatcfVtZzM+Q+GnOmfSf6m5giIJhUL+mnxnrCliRFNTigjX8X4J i4+ST0Qxap+hL2H+gJMLNplIaaO+ X-Google-Smtp-Source: APiQypIl72+LrFQMOMZBy19j0bdcZDseEnnKC5tkr7iIoGgR5stb0l6uhx7JlufocMB9d7hc4GBDxg== X-Received: by 2002:a05:6512:74:: with SMTP id i20mr15766974lfo.104.1587999989734; Mon, 27 Apr 2020 08:06:29 -0700 (PDT) Received: from localhost (customer-109-238-136-64.stosn.net. [109.238.136.64]) by smtp.gmail.com with ESMTPSA id y199sm11684936lfa.80.2020.04.27.08.06.28 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 27 Apr 2020 08:06:28 -0700 (PDT) References: <86imhlv518.fsf@gmail.com> <6dfad31c-68f2-c38f-28ac-0696e73b41a9@daemonic.se> <865zdljqg9.fsf@gmail.com> <86zhaxi4ea.fsf@gmail.com> <20200427153417.764b1bd4@bsd64.grem.de> User-agent: mu4e 1.2.0; emacs 26.3 From: Malcolm Matalka To: Michael Gmelin Cc: Niclas Zeising , "freebsd-current\@freebsd.org" Subject: Re: Weird mouse behaviour In-reply-to: <20200427153417.764b1bd4@bsd64.grem.de> Date: Mon, 27 Apr 2020 17:06:28 +0200 Message-ID: <864kt5nf2j.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 499p5M4yK8z49MG X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=tUhZDL8t; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mmatalka@gmail.com designates 2a00:1450:4864:20::12a as permitted sender) smtp.mailfrom=mmatalka@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.35), ipnet: 2a00:1450::/32(-2.33), asn: 15169(-0.43), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[a.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 15:06:32 -0000 Michael Gmelin writes: > > Could you share your setup by running > > pkg install ca_root_nss > fetch \ > https://raw.githubusercontent.com/grembo/xorg-udev-setup-check/master/xorg-udev-setup-check.sh > ./xorg-udev-setup-check.sh -desk > > and mailing the resulting file to the list (or just me directly)? I ran this and emailed results to Michael. I fixed the issues it brought up and, tada, it's working. One thing I'm not sure about is: how do I persist the changes? I have done: xinput --set-prop "SynPS/2 Synaptics TouchPad" "libinput Tapping Enabled" 1 xinput --set-prop "SynPS/2 Synaptics TouchPad" "libinput Accel Speed" 0.3 But these names don't seem to directly correspond to names in man 4 libinput. Why the difference? I also noticed in xorg logs: [ 34.491] (EE) event6 - SynPS/2 Synaptics TouchPad: kernel bug: Touch jump detected and discarded. See https://wayland.freedesktop.org/libinput/doc/1.15.5/touchpad-jumping-cursors.html for details [ 34.491] (EE) event6 - SynPS/2 Synaptics TouchPad: WARNING: log rate limit exceeded (5 msgs per 7200000ms). Discarding future messages. From owner-freebsd-current@freebsd.org Mon Apr 27 15:46:37 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8D5A92BCB4A for ; Mon, 27 Apr 2020 15:46:37 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client CN "mail.evolve.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499pzc2hWPz4Cn5 for ; Mon, 27 Apr 2020 15:46:36 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 94c0620d; Mon, 27 Apr 2020 15:46:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=20180501; bh=oq+Zqs7D G6hz2blqgk5JCT+EdV8=; b=RKAzl8FvpdnlLHa0fNMLlPkopkg2lRBLNtt5+eOd BveE5PkyUf4V6Wm/4Mwc8Y861KkYKvu0J05BHYdz2jvd1iOqvW68IpJGIDP0q53W V6vN+8/eFGL0OPAE3J2CV95uCMHmCdJuLsu4L8bakU4pr/hzTiZTfY5bLo+eYO8I 3P9s2aa/a8DXud7xdsxIDlYFDuH1CwmPgFUwuq4RqnXfHcunYD/WN41m2LwphkbX IC3DRz7vkoeibHLm0vWY7syU/VUdwahkSigHti0F0UNGcgCfdNX0+kYDdQpEGYWj ITIX4Y3QFf/ihgfzx+yghUH0GKCyNGF/VP8tiQRueqhVkA== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=20180501; b=iD vURg8Pa6gAsAn4bIUzyomGTCZYZXoay8mQiOo67ho2K8k4M22oTjZLHfwH36fbS4 HQvpSI3opZQHplTcfAnUbE73vEE5ov1R4Q6F2zvJqxqMVLFtXOZzlLRbkP/zlJ7m GEt0A2IlzucoBesFN8B/4dx6npawKMnEWlMgjDmYJNq8C6HEDCbVkSmKCKazS16i UBYd6F8vdaZldJFhrgjT53f/V0FXydqMUbmxVCreD985pkx6wV6LM7kvThFLKQaw naeqw8/ESAtqbdQhlm9FbHp7C4OIX20CibMoS8NqYRwtfg2k2gWHsEp90rn2E8rs mh9p7NLzbERx3nbfjjAQ== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 69a817b6 (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Mon, 27 Apr 2020 15:46:30 +0000 (UTC) Date: Mon, 27 Apr 2020 17:45:59 +0200 From: Michael Gmelin To: Malcolm Matalka Cc: Michael Gmelin , Niclas Zeising , "freebsd-current\@freebsd.org" Subject: Re: Weird mouse behaviour Message-ID: <20200427174559.070c1b26@bsd64.grem.de> In-Reply-To: <864kt5nf2j.fsf@gmail.com> References: <86imhlv518.fsf@gmail.com> <6dfad31c-68f2-c38f-28ac-0696e73b41a9@daemonic.se> <865zdljqg9.fsf@gmail.com> <86zhaxi4ea.fsf@gmail.com> <20200427153417.764b1bd4@bsd64.grem.de> <864kt5nf2j.fsf@gmail.com> X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 499pzc2hWPz4Cn5 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=RKAzl8Fv; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-2.56 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grem.de]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.56)[ip: (-6.20), ipnet: 213.239.192.0/18(-0.06), asn: 24940(-1.55), country: DE(-0.02)]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; RCVD_TLS_ALL(0.00)[]; SUSPICIOUS_RECIPS(1.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 15:46:37 -0000 On Mon, 27 Apr 2020 17:06:28 +0200 Malcolm Matalka wrote: > Michael Gmelin writes: > > > > > Could you share your setup by running > > > > pkg install ca_root_nss > > fetch \ > > https://raw.githubusercontent.com/grembo/xorg-udev-setup-check/master/xorg-udev-setup-check.sh > > ./xorg-udev-setup-check.sh -desk > > > > and mailing the resulting file to the list (or just me directly)? > > I ran this and emailed results to Michael. I fixed the issues it > brought up and, tada, it's working. > > One thing I'm not sure about is: how do I persist the changes? I have > done: > > xinput --set-prop "SynPS/2 Synaptics TouchPad" "libinput Tapping > Enabled" 1 > > xinput --set-prop "SynPS/2 Synaptics TouchPad" "libinput Accel Speed" > 0.3 > There are two fundamental ways: 1. Place a configuration file in /usr/local/etc/X11/xorg.conf.d 2. Add the xinput commands to ~/.xinitrc I usually go with option 2 these days whenever possible (unless it's something that can only be done in Xorg's configuration files). So a typical ~/.xinitrc would look like this: setxkbmap -model pc105 -layout de xmodmap $HOME/.Xmodmap xinput --set-prop "xyz" "0 0 0" xsetroot ... /path/to/my/windowmanager You can find the one I used a few years ago here as an example: https://blog.grem.de/pages/t470s.html#my-home-xinitrc That way it's also part of my home directory and I can easily take it to another machine. It also means I don't change Xorg's default configs directly, which makes updating easier. The best part is, that once I found the right tweak, I can simply copy and paste the command that fixed the issue in there and call it a day. And if anyone asks for help, I can consult my ~/.xinitrc and ask them to execute the commands to test if it fixes their ache - which is easier and often doesn't require to restart X. > But these names don't seem to directly correspond to names in man 4 > libinput. Why the difference? That's kind of an upstream question, but you can see at least where it's done it in the source of xf86-input-libinput[0]. Basically it's done that way for pragmatic reasons (unifying xf86 input section config vs xinput ABI would probably violate the Pareto principle). It's a bit confusing, but as most things that you can configure and their current configuration vales can be seen and tweaked by calling xinput on the command line, I barely visit that man page. One more reason why I tweak these things in ~/.xinitrc. > > I also noticed in xorg logs: > > [ 34.491] (EE) event6 - SynPS/2 Synaptics TouchPad: kernel bug: > Touch jump detected and discarded. See > https://wayland.freedesktop.org/libinput/doc/1.15.5/touchpad-jumping-cursors.html > for details [ 34.491] (EE) event6 - SynPS/2 Synaptics TouchPad: > WARNING: log rate limit exceeded (5 msgs per 7200000ms). Discarding That's to be expected and can be ignored, unless you notice any usability problems. Cheers, Michael [0] cd /usr/ports/x11-drivers/xf86-input-libinput make patch cd work/xf86-input-libinput* see src/xf86libinput.c and include/libinput-properties.h -- Michael Gmelin From owner-freebsd-current@freebsd.org Mon Apr 27 15:56:37 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 47FE12BD424 for ; Mon, 27 Apr 2020 15:56:37 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2607:f740:d:20::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 499qC75T55z4Dmx for ; Mon, 27 Apr 2020 15:56:35 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 499qC32cr0z3mFy; Mon, 27 Apr 2020 15:56:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=20151023; t=1588002843; bh=kF41aQeI8GLs0vTQg5jqWUq3 xFP9ya7b2rTQitefg8o=; b=l+jy+/Rc/qOMjHxfmxEtaLPsveC/chDEWW8rJHl/ HqNw2qa0PqmhqqRsubw1Ay1Oza0v6K7IRGDGsBQNyqKd/OEOS0RWnlDTlSECM0CG WHrlFUpXqM1L8y75MWY02eUqBy7kuT9wSoU0zP0fdlEhGNFsPJtrysT7QJIbaHEA bV8= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([IPv6:::1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [IPv6:::1]) (amavisd-new, port 10587) with ESMTPS id 1lg8g1KGSPwj; Mon, 27 Apr 2020 15:54:03 +0000 (UTC) Received: from garnet.daemonic.se (unknown [IPv6:2001:470:dca9:201:d198:cafc:e960:ee6d]) by mail.daemonic.se (Postfix) with ESMTPSA id 499q4L1gjSz3lbm; Mon, 27 Apr 2020 15:50:42 +0000 (UTC) Subject: Re: Weird mouse behaviour To: Malcolm Matalka , Michael Gmelin Cc: "freebsd-current@freebsd.org" References: <86imhlv518.fsf@gmail.com> <6dfad31c-68f2-c38f-28ac-0696e73b41a9@daemonic.se> <865zdljqg9.fsf@gmail.com> <86zhaxi4ea.fsf@gmail.com> <20200427153417.764b1bd4@bsd64.grem.de> <864kt5nf2j.fsf@gmail.com> From: Niclas Zeising Message-ID: Date: Mon, 27 Apr 2020 17:50:41 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <864kt5nf2j.fsf@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 499qC75T55z4Dmx X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=l+jy+/Rc; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 2607:f740:d:20::25 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-6.68 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-3.68)[ip: (-9.71), ipnet: 2607:f740:d::/48(-4.86), asn: 36236(-3.80), country: US(-0.05)]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[daemonic.se:+]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36236, ipnet:2607:f740:d::/48, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 15:56:37 -0000 On 2020-04-27 17:06, Malcolm Matalka wrote: > > > Michael Gmelin writes: > >> >> Could you share your setup by running >> >> pkg install ca_root_nss >> fetch \ >> https://raw.githubusercontent.com/grembo/xorg-udev-setup-check/master/xorg-udev-setup-check.sh >> ./xorg-udev-setup-check.sh -desk >> >> and mailing the resulting file to the list (or just me directly)? > > I ran this and emailed results to Michael. I fixed the issues it > brought up and, tada, it's working. > > One thing I'm not sure about is: how do I persist the changes? I have > done: > > xinput --set-prop "SynPS/2 Synaptics TouchPad" "libinput Tapping > Enabled" 1 > > xinput --set-prop "SynPS/2 Synaptics TouchPad" "libinput Accel Speed" 0.3 I put these in my .xinitrc, before i start my window manager. xinitrc is read by startx. If you're using a session manager (gdm, sddm or similar) it should be possible to put the same commands in .xsession instead. > > But these names don't seem to directly correspond to names in man 4 > libinput. Why the difference? > > I also noticed in xorg logs: > > [ 34.491] (EE) event6 - SynPS/2 Synaptics TouchPad: kernel bug: Touch jump detected and discarded. > See https://wayland.freedesktop.org/libinput/doc/1.15.5/touchpad-jumping-cursors.html for details > [ 34.491] (EE) event6 - SynPS/2 Synaptics TouchPad: WARNING: log rate limit exceeded (5 msgs per 7200000ms). Discarding future messages. > Those warnings can be disregarded. They're not great, but I see them too and I haven't found any ill effects. Regards -- Niclas From owner-freebsd-current@freebsd.org Mon Apr 27 16:24:30 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 682DA2BEA6B for ; Mon, 27 Apr 2020 16:24:30 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x42e.google.com (mail-wr1-x42e.google.com [IPv6:2a00:1450:4864:20::42e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499qqK4Whqz4HnL for ; Mon, 27 Apr 2020 16:24:29 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x42e.google.com with SMTP id b11so21271855wrs.6 for ; Mon, 27 Apr 2020 09:24:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=SrxhjgEyLDRgiyd7tj0V0gu9L9838NkeL1KRywNXN9I=; b=MpKvUDNuhk3sxbCqu7E+1zfyyW4yAyn3fJmJFc7TA8WcUMFB/TPT3JlefU2o0EleeR mCctK9hAgxcjTeK8JBwf8YaYxXUUrW4+Kp/Y0DvUuumy09EDvdiX9YeRU/XbLsyCMsIt /+YSFiGtns4czHFWfAnGahooLlFqAxDlovsHa+D04rtwPDMnrixZJ4nOyoKR8whaVa12 11Lj9wdACZTfl8agqEFrIx38i9MVDw8vglWrgNb+IvQjL74mmzGz/FYMiqKjWMOKbzrA I7Ss9Yy6/ZwGHYvKGHx0mj+YyKt+BDCsMU/MY9nxZ5pIkdeoTUvtkRWb4rW6EHqJYTeI nXrA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=SrxhjgEyLDRgiyd7tj0V0gu9L9838NkeL1KRywNXN9I=; b=TkkHDiAH7hpiMpn3+zQVOiWxn5YP8sssBYyjD3qE0GNF5x8HVlaMzrSaGPTX3fuopu 1xETtkzskbdYcKuDp7cTyITo1NyPgoJ39keTFvX4XP++2P5WJVTvMymzV7p+TUyWBvS/ mut+DNSxBaGh8bPVNbkq1LWc37NgmbcMvOw1cdX53lg7YIdySIZxIaJeSyiQHyilRIyc fgL4QO6bNLeFs22IacSuyYunnc/blO3Y+rVxMRPEvnosLYT6ylw2BSATsNrB/mU0Fd+s ypRCRjIvKdCQoCOgaQfdH3reNMSXm5slMfSsnquhzPcvc4KXnqgxaXCFEYdrWo7wNoMI opzg== X-Gm-Message-State: AGi0PuYhwzwJrFvuggQsZB+RYjeYEgwD4BDcXNTGFNr9oTo/GR80cpBK i+IIQuNeJgEQUfJAXZ5mW63jEPvfAL4= X-Google-Smtp-Source: APiQypKfvO6IOjTK0mn4cGx5I5bF+WtBdCzdSMZ2oJ/SjhZbKPSD6H8rkqoIvtyC695LBhJxMyxEZA== X-Received: by 2002:adf:e58d:: with SMTP id l13mr29563100wrm.187.1588004667546; Mon, 27 Apr 2020 09:24:27 -0700 (PDT) Received: from [192.168.1.7] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id 5sm15839687wmg.34.2020.04.27.09.24.26 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 27 Apr 2020 09:24:26 -0700 (PDT) To: freebsd-current@freebsd.org From: Graham Perrin Subject: pkg autoremove, pkg upgrade, spice-gtk and spice-protocol Message-ID: <8da08827-1c84-ebde-6810-a5ac274c92e4@gmail.com> Date: Mon, 27 Apr 2020 17:24:25 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 499qqK4Whqz4HnL X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=MpKvUDNu; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::42e as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[78.147.66.79.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-9.11), ipnet: 2a00:1450::/32(-2.33), asn: 15169(-0.43), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[e.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 16:24:30 -0000 Can anyone explain the autoremove and upgrade behaviours below? root@momh167-gjp4-8570p:~ # pkg autoremove Checking integrity... done (0 conflicting) Deinstallation has been requested for the following 2 packages: Installed packages to be REMOVED:         spice-gtk: 0.37         spice-protocol: 0.12.15 Number of packages to be removed: 2 The operation will free 3 MiB. Proceed with deinstalling packages? [y/N]: y [1/2] Deinstalling spice-gtk-0.37... [1/2] Deleting files for spice-gtk-0.37: 100% [2/2] Deinstalling spice-protocol-0.12.15... [2/2] Deleting files for spice-protocol-0.12.15: 100% root@momh167-gjp4-8570p:~ # pkg upgrade Updating FreeBSD repository catalogue... FreeBSD repository is up to date. Updating poudriere repository catalogue... poudriere repository is up to date. All repositories are up to date. Checking for upgrades (19 candidates): 100% Processing candidates (19 candidates): 100% Checking integrity... done (0 conflicting) The following 3 package(s) will be affected (of 0 checked): New packages to be INSTALLED:         spice-gtk: 0.37 [FreeBSD]         spice-protocol: 0.12.15 [FreeBSD] Installed packages to be REINSTALLED:         libebml-1.3.10 [FreeBSD] Number of packages to be installed: 2 Number of packages to be reinstalled: 1 The process will require 3 MiB more space. Proceed with this action? [y/N]: y [1/3] Installing spice-protocol-0.12.15... [1/3] Extracting spice-protocol-0.12.15: 100% [2/3] Installing spice-gtk-0.37... [2/3] Extracting spice-gtk-0.37: 100% [3/3] Reinstalling libebml-1.3.10... [3/3] Extracting libebml-1.3.10: 100% root@momh167-gjp4-8570p:~ # pkg autoremove Checking integrity... done (0 conflicting) Deinstallation has been requested for the following 2 packages: Installed packages to be REMOVED:         spice-gtk: 0.37         spice-protocol: 0.12.15 Number of packages to be removed: 2 The operation will free 3 MiB. Proceed with deinstalling packages? [y/N]: n root@momh167-gjp4-8570p:~ # From owner-freebsd-current@freebsd.org Mon Apr 27 19:01:43 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3CCCE2C2B6C; Mon, 27 Apr 2020 19:01:43 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499vJl0sbpz4TMb; Mon, 27 Apr 2020 19:01:43 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id ECCAF4800; Mon, 27 Apr 2020 19:01:42 +0000 (UTC) Date: Mon, 27 Apr 2020 19:01:42 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2020-04-26 Message-ID: <20200427190142.GA128@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 19:01:43 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-04-26 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-04-20 to 2020-04-26. During this period, we have: * 2503 builds (94.4% (+5.1) passed, 5.6% (-5.1) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 402 test runs (62.5% (+20.5) passed, 34.8% (-21.1) unstable, 2.7% (+0.6) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 19 doc and www builds (84.2% (-10.8) passed, 15.8% (+10.8) failed) Test case status (on 2020-04-26 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | ---------- | ---------- | ------ | -------- | | head/amd64 | 7768 (+12) | 7675 (+18) | 0 (-5) | 93 (-1) | | head/i386 | 7766 (+12) | 7665 (+19) | 0 (-8) | 101 (+1) | | 12-STABLE/amd64 | 7518 (0) | 7462 (0) | 0 (0) | 56 (0) | | 12-STABLE/i386 | 7516 (0) | 7452 (0) | 0 (0) | 64 (0) | | 11-STABLE/amd64 | 6883 (+1) | 6834 (+4) | 0 (0) | 49 (-3) | | 11-STABLE/i386 | 6881 (+1) | 6830 (+4) | 0 (0) | 51 (-3) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20200426 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcome. ## Fixed tests * sys.netpfil.common.* Fixed by patching scapy, more details: https://lists.freebsd.org/pipermail/freebsd-testing/2020-April/002278.html * timer tests of sys.kqueue.libkqueue.kqueue_test.main failing on i386 https://bugs.freebsd.org/245768 This is fixed in r360108 and r360140, and the case found another issue in compat32, which is fixed in r360155. * sys.opencrypto.blake2_test.blake2{b,s}_vectors_x86 failed after r359374 https://bugs.freebsd.org/245825 test cases are fixed in r360203 ## Failing jobs * https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build/ ``` /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /tmp/obj/workspace/src/amd64.amd64/lib/clang/liblldb/liblldb.a(IOHandlerCursesGUI.o): in function `curses::Window::Box(unsigned int, unsigned int)': /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' collect2: error: ld returned 1 exit status ``` ## Regressions * 3 tests start failing after llvm10 import * lib.libproc.proc_test.symbol_lookup * lib.msun.ctrig_test.test_inf_inputs https://bugs.freebsd.org/244732 * (DTrace) common.pid.t_dtrace_contrib.err_D_PROC_OFF_toobig_d https://bugs.freebsd.org/244823 * fusefs tests fail when mac_bsdextended.ko is loaded https://bugs.freebsd.org/244229 * `dtrace -c` causes program dumps core after somewhere between (r357694, r357701] https://bugs.freebsd.org/244053 * Lock-order reversals triggered by tests under sys.net.if_lagg_test.* on i386 https://bugs.freebsd.org/244163 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) * sys.net.if_lagg_test.lacp_linkstate_destroy_stress panics i386 kernel https://bugs.freebsd.org/244168 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) * (test case) sys.geom.class.multipath.misc.fail_on_error (on 12-STABLE) https://bugs.freebsd.org/244158 * sys.netipsec.tunnel.empty.v{4,6} fail after r359374 https://bugs.freebsd.org/245832 This is probably some sort of regression (of null cipher) in r359374 ## Failing and Flaky tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * cddl.usr.sbin.dtrace.common.pid.t_dtrace_contrib.err_D_PROC_OFF_toobig_d * https://bugs.freebsd.org/244823 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~109 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * Total 3670 tests (0), 2285 success (-5), 579 failures (+5), 806 skipped (0) ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ * sys.geom.class.multipath.failloop.failloop https://bugs.freebsd.org/242689 * sys.kern.ptrace_test.ptrace__procdesc_reparent_wait_child https://bugs.freebsd.org/243605 * skip sys.geom.class.multipath.failloop.failloop https://bugs.freebsd.org/244053 * sys.kern.ptrace_test.ptrace__parent_wait_after_attach https://bugs.freebsd.org/244055 * sys.kern.ptrace_test.ptrace__parent_exits_before_child https://bugs.freebsd.org/244056 * sys.geom.class.multipath.misc.fail_on_error (12-STABLE) https://bugs.freebsd.org/244158 * sys.net.if_lagg_test.witness (i386) https://bugs.freebsd.org/244163 * PipePdfork.WildcardWait in sys.capsicum.capsicum-test.main https://bugs.freebsd.org/244165 * sys.net.if_lagg_test.lacp_linkstate_destroy_stress (i386) https://bugs.freebsd.org/244168 * sys.netinet6.frag6.frag6_07.frag6_07 https://bugs.freebsd.org/244170 * sys.netinet.fibs_test.udp_dontroute6 https://bugs.freebsd.org/244172 * sys.netpfil.pf.nat.exhaust https://bugs.freebsd.org/244703 * sys.geom.class.gate.ggate_test.ggated https://bugs.freebsd.org/244737 * (NEW) sys.netipsec.tunnel.empty.v{4,6} https://bugs.freebsd.org/245832 ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-current@freebsd.org Tue Apr 28 00:09:52 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7843B2CB82C for ; Tue, 28 Apr 2020 00:09:52 +0000 (UTC) (envelope-from ross@bisd.ro) Received: from hollis.kitiz.in (hollis.kitiz.in [205.209.235.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "a.club.kitiz.in", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49B28F2Zq5z3wrp for ; Tue, 28 Apr 2020 00:09:48 +0000 (UTC) (envelope-from ross@bisd.ro) Received: from hollis.kitiz.in (kitiz.in [10.0.103.2]) by hollis.kitiz.in (OpenSMTPD) with ESMTP id efe923a4 for ; Mon, 27 Apr 2020 19:09:40 -0500 (CDT) Received: by hollis.kitiz.in (OpenSMTPD) with ESMTPSA id a6585355 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Mon, 27 Apr 2020 19:09:27 -0500 (CDT) Subject: Re: r358503 breaks reroot From: Ross Gohlke To: freebsd-current@freebsd.org References: <79a9fabb-7669-6298-7908-e6fd66cd1e2d@bisd.ro> Message-ID: Date: Mon, 27 Apr 2020 19:09:01 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <79a9fabb-7669-6298-7908-e6fd66cd1e2d@bisd.ro> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 49B28F2Zq5z3wrp X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.990,0]; R_DKIM_ALLOW(-0.20)[bisd.ro:s=bisdro]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-0.01)[country: US(-0.05)]; DKIM_TRACE(0.00)[bisd.ro:+]; DMARC_POLICY_ALLOW(-0.50)[bisd.ro,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:13693, ipnet:205.209.224.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2020 00:09:52 -0000 On 2020-04-27 10:02, Ross Gohlke wrote: > On 2020-04-27 08:54, Mateusz Guzik wrote: > >> Fixed in r360374. >> >> On 4/27/20, Mateusz Guzik wrote: >>> Thanks for bisecting, I'll look into it. >>> >>> On 4/27/20, Ross Gohlke wrote: >>>> As of r358503, *reboot -r* no longer works for me. >>>> This is only tested on amd64. >>>> >>>> I produced a vanilla mini-memstick image each for r358502 and r358503. >>>> I booted each in bhyve in single user mode and ran *reboot -r*. >>>> The first works as expected, the second halts with: >>>> >>>> kern_symlink /dev -> / returns 20 >>>> >>>> Images (to be deleted when this is resolved): >>>> * https://club.bisd.ro/site/uv/FreeBSD-13.0-CURRENT-amd64-r358502.img >>>> * https://club.bisd.ro/site/uv/FreeBSD-13.0-CURRENT-amd64-r358503.img >>>> >>>> SHA1 checksums (via https://club.bisd.ro/site/uvlist): >>>> * r358502 - c968c4a71c270561c1b0a02e2b2281cbbf8787d7 >>>> * r358503 - b5d1abd6b3f3e009c2b54198d76d71a8640807a6 >>>> >>>> External bhyve commands: >>>> * sh /usr/share/examples/bhyve/vmrun.sh -c 1 -m 1024M -d >>>> /mnt/FreeBSD-13.0-CURRENT-amd64-r358502.img reroot >>>> * sh /usr/share/examples/bhyve/vmrun.sh -c 1 -m 1024M -d >>>> /mnt/FreeBSD-13.0-CURRENT-amd64-r358503.img reroot >>>> >>>> Internal bhyve commands: >>>> 1. Press 2 for single user mode. >>>> 2. When prompted, press Return. >>>> 3. Issue command: reboot -r >>>> >>>> To exit the first case: >>>> 1. Press Return. >>>> 2. Select Shell. >>>> 3. Issue command: shutdown -p now >>>> >>>> To exit the second case, issue the following command in a second >>>> terminal: >>>> bhyvectl --destroy --vm=reroot >>>> >>>> Any suggested workarounds besides reverting to r358502? >>>> >>>> Any help appreciated, >>>> Ross >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to >>>> "freebsd-current-unsubscribe@freebsd.org" >>>> >>> >>> -- >>> Mateusz Guzik >>> > Wow, that was fast. Thank you. > > I plan to immediately build, test and report back. > > Regards, > Ross Success. I generated a vanilla mini-memstick image for r360374 and it passed the test described above. I will delete the test images now. Thanks again. Ross From owner-freebsd-current@freebsd.org Wed Apr 29 05:49:06 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 26BF22CF867 for ; Wed, 29 Apr 2020 05:49:06 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49BndF6Cvpz3H1N for ; Wed, 29 Apr 2020 05:49:05 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id D3A2E2CF866; Wed, 29 Apr 2020 05:49:05 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D35A72CF865 for ; Wed, 29 Apr 2020 05:49:05 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49BndD63Byz3H1M for ; Wed, 29 Apr 2020 05:49:04 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id E62D35C034D for ; Wed, 29 Apr 2020 01:49:03 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Wed, 29 Apr 2020 01:49:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= to:from:subject:message-id:date:mime-version:content-type :content-transfer-encoding; s=fm2; bh=rzYDhaoGeUbo3t7x5bdmhTQuG7 cNQpn3/xIuqKp1CHI=; b=TSmcbmxjO2Efzj9jx5sU0idObQIHyVC6xDjssSNqSM rb+59JfXxJzZPE8heusXWb1WJJKY536wF9E8eFd8iu8AqoeNVmYuGXV7a9sYoQtF v+m41HjFHJ9Apb5vBlFK3fzMmiN0anQSBxTJv6nkc/yLrXdfA+QDqPJ9VVJ5x/Ix RBX+ERuznk+nxEhIlyaACuPcSEGOMGW15psGCT9+Aj6MnCei1hlwagdTz805hV90 UApJAQfFxEpQzMV49v7kCLMRGTA+QbEX6U9dseWtBuPxnzselwSFMj+0tYXytku0 07x+I1/incuIJN2mvmqCXJ+lH6T/CFdEEFMOd7KnyD/Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=rzYDha oGeUbo3t7x5bdmhTQuG7cNQpn3/xIuqKp1CHI=; b=O3ywAW3bV9Gt/jhcOtaa0T MvRG8uendAmC/nkWWfWLbsRBuMUlfg3WMoPwCSmRMpU6B9xpoJT3VATLnTa5/Nnj Dv33xfQL7MCUUXhLKKzqVPqyp9mwAii8+WFFS4usJY4npseKn92fVDNHhdNzLv/D H8C3ojH9EhAumhSwfi31VcNWZzDfZLIVrfMfJmEOZ28mCI9KZOMtZX95fbJhpz5b WDhyYHorAk999qthIqDgVtaw4BsgVWMXyuXypt12Cl2UdIb2lbfw4JY0S7Id/dE6 80zG42euKXLbVBvvdOrSRxyPHHYr/atI3n2/I8HXIBhulpIqmInVxn5T982H+vJQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedriedvgdeljecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepvffhuffkffgfgggtgfesthejredttd efjeenucfhrhhomhepjghurhhiucfrrghnkhhovhcuoeihphgrnhhkohhvsehfrghsthhm rghilhdrtghomheqnecukfhppeekhedrudejgedrvddtjedrvddujeenucevlhhushhtvg hrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpeihphgrnhhkohhvsehfrghs thhmrghilhdrtghomh X-ME-Proxy: Received: from [192.168.1.6] (unknown [85.174.207.217]) by mail.messagingengine.com (Postfix) with ESMTPA id 98D0A3065EDD for ; Wed, 29 Apr 2020 01:49:02 -0400 (EDT) To: current@freebsd.org From: Yuri Pankov Subject: installkernel ignoring WITHOUT_DEBUG_FILES? Message-ID: <3f8e9b91-40db-d584-d488-087333813651@fastmail.com> Date: Wed, 29 Apr 2020 08:49:00 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49BndD63Byz3H1M X-Spamd-Bar: ++++++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=fastmail.com header.s=fm2 header.b=TSmcbmxj; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=O3ywAW3b; dmarc=pass (policy=none) header.from=fastmail.com; spf=pass (mx1.freebsd.org: domain of ypankov@fastmail.com designates 66.111.4.26 as permitted sender) smtp.mailfrom=ypankov@fastmail.com X-Spamd-Result: default: False [6.48 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[26.4.111.66.rep.mailspike.net : 127.0.0.18]; R_SPF_ALLOW(0.00)[+ip4:66.111.4.26]; FREEMAIL_FROM(0.00)[fastmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[fastmail.com:+,messagingengine.com:+]; DMARC_POLICY_ALLOW(0.00)[fastmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[217.207.174.85.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; RCVD_IN_DNSWL_LOW(-0.10)[26.4.111.66.list.dnswl.org : 127.0.5.1]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[fastmail.com]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[217.207.174.85.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.4]; R_DKIM_ALLOW(0.00)[fastmail.com:s=fm2,messagingengine.com:s=fm2]; NEURAL_HAM_MEDIUM(-0.42)[-0.416,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; BAD_REP_POLICIES(0.10)[]; MIME_TRACE(0.00)[0:+]; NEURAL_SPAM_LONG(1.00)[0.995,0]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(0.00)[ip: (-9.82), ipnet: 66.111.4.0/24(-4.89), asn: 11403(-2.69), country: US(-0.05)] X-Spam: Yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2020 05:49:06 -0000 I'm trying to replace the kernel on memstick image with the help of mdconfig, and installkernel runs out of space despite WITHOUT_DEBUG_FILES= added to /etc/src.conf. /usr/src$ make -V MK_DEBUG_FILES no /usr/src$ sudo rm -rf /mnt/usr/lib/debug /usr/src$ sudo make DESTDIR=/mnt installkernel -------------------------------------------------------------- >>> Install check kernel -------------------------------------------------------------- -------------------------------------------------------------- >>> Installing kernel GENERIC on Wed Apr 29 08:43:19 MSK 2020 -------------------------------------------------------------- cd /usr/obj/usr/src/amd64.amd64/sys/GENERIC; MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE= CC="cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin" CXX="c++ -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin" CPP="cpp -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin" AS="as" AR="ar" LD="ld" LLVM_LINK="" NM=nm OBJCOPY="objcopy" RANLIB=ranlib STRINGS= SIZE="size" PATH=/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin make KERNEL=kernel install thiskernel=`sysctl -n kern.bootfile` ; if [ ! "`dirname "$thiskernel"`" -ef /mnt/boot/kernel ] ; then chflags -R noschg /mnt/boot/kernel ; rm -rf /mnt/boot/kernel ; rm -rf /mnt/usr/lib/debug/boot/kernel ; else if [ -d /mnt/boot/kernel.old ] ; then chflags -R noschg /mnt/boot/kernel.old ; rm -rf /mnt/boot/kernel.old ; fi ; mv /mnt/boot/kernel /mnt/boot/kernel.old ; if [ -n "/usr/lib/debug" -a -d /mnt/usr/lib/debug/boot/kernel ]; then rm -rf /mnt/usr/lib/debug/boot/kernel.old ; mv /mnt/usr/lib/debug/boot/kernel /mnt/usr/lib/debug/boot/kernel.old ; fi ; sysctl kern.bootfile=/mnt/boot/kernel.old/"`basename "$thiskernel"`" ; fi mkdir -p /mnt/boot/kernel install -p -m 555 -o root -g wheel kernel /mnt/boot/kernel/ mkdir -p /mnt/usr/lib/debug/boot/kernel install -p -m 555 -o root -g wheel kernel.debug /mnt/usr/lib/debug/boot/kernel/ cd /usr/src/sys/modules; MAKEOBJDIRPREFIX=/usr/obj/usr/src/amd64.amd64/sys/GENERIC/modules KMODDIR=/boot/kernel MACHINE_CPUARCH=amd64 MACHINE=amd64 MACHINE_ARCH=amd64 MODULES_EXTRA="" WITHOUT_MODULES="" ARCH_FLAGS="" DEBUG_FLAGS="-g" __MPATH="" DESTDIR="/mnt" KERNBUILDDIR="/usr/obj/usr/src/amd64.amd64/sys/GENERIC" SYSDIR="/usr/src/sys" MODULE_TIED=yes WITH_CTF="1" KCSAN_ENABLED="yes" make install ===> aac (install) install -T release -o root -g wheel -m 555 aac.ko /mnt/boot/kernel/ install -T debug -o root -g wheel -m 555 aac.ko.debug /mnt/usr/lib/debug/boot/kernel/ ... ===> dummynet (install) install -T release -o root -g wheel -m 555 dummynet.ko /mnt/boot/kernel/ /mnt: write failed, filesystem is full install: /mnt/boot/kernel/dummynet.ko: No space left on device From owner-freebsd-current@freebsd.org Wed Apr 29 13:54:48 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5AB052B52D9 for ; Wed, 29 Apr 2020 13:54:48 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49C0Ph0TyRz4FH4 for ; Wed, 29 Apr 2020 13:54:48 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 10AB52B52D8; Wed, 29 Apr 2020 13:54:48 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 106D22B52D7 for ; Wed, 29 Apr 2020 13:54:48 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qt1-x842.google.com (mail-qt1-x842.google.com [IPv6:2607:f8b0:4864:20::842]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49C0Pg2ct5z4FH0 for ; Wed, 29 Apr 2020 13:54:47 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt1-x842.google.com with SMTP id 71so1809923qtc.12 for ; Wed, 29 Apr 2020 06:54:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=gl54u+f8cnKFMwfFr8VQCiEmilfOcTk5PqI0ehfA7Zk=; b=NBWwacxEfMhVWx5bSyjsqTY6JLTAZpheJmTp+CWcFKIJkzLsWTktSQbjMS3gETl2H+ ec9pidXmaOmW27STJqkEpS+UCHsFl2iHnKkbl9i4JFNd5ioJeJ075mm3iDGi97jXTZeM /PeaDmaxUNWCUoAGIO4Fg36v2MgMPoUCFOf4EKdf6HUW82aq1aod9X6Essar2TRnULua dQVN3J4eX2dDeIn4yxYG9LF4i13PN1YP1CQmmodNYOOh+v/G9gb3t/8rIRYzWjvmsM2o EXwv6UmusdXtpOd29BY10VJTn3PnOtJfYhHDfkwqqOK/fXZtvKmNT52St+yCphR12Vaw DKjg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=gl54u+f8cnKFMwfFr8VQCiEmilfOcTk5PqI0ehfA7Zk=; b=JYl6yajEXDFqbcyEZ5lLpMpUw++SZdN/52IYRb2es0zemzxKXlGgq+HQfGYycw120e hqF45quayf5t8u5I1504NALvmGj/GSugM1KUrwcLgwlow17Nb6Xp+GeJpn/WnkdulBzJ aGY6yeIZ+IpEf46rOrOXDwLF7DhMcBZ/D+dm8XNWXSCC92HSOAorJy0Ehh7rOiqLyZXA wgMzcbPGwfUiUkFplJyTVJOQnlswxfda3fW0BP+pzgSe8b0mhwiiF734tkfgvgcGFR9V Z80sKWFH/8vX7OTTtP+nAUwQBkaFyXiJEr5rBGil0kdyn6b24M3Z7iru4kGPd1aowb8v e2aQ== X-Gm-Message-State: AGi0PubS/NQast30LHQF3bT4wDoaOUJls82xOP7icvra2VPOFb4E9Iya PB++3QCf5m4gqvmVxcFlukI= X-Google-Smtp-Source: APiQypK3GbAdLcx/6PdWE9mBqcJriCz54A66nbw9wsy24PF6Uhv7SMTJ1D6bZZcfUmtpWzTT7avImg== X-Received: by 2002:ac8:342d:: with SMTP id u42mr33907385qtb.255.1588168486215; Wed, 29 Apr 2020 06:54:46 -0700 (PDT) Received: from raichu (toroon0560w-lp130-10-174-94-17-182.dsl.bell.ca. [174.94.17.182]) by smtp.gmail.com with ESMTPSA id z90sm13275847qtd.75.2020.04.29.06.54.44 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 29 Apr 2020 06:54:45 -0700 (PDT) Sender: Mark Johnston Date: Wed, 29 Apr 2020 09:54:39 -0400 From: Mark Johnston To: Yuri Pankov Cc: current@freebsd.org Subject: Re: installkernel ignoring WITHOUT_DEBUG_FILES? Message-ID: <20200429135439.GA78164@raichu> References: <3f8e9b91-40db-d584-d488-087333813651@fastmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3f8e9b91-40db-d584-d488-087333813651@fastmail.com> X-Rspamd-Queue-Id: 49C0Pg2ct5z4FH0 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=NBWwacxE; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::842 as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-0.84 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; FREEMAIL_TO(0.00)[fastmail.com]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; IP_SCORE(-0.16)[ip: (0.02), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.990,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.996,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2.4.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2020 13:54:48 -0000 On Wed, Apr 29, 2020 at 08:49:00AM +0300, Yuri Pankov wrote: > I'm trying to replace the kernel on memstick image with the help of > mdconfig, and installkernel runs out of space despite > WITHOUT_DEBUG_FILES= added to /etc/src.conf. > > /usr/src$ make -V MK_DEBUG_FILES > no > /usr/src$ sudo rm -rf /mnt/usr/lib/debug > /usr/src$ sudo make DESTDIR=/mnt installkernel You need WITHOUT_KERNEL_SYMBOLS= instead for the kernel. I'm not sure why it's a different option. From owner-freebsd-current@freebsd.org Wed Apr 29 14:43:36 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6ECF32B6E0D for ; Wed, 29 Apr 2020 14:43:36 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49C1Tz6gn9z4JVT for ; Wed, 29 Apr 2020 14:43:35 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id E521D2B6E0B; Wed, 29 Apr 2020 14:43:35 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E4DBD2B6E0A for ; Wed, 29 Apr 2020 14:43:35 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49C1Ty5ptgz4JVS; Wed, 29 Apr 2020 14:43:34 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id C93AA5C0292; Wed, 29 Apr 2020 10:43:33 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Wed, 29 Apr 2020 10:43:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm2; bh=8 19ouPmkU68N+lEm7tp1cJxEgj7JUocIIaxkEG8yLZI=; b=FULIKyd6y/zk5AXOb a/CB4gRG8radKne97u5lI+KfMsmZIXcD+f5/VDNBbnM9SON0ARmDBpDhKWy+hHht 1CQZhmee+z6/Chq4FEtqlrbFzcMoB7aCA19nYwX3iOfV+M4lFuIw2vZ19PL8CkKa MwVXfsy5bgQuFWT4Hmnmgz7lq17wXKOzQ3n1Omh6vrlH1D8emjjVU2x/lxWSEzoA XVYIZY4PEwt60m67HWzyodaoeUs6uOJQBokEcEfIM4gEAONFoCcTEg5eNRMMDkTu 5X+nOD8sYjdWSA5eZYAOKjcBiuAnbUs2ojUeAPBq63NJ8nqOCJitNFYFb48NSmzK 8rftQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=819ouPmkU68N+lEm7tp1cJxEgj7JUocIIaxkEG8yL ZI=; b=emz9oz9P0J1KbwrVeMBS2X/gWQN3QjDElauRS6TK8GYE8Ua44C1inhHxQ Dz8mvOjsx2N5GdNQrxoj8ujul8pidcbLIKOyvCe/PobxH4SrP+GyHc7kE3hfTnsD VOgr4Qujb+dKcRHNL5C9+GZv/cTLXy3tIcg3Bx1lqxgiMY6pq/g+hMGZr1Nx9KuL NJoLPqKPaePWkAnyf8AcYWeIGHqlgF30OE4YNHNDVGrXXv/MuB+OlNuBCSTVIqZZ 9qe65dqMZDdMiU/dfhuUgQGfT7p0gVgQioNVVi/UcmmWlnqNPGFYxX6EqkqbhKXI /LN5BbawV3j/Z/oDwlr5O/YIMQChA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrieefgdejlecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefuvfhfhffkffgfgggjtgfgsehtjeertddtfeejnecuhfhrohhmpegjuhhrihcu rfgrnhhkohhvuceohihprghnkhhovhesfhgrshhtmhgrihhlrdgtohhmqeenucggtffrrg htthgvrhhnpeevteeilefghfffgeffteefiedttdfgudetgeduvddtgffguefftdeiteel hfegteenucfkphepkeehrddujeegrddvtdejrddvudejnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomhephihprghnkhhovhesfhgrshhtmhgrihhl rdgtohhm X-ME-Proxy: Received: from [192.168.1.6] (unknown [85.174.207.217]) by mail.messagingengine.com (Postfix) with ESMTPA id F28483065EF5; Wed, 29 Apr 2020 10:43:32 -0400 (EDT) Subject: Re: installkernel ignoring WITHOUT_DEBUG_FILES? To: Mark Johnston Cc: current@freebsd.org References: <3f8e9b91-40db-d584-d488-087333813651@fastmail.com> <20200429135439.GA78164@raichu> From: Yuri Pankov Message-ID: <6f5a45f8-65f1-1075-f89d-c6097b2c4c87@fastmail.com> Date: Wed, 29 Apr 2020 17:43:30 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <20200429135439.GA78164@raichu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49C1Ty5ptgz4JVS X-Spamd-Bar: ++++++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=fastmail.com header.s=fm2 header.b=FULIKyd6; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=emz9oz9P; dmarc=pass (policy=none) header.from=fastmail.com; spf=pass (mx1.freebsd.org: domain of ypankov@fastmail.com designates 66.111.4.27 as permitted sender) smtp.mailfrom=ypankov@fastmail.com X-Spamd-Result: default: False [6.37 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:66.111.4.27]; FREEMAIL_FROM(0.00)[fastmail.com]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[fastmail.com:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[fastmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[27.4.111.66.list.dnswl.org : 127.0.5.1]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[fastmail.com]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[217.207.174.85.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[217.207.174.85.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.4]; R_DKIM_ALLOW(0.00)[fastmail.com:s=fm2,messagingengine.com:s=fm2]; NEURAL_HAM_MEDIUM(-0.53)[-0.527,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; IP_SCORE_FREEMAIL(0.00)[]; BAD_REP_POLICIES(0.10)[]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.996,0]; IP_SCORE(0.00)[ip: (-9.83), ipnet: 66.111.4.0/24(-4.89), asn: 11403(-2.69), country: US(-0.05)] X-Spam: Yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2020 14:43:36 -0000 Mark Johnston wrote: > On Wed, Apr 29, 2020 at 08:49:00AM +0300, Yuri Pankov wrote: >> I'm trying to replace the kernel on memstick image with the help of >> mdconfig, and installkernel runs out of space despite >> WITHOUT_DEBUG_FILES= added to /etc/src.conf. >> >> /usr/src$ make -V MK_DEBUG_FILES >> no >> /usr/src$ sudo rm -rf /mnt/usr/lib/debug >> /usr/src$ sudo make DESTDIR=/mnt installkernel > > You need WITHOUT_KERNEL_SYMBOLS= instead for the kernel. I'm not sure > why it's a different option. Thank you, somehow I missed it, and its description is a bit misleading as well. From owner-freebsd-current@freebsd.org Wed Apr 29 15:45:00 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8D88A2B8CCA; Wed, 29 Apr 2020 15:45:00 +0000 (UTC) (envelope-from maurizio1018@gmail.com) Received: from mail-pl1-x62f.google.com (mail-pl1-x62f.google.com [IPv6:2607:f8b0:4864:20::62f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49C2rq3p65z4NM3; Wed, 29 Apr 2020 15:44:59 +0000 (UTC) (envelope-from maurizio1018@gmail.com) Received: by mail-pl1-x62f.google.com with SMTP id s10so981944plr.1; Wed, 29 Apr 2020 08:44:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=LlynscaEQsCbgPXe3mcKso8sONw8o237H9qQHeW4usA=; b=uji208oJlzs9V/UsiyTzPydJIWInZESRlHHjNfoISCl8LjQfjpJln98FImpppI1wfC Nri+a2HgBdebKJnSSAO3n2zCOYDVxkFpRBm5ttvu773D0XMTw3WUzUMZ22wbXM92r2XD 8B5tJWMgBmRBKiidsKCFn1HCZ0sXHHY1SoQPxdavX1mFvNPg/A1BIHHR/QH5l3XvL52m ZLbHr8pYFXQFPgNoz1l1V6lIu3IXu/m1R0GnLKwWFanfDGjAjzfGboVRNeWzgAqog2gP sYzGa3HuhBWgWomrkf4qjXmMoC4jfUeK/qq0z7HPHJugkFrsUGYgARlZKz2RXgvmpWGG x8dA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=LlynscaEQsCbgPXe3mcKso8sONw8o237H9qQHeW4usA=; b=lXMuTD9uPflLdjio+jxXmb2j921+5QzSy1EsLdnaZpPdSCHDO3f0uIcIIj8B1Az2JD CDn0jHpNbuyVSChAeFW0x0KFYuaSwFXT7I3t/mJFVdbsnk7TgQXizx42yjvQemC5zXzp vDyY992OmhWSEznTNOcBqc8gTCyMg+QOrxVS8QT1deXfQssK8rPAG69E6+TSGIjphVmV NKQ5YSKbxJJMfcq+rI7hriyi7IrD3qopsfvH+GsxQO2bR8YFYcC3Fi7Rjqwp69LYdA67 /JHQw5Wc4wNDCdFIJorVwdySXc0ZEi09DFCGZXGzxR+8XG2Ny0WlG6Vn46l2+udHAGBE oHhw== X-Gm-Message-State: AGi0Pubre42JopgI67IVYEgGu3pjQSuidxxfK8z0D9N+R9xeYm9OzidA DHE103wmJabKGntbG1euHfOMF1uw83uuexPaz7QaAhbP X-Google-Smtp-Source: APiQypIaGAMCA9P1S5KLlw2uLpEmjS2We2ezsyJ0EnfmaHgdggspnkbsjuOvQDpJYiqGrLvbUTGXBcogOsEhDXLBcJs= X-Received: by 2002:a17:90b:b08:: with SMTP id bf8mr3974265pjb.158.1588175097667; Wed, 29 Apr 2020 08:44:57 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Maurizio Vairani Date: Wed, 29 Apr 2020 17:44:44 +0200 Message-ID: Subject: Re: OpenZFS port updated To: Ryan Moeller Cc: freebsd-current , freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 49C2rq3p65z4NM3 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=uji208oJ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of maurizio1018@gmail.com designates 2607:f8b0:4864:20::62f as permitted sender) smtp.mailfrom=maurizio1018@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; URI_COUNT_ODD(1.00)[9]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (-9.13), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[f.2.6.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2020 15:45:00 -0000 Il giorno ven 17 apr 2020 alle ore 20:36 Ryan Moeller ha scritto: > FreeBSD support has been merged into the master branch of the openzfs/zfs > repository, and the FreeBSD ports have been switched to this branch. > > OpenZFS brings many exciting features to FreeBSD, including: > * native encryption > * improved TRIM implementation > * most recently, persistent L2ARC > > Of course, avoid upgrading your pools if you want to keep the option to g= o > back to the base ZFS. > > OpenZFS can be installed alongside the base ZFS. Change your loader.conf > entry to openzfs_load=3D=E2=80=9CYES=E2=80=9D to load the OpenZFS module = at boot, and set > PATH to find the tools in /usr/local/sbin before /sbin. The base zfs tool= s > are still basically functional with the OpenZFS module, so changing PATH = in > rc is not strictly necessary. > > The FreeBSD loader can boot from pools with the encryption feature > enabled, but the root/bootenv datasets must not be encrypted themselves. > > The FreeBSD platform support in OpenZFS does not yet include all features > present in FreeBSD=E2=80=99s ZFS. Some notable changes/missing features i= nclude: > * many sysctl names have changed (legacy compat sysctls should be added > at some point) > * zfs send progress reporting in process title via setproctitle > * extended 'zfs holds -r' ( > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D290015) > * vdev ashift optimizations ( > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D254591) > * pre-mountroot zpool.cache loading (for automatic pool imports) > > To the last point, this mainly effects the case where / is on ZFS and > /boot is not or is on a different pool. OpenZFS cannot handle this case > yet, but work is in progress to cover that use case. Booting directly fro= m > ZFS does work. > > If there are pools that need to be imported at boot other than the boot > pool, OpenZFS does not automatically import yet, and it uses > /etc/zfs/zpool.cache rather than /boot/zfs/zpool.cache to keep track of > imported pools. To ensure all pool imports occur automatically, a simple > edit to /etc/rc.d/zfs will suffice: > > diff --git a/libexec/rc/rc.d/zfs b/libexec/rc/rc.d/zfs > index 2d35f9b5464..8e4aef0b1b3 100755 > --- a/libexec/rc/rc.d/zfs > +++ b/libexec/rc/rc.d/zfs > @@ -25,6 +25,13 @@ zfs_start_jail() > > zfs_start_main() > { > + local cachefile > + > + for cachefile in /boot/zfs/zpool.cache /etc/zfs/zpool.cache; do > + if [ -f $cachefile ]; then > + zpool import -c $cachefile -a > + fi > + done > zfs mount -va > zfs share -a > if [ ! -r /etc/zfs/exports ]; then > > This will probably not be needed long-term. It is not necessary if the > boot pool is the only pool. > > Happy testing :) > > - Ryan > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > On my laptop I am testing the new OpenZFS, I am running: > uname -a FreeBSD NomadBSD 12.1-RELEASE-p3 FreeBSD 12.1-RELEASE-p3 GENERIC amd64 > freebsd-version -ku 12.1-RELEASE-p3 12.1-RELEASE-p4 I want let ZFS to write to the laptop SSD only every 1800 seconds: > sudo zfs set sync=3Ddisabled zroot and I have added these lines in /etc/sysctl.conf: # Write to SSD every 30 minutes. # 19/04/20 Added support for OpenZFS. # Force commit Transaction Group (TXG) at 1800 secs, increase to aggregated # more data (default 5 sec) # vfs.zfs.txg.timeout for ZFS, vfs.zfs.txg_timeout for OpenZFS vfs.zfs.txg.timeout=3D1800 vfs.zfs.txg_timeout=3D1800 # Write throttle when dirty "modified" data reaches 98% of dirty_data_max #(default 60%) vfs.zfs.delay_min_dirty_percent=3D98 # Force commit Transaction Group (TXG) if dirty_data reaches 95% of # dirty_data_max (default 20%) # vfs.zfs.dirty_data_sync_pct for ZFS, vfs.zfs.dirty_data_sync_percent for OpenZFS vfs.zfs.dirty_data_sync_pct=3D95 vfs.zfs.dirty_data_sync_percent=3D95 For testing the above settings I use the command: =E2=80=98zpool iostat -v = -Td zroot 600=E2=80=99 . On the classic FreeBSD ZFS the output of the above command is similar to: Tue Apr 28 14:44:08 CEST 2020 capacity operations bandwidth pool alloc free read write read write ---------------------------- ----- ----- ----- ----- ----- ----- zroot 31.9G 61.1G 206 38 5.52M 360K diskid/DISK-185156448914p2 31.9G 61.1G 206 38 5.52M 360K ---------------------------- ----- ----- ----- ----- ----- ----- Tue Apr 28 14:54:08 CEST 2020 capacity operations bandwidth pool alloc free read write read write ---------------------------- ----- ----- ----- ----- ----- ----- zroot 31.9G 61.1G 8 0 297K 0 diskid/DISK-185156448914p2 31.9G 61.1G 8 0 297K 0 ---------------------------- ----- ----- ----- ----- ----- ----- Tue Apr 28 15:04:08 CEST 2020 capacity operations bandwidth pool alloc free read write read write ---------------------------- ----- ----- ----- ----- ----- ----- zroot 31.9G 61.1G 0 0 14.4K 0 diskid/DISK-185156448914p2 31.9G 61.1G 0 0 14.4K 0 ---------------------------- ----- ----- ----- ----- ----- ----- Tue Apr 28 15:14:08 CEST 2020 capacity operations bandwidth pool alloc free read write read write ---------------------------- ----- ----- ----- ----- ----- ----- zroot 31.9G 61.1G 0 0 2.89K 18.4K diskid/DISK-185156448914p2 31.9G 61.1G 0 0 2.89K 18.4K ---------------------------- ----- ----- ----- ----- ----- ----- Tue Apr 28 15:24:08 CEST 2020 capacity operations bandwidth pool alloc free read write read write ---------------------------- ----- ----- ----- ----- ----- ----- zroot 31.9G 61.1G 0 0 798 0 diskid/DISK-185156448914p2 31.9G 61.1G 0 0 798 0 ---------------------------- ----- ----- ----- ----- ----- ----- Tue Apr 28 15:34:08 CEST 2020 capacity operations bandwidth pool alloc free read write read write ---------------------------- ----- ----- ----- ----- ----- ----- zroot 31.9G 61.1G 0 0 2.43K 0 diskid/DISK-185156448914p2 31.9G 61.1G 0 0 2.43K 0 ---------------------------- ----- ----- ----- ----- ----- ----- Tue Apr 28 15:44:08 CEST 2020 capacity operations bandwidth pool alloc free read write read write ---------------------------- ----- ----- ----- ----- ----- ----- zroot 31.9G 61.1G 0 0 587 14.2K diskid/DISK-185156448914p2 31.9G 61.1G 0 0 587 14.2K ---------------------------- ----- ----- ----- ----- ----- ----- where the SSD is written every 1800 seconds. On the new OpenZFS the output is: Tue Apr 28 15:58:09 2020 capacity operations bandwidth pool alloc free read write read write ---------------------------- ----- ----- ----- ----- ----- ----- zroot 31.9G 61.1G 203 24 5.18M 236K diskid/DISK-185156448914p2 31.9G 61.1G 203 24 5.18M 236K ---------------------------- ----- ----- ----- ----- ----- ----- Tue Apr 28 16:08:09 2020 capacity operations bandwidth pool alloc free read write read write ---------------------------- ----- ----- ----- ----- ----- ----- zroot 31.9G 61.1G 8 0 287K 9.52K diskid/DISK-185156448914p2 31.9G 61.1G 8 0 287K 9.52K ---------------------------- ----- ----- ----- ----- ----- ----- Tue Apr 28 16:18:09 2020 capacity operations bandwidth pool alloc free read write read write ---------------------------- ----- ----- ----- ----- ----- ----- zroot 31.9G 61.1G 0 0 15.6K 10.0K diskid/DISK-185156448914p2 31.9G 61.1G 0 0 15.6K 10.0K ---------------------------- ----- ----- ----- ----- ----- ----- Tue Apr 28 16:28:09 2020 capacity operations bandwidth pool alloc free read write read write ---------------------------- ----- ----- ----- ----- ----- ----- zroot 31.9G 61.1G 0 0 3.07K 12.2K diskid/DISK-185156448914p2 31.9G 61.1G 0 0 3.07K 12.2K ---------------------------- ----- ----- ----- ----- ----- ----- Tue Apr 28 16:38:09 2020 capacity operations bandwidth pool alloc free read write read write ---------------------------- ----- ----- ----- ----- ----- ----- zroot 31.9G 61.1G 0 0 573 11.1K diskid/DISK-185156448914p2 31.9G 61.1G 0 0 573 11.1K ---------------------------- ----- ----- ----- ----- ----- ----- Tue Apr 28 16:48:09 2020 capacity operations bandwidth pool alloc free read write read write ---------------------------- ----- ----- ----- ----- ----- ----- zroot 31.9G 61.1G 0 0 1.96K 10.6K diskid/DISK-185156448914p2 31.9G 61.1G 0 0 1.96K 10.6K ---------------------------- ----- ----- ----- ----- ----- ----- where the SSD is always written. What I am missing ? Thanks in advance. -- Maurizio From owner-freebsd-current@freebsd.org Wed Apr 29 17:43:32 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1B8222BCA46 for ; Wed, 29 Apr 2020 17:43:32 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49C5Tb5v6Dz4Ynk for ; Wed, 29 Apr 2020 17:43:31 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id CA4E52BCA45; Wed, 29 Apr 2020 17:43:31 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CA1412BCA44 for ; Wed, 29 Apr 2020 17:43:31 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49C5TZ4cp7z4Ynj for ; Wed, 29 Apr 2020 17:43:30 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 9C1035C03DA for ; Wed, 29 Apr 2020 13:43:29 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Wed, 29 Apr 2020 13:43:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= from:subject:to:message-id:date:mime-version:content-type :content-transfer-encoding; s=fm2; bh=2U5j3K7kdvA9uosMlVkk4BYr8c IodnDFtBuKMJEsegA=; b=EpNiqRjU+DXpL6A5ATH0kUQFEtuGMaJwrR7RTZmNRz tWnL6g66fk6efHIvm7LfcHCdMChAi0TU1iD4u+69HFSFCfbzMYEAeJ28wA7cKr39 9K+GSs/OEL4IBeQQfV/R5mWqPYT7F0V1+9JHqQuvSKpU7O28FkQWqHllPDfj0tpN s4XNOWOn7iXQTV1RK/NZozt/cRwHept58x1dI+0SQreGSRTVlQ7V5iBbTmdqwHmg 5qydxF0M2FDzmO0lGlMJtNGhIeMvvlGQ2hd5v9LeKTAp5ODj+2UJGP5zzlxPdif3 IsFUe5CXY5+9/kEPO1Fgu/6ByMdhYkfHNGAaYtktXigQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=2U5j3K 7kdvA9uosMlVkk4BYr8cIodnDFtBuKMJEsegA=; b=MemQVrAGbKnrZBLHQyiX0p TIok109KjpgQq7ncESjZCnNyWEZ9ZnZ3Qs/SLjULjEVE+m9Rw1Os7y1QJUtI2SiZ /qydcVWROO9075yWvd+hoQ29XQikgDn9tD1gISJuoj7YSImBTgJywsgYOLmknv5v PoeELLy2RlWoMlZPJPXWkGjzEaDTZNjwVIs2ZNkMzYs/nEjDHpYjfgY0X9Z/vVt2 zRyT0bybJ9db8H55T9bQMpDA1/yZXQsZp7HEpCYivDCXieg+RvM0EAeXRKdMuwrq NNi+2nRZC2RBRdenjg2e1pUQCR7Wc1GGhJzqVkKFwiUpZVNPg++/cjOLaV0wGWMg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrieefgdduudehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefhuffvkffffgggtgfgsehtjeertd dtfeejnecuhfhrohhmpegjuhhrihcurfgrnhhkohhvuceohihprghnkhhovhesfhgrshht mhgrihhlrdgtohhmqeenucggtffrrghtthgvrhhnpefgheelfeektdevudeljeekffdttd ffffdtffetgefhudekgeejgeejvdehffefudenucffohhmrghinhepghhithhhuhgsrdgt ohhmnecukfhppeekhedrudejgedrvddtjedrvddujeenucevlhhushhtvghrufhiiigvpe dtnecurfgrrhgrmhepmhgrihhlfhhrohhmpeihphgrnhhkohhvsehfrghsthhmrghilhdr tghomh X-ME-Proxy: Received: from [192.168.1.6] (unknown [85.174.207.217]) by mail.messagingengine.com (Postfix) with ESMTPA id 6A4D23065E98 for ; Wed, 29 Apr 2020 13:43:28 -0400 (EDT) From: Yuri Pankov Subject: nvme on 2019 macbooks To: current@freebsd.org Message-ID: Date: Wed, 29 Apr 2020 20:43:26 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49C5TZ4cp7z4Ynj X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=fastmail.com header.s=fm2 header.b=EpNiqRjU; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=MemQVrAG; dmarc=pass (policy=none) header.from=fastmail.com; spf=pass (mx1.freebsd.org: domain of ypankov@fastmail.com designates 66.111.4.28 as permitted sender) smtp.mailfrom=ypankov@fastmail.com X-Spamd-Result: default: False [4.93 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[28.4.111.66.rep.mailspike.net : 127.0.0.18]; R_SPF_ALLOW(0.00)[+ip4:66.111.4.28]; FREEMAIL_FROM(0.00)[fastmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[fastmail.com:+,messagingengine.com:+]; DMARC_POLICY_ALLOW(0.00)[fastmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[28.4.111.66.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[217.207.174.85.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[217.207.174.85.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.4]; R_DKIM_ALLOW(0.00)[fastmail.com:s=fm2,messagingengine.com:s=fm2]; NEURAL_HAM_MEDIUM(-0.80)[-0.802,0]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[fastmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; BAD_REP_POLICIES(0.10)[]; IP_SCORE(0.00)[ip: (-9.83), ipnet: 66.111.4.0/24(-4.89), asn: 11403(-2.69), country: US(-0.05)]; NEURAL_SPAM_LONG(0.83)[0.835,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2020 17:43:32 -0000 I have tried booting latest -current snapshot on 2019 macbook pro 16, and noticed that nvme driver didn't attach, as class reported is 0x018002 and not 0x010802 that we expect in nvme_pci.c. The following linux changes seem to be related: https://github.com/torvalds/linux/commit/66341331ba0d2de4ff421cdc401a1e34de50502a https://github.com/torvalds/linux/commit/d38e9f04ebf667d9cb8185b45bff747485f1d3e9 I have tried adding the exact PCI IDs, but that also fails as number of msix vectors seems to be 0 in nvme_ctrlr_setup_interrupts() and nvme_ctrlr_configure_intx() fails with "unable to allocate shared IRQ". Any hints on how to proceed here? pciconf excerpt: none7@pci0:4:0:0: class=0x018002 rev=0x01 hdr=0x00 vendor=0x106b device=0x2005 subvendor=0x106b subdevice=0x1800 vendor = "Apple Inc." device = "ANS2 NVMe Controller" class = mass storage bar [10] = type Prefetchable Memory, range 64, base 0xc0400000, size 419304, enabled bar [18] = type Prefetchable Memory, range 64, base 0xc1400000, size 524288, enabled bar [20] = type Prefetchable Memory, range 64, base 0xc1600000, size 65536, enabled cap 01[40] = powerspec 3 supports D0 D3 current D0 cap 05[50] = MSI supports 8 messages, 64 bit cap 10[70] = PCI-Express 2 endpoint max data 256(256) RO NS link x4(x4) speed 8.0(8.0) ASPM L1(L1) ClockPM enabled ecap 0001[100] = AER 2 0 fatal 0 non-fatal 1 corrected ecap 0019[148] = PCIe Sec 1 lane errors 0 ecap 0018[168] = LTR 1 ecap 001e[170] = L1 PM Substated 1 ecap 000b[180] = Vendor [1] ID 0002 Rev 1 Length 256 ecap 0015[280] = Resizable BAR 1 From owner-freebsd-current@freebsd.org Wed Apr 29 18:41:51 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E94042BE819; Wed, 29 Apr 2020 18:41:51 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49C6mt61Lvz4cmj; Wed, 29 Apr 2020 18:41:50 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id TreUjaNKu62brTreWjvlQ5; Wed, 29 Apr 2020 12:41:49 -0600 X-Authority-Analysis: v=2.3 cv=LKf9vKe9 c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=xqWC_Br6kY4A:10 a=kj9zAlcOel0A:10 a=cl8xLZFz6L8A:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=7ar7hmqnaF-9R4Y12KAA:9 a=CjuIK1q_8ugA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [IPv6:fc00:1:1:1::5b]) by spqr.komquats.com (Postfix) with ESMTPS id 45957E1C; Wed, 29 Apr 2020 11:41:46 -0700 (PDT) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id 03TIfkCs081311; Wed, 29 Apr 2020 11:41:46 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id 03TIfkZh081308; Wed, 29 Apr 2020 11:41:46 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <202004291841.03TIfkZh081308@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: sysutils/screen-ncurses port Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 29 Apr 2020 11:41:46 -0700 X-CMAE-Envelope: MS4wfDtWOheoYgJiWHWzsmFy34yBwy8bN6cqUBxJR6EFDs41Swj8SK3tG+Gq19yQKkxWkMwvfl5q9o53eBrafoE/x8BfpXQ4C6Y+jScSM+OqmTwG8Vu0hY95 el4+khVwiAmVfvYZZRKeJudZS28NBJlkEyWVnuJTZE2+KcOzDIinHV3mq04mZGPKczCuj8aAT3zBZxcVpPEBErH7lqIN7a5sOfapZUhBjkXQ8tFZwyohUFRZ X-Rspamd-Queue-Id: 49C6mt61Lvz4cmj X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 64.59.134.13) smtp.mailfrom=cy.schubert@cschubert.com X-Spamd-Result: default: False [-4.23 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.53)[ip: (-6.70), ipnet: 64.59.128.0/20(-3.29), asn: 6327(-2.57), country: CA(-0.09)]; RCVD_IN_DNSWL_LOW(-0.10)[13.134.59.64.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2020 18:41:52 -0000 Would people be open to the idea of a sysutils/screen-ncurses port that depends on devel/ncurses instead of ncureses in base? The reason for this is there are screen.* terminfo entries in devel/ncurses that don't exist in termcap(5). People who want that extra functionality would be advised to install the alternative pkg or build the sysutils/screen port with the appropriate option. Or, simply change the default from whatever ncurses is available to always install devel/ncurses. People could always select one of the other options. Personally, I'm not enamoured with this approach. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Wed Apr 29 22:32:56 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2D88C2C4DA4 for ; Wed, 29 Apr 2020 22:32:56 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49CCvW58STz3QM9 for ; Wed, 29 Apr 2020 22:32:55 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: by mailman.nyi.freebsd.org (Postfix) id AEF2D2C4D93; Wed, 29 Apr 2020 22:32:55 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AEA742C4D90; Wed, 29 Apr 2020 22:32:55 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward103p.mail.yandex.net (forward103p.mail.yandex.net [77.88.28.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49CCvT54C0z3QM5; Wed, 29 Apr 2020 22:32:52 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from mxback18g.mail.yandex.net (mxback18g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:318]) by forward103p.mail.yandex.net (Yandex) with ESMTP id 7164718C08F7; Thu, 30 Apr 2020 01:32:50 +0300 (MSK) Received: from localhost (localhost [::1]) by mxback18g.mail.yandex.net (mxback/Yandex) with ESMTP id XbtWBZugQZ-WnC4KbPj; Thu, 30 Apr 2020 01:32:49 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipfw.ru; s=mail; t=1588199569; bh=v4vXrRhGJKKr+WefKIKimqef8XJWiFv7Z1MxTpXpTw0=; h=Message-Id:Date:Subject:To:From; b=pxAuddDneGCrtj5UEZuOaQbA+7Wmb80bdQImD+vGQ0KSeGJ7Z6K7wKadgmg97cKug mGAkPHXre0djrBF4TnTQzbZoXti/mvyYZR1TpQFo6Teemn40++8USAgbiROhrRgjwm nk1zIlLpewZCSNpsoy6CbHMw8SkR6aUjUNZyYwnk= Received: by myt6-09be74140f25.qloud-c.yandex.net with HTTP; Thu, 30 Apr 2020 01:32:49 +0300 From: Alexander V. Chernikov To: "current@FreeBSD.org" , net Subject: Next-hop objects and scalable multipath routing project status update MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Wed, 29 Apr 2020 23:32:49 +0100 Message-Id: <182641588198008@mail.yandex.ru> Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Rspamd-Queue-Id: 49CCvT54C0z3QM5 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ipfw.ru header.s=mail header.b=pxAuddDn; dmarc=none; spf=pass (mx1.freebsd.org: domain of melifaro@ipfw.ru designates 77.88.28.106 as permitted sender) smtp.mailfrom=melifaro@ipfw.ru X-Spamd-Result: default: False [-6.31 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[ipfw.ru:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:77.88.0.0/18]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[ipfw.ru]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(-3.71)[ip: (-9.84), ipnet: 77.88.0.0/18(-4.85), asn: 13238(-3.85), country: RU(0.01)]; DKIM_TRACE(0.00)[ipfw.ru:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_LOW(-0.10)[106.28.88.77.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13238, ipnet:77.88.0.0/18, country:RU]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2020 22:32:56 -0000 Hi, I would like to share the current state and the next steps for the nhops/multipath project. To recap: project is about modernising the current routing stack and implementing scalable multipath routing. Most changes are based on introduction of the concept of nexthops. Nexthops, which are separate datastructures, containing all necessary information to perform packet forwarding such as gateway, interface and mtu. They are shared among the routes, providing more pre-computed cache-efficient data while requiring less memory. Interested reader can find more detailed description in https://reviews.freebsd.org/D24141 . Notable progress has been done since the initial announce. Most of the changes required to fully switch to use nexthop objects instead of routing entries has been landed. If everything goes as expected, conversion will be completed in a couple of weeks. After that the focus will switch on the actual multipath implementation. More detailed plan: 1 Nexthop objects [In progress] 1.1 Introduction of nexthop objects [DONE: r359823] 1.2 Conversion of old KPI users to the new one [95% complete] 1.2.1 Conversion of route caching to nexthop caching [DONE: r360292] 1.3 Conversion of struct `rtentry` field access to nhop field access [90% complete] 1.4 Eliminating old lookup KPI and hiding struct rtentry. [50% complete] 2 Multipath [In progress] 2.1 Switch control plane customers to use (rtentry, nhop) pair instead of rtentry to allow multipath changes happen transparently. [10% complete] 2.2 Introduce nexthop group objects 2.3 Add mutipath support for the rib manipulation functions 2.4 Add flowid generation for outbound traffic to enable load balancing -- [No timeline] 3 Rtsock/netlink nhops support 3.1 Implement index lookup for nhops/nhop groups 3.2 Design rtsock messages for nhop/nhgrp operations& prefix binding 3.3 Implement kernel part 3.4 Implement frr or bird support 4 Modular longest-prefix-match lookup algorithm 4.1 Design control plane framework for attaching algos. 4.2 Implement one (IPv6?) lookup algorithm /Alexander From owner-freebsd-current@freebsd.org Thu Apr 30 03:26:32 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 19F4D2CCCB6 for ; Thu, 30 Apr 2020 03:26:32 +0000 (UTC) (envelope-from neel@neelc.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49CLQH65dPz4C3R for ; Thu, 30 Apr 2020 03:26:31 +0000 (UTC) (envelope-from neel@neelc.org) Received: by mailman.nyi.freebsd.org (Postfix) id D13592CCCB5; Thu, 30 Apr 2020 03:26:31 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D0FD82CCCB4 for ; Thu, 30 Apr 2020 03:26:31 +0000 (UTC) (envelope-from neel@neelc.org) Received: from rainpuddle.neelc.org (rainpuddle.neelc.org [IPv6:2001:19f0:8001:fed:5400:2ff:fe73:c622]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49CLQG29yXz4C3J for ; Thu, 30 Apr 2020 03:26:30 +0000 (UTC) (envelope-from neel@neelc.org) Received: from mail.neelc.org (rainpuddle.neelc.org [IPv6:2001:19f0:8001:fed:5400:2ff:fe73:c622]) by rainpuddle.neelc.org (Postfix) with ESMTPSA id 97889EB4BD; Wed, 29 Apr 2020 20:26:18 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 29 Apr 2020 20:26:18 -0700 From: Neel Chauhan To: Yuri Pankov Cc: current@freebsd.org Subject: Re: nvme on 2019 macbooks In-Reply-To: References: User-Agent: Roundcube Webmail/1.4.2 Message-ID: <5c205d1c8a890ff0bd3c863e6a468eb3@neelc.org> X-Sender: neel@neelc.org X-Rspamd-Queue-Id: 49CLQG29yXz4C3J X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=neelc.org; spf=pass (mx1.freebsd.org: domain of neel@neelc.org designates 2001:19f0:8001:fed:5400:2ff:fe73:c622 as permitted sender) smtp.mailfrom=neel@neelc.org X-Spamd-Result: default: False [-5.88 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-3.18)[ip: (-9.72), ipnet: 2001:19f0:8000::/38(-4.86), asn: 20473(-1.30), country: US(-0.05)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[neelc.org,none]; RCVD_COUNT_ONE(0.00)[1]; FREEMAIL_TO(0.00)[fastmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:2001:19f0:8000::/38, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; ONCE_RECEIVED(0.10)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2020 03:26:32 -0000 I don't have a MacBook. I don't own one and my work gives me a ThinkPad (but runs Windows). I believe the issue on new Macs is the NVMe queue size or something. You should read the Linux driver, the FreeBSD equivalents, and then build your patch on the differences in how the hardware is handled. This is how I got my 2018 HP Spectre x360 to work (but with different subsystems), and you could do the same on newer Apple NVMe. If you get something working, consider making a patch and submitting it. That's what I done with my Spectre, and it has been in HEAD for a few months now. -Neel === https://www.neelc.org/ On 2020-04-29 10:43, Yuri Pankov wrote: > I have tried booting latest -current snapshot on 2019 macbook pro 16, > and noticed that nvme driver didn't attach, as class reported is > 0x018002 and not 0x010802 that we expect in nvme_pci.c. > > The following linux changes seem to be related: > https://github.com/torvalds/linux/commit/66341331ba0d2de4ff421cdc401a1e34de50502a > https://github.com/torvalds/linux/commit/d38e9f04ebf667d9cb8185b45bff747485f1d3e9 > > I have tried adding the exact PCI IDs, but that also fails as number > of msix vectors seems to be 0 in nvme_ctrlr_setup_interrupts() and > nvme_ctrlr_configure_intx() fails with "unable to allocate shared > IRQ". > > Any hints on how to proceed here? > > pciconf excerpt: > none7@pci0:4:0:0: class=0x018002 rev=0x01 hdr=0x00 vendor=0x106b > device=0x2005 subvendor=0x106b subdevice=0x1800 > vendor = "Apple Inc." > device = "ANS2 NVMe Controller" > class = mass storage > bar [10] = type Prefetchable Memory, range 64, base 0xc0400000, > size 419304, enabled > bar [18] = type Prefetchable Memory, range 64, base 0xc1400000, > size 524288, enabled > bar [20] = type Prefetchable Memory, range 64, base 0xc1600000, > size 65536, enabled > cap 01[40] = powerspec 3 supports D0 D3 current D0 > cap 05[50] = MSI supports 8 messages, 64 bit > cap 10[70] = PCI-Express 2 endpoint max data 256(256) RO NS > link x4(x4) speed 8.0(8.0) ASPM L1(L1) ClockPM enabled > ecap 0001[100] = AER 2 0 fatal 0 non-fatal 1 corrected > ecap 0019[148] = PCIe Sec 1 lane errors 0 > ecap 0018[168] = LTR 1 > ecap 001e[170] = L1 PM Substated 1 > ecap 000b[180] = Vendor [1] ID 0002 Rev 1 Length 256 > ecap 0015[280] = Resizable BAR 1 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Thu Apr 30 07:53:39 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 47C332B40F3; Thu, 30 Apr 2020 07:53:39 +0000 (UTC) (envelope-from bapt@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) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49CSLW0yjKz4QRs; Thu, 30 Apr 2020 07:53:39 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from ivaldir.etoilebsd.net (etoilebsd.net [178.32.217.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 0432414FAF; Thu, 30 Apr 2020 07:53:39 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by ivaldir.etoilebsd.net (Postfix, from userid 1001) id A797D4976B; Thu, 30 Apr 2020 09:53:37 +0200 (CEST) Date: Thu, 30 Apr 2020 09:53:37 +0200 From: Baptiste Daroussin To: Cy Schubert Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: sysutils/screen-ncurses port Message-ID: <20200430075337.3wdzglshhorcd2qn@ivaldir.net> References: <202004291841.03TIfkZh081308@slippy.cwsent.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="vwrr5drfobpkyvop" Content-Disposition: inline In-Reply-To: <202004291841.03TIfkZh081308@slippy.cwsent.com> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2020 07:53:39 -0000 --vwrr5drfobpkyvop Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 29, 2020 at 11:41:46AM -0700, Cy Schubert wrote: > Would people be open to the idea of a sysutils/screen-ncurses port that= =20 > depends on devel/ncurses instead of ncureses in base? The reason for this= =20 > is there are screen.* terminfo entries in devel/ncurses that don't exist = in=20 > termcap(5). People who want that extra functionality would be advised to= =20 > install the alternative pkg or build the sysutils/screen port with the=20 > appropriate option. >=20 > Or, simply change the default from whatever ncurses is available to alway= s=20 > install devel/ncurses. People could always select one of the other option= s.=20 > Personally, I'm not enamoured with this approach. I think it is a terrible idea, and we should fix the initial problem instea= d of workarounding it. 1/ why those are not in our termcap(5) ? they should be added if they are missing. and MFC asap (prior 11.4 and 12.2 would be nice) 2/ we should allow our base ncurses to get informations from newer termcap(= 5) if needed. So far the default TERMCAP is ${HOME}/.termcap{,.db}:/etc/termcap{,.db}:/usr/share/misc/termcap{,.db} First the user can be advise to point configure the $home/.termcap this is = for quick now. Second for later futur proof mechanism we could modify our termcap reader (= we use our own, not the one in provided by ncurses). to be able to fetch termc= ap capabilities from /usr/local/share/misc/termcap/*.conf for example This way ports with random termcap info to add would be able to do it witho= ut the requirement to wait for a commit in base and a MFC. Best regards, Bapt --vwrr5drfobpkyvop Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAl6qg/4ACgkQY4mL3PG3 PlrJNA//aYWkqDHtiN/wmFRANRvb8Yf+yaVvvFssytVT2BuN6w7WrPNOpIXCtigE VmTJOWZdIlvE/ofUaqch2o8+MjJJLe/tKc7jhkYx6K1EMQNY1RLXhM5jwdKSE1XG /28+YYecstA5iLd8Juw+7zFoav6H1xJNSOXeuk0kUPuFXDkiINYBe+Xo9mNmpZ4J nZfoDg/sAFG0WoRsWyrhabIsv7C6ptAt8j4BcAD5Nj9jUn2+B49ir3YeaLaJfe90 ecorsaRVghTzGBaDcS2opgPP5jaJL1SVwLsKINb13V4hyyibIykh5dFeNFxmQihE /0oh1Pmk/nHCqPq2sILCogtIcrMgljFFU9PCmh17DHFkGp25Lm/JsfZKeKgCc8G1 ObjxtNfjzZrd5nAlS45RSPqGQUbsnGyfTjlzv1FDE7KHB7b64EsQktTiRIz2Xpuy DzTm8CaQqTh49DA4g96Y7hkT7GygSBd8wC2ZudmbXd/nZoyeBT5ILM72TK6YvmRB POOoYQ9YHdOz2yTMcLPbC0zMrLbVuzXsjr5FdQ1R4JgYGYhrpz20rDr7lL3uZK6x e8TSwBAvkezN28pQbQD7VV1oEfpwkma+LCksUKXUEKhRvvf5/1hMSvy3sgPwYt6k 10LqFcWbJS93W8xmK/cptA+sBmzM1sc20m1rEYbY8LhLFb6DIWg= =uTC4 -----END PGP SIGNATURE----- --vwrr5drfobpkyvop-- From owner-freebsd-current@freebsd.org Thu Apr 30 12:57:00 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 168AA2BB964; Thu, 30 Apr 2020 12:57:00 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Cb4W52FVz4hLh; Thu, 30 Apr 2020 12:56:59 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id U8kKjgBjQ62brU8kLjyufH; Thu, 30 Apr 2020 06:56:57 -0600 X-Authority-Analysis: v=2.3 cv=LKf9vKe9 c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=xqWC_Br6kY4A:10 a=kj9zAlcOel0A:10 a=cl8xLZFz6L8A:10 a=mi56gJdQAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=ySva8SyWCrrxmI7PxSoA:9 a=CjuIK1q_8ugA:10 a=m6W23KLcDyq3lIHOBnQi:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [IPv6:fc00:1:1:1::5b]) by spqr.komquats.com (Postfix) with ESMTPS id E1AE7E95; Thu, 30 Apr 2020 05:56:54 -0700 (PDT) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id 03UCushn050862; Thu, 30 Apr 2020 05:56:54 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id 03UCusls050859; Thu, 30 Apr 2020 05:56:54 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <202004301256.03UCusls050859@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Baptiste Daroussin cc: Cy Schubert , freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: sysutils/screen-ncurses port In-reply-to: <20200430075337.3wdzglshhorcd2qn@ivaldir.net> References: <202004291841.03TIfkZh081308@slippy.cwsent.com> <20200430075337.3wdzglshhorcd2qn@ivaldir.net> Comments: In-reply-to Baptiste Daroussin message dated "Thu, 30 Apr 2020 09:53:37 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 30 Apr 2020 05:56:54 -0700 X-CMAE-Envelope: MS4wfPjq5QMzjFYYzLcR9P+na5jVnJpxeLLw1v5M4UaUbPxH3EclM4UmdEl5ajstgW6smAT3KS5/VA0Hg3QaIDBNpGhJ1AH7uwPWyo6vlcIb4xq2smbNlw0w rQUJE/xVyVSR6iGw00cscfR9mpebvJDMvhzrlJ/zeb5XY+yPH2slhvGcp5YrU1N5DLZvA2xlnBhW8moZITw+vGeU2hVQqeu96f9J809zSeSn8rB2gFMKo+8k Mn0oFpudoLtmzcWW/d/EHw== X-Rspamd-Queue-Id: 49Cb4W52FVz4hLh X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.99 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.994,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2020 12:57:00 -0000 In message <20200430075337.3wdzglshhorcd2qn@ivaldir.net>, Baptiste Daroussin wr ites: > > > --vwrr5drfobpkyvop > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Wed, Apr 29, 2020 at 11:41:46AM -0700, Cy Schubert wrote: > > Would people be open to the idea of a sysutils/screen-ncurses port that= > =20 > > depends on devel/ncurses instead of ncureses in base? The reason for this= > =20 > > is there are screen.* terminfo entries in devel/ncurses that don't exist = > in=20 > > termcap(5). People who want that extra functionality would be advised to= > =20 > > install the alternative pkg or build the sysutils/screen port with the=20 > > appropriate option. > >=20 > > Or, simply change the default from whatever ncurses is available to alway= > s=20 > > install devel/ncurses. People could always select one of the other option= > s.=20 > > Personally, I'm not enamoured with this approach. > > I think it is a terrible idea, and we should fix the initial problem instea= > d of > workarounding it. > > 1/ why those are not in our termcap(5) ? they should be added if they are > missing. and MFC asap (prior 11.4 and 12.2 would be nice) I came to this conclusion last night after sending this email thread oud and will test it some time today. > > 2/ we should allow our base ncurses to get informations from newer termcap(= > 5) if > needed. > So far the default TERMCAP is > ${HOME}/.termcap{,.db}:/etc/termcap{,.db}:/usr/share/misc/termcap{,.db} > > First the user can be advise to point configure the $home/.termcap this is = > for > quick now. > > Second for later futur proof mechanism we could modify our termcap reader (= > we > use our own, not the one in provided by ncurses). to be able to fetch termc= > ap > capabilities from /usr/local/share/misc/termcap/*.conf for example > > This way ports with random termcap info to add would be able to do it witho= > ut > the requirement to wait for a commit in base and a MFC. This is probably outside of my scope at the moment but, yes, agreed. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Thu Apr 30 13:04:50 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A94842BC068; Thu, 30 Apr 2020 13:04:50 +0000 (UTC) (envelope-from bapt@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) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49CbFZ3wf3z4j7J; Thu, 30 Apr 2020 13:04:50 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from ivaldir.etoilebsd.net (etoilebsd.net [178.32.217.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 6B15D19210; Thu, 30 Apr 2020 13:04:50 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by ivaldir.etoilebsd.net (Postfix, from userid 1001) id 19FFC49DCC; Thu, 30 Apr 2020 15:04:49 +0200 (CEST) Date: Thu, 30 Apr 2020 15:04:49 +0200 From: Baptiste Daroussin To: Cy Schubert Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: sysutils/screen-ncurses port Message-ID: <20200430130449.cwsf3x42o6w67gor@ivaldir.net> References: <202004291841.03TIfkZh081308@slippy.cwsent.com> <20200430075337.3wdzglshhorcd2qn@ivaldir.net> <202004301256.03UCusls050859@slippy.cwsent.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="mvhxgm4zl62unzlf" Content-Disposition: inline In-Reply-To: <202004301256.03UCusls050859@slippy.cwsent.com> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2020 13:04:50 -0000 --mvhxgm4zl62unzlf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 30, 2020 at 05:56:54AM -0700, Cy Schubert wrote: > In message <20200430075337.3wdzglshhorcd2qn@ivaldir.net>, Baptiste=20 > Daroussin wr > ites: > >=20 > > > > --vwrr5drfobpkyvop > > Content-Type: text/plain; charset=3Dus-ascii > > Content-Disposition: inline > > Content-Transfer-Encoding: quoted-printable > > > > On Wed, Apr 29, 2020 at 11:41:46AM -0700, Cy Schubert wrote: > > > Would people be open to the idea of a sysutils/screen-ncurses port th= at=3D > > =3D20 > > > depends on devel/ncurses instead of ncureses in base? The reason for = this=3D > > =3D20 > > > is there are screen.* terminfo entries in devel/ncurses that don't ex= ist =3D > > in=3D20 > > > termcap(5). People who want that extra functionality would be advised= to=3D > > =3D20 > > > install the alternative pkg or build the sysutils/screen port with th= e=3D20 > > > appropriate option. > > >=3D20 > > > Or, simply change the default from whatever ncurses is available to a= lway=3D > > s=3D20 > > > install devel/ncurses. People could always select one of the other op= tion=3D > > s.=3D20 > > > Personally, I'm not enamoured with this approach. > > > > I think it is a terrible idea, and we should fix the initial problem in= stea=3D > > d of > > workarounding it. > > > > 1/ why those are not in our termcap(5) ? they should be added if they a= re > > missing. and MFC asap (prior 11.4 and 12.2 would be nice) >=20 > I came to this conclusion last night after sending this email thread oud= =20 > and will test it some time today. >=20 > > > > 2/ we should allow our base ncurses to get informations from newer term= cap(=3D > > 5) if > > needed. > > So far the default TERMCAP is > > ${HOME}/.termcap{,.db}:/etc/termcap{,.db}:/usr/share/misc/termcap{,.db} > > > > First the user can be advise to point configure the $home/.termcap this= is =3D > > for > > quick now. that is in your scope via a pkg-message :D > > > > Second for later futur proof mechanism we could modify our termcap read= er (=3D > > we > > use our own, not the one in provided by ncurses). to be able to fetch t= ermc=3D > > ap > > capabilities from /usr/local/share/misc/termcap/*.conf for example > > > > This way ports with random termcap info to add would be able to do it w= itho=3D > > ut > > the requirement to wait for a commit in base and a MFC. >=20 > This is probably outside of my scope at the moment but, yes, agreed. >=20 I will then. I added that to my TODO Bestr regards, Bapt --mvhxgm4zl62unzlf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAl6qzPEACgkQY4mL3PG3 PlpIIQ/7BUyjURoNqqmH3QOHPrVf1bNWRgth6WveRdameFKBfH/cY/ak4tc3DQyc EYfSy80w+IdAbGeWP1Oba3mqaycNaS/M5F/suaWz8/YyPU8mb6MqhwCctCphZcsT bBzP7Vp3PtY3Ti0pVDaASoXwO/247om7jQzIoxZsrIfkuGDzP1A7+LrbUYQNMDSz uPPG26bdolVMqPqd1l0/XzimnDDpCD2M1S5aEiFGehVsvv2wt/8dyKKmB0YQXhWs vve7ha6N4kAr1CsWO7S3r/+IIgaEhb6W2oyIvUgHrijP5NAL0hUNrSRLdIgO6YUO d+zraHoZBveEd8j/XgoX2QLBQxBCTKC8PJ9RiH5DFgHJmdgLFwGTFCeekD6gEReS J65CBwnXf6cURUPpuRwTHhNRGe+Zw2lj5bPhqr3BnfAMWJgze4oWSeQpgB+W9VqA cbw4rQ9ye9ZXyvc2w88Hj6hJ0mPWrMm30YL/9povKdF2ciFSQJzvxGRKsOLE0LZA do5SzR1mev/AKcr8wA/yP/+ZV7LsRC0/KBy0HsaXsnIIZxvnScI5ETB4aQigQB6Q 2AWft+QaqEzVQF9xoe9rd9LW21P7Wx2PtBRJExs5/VC6yn9gKakhFZdf9R3AKXVC y3nuaUkumAArpQJvCWBcPFLP4jIzHKoLuB0iAsSYHpFjNj2l/SE= =Wjf9 -----END PGP SIGNATURE----- --mvhxgm4zl62unzlf-- From owner-freebsd-current@freebsd.org Thu Apr 30 15:44:43 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 14DA72C126C; Thu, 30 Apr 2020 15:44:43 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49Cfp25bwTz3DxG; Thu, 30 Apr 2020 15:44:42 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 03UFiUQY014601; Thu, 30 Apr 2020 08:44:30 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 03UFiUCU014600; Thu, 30 Apr 2020 08:44:30 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202004301544.03UFiUCU014600@gndrsh.dnsmgr.net> Subject: Re: sysutils/screen-ncurses port In-Reply-To: <20200430130449.cwsf3x42o6w67gor@ivaldir.net> To: Baptiste Daroussin Date: Thu, 30 Apr 2020 08:44:30 -0700 (PDT) CC: Cy Schubert , freebsd-current@freebsd.org, freebsd-ports@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 49Cfp25bwTz3DxG X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.99 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.989,0]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2020 15:44:43 -0000 > On Thu, Apr 30, 2020 at 05:56:54AM -0700, Cy Schubert wrote: > > In message <20200430075337.3wdzglshhorcd2qn@ivaldir.net>, Baptiste > > Daroussin wr > > ites: > > > > > > > > > --vwrr5drfobpkyvop > > > Content-Type: text/plain; charset=us-ascii > > > Content-Disposition: inline > > > Content-Transfer-Encoding: quoted-printable > > > > > > On Wed, Apr 29, 2020 at 11:41:46AM -0700, Cy Schubert wrote: > > > > Would people be open to the idea of a sysutils/screen-ncurses port that= > > > =20 > > > > depends on devel/ncurses instead of ncureses in base? The reason for this= > > > =20 > > > > is there are screen.* terminfo entries in devel/ncurses that don't exist = > > > in=20 > > > > termcap(5). People who want that extra functionality would be advised to= > > > =20 > > > > install the alternative pkg or build the sysutils/screen port with the=20 > > > > appropriate option. > > > >=20 > > > > Or, simply change the default from whatever ncurses is available to alway= > > > s=20 > > > > install devel/ncurses. People could always select one of the other option= > > > s.=20 > > > > Personally, I'm not enamoured with this approach. > > > > > > I think it is a terrible idea, and we should fix the initial problem instea= > > > d of > > > workarounding it. > > > > > > 1/ why those are not in our termcap(5) ? they should be added if they are > > > missing. and MFC asap (prior 11.4 and 12.2 would be nice) > > > > I came to this conclusion last night after sending this email thread oud > > and will test it some time today. > > > > > > > > 2/ we should allow our base ncurses to get informations from newer termcap(= > > > 5) if > > > needed. > > > So far the default TERMCAP is > > > ${HOME}/.termcap{,.db}:/etc/termcap{,.db}:/usr/share/misc/termcap{,.db} > > > > > > First the user can be advise to point configure the $home/.termcap this is = > > > for > > > quick now. > > that is in your scope via a pkg-message :D > > > > > > > Second for later futur proof mechanism we could modify our termcap reader (= > > > we > > > use our own, not the one in provided by ncurses). to be able to fetch termc= > > > ap > > > capabilities from /usr/local/share/misc/termcap/*.conf for example > > > > > > This way ports with random termcap info to add would be able to do it witho= > > > ut > > > the requirement to wait for a commit in base and a MFC. > > > > This is probably outside of my scope at the moment but, yes, agreed. > > > I will then. > I added that to my TODO Thank you Bapt, I know a visually impared person that is battling in this space often that this should help to reduce the pain level a fair bit. > > Bestr regards, > Bapt -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri May 1 01:24:56 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 595892CD40D for ; Fri, 1 May 2020 01:24:56 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49CvgX0CDrz4Hsm for ; Fri, 1 May 2020 01:24:56 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 04E822CD40C; Fri, 1 May 2020 01:24:56 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 038F32CD40B for ; Fri, 1 May 2020 01:24:56 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49CvgV2Zldz4Hsl for ; Fri, 1 May 2020 01:24:53 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id A576E68A for ; Thu, 30 Apr 2020 21:24:52 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Thu, 30 Apr 2020 21:24:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= subject:from:to:references:message-id:date:mime-version :in-reply-to:content-type; s=fm2; bh=RASgt9f5v71FezaQQt5qPORdNwE HueOM9LH9TGsWK5o=; b=WVnmPlAcebDKqAYQ/wBr9f9zrbxcl4oZUngBrsOaULh 5QYZCXQLnX5rXfrxayWzT61bZ/s2PvDiDdo/lThML9wa8TGC/ZL1jPdRvmqrLrw3 AeY66DL1QnZcMXEuDIhlJhQLkfHzJWvu6mGiA6g7/4oFjnqG80Np2mSDC9a1ieg3 OdrMO5WN7LTAznIIzyOkBUw1t5ngNiyhghssIgekmgEu6IPqAsA1s+oZoDaS24MB MfeHY8kwEouYdLg22seXxchmVCD66XPEl1ZCcLdFIw3Qp1mZL0wmMRxVyiAoaAqy QzleGhHjUAtITYTGGYEgCbEA6okfVitRHbSRzBXxoiA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=RASgt9 f5v71FezaQQt5qPORdNwEHueOM9LH9TGsWK5o=; b=oj2/Xp2rQ6hkZmAz1OGRM1 cIKlCYN/tBHYxDJbZsD5BhtJ7FZjQ+rSgda0HWK2JL/bhKw0n24auXQsetniAIwl SNHtdor7pyqazaHO7CmISAxmAXKa4keB7YXQozPhp58HvxlGeMvFFQpOpCOK89qo Wf04LiFwe/rB4eiIXPGJa9HjmmnhDa8salwKBBWxn9UASlVmTgXlt46XDqlXUIBZ Nph5X5LFZyiiqMr5JLywDItop10RLwwXQWcdn9csx83o07lu1EAWqZHRBZwfFcmt j3ulVZNFgZInpAa8wtDoBrMIIk2Vh1xL6qDUy2XbFJF72ibPdPsr6HXsIVCN5nBQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrieeigdeghecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepuffhvfhfkffffgggjggtsehmtderre dtfeejnecuhfhrohhmpegjuhhrihcurfgrnhhkohhvuceohihprghnkhhovhesfhgrshht mhgrihhlrdgtohhmqeenucggtffrrghtthgvrhhnpeegkedvgefhffefgfeigffgtdevtd eghfehhefhlefhkefffedttddtffeuieeihfenucffohhmrghinhepghhithhhuhgsrdgt ohhmnecukfhppeekhedrudejgedrvddtjedrvddujeenucevlhhushhtvghrufhiiigvpe dtnecurfgrrhgrmhepmhgrihhlfhhrohhmpeihphgrnhhkohhvsehfrghsthhmrghilhdr tghomh X-ME-Proxy: Received: from [192.168.1.6] (unknown [85.174.207.217]) by mail.messagingengine.com (Postfix) with ESMTPA id 02C493065F65 for ; Thu, 30 Apr 2020 21:24:50 -0400 (EDT) Subject: Re: nvme on 2019 macbooks From: Yuri Pankov To: current@freebsd.org References: Message-ID: <79fec490-d3b1-b91b-652c-e9bf0d121d7c@fastmail.com> Date: Fri, 1 May 2020 04:24:49 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------A6596766C38AEAEA6873BEF1" Content-Language: en-US X-Rspamd-Queue-Id: 49CvgV2Zldz4Hsl X-Spamd-Bar: +++++++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=fastmail.com header.s=fm2 header.b=WVnmPlAc; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=oj2/Xp2r; dmarc=pass (policy=none) header.from=fastmail.com; spf=pass (mx1.freebsd.org: domain of ypankov@fastmail.com designates 64.147.123.20 as permitted sender) smtp.mailfrom=ypankov@fastmail.com X-Spamd-Result: default: False [7.22 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:64.147.123.20]; FREEMAIL_FROM(0.00)[fastmail.com]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[fastmail.com:+,messagingengine.com:+]; CTYPE_MIXED_BOGUS(1.00)[]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(0.00)[fastmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[217.207.174.85.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; MIME_TRACE(0.00)[0:+,1:+,2:+]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[20.123.147.64.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[217.207.174.85.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.4]; R_DKIM_ALLOW(0.00)[fastmail.com:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[fastmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; NEURAL_SPAM_MEDIUM(0.22)[0.222,0]; RCPT_COUNT_ONE(0.00)[1]; BAD_REP_POLICIES(0.10)[]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (-9.85), ipnet: 64.147.123.0/24(-4.92), asn: 11403(-2.69), country: US(-0.05)]; NEURAL_SPAM_LONG(1.00)[0.996,0] X-Spam: Yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2020 01:24:56 -0000 This is a multi-part message in MIME format. --------------A6596766C38AEAEA6873BEF1 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Yuri Pankov wrote: > I have tried booting latest -current snapshot on 2019 macbook pro 16, > and noticed that nvme driver didn't attach, as class reported is > 0x018002 and not 0x010802 that we expect in nvme_pci.c. > > The following linux changes seem to be related: > https://github.com/torvalds/linux/commit/66341331ba0d2de4ff421cdc401a1e34de50502a > > https://github.com/torvalds/linux/commit/d38e9f04ebf667d9cb8185b45bff747485f1d3e9 > > > I have tried adding the exact PCI IDs, but that also fails as number of > msix vectors seems to be 0 in nvme_ctrlr_setup_interrupts() and > nvme_ctrlr_configure_intx() fails with "unable to allocate shared IRQ". > > Any hints on how to proceed here? So it looks like we need to fallback to MSI if we failed to enable MSI-X. With the attached patch we still fail to attach the target device (as below) most likely due to the quirks needed as seen in linux driver, but it's definitely a start: nvme0: CREATE IO CQ (05) sqid:0 cid:15 nsid:0 cdw10:00800001 cdw11:00010003 nvme0: INVALID_FIELD (00/02) sqid:0 cid:15 cdw0:0 nvme0: nvme_create_io_cq failed! --------------A6596766C38AEAEA6873BEF1 Content-Type: text/plain; charset=UTF-8; name="nvme.diff.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="nvme.diff.txt" ZGlmZiAtLWdpdCBhL3N5cy9kZXYvbnZtZS9udm1lX3BjaS5jIGIvc3lzL2Rldi9udm1lL252 bWVfcGNpLmMKaW5kZXggNDQ4YmZkYTZhNzE4Li5lNjA5OTY3YjUzZmUgMTAwNjQ0Ci0tLSBh L3N5cy9kZXYvbnZtZS9udm1lX3BjaS5jCisrKyBiL3N5cy9kZXYvbnZtZS9udm1lX3BjaS5j CkBAIC05MCw2ICs5MCw3IEBAIHN0YXRpYyBzdHJ1Y3QgX3Bjc2lkCiAJeyAweDA1NDAxYzVm LAkJMCwgMCwgIk1lbWJsYXplIFBibGF6ZTQiLCBRVUlSS19ERUxBWV9CNF9DSEtfUkRZIH0s CiAJeyAweGE4MjExNDRkLAkJMCwgMCwgIlNhbXN1bmcgUE0xNzI1IiwgUVVJUktfREVMQVlf QjRfQ0hLX1JEWSB9LAogCXsgMHhhODIyMTQ0ZCwJCTAsIDAsICJTYW1zdW5nIFBNMTcyNWEi LCBRVUlSS19ERUxBWV9CNF9DSEtfUkRZIH0sCisJeyAweDIwMDUxMDZiLAkJMCwgMCwgIkFO UzIgTlZNZSBDb250cm9sbGVyIiB9LAogCXsgMHgwMDAwMDAwMCwJCTAsIDAsIE5VTEwgIH0K IH07CiAKQEAgLTI2Nyw3ICsyNjgsNyBAQCBudm1lX2N0cmxyX3NldHVwX2ludGVycnVwdHMo c3RydWN0IG52bWVfY29udHJvbGxlciAqY3RybHIpCiAKIAlmb3JjZV9pbnR4ID0gMDsKIAlU VU5BQkxFX0lOVF9GRVRDSCgiaHcubnZtZS5mb3JjZV9pbnR4IiwgJmZvcmNlX2ludHgpOwot CWlmIChmb3JjZV9pbnR4IHx8IHBjaV9tc2l4X2NvdW50KGRldikgPCAyKSB7CisJaWYgKGZv cmNlX2ludHgpIHsKIAkJbnZtZV9jdHJscl9jb25maWd1cmVfaW50eChjdHJscik7CiAJCXJl dHVybjsKIAl9CkBAIC0yOTcsOSArMjk4LDE0IEBAIG52bWVfY3RybHJfc2V0dXBfaW50ZXJy dXB0cyhzdHJ1Y3QgbnZtZV9jb250cm9sbGVyICpjdHJscikKIAkvKiBPbmUgdmVjdG9yIGZv ciBwZXIgY29yZSBJL08gcXVldWUsIHBsdXMgb25lIHZlY3RvciBmb3IgYWRtaW4gcXVldWUu ICovCiAJbnVtX3ZlY3RvcnNfcmVxdWVzdGVkID0gbnVtX2lvX3F1ZXVlcyArIDE7CiAJbnVt X3ZlY3RvcnNfYWxsb2NhdGVkID0gbnVtX3ZlY3RvcnNfcmVxdWVzdGVkOworCisJLyogVHJ5 IE1TSS1YICovCiAJaWYgKHBjaV9hbGxvY19tc2l4KGRldiwgJm51bV92ZWN0b3JzX2FsbG9j YXRlZCkgIT0gMCkgewotCQludm1lX2N0cmxyX2NvbmZpZ3VyZV9pbnR4KGN0cmxyKTsKLQkJ cmV0dXJuOworCQkvKiBNU0ktWCBmYWlsZWQsIHRyeSBNU0kgKi8KKwkJaWYgKHBjaV9hbGxv Y19tc2koZGV2LCAmbnVtX3ZlY3RvcnNfYWxsb2NhdGVkKSAhPSAwKSB7CisJCQludm1lX2N0 cmxyX2NvbmZpZ3VyZV9pbnR4KGN0cmxyKTsKKwkJCXJldHVybjsKKwkJfQogCX0KIAlpZiAo bnVtX3ZlY3RvcnNfYWxsb2NhdGVkIDwgMikgewogCQlwY2lfcmVsZWFzZV9tc2koZGV2KTsK --------------A6596766C38AEAEA6873BEF1-- From owner-freebsd-current@freebsd.org Fri May 1 01:30:42 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C97002CDFD9 for ; Fri, 1 May 2020 01:30:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49Cvp94dXJz4JVx for ; Fri, 1 May 2020 01:30:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: YoXzhRAVM1m6l5cbsH4mpYh9ydcQvlJXCLQC1DXWGJLHH6Un23cDGl.UFLPiOUg C6xxzS47Q5TGo3gMMWvM8wF2PHm_bxyjLDQenH4a0B8VndJ27r.bu9.KQl7GO1q6gJA.V35zmNZl rauohBG34yZXAoAYWqOJ6PfpMSXGjTWFvZLV9ru8MBusO7vupfaOwwMzma8x90qOpZw0Ey5gBf8J XxSip4EyKb1QsuTIWUYAjQFAUQapE8PobqB9iDaq3cEq0KLvlCzBZTMAgzrvYb5MRNK6z90x2Zp2 rym8jy5uoBpmx0TkGDMcZxZPcztrdNHfJadZSYNSa5YpLtQ4Tl67w7kvocPXx1w92rdj9yi53jYZ 1VSBnm0N0rRFUwcAZeb40SVfz4rkrNhYhYWvZiNAwN0Ct1iT3Mb7rN2VnqgJTqD5ldfQiYIdfAoz Ad7ZjzBmet86hciLgTtG38dmldmqD3eUfmzlzkWh90eWxJo_KVx9zomaOckRQ4SEpxiD5Wd8rWl0 6C6WZARD.TjpkZ7A3WB6J6qGSEo.fqkIQGQMy4hRaVwvkj1TqjFMj9FTPVrsxbt4aPBKE5ZJEjKZ Nl_zAcfQ3EFcKhF20Qyy8ZHh4fdsZ2nWcx.4pakH2WF7.xO0joOVBDUGaGLoT7S_Wpb9MEvDcc7J QUtaVlxqsuame7CdPShNcPo2Mm.W_rdIrKf1PbF80dLPMp1w4L4U1Wn2vRYUSLeqUvcA6j.ulAQH Wokd_i.OS4TAPMrvo4Hcm.4.z79cH.y0w0SkNLWssqsnul2BDyEt.c.FdfTXQWR6YxR295_T3qk2 z6E8FF3MbniTnB4e8PkvN_A18RIUmlT0mGmm0ZpAxj.k31im19T0R.4KM4CmSfjBUm_d7DRub2VX Dg5UBpF8UoPifmpu1hi3knfn6rHj9GJyQaOZdgYM6ygG6uzHwavlnaDDpkaBQHp7wFFhremDzKS5 K7nRzJuEqldNLVekRyeCk1_yATRiOrFTECEAuSoYjHptwM7XbWW9c7KMDySTAGaIegtz2HwHLVOI BzplKvSaqD9CIUtLTKMXT17OAsonl5QEQkfFO3BOC8hSs_MFc6pDVrQNROS1IGDgYjBYdnQHwQf_ WDmnEEV9Wf5MIz8mVpu3Xgly69BW85vaoa67DKNW57pDT2ywg.GCIjxQITRx9ZK2bMMgw0K7_0Tq PSN.nzNYminzHUVH0uSG0IuWVoX6BhuLuZX016dcB3oAAcdcqh2QkLf2sHEIyfbXdS6.yLWEAL7F g0BauJbFvFyFcit8ONGAwKDy7XoJgpNwsll6m3HIrNO_748mtqoYFHFqhEUMA4XYMRatoUpc44M. qhqRaLVABR7cy8LcYizbK95DXtfZ6oov5OJWQuSMNb2vlnTZLRJUhlv5ynKjFtjEu4_pcGfhXX16 6f2kO2dQ56hA5J9YACWaYYQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Fri, 1 May 2020 01:30:38 +0000 Received: by smtp427.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID ddc9e98b8927279a210808e2a470f866; Fri, 01 May 2020 01:30:33 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: 32-bit powerpc head -r360311: lock order reversal between: "PROC (UMA zone)" and "kernelpmap (kernelpmap)": Is this expected? Message-Id: <013FB43E-7DB1-4A66-A6ED-12A891539788@yahoo.com> Date: Thu, 30 Apr 2020 18:30:33 -0700 To: FreeBSD PowerPC ML , FreeBSD Hackers , FreeBSD Current X-Mailer: Apple Mail (2.3608.80.23.2.2) References: <013FB43E-7DB1-4A66-A6ED-12A891539788.ref@yahoo.com> X-Rspamd-Queue-Id: 49Cvp94dXJz4JVx X-Spamd-Bar: / X-Spamd-Result: default: False [0.03 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.00)[ip: (2.25), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.49)[-0.488,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.02)[0.018,0]; RCVD_IN_DNSWL_NONE(0.00)[31.65.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[31.65.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2020 01:30:42 -0000 Using artifact.ci's head -r360311 debug-kernel materials: = https://artifact.ci.freebsd.org/snapshot/head/r360311/powerpc/powerpc/kern= el*.txz I got the following notice: lock order reversal: 1st 0x1cbb680 PROC (UMA zone) @ /usr/src/sys/vm/uma_core.c:4387 2nd 0x113c99c kernelpmap (kernelpmap) @ = /usr/src/sys/powerpc/aim/mmu_oea.c:1524 stack backtrace: #0 0x5d1e5c at witness_debugger+0x94 #1 0x5d1b34 at witness_checkorder+0xb50 #2 0x51d774 at __mtx_lock_flags+0xcc #3 0x90902c at moea_kextract+0x5c #4 0x9462ac at pmap_kextract+0x98 #5 0x8a417c at zone_release+0xf0 #6 0x8abc14 at bucket_drain+0x2f0 #7 0x8ab64c at bucket_free+0x54 #8 0x8ab8bc at bucket_cache_reclaim+0x1bc #9 0x8ab3c4 at zone_reclaim+0x128 #10 0x8a7e60 at uma_reclaim+0x1d0 #11 0x8d96ac at vm_pageout_worker+0x4d8 #12 0x8d91c0 at vm_pageout+0x1b0 #13 0x4f67a0 at fork_exit+0xb0 #14 0x94892c at fork_trampoline+0xc Is the above interesting or is it one of the known-safe lock order reversals that should be ignored? (The notice is from something like 4.5 hours before I noticed it.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Fri May 1 09:36:20 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 35F962CFECD for ; Fri, 1 May 2020 09:36:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-20.consmr.mail.gq1.yahoo.com (sonic309-20.consmr.mail.gq1.yahoo.com [98.137.65.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49D6ZV3lWRz4HVv for ; Fri, 1 May 2020 09:36:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: mFbs9jcVM1lEtlj9E6lWHtV7NCqoBOwb_BGR8Tp.RuYTiuKbIZdgXQbuSGAtcfL iBLJkuJk.THvflagmlUrPFZa7vWWAPWQLYjjlDdPbdCJGllyt6AQ48MUWDDYIeYa0bvveealjIkx jbLt.Xpk3FfYsUFNcvVrpkddndLPoAkcSkVR2QvirvZP1GMlVq3Wb_mktfkWTEDKBFVaz6lXC9fL KS71isEn0tB6ISaofcQITvW6XFOcXHdcku6WkBfSpLYvCCh5DhxT9xDyyt4YTc7yy8KpvJlTIGrC 8ZVrUUW4NjjO16vQWyE8kf2.wME8qosvK7Cv2zDS80tEdnLNNHNfjUFkpYKVzX63Pzfe9TrWc8YZ hBtSqK1uQtJFiX6WZVfL7hhSE.IkpZtSCGwIoOgM7KrQtaLgxx6fTRd47gUi4CxI64mGsXj9xf0W 1wSiI_G7dpnxjEd844PBApFc3TigKsJG.92_lllk78hkeJ2U7FqLROIOh6rDDtPYGI0u5CaBSCiU 0jMyXaRR1rkydeSFnl0d4hMJGxm7_xXZq7zJb17iqJ2KpT2W5_vknLYkpsDz67kTrcyY5ySqvFq9 Qz.GfEAqHnSaTj7dwJvr_84o6fdlIPBE1i3fyZpSCq1D8Gd.TwmLw_9qwjR955drGqIiqzXPHLwY zCpUIc6jjPQUq_reGr0aupgTvjb8d1puc.Qbl3uAhkLOd1RFPSFyU5dCsmR2E2mOV6HSrIonkVZu tYDnaJ3rot6OK3Or.aa4sL9vchi40EzhQtGv9GHmJ7hfzr5i0jCydfDwZPrj91tZtq6R9.6jes_4 jw7TWyQr.8OD0qXBMGZqKxanSFMhiXDv1IgDhmFX2Jb2pafnWAOI3WfjFBP4aNTv4VI105ibDs9n 9E0gr5_32lhtdexz4GCcIxOEYFwUgFMuWelHwrDlwpGjVnwpLHAD5A6m8Jqu0GRZI0F1py_xdcMZ .9E95A_mT4.Q3_aM9hEV_oVMEsLdtQV3i45xGTEAC2nLgHokrTdz8YZl5XqHTHWBfg9yBNAEXALB .xZ0nRma9zeKePUQDdloGUX6LEit_Y4kBvDR7fo6hZm16i_XA4X5qc0i1KZBgAOxUwCVasZEtgI8 dOseoo7piqeBEt5G6nHJQ33q0TJeoqyqlVF5SLOeAdxgJrDQZTcsa2smkHGn93uvW5svdvQZCbZs zI.W4hyz3bHwzH5G1hlg5kQrTmQpa26GqvkyGZ46z_LTcINHOdUNlFAmC_wJA5.Ln95LK.kjBYdK RHzX3JcQ4WF7fWrEUbgJUDoW4QEI1NXCn.frBq3xUMMByQeYoZ_NncJjeasfK84J7q8C_xdkMAFh Vyzy56TQaM6w_N9OkJLUruwgAUCp_7jI_BVwtrAd8tldUiBSDWcDZ0nVxYOE_C5bL8goNKqTYrwn SFQOphvPooVps0JyocnTnPg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Fri, 1 May 2020 09:36:16 +0000 Received: by smtp410.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 682561493c4a7b8ff05a7d1b98a098d2; Fri, 01 May 2020 09:36:13 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: 32-bit powerpc head -r360311: lock order reversal between: "PROC (UMA zone)" and "kernelpmap (kernelpmap)": Is this expected? Date: Fri, 1 May 2020 02:36:12 -0700 References: <013FB43E-7DB1-4A66-A6ED-12A891539788@yahoo.com> To: FreeBSD PowerPC ML , FreeBSD Hackers , FreeBSD Current In-Reply-To: <013FB43E-7DB1-4A66-A6ED-12A891539788@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49D6ZV3lWRz4HVv X-Spamd-Bar: + X-Spamd-Result: default: False [1.79 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (6.64), ipnet: 98.137.64.0/21(0.82), asn: 36647(0.66), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.41)[0.413,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.87)[0.873,0]; RCVD_IN_DNSWL_NONE(0.00)[146.65.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[146.65.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2020 09:36:20 -0000 On 2020-Apr-30, at 18:30, Mark Millard wrote: > Using artifact.ci's head -r360311 debug-kernel materials: >=20 > = https://artifact.ci.freebsd.org/snapshot/head/r360311/powerpc/powerpc/kern= el*.txz >=20 > I got the following notice: >=20 > lock order reversal: > 1st 0x1cbb680 PROC (UMA zone) @ /usr/src/sys/vm/uma_core.c:4387 > 2nd 0x113c99c kernelpmap (kernelpmap) @ = /usr/src/sys/powerpc/aim/mmu_oea.c:1524 > stack backtrace: > #0 0x5d1e5c at witness_debugger+0x94 > #1 0x5d1b34 at witness_checkorder+0xb50 > #2 0x51d774 at __mtx_lock_flags+0xcc > #3 0x90902c at moea_kextract+0x5c > #4 0x9462ac at pmap_kextract+0x98 > #5 0x8a417c at zone_release+0xf0 > #6 0x8abc14 at bucket_drain+0x2f0 > #7 0x8ab64c at bucket_free+0x54 > #8 0x8ab8bc at bucket_cache_reclaim+0x1bc > #9 0x8ab3c4 at zone_reclaim+0x128 > #10 0x8a7e60 at uma_reclaim+0x1d0 > #11 0x8d96ac at vm_pageout_worker+0x4d8 > #12 0x8d91c0 at vm_pageout+0x1b0 > #13 0x4f67a0 at fork_exit+0xb0 > #14 0x94892c at fork_trampoline+0xc >=20 > Is the above interesting or is it one of the > known-safe lock order reversals that should > be ignored? >=20 > (The notice is from something like 4.5 hours > before I noticed it.) >=20 While running kyua to see what it might run into . . . lock order reversal: 1st 0x1c34800 filedesc0 (UMA zone) @ /usr/src/sys/vm/uma_core.c:4387 2nd 0x113c99c kernelpmap (kernelpmap) @ = /usr/src/sys/powerpc/aim/mmu_oea.c:1524 stack backtrace: #0 0x5d1e5c at witness_debugger+0x94 #1 0x5d1b34 at witness_checkorder+0xb50 #2 0x51d774 at __mtx_lock_flags+0xcc #3 0x90902c at moea_kextract+0x5c #4 0x9462ac at pmap_kextract+0x98 #5 0x8a417c at zone_release+0xf0 #6 0x8abc14 at bucket_drain+0x2f0 #7 0x8ab64c at bucket_free+0x54 #8 0x8ab8bc at bucket_cache_reclaim+0x1bc #9 0x8ab3c4 at zone_reclaim+0x128 #10 0x8a7d58 at uma_reclaim+0xc8 #11 0x656d24 at vnlru_proc+0x908 #12 0x4f67a0 at fork_exit+0xb0 #13 0x94892c at fork_trampoline+0xc witness_debugger through zone_reclaim look the same as the prior report. uma_reclaim has different associated figures. There is also: lock order reversal: 1st 0xfbed24 allprison (allprison) @ /usr/src/sys/kern/kern_jail.c:984 2nd 0x10706c4 vnet_sysinit_sxlock (vnet_sysinit_sxlock) @ = /usr/src/sys/net/vnet.c:577 stack backtrace: #0 0x5d1e5c at witness_debugger+0x94 #1 0x5d1b34 at witness_checkorder+0xb50 #2 0x555300 at _sx_slock_int+0xa0 #3 0x555b10 at _sx_slock+0x28 #4 0x6b7d84 at vnet_alloc+0xf4 #5 0x4fd09c at kern_jail_set+0x1868 #6 0x4fe938 at sys_jail_set+0x70 #7 0x9492fc at trap+0x748 #8 0x93d1c0 at powerpc_interrupt+0x178 And: lock order reversal: 1st 0x106f5d8 ifnet_sx (ifnet_sx) @ /usr/src/sys/netinet/in.c:914 2nd 0x107071c in_control (in_control) @ /usr/src/sys/netinet/in.c:243 stack backtrace: #0 0x5d1e5c at witness_debugger+0x94 #1 0x5d1b34 at witness_checkorder+0xb50 #2 0x553ca4 at _sx_xlock+0x98 #3 0x6c45b8 at in_ifscrub_all+0xec #4 0x6dbbc4 at ip_destroy+0xb0 #5 0x6b81c0 at vnet_destroy+0x154 #6 0x4fefb0 at prison_deref+0x2cc #7 0x5007dc at prison_remove_one+0x148 #8 0x500658 at sys_jail_remove+0x2a4 #9 0x9492fc at trap+0x748 #10 0x93d1c0 at powerpc_interrupt+0x178 I also do not know about the below GEOM topology related lock order reversals . . . lock order reversal: 1st 0xfbca1c GEOM topology (GEOM topology) @ = /usr/src/sys/geom/eli/g_eli.c:746 2nd 0xd49000 allproc (allproc) @ /usr/src/sys/kern/kern_fork.c:382 stack backtrace: #0 0x5d1e5c at witness_debugger+0x94 #1 0x5d1b34 at witness_checkorder+0xb50 #2 0x553ca4 at _sx_xlock+0x98 #3 0x4f4fb4 at fork1+0x7dc #4 0x5041c8 at kproc_create+0xd4 #5 0xdd27c390 at g_eli_create+0x774 #6 0xdd281048 at g_eli_config+0x23fc #7 0x499188 at g_ctl_req+0x154 #8 0x49e784 at g_run_events+0x194 #9 0x4a1580 at g_event_procbody+0x74 #10 0x4f67a0 at fork_exit+0xb0 #11 0x94892c at fork_trampoline+0xc lock order reversal: 1st 0xfbca1c GEOM topology (GEOM topology) @ = /usr/src/sys/geom/eli/g_eli.c:746 2nd 0xd2baccc8 filedesc structure (filedesc structure) @ = /usr/src/sys/kern/kern_descrip.c:2064 stack backtrace: #0 0x5d1e5c at witness_debugger+0x94 #1 0x5d1b34 at witness_checkorder+0xb50 #2 0x555300 at _sx_slock_int+0xa0 #3 0x555b10 at _sx_slock+0x28 #4 0x4dc128 at fdinit+0xe8 #5 0x4dc638 at fdcopy+0x68 #6 0x4f52ac at fork1+0xad4 #7 0x5041c8 at kproc_create+0xd4 #8 0xdd27c390 at g_eli_create+0x774 #9 0xdd281048 at g_eli_config+0x23fc #10 0x499188 at g_ctl_req+0x154 #11 0x49e784 at g_run_events+0x194 #12 0x4a1580 at g_event_procbody+0x74 #13 0x4f67a0 at fork_exit+0xb0 #14 0x94892c at fork_trampoline+0xc lock order reversal: 1st 0xfbca1c GEOM topology (GEOM topology) @ = /usr/src/sys/geom/eli/g_eli.c:746 2nd 0xd49080 proctree (proctree) @ /usr/src/sys/kern/kern_fork.c:557 stack backtrace: #0 0x5d1e5c at witness_debugger+0x94 #1 0x5d1b34 at witness_checkorder+0xb50 #2 0x553ca4 at _sx_xlock+0x98 #3 0x4f5650 at fork1+0xe78 #4 0x5041c8 at kproc_create+0xd4 #5 0xdd27c390 at g_eli_create+0x774 #6 0xdd281048 at g_eli_config+0x23fc #7 0x499188 at g_ctl_req+0x154 #8 0x49e784 at g_run_events+0x194 #9 0x4a1580 at g_event_procbody+0x74 #10 0x4f67a0 at fork_exit+0xb0 #11 0x94892c at fork_trampoline+0xc =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Fri May 1 17:57:12 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7ABE82DBE57 for ; Fri, 1 May 2020 17:57:12 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49DKhR4ztxz3Q1g for ; Fri, 1 May 2020 17:57:11 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x329.google.com with SMTP id h4so471638wmb.4 for ; Fri, 01 May 2020 10:57:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=GCXE6sRArjTp2iw1nnUpnhp3H8YDQHmwOPe1NESrFA0=; b=MeP9Eukn/MjZxVrfT+pG6I93OUNI3nvEtXPHBLflYRb1B9nmj3eysffB9ouo8PYubg JqGveQYCuli0XgLcneUg7HRUNzTa9HyCmtM4iopRx2hexFHinTpeUKD0XCIkwJUMtmbX cvp54lrlj/XdsyK8ci0wjkX48krcIevaakUHoHYQQ+Qxx4tS3d6/zn08Js/elSVIczwk 5lkJUEfv3BM9n61aPpR6o3mEMWiC+UY+L3hTDR0sCPEc9WsFg2XoKLiu2K/8uziq/ROK Ie9TRNpqzAxIE3hbjlWp21sBmA9FkoHtU56fNOiQiKsdqbPA6Ns6nGNsDCpbKC6vygeO Tiug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=GCXE6sRArjTp2iw1nnUpnhp3H8YDQHmwOPe1NESrFA0=; b=JuUV6540o3eqCrps0K3yoYjY/DJLeh/N/jxE+wYPnpV/f7bEXacSxPPaYJpaZ265d6 Zm1Kh3bbM9ubej6SFoO1Te1/7EkuugO8dIOpD6DsNwqYURqm6JNLCa56r/I32yRs8ruM ZpaFTJ/oB6jNLt90sKBtzZfv/nBfwRtph7Wze0mj4bnCtOOfUWFavnZEo1dzKIK+iI96 RPWBJ4HXoWW8MlxDFuY3Y17sw11FIx9dkvoKZEbQG2MMXGd2yDj38c4CqyagmYM2t80k /4mn5u0xUXIZYLI3XlX/WIt7+7FIcNP4GGGha7VflKCbkcvhsnXfHnGqx3WXd60cpzxG Anag== X-Gm-Message-State: AGi0PublWsxIRfb+7e10exoB5L/RxqPZWP19KjE5eVZt7nIoaCFnd3mF xNbkL/5paArexZwyOOyNZ9QKj788zJw= X-Google-Smtp-Source: APiQypJXgmN9Lq5sORFlJnSLzf94IkixrLWRRyCrIPqNhLWT9CjKVyg5yymbvXMdIYGkkX3mJPk3fQ== X-Received: by 2002:a1c:990d:: with SMTP id b13mr581204wme.179.1588355829134; Fri, 01 May 2020 10:57:09 -0700 (PDT) Received: from [192.168.1.7] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id j13sm5279126wrq.24.2020.05.01.10.57.07 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 01 May 2020 10:57:08 -0700 (PDT) To: freebsd-current@freebsd.org From: Graham Perrin Subject: beadm no longer able to destroy, maybe since using OpenZFS Message-ID: Date: Fri, 1 May 2020 18:57:05 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 49DKhR4ztxz3Q1g X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=MeP9Eukn; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::329 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[78.147.66.79.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-9.37), ipnet: 2a00:1450::/32(-2.31), asn: 15169(-0.43), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[9.2.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2020 17:57:12 -0000 root@momh167-gjp4-8570p:~ # date ; uname -v Fri May  1 18:52:31 BST 2020 FreeBSD 13.0-CURRENT #54 r360237: Fri Apr 24 09:10:37 BST 2020 root@momh167-gjp4-8570p:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG root@momh167-gjp4-8570p:~ # beadm list BE       Active Mountpoint  Space Created Waterfox -      -            1.3G 2020-03-10 18:24 r357746h -      -          928.4M 2020-04-08 09:28 r360237b -      -          213.6M 2020-04-28 20:17 r360237c -      -           92.0G 2020-04-29 13:24 r360237d -      -          153.2M 2020-04-30 13:08 r360237e NR     /          720.4M 2020-05-01 17:58 root@momh167-gjp4-8570p:~ # beadm destroy r360237b Are you sure you want to destroy 'r360237b'? This action cannot be undone (y/[n]): y cannot promote 'copperbowl/ROOT/r360237d': not a cloned filesystem root@momh167-gjp4-8570p:~ # beadm destroy r360237c Are you sure you want to destroy 'r360237c'? This action cannot be undone (y/[n]): y Boot environment 'r360237c' was created from existing snapshot Destroy '-' snapshot? (y/[n]): y cannot destroy 'copperbowl/ROOT/r360237c': filesystem has dependent clones use '-R' to destroy the following datasets: copperbowl/ROOT/r360237e copperbowl/ROOT/r360237d@2020-05-01-17:58:54 copperbowl/ROOT/r360237d@2020-05-01-17:58:33 copperbowl/ROOT/r360237d copperbowl/ROOT/r360237b@2020-04-30-13:08:36 copperbowl/ROOT/r360237b copperbowl/ROOT/r357746h copperbowl/ROOT/Waterfox root@momh167-gjp4-8570p:~ # beadm destroy r360237d Are you sure you want to destroy 'r360237d'? This action cannot be undone (y/[n]): y cannot promote 'copperbowl/ROOT/r360237e': not a cloned filesystem root@momh167-gjp4-8570p:~ # beadm list -as BE/Dataset/Snapshot                            Active Mountpoint Space Created Waterfox   copperbowl/ROOT/Waterfox                     -      - 314.0M 2020-03-10 18:24     r360237c@2020-03-20-06:19:45               -      - 1.0G 2020-03-20 06:19 r357746h   copperbowl/ROOT/r357746h                     -      - 3.4M 2020-04-08 09:28     r360237c@2020-04-09-17:59:32               -      - 925.0M 2020-04-09 17:59 r360237b   copperbowl/ROOT/r360237b                     -      - 202.4M 2020-04-28 20:17     r360237c@2020-04-29-13:24:52               -      - 11.2M 2020-04-29 13:24   copperbowl/ROOT/r360237b@2020-04-30-13:08:36 -      - 1.4M 2020-04-30 13:08 r360237c   copperbowl/ROOT/r360237c@2020-03-20-06:19:45 -      - 1.0G 2020-03-20 06:19   copperbowl/ROOT/r360237c@2020-04-09-17:59:32 -      - 925.0M 2020-04-09 17:59   copperbowl/ROOT/r360237c@2020-04-20-06:44:01 -      - 11.6G 2020-04-20 06:44   copperbowl/ROOT/r360237c@2020-04-29-13:24:52 -      - 11.2M 2020-04-29 13:24   copperbowl/ROOT/r360237c                     -      - 92.0G 2020-04-29 13:24 r360237d   copperbowl/ROOT/r360237d                     -      - 151.8M 2020-04-30 13:08     r360237b@2020-04-30-13:08:36               -      - 1.4M 2020-04-30 13:08   copperbowl/ROOT/r360237d@2020-05-01-17:58:33 -      - 440.0K 2020-05-01 17:58   copperbowl/ROOT/r360237d@2020-05-01-17:58:54 -      - 408.0K 2020-05-01 17:58 r360237e   copperbowl/ROOT/r360237e                     NR     / 720.0M 2020-05-01 17:58     r360237d@2020-05-01-17:58:54               -      - 408.0K 2020-05-01 17:58 root@momh167-gjp4-8570p:~ # zfs list -t snapshot NAME                                                     USED AVAIL  REFER  MOUNTPOINT copperbowl/ROOT/r360237b@2020-04-30-13:08:36            1.36M -  62.3G  - copperbowl/ROOT/r360237c@2020-03-20-06:19:45            1.02G -  59.2G  - copperbowl/ROOT/r360237c@2020-04-09-17:59:32             925M -  60.0G  - copperbowl/ROOT/r360237c@2020-04-20-06:44:01            11.6G -  61.7G  - copperbowl/ROOT/r360237c@2020-04-29-13:24:52            11.2M -  62.2G  - copperbowl/ROOT/r360237d@2020-05-01-17:58:33             440K -  62.3G  - copperbowl/ROOT/r360237d@2020-05-01-17:58:54             408K -  62.3G  - copperbowl/iocage/releases/12.0-RELEASE/root@jbrowsers     8K -  1.24G  - copperbowl/poudriere/jails/head@clean                    384K -  1.91G  - copperbowl/usr/home@2020-04-28-10:42-r360237            5.89G -   172G  - root@momh167-gjp4-8570p:~ # From owner-freebsd-current@freebsd.org Fri May 1 18:03:55 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 61B482DC1AB for ; Fri, 1 May 2020 18:03:55 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49DKrB2Ctwz3QTs for ; Fri, 1 May 2020 18:03:54 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x42d.google.com with SMTP id x18so12408613wrq.2 for ; Fri, 01 May 2020 11:03:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=hdXYAi8fTF8Wt75FTab7Sqdyo2g6v4DqVG9kuX2QoGo=; b=BkMyxSWBoS2HeTujL1yMQyJrI4LHETjUoWCzgjN8n5Y+wnccZESaUlBYpvH7XczFkc WtFo2rVbDCnlQ1gxcHLa+JQovJjjj4bRxP1piCLQs02FkBPKuzAxtl8dG+MHmiUQ1s+G UqET5xMV6iwuFRTt+CoMOOGVZ47iRbX+zMdMkf65Xb3lE6LT9PtI28zbc8QQo9oHisne GI74GEm2po8WHSBrrKK+K4oV0KEysvisgWlSOlXKJgAH8M/cXzcNd8pHb24kYxTCpYCh jWHsQmN8uoDC7Nl62BfjIzAKBReZUjZAQD3QUcVymqYMbjTyo/n//JG79BafbejZBWf9 BFIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=hdXYAi8fTF8Wt75FTab7Sqdyo2g6v4DqVG9kuX2QoGo=; b=XwaC0VPlarfqdsJxAJkuIoUkuLV0T0SW5FJsIDclU/uGBtipuaZan476JwDDJwM0EC O2nidA5GVO91CaW5QuOXldIlGlKJZ6MElra8MeYgtqil6QSQilW3NNU9dbe+2Jm2zHpd rDuwqrxLK0K0I1moqykuuwFeIlI7D9B5vB3/GAMgHasVrY8htmyKqpTRRsuMcUn+ZEUE 5teuLn4jKyOI95inlE8T/ybmq005F9F6gcX3Svb0A0U24yFa13nA20pNtt3l7RfAqMPG xOXZgbtAGjIVziyLs8GIXjdJxlIn15n7LSkYgCnCU49rc4nk0WAyNNj/VtwqBQ9eaGOO GZyg== X-Gm-Message-State: AGi0PuYMc3lRG8mB4ASf3L8RvCcLZ5yXD271wfwkhAjCkgRYgrxcmkft ESkYFKfGmZyydg41V5bccUF8CKmXmwU= X-Google-Smtp-Source: APiQypIkg9Q9tC73JwEP1G4Leanp2LmghttggnWXjvMdHkp673lE9htl5VtI1q+wPY3nwTntfI4iog== X-Received: by 2002:adf:d091:: with SMTP id y17mr5088020wrh.418.1588356231612; Fri, 01 May 2020 11:03:51 -0700 (PDT) Received: from [192.168.1.7] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id 92sm5653366wrm.71.2020.05.01.11.03.50 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 01 May 2020 11:03:51 -0700 (PDT) To: freebsd-current@freebsd.org From: Graham Perrin Subject: vfs.zfs.min_auto_ashift and OpenZFS Message-ID: <9592fb23-ef97-f0a2-5968-f10ae404e761@gmail.com> Date: Fri, 1 May 2020 19:03:50 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 49DKrB2Ctwz3QTs X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=BkMyxSWB; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::42d as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[78.147.66.79.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-8.69), ipnet: 2a00:1450::/32(-2.31), asn: 15169(-0.43), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[d.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2020 18:03:55 -0000 In my sysctl.conf: vfs.zfs.min_auto_ashift=12 – if I recall correctly, the line was written automatically when I installed FreeBSD-CURRENT a year or so ago. With OpenZFS enabled: root@momh167-gjp4-8570p:~ # sysctl vfs.zfs.min_auto_ashift sysctl: unknown oid 'vfs.zfs.min_auto_ashift' Should I have a different line in sysctl.conf, or is vfs.zfs.min_auto_ashift not required with OpenZFS? Hardware: HP EliteBook 8570p, circa 2013 From owner-freebsd-current@freebsd.org Fri May 1 23:51:26 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DBC892B371B for ; Fri, 1 May 2020 23:51:26 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49DTY95763z4GY2 for ; Fri, 1 May 2020 23:51:25 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wr1-x432.google.com with SMTP id f13so13655257wrm.13 for ; Fri, 01 May 2020 16:51:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=agy8TUYAqDMN+oQKB8O3oK82h6n3+bkrCjk3mqo5vvg=; b=czt+jJKONQX6I3TCyGdttwmTym1J5Bgb0EF7D7VVONM2nDlfEpQNt26OO9VDXj1wgB DTB6lOXILKGDINyZjm/VeiM4gV3GsawTcWVWAU4sqTeiRxgzeBeJQXyhkDTLVXAosakw L/+TPWNud5DFtdiCDKpf2cefTTe/8dJeB9yFvakD3upWnJfWVzMr5o9vopI0PdJOtKQn 5w51WW57wB9MId/N82wsqSeAc55lbEi7ZyOrrN/JOKHkbPU6Ia9iTmEZeQWSm0sOZfD2 rFkNL/R6vqmb1y5YrO9u7ydI9DP9SDY2bxhhonyA+vig50T0KUmfdKfGHDE38RhyF7Gg 66jg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=agy8TUYAqDMN+oQKB8O3oK82h6n3+bkrCjk3mqo5vvg=; b=aoiYyr5d7LfsjzFgluw9VlfOlH0jbkJoFHTb2vsT1xqQ+RH95EAAonyhIi8c0zCnBu +Cce3qJjDpO22oSatqvHYW4seGMCXD0YQ9eRR5dowfHIlcX481PbzvrZFVryLEwX+q/V OeghV5ZwLYPlinzO4albskdD0Rvxg5uaHC59oXcLEAZfQqGtr66sh8bMFu/ilb0V/M25 OcmwUqA7KUEH1ICODm3adQYj7eJvqbnYTCykfxxV5wkwAYsF5dPaltrRM0ue0eCsRxLc PifBcdSXju476plBA28I3z6Q0uiFxrKvqqJFAsqB0qwrzWspaagW4E0vokXpeEyKvjBX 9LbQ== X-Gm-Message-State: AGi0PuZgflv9k6Kk8LJKbHk/6IAnogMviKI9YCVftXCOqhdZbcfvZh+f 5/FVApIJh3K3mBIGnDEZo/Rg87s/ArIqig== X-Google-Smtp-Source: APiQypILP9uC1lFcNzEV/75APjLbK92yBhNNLt0CuT+vNDny9WdglagboTbFFdhs3FJvDn02EpQdxw== X-Received: by 2002:adf:ecc3:: with SMTP id s3mr3193142wro.116.1588377083497; Fri, 01 May 2020 16:51:23 -0700 (PDT) Received: from [10.44.128.75] ([193.117.175.106]) by smtp.gmail.com with ESMTPSA id t2sm1590179wmt.15.2020.05.01.16.51.22 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 01 May 2020 16:51:22 -0700 (PDT) Subject: Re: vfs.zfs.min_auto_ashift and OpenZFS To: freebsd-current@freebsd.org References: <9592fb23-ef97-f0a2-5968-f10ae404e761@gmail.com> From: Steven Hartland Message-ID: Date: Sat, 2 May 2020 00:51:21 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <9592fb23-ef97-f0a2-5968-f10ae404e761@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 49DTY95763z4GY2 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=multiplay-co-uk.20150623.gappssmtp.com header.s=20150623 header.b=czt+jJKO; dmarc=pass (policy=none) header.from=multiplay.co.uk; spf=pass (mx1.freebsd.org: domain of killing@multiplay.co.uk designates 2a00:1450:4864:20::432 as permitted sender) smtp.mailfrom=killing@multiplay.co.uk X-Spamd-Result: default: False [-5.42 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[multiplay-co-uk.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[multiplay-co-uk.20150623.gappssmtp.com:+]; DMARC_POLICY_ALLOW(-0.50)[multiplay.co.uk,none]; RCVD_IN_DNSWL_NONE(0.00)[2.3.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-2.42)[ip: (-9.33), ipnet: 2a00:1450::/32(-2.31), asn: 15169(-0.43), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2020 23:51:26 -0000 Looks like it should still be there if your using the in tree ZFS: https://svnweb.freebsd.org/base/head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c?revision=358333&view=markup#l144 On 01/05/2020 19:03, Graham Perrin wrote: > In my sysctl.conf: > > vfs.zfs.min_auto_ashift=12 > > – if I recall correctly, the line was written automatically when I > installed FreeBSD-CURRENT a year or so ago. > > With OpenZFS enabled: > > root@momh167-gjp4-8570p:~ # sysctl vfs.zfs.min_auto_ashift > sysctl: unknown oid 'vfs.zfs.min_auto_ashift' > > Should I have a different line in sysctl.conf, or is > vfs.zfs.min_auto_ashift not required with OpenZFS? > > Hardware: HP EliteBook 8570p, circa 2013 > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Sat May 2 00:20:13 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C1D572B41EE for ; Sat, 2 May 2020 00:20:13 +0000 (UTC) (envelope-from mmacy@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) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49DVBP4Xwzz4JJk for ; Sat, 2 May 2020 00:20:13 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-lf1-f42.google.com (mail-lf1-f42.google.com [209.85.167.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: mmacy) by smtp.freebsd.org (Postfix) with ESMTPSA id 5C3C39CF0 for ; Sat, 2 May 2020 00:20:13 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-lf1-f42.google.com with SMTP id 188so5096127lfa.10 for ; Fri, 01 May 2020 17:20:13 -0700 (PDT) X-Gm-Message-State: AGi0PuZP3EBjNtH2J1Yxs8TtJl4to8uU1l812pi/yXDGsfzEQVAbfNJ2 wQb+79NqiVm2APC4OVRXJsnP1FB5bARVrlbsf28= X-Google-Smtp-Source: APiQypI1rIL4NvYn13H154X5XhqdG+2hCLpqU7Bj3SoiFoNyHV7PNPYllLp0/2Q/6eH1RHgcviWpQxJy1rlhmCCojIA= X-Received: by 2002:a05:6512:31ca:: with SMTP id j10mr3820926lfe.74.1588378811941; Fri, 01 May 2020 17:20:11 -0700 (PDT) MIME-Version: 1.0 References: <9592fb23-ef97-f0a2-5968-f10ae404e761@gmail.com> In-Reply-To: <9592fb23-ef97-f0a2-5968-f10ae404e761@gmail.com> From: Matthew Macy Date: Fri, 1 May 2020 17:20:00 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: vfs.zfs.min_auto_ashift and OpenZFS To: Graham Perrin Cc: freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 00:20:13 -0000 OpenZFS doesn't have the same ashift optimization logic that FreeBSD has. It's something that needs to be resolved before the code can be integrated downstream. -M On Fri, May 1, 2020 at 11:04 AM Graham Perrin wrot= e: > > In my sysctl.conf: > > vfs.zfs.min_auto_ashift=3D12 > > =E2=80=93 if I recall correctly, the line was written automatically when = I > installed FreeBSD-CURRENT a year or so ago. > > With OpenZFS enabled: > > root@momh167-gjp4-8570p:~ # sysctl vfs.zfs.min_auto_ashift > sysctl: unknown oid 'vfs.zfs.min_auto_ashift' > > Should I have a different line in sysctl.conf, or is > vfs.zfs.min_auto_ashift not required with OpenZFS? > > Hardware: HP EliteBook 8570p, circa 2013 > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@freebsd.org Sat May 2 09:08:38 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AB0B22C948F for ; Sat, 2 May 2020 09:08:38 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Djw52qpLz3xSt for ; Sat, 2 May 2020 09:08:36 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from [10.70.7.24] ([10.70.7.24]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id 04298SNj072780 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sat, 2 May 2020 09:08:29 GMT (envelope-from list1@gjunka.com) To: freebsd-current@freebsd.org From: Grzegorz Junka Subject: lock order reversal and poudriere Message-ID: <68514e96-f1a5-0c8d-998f-bf81034ed61d@gjunka.com> Date: Sat, 2 May 2020 10:08:28 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 49Djw52qpLz3xSt X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-5.87 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.98.225.149]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[gjunka.com]; IP_SCORE(-3.57)[ip: (-9.35), ipnet: 88.98.192.0/18(-4.68), asn: 56478(-3.74), country: GB(-0.07)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:56478, ipnet:88.98.192.0/18, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 09:08:38 -0000 I am compiling some packages with poudriere on 13-current kernel. I noticed some strange messages printed into the terminal and dmesg: lock order reversal:  1st 0xfffff8010ca78250 zfs (zfs) @ /usr/src-13/sys/kern/vfs_mount.c:1005  2nd 0xfffff8010cd37250 devfs (devfs) @ /usr/src-13/sys/kern/vfs_mount.c:1016 stack backtrace: #0 0xffffffff80c2d5f1 at witness_debugger+0x71 #1 0xffffffff80b92f18 at lockmgr_lock_flags+0x188 #2 0xffffffff80cae744 at _vn_lock+0x54 #3 0xffffffff80c90756 at vfs_domount+0xd16 #4 0xffffffff80c8efd1 at vfs_donmount+0x871 #5 0xffffffff80c8e729 at sys_nmount+0x69 #6 0xffffffff81060c40 at amd64_syscall+0x140 #7 0xffffffff810370a0 at fast_syscall_common+0x101 pid 17216 (conftest), jid 6, uid 0: exited on signal 11 pid 51159 (conftest), jid 6, uid 0: exited on signal 11 pid 23833 (conftest), jid 3, uid 0: exited on signal 11 pid 4916 (conftest), jid 3, uid 0: exited on signal 11 (... then there is a bunch of similar ones, then ...) pid 14504 (conftest), jid 3, uid 0: exited on signal 11 pid 27466 (conftest), jid 6, uid 0: exited on signal 11 pid 43297 (conftest), jid 5, uid 0: exited on signal 11 lock order reversal:  1st 0xfffffe00bc68c030 filedesc structure (filedesc structure) @ /usr/src-13/sys/kern/sys_generic.c:1557  2nd 0xfffff803baeddbd8 tmpfs (tmpfs) @ /usr/src-13/sys/kern/vfs_vnops.c:1553 stack backtrace: #0 0xffffffff80c2d5f1 at witness_debugger+0x71 #1 0xffffffff80b946b5 at lockmgr_xlock+0x55 #2 0xffffffff80cae744 at _vn_lock+0x54 #3 0xffffffff80cad0da at vn_poll+0x3a #4 0xffffffff80c33e19 at kern_poll+0x419 #5 0xffffffff80c340df at sys_ppoll+0x6f #6 0xffffffff81060c40 at amd64_syscall+0x140 #7 0xffffffff810370a0 at fast_syscall_common+0x101 pid 37533 (conftest), jid 5, uid 0: exited on signal 11 pid 43474 (conftest), jid 5, uid 0: exited on signal 11 Poudriere doesn't really report any problems: # poudriere status SET  PORTS JAIL BUILD                STATUS         QUEUE BUILT FAIL SKIP IGNORE REMAIN TIME     LOGS kde5 gui   13   2020-05-01_10h17m52s parallel_build  2040   792 0    0      0   1248 22:48:00 /usr/local/poudriere/data/logs/bulk/13-gui-kde5/2020-05-01_10h17m52s Are those the debug messages that aren't visible on non-current kernel and should they be reported? GrzegorzJ From owner-freebsd-current@freebsd.org Sat May 2 09:54:14 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1BF2C2CA51E for ; Sat, 2 May 2020 09:54:14 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49Dkwj3XBlz40jR for ; Sat, 2 May 2020 09:54:13 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1jUoqS-000Cbs-34; Sat, 02 May 2020 11:54:04 +0200 Date: Sat, 2 May 2020 11:54:04 +0200 From: Kurt Jaeger To: Grzegorz Junka Cc: freebsd-current@freebsd.org Subject: Re: lock order reversal and poudriere Message-ID: <20200502095404.GN39563@home.opsec.eu> References: <68514e96-f1a5-0c8d-998f-bf81034ed61d@gjunka.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <68514e96-f1a5-0c8d-998f-bf81034ed61d@gjunka.com> X-Rspamd-Queue-Id: 49Dkwj3XBlz40jR X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.69 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.83)[-0.828,0]; NEURAL_HAM_LONG(-0.87)[-0.866,0]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 09:54:14 -0000 Hi! > I am compiling some packages with poudriere on 13-current kernel. I > noticed some strange messages printed into the terminal and dmesg: > > lock order reversal: [...] > Are those the debug messages that aren't visible on non-current kernel > and should they be reported? Yes, they should be checked and reported. For more details see: http://sources.zabbadoz.net/freebsd/lor.html There's a webpage with a list of all known LORs and a way to report new LORs. -- pi@opsec.eu +49 171 3101372 Now what ? From owner-freebsd-current@freebsd.org Sat May 2 10:35:34 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9A0CA2CB5E5 for ; Sat, 2 May 2020 10:35:34 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49DlrQ30s2z42cM; Sat, 2 May 2020 10:35:34 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from [10.70.7.24] ([10.70.7.24]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id 042AZWCu073950 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sat, 2 May 2020 10:35:32 GMT (envelope-from list1@gjunka.com) Subject: Re: lock order reversal and poudriere To: Kurt Jaeger , bzeeb+freebsd+lor@zabbadoz.net Cc: freebsd-current@freebsd.org References: <68514e96-f1a5-0c8d-998f-bf81034ed61d@gjunka.com> <20200502095404.GN39563@home.opsec.eu> From: Grzegorz Junka Message-ID: Date: Sat, 2 May 2020 11:35:31 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <20200502095404.GN39563@home.opsec.eu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Rspamd-Queue-Id: 49DlrQ30s2z42cM X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.99 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.995,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd,lor]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 10:35:34 -0000 On 02/05/2020 10:54, Kurt Jaeger wrote: > Hi! > >> I am compiling some packages with poudriere on 13-current kernel. I >> noticed some strange messages printed into the terminal and dmesg: >> >> lock order reversal: > [...] >> Are those the debug messages that aren't visible on non-current kernel >> and should they be reported? > Yes, they should be checked and reported. > > For more details see: > > http://sources.zabbadoz.net/freebsd/lor.html > > There's a webpage with a list of all known LORs and a way to > report new LORs. Thanks Kurt. I can't find those two specific LORs in the list on that page. The page also says to report them using a link, which leads to 404 :-), or on this mailing list, which I did. I am not sure what else should I do. How do I know if I have got a backtrace? Are those errors: pid 43297 (conftest), jid 5, uid 0: exited on signal 11 related or it's a different issue? GrzegorzJ From owner-freebsd-current@freebsd.org Sat May 2 13:15:34 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 668FF2CF712 for ; Sat, 2 May 2020 13:15:34 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49DqP10h8Wz4BWR for ; Sat, 2 May 2020 13:15:32 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from [10.70.7.24] ([10.70.7.24]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id 042DFU3w076086 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sat, 2 May 2020 13:15:31 GMT (envelope-from list1@gjunka.com) To: freebsd-current@freebsd.org From: Grzegorz Junka Subject: panic: Assertion lock == sq->sq_lock failed at /usr/src-13/sys/kern/subr_sleepqueue.c:371 Message-ID: Date: Sat, 2 May 2020 14:15:30 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Rspamd-Queue-Id: 49DqP10h8Wz4BWR X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-5.87 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.98.225.149]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[gjunka.com]; IP_SCORE(-3.57)[ip: (-9.35), ipnet: 88.98.192.0/18(-4.68), asn: 56478(-3.74), country: GB(-0.07)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:56478, ipnet:88.98.192.0/18, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 13:15:34 -0000 cpuid = 3 time = 1588422616 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00b27e86b0 vpanic() at vpanic+0x182/frame 0xfffffe00b27e8700 panic() at panic+0x43/frame ... sleepq_add() ... I see db> in the terminal. I tried "dump" but it says, Cannot dump: no dump device specified. Is there a guide how to deal wit those, i.e. to gather information required to investigate issues? From owner-freebsd-current@freebsd.org Sat May 2 13:56:30 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6DC102D08BB for ; Sat, 2 May 2020 13:56:30 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49DrJF3nLBz4DVL for ; Sat, 2 May 2020 13:56:29 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from [10.70.7.24] ([10.70.7.24]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id 042DuSTZ076631 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sat, 2 May 2020 13:56:28 GMT (envelope-from list1@gjunka.com) Subject: Re: panic: Assertion lock == sq->sq_lock failed at /usr/src-13/sys/kern/subr_sleepqueue.c:371 To: freebsd-current@freebsd.org References: From: Grzegorz Junka Message-ID: <93c3b478-3648-a056-f776-8bceafdebc98@gjunka.com> Date: Sat, 2 May 2020 14:56:27 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Rspamd-Queue-Id: 49DrJF3nLBz4DVL X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-5.87 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.98.225.149:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[gjunka.com]; IP_SCORE(-3.57)[ip: (-9.36), ipnet: 88.98.192.0/18(-4.68), asn: 56478(-3.74), country: GB(-0.07)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:56478, ipnet:88.98.192.0/18, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 13:56:30 -0000 On 02/05/2020 14:15, Grzegorz Junka wrote: > cpuid = 3 > > time = 1588422616 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe00b27e86b0 > > vpanic() at vpanic+0x182/frame 0xfffffe00b27e8700 > > panic() at panic+0x43/frame ... > > sleepq_add() > > ... > > I see > > db> > > in the terminal. I tried "dump" but it says, Cannot dump: no dump > device specified. > > Is there a guide how to deal wit those, i.e. to gather information > required to investigate issues? > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" OK, I found this handbook https://www.freebsd.org/doc/en/books/developers-handbook/book.html#kerneldebug Obviously something must have been misconfigured that I can't dump the core now. Is there anything I can fetch from the system while I am in db> or I should just forget and restart? GrzegorzJ From owner-freebsd-current@freebsd.org Sat May 2 14:40:31 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DB1D82D1579 for ; Sat, 2 May 2020 14:40:31 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-oi1-f195.google.com (mail-oi1-f195.google.com [209.85.167.195]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49DsH30BSlz4GbG for ; Sat, 2 May 2020 14:40:30 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-oi1-f195.google.com with SMTP id j16so2447818oih.10 for ; Sat, 02 May 2020 07:40:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=bASVZV1sOPSOfXGuj5na5sPVftev6HP/CfSSdsp07rk=; b=fOC9QF0x5fZf/etsJQs1gBX+u5w2Q4/UyhQr9u8qti/OpXFKxdrtmRBy1x0P7EYOVT jlfdnO8p2PDvZCvO3OFy4oYje0l7toRWbuVYsgA1/qFxzFRCKVJP5ww4vvPKprR63niz O84eQj47mV773t7Vi1BwtyvtYpy0Z/BMLeFZTvNA/HSN330b+ucrf2KfUlbbUf2shaJK 8xpOzwoFHe/Sl5qa9P+QoOOIu9tLEqVpqJN9m4m/8FGhD3QlpSpdaO9sRTxzC19bDoFC 84m63/Fh3IExWGRvFl7sEwPM92pVBAx0y1zpMwbnziluvfAqelJDfWCwv9R8hPTLq8P0 K3cQ== X-Gm-Message-State: AGi0PuZGsuDAhd6DKe6V4C0J5PHh8HM/bFwRoQ1OQZmyFWjyZ7eJ0aB5 g4zjdNvo385QIr/aYAAWrIWenWOi X-Google-Smtp-Source: APiQypJRNmTiRlNYqLL4EmDLH8+x6bjvvbBfBtFb1JJEMMzfVJJzvGohykIsFZn1tBOkUD4iXo+oeg== X-Received: by 2002:aca:674a:: with SMTP id b10mr3141015oiy.0.1588430429354; Sat, 02 May 2020 07:40:29 -0700 (PDT) Received: from mail-ot1-f49.google.com (mail-ot1-f49.google.com. [209.85.210.49]) by smtp.gmail.com with ESMTPSA id u197sm810672oie.7.2020.05.02.07.40.28 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 02 May 2020 07:40:29 -0700 (PDT) Received: by mail-ot1-f49.google.com with SMTP id j26so4981111ots.0 for ; Sat, 02 May 2020 07:40:28 -0700 (PDT) X-Received: by 2002:a9d:6b97:: with SMTP id b23mr7913379otq.157.1588430428775; Sat, 02 May 2020 07:40:28 -0700 (PDT) MIME-Version: 1.0 References: <93c3b478-3648-a056-f776-8bceafdebc98@gjunka.com> In-Reply-To: <93c3b478-3648-a056-f776-8bceafdebc98@gjunka.com> Reply-To: cem@freebsd.org From: Conrad Meyer Date: Sat, 2 May 2020 07:40:18 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: panic: Assertion lock == sq->sq_lock failed at /usr/src-13/sys/kern/subr_sleepqueue.c:371 To: Grzegorz Junka Cc: freebsd-current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 49DsH30BSlz4GbG X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of csecem@gmail.com designates 209.85.167.195 as permitted sender) smtp.mailfrom=csecem@gmail.com X-Spamd-Result: default: False [-2.17 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[cem@freebsd.org]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[cem@freebsd.org,csecem@gmail.com]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_NEQ_ENVFROM(0.00)[cem@freebsd.org,csecem@gmail.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[195.167.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.17)[ip: (0.00), ipnet: 209.85.128.0/17(-0.40), asn: 15169(-0.43), country: US(-0.05)]; RWL_MAILSPIKE_POSSIBLE(0.00)[195.167.85.209.rep.mailspike.net : 127.0.0.17]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 14:40:31 -0000 Hi Grzegorz, If you have another machine connected by network that you can install and start netdumpd on, and; ipv4 configured on a supported network device before the machine paniced; and a recent CURRENT; you should be able to initiate a kernel dump over the network with 'netdump -s server-ip' in DDB. In more complicated situations you might also need to specify '-g gateway-ip -c client-ip -i interface', but for servers on the LAN or available via the default gateway route, the former ought to work. Best, Conrad On Sat, May 2, 2020 at 6:56 AM Grzegorz Junka wrote: > > > On 02/05/2020 14:15, Grzegorz Junka wrote: > > cpuid = 3 > > > > time = 1588422616 > > > > KDB: stack backtrace: > > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > 0xfffffe00b27e86b0 > > > > vpanic() at vpanic+0x182/frame 0xfffffe00b27e8700 > > > > panic() at panic+0x43/frame ... > > > > sleepq_add() > > > > ... > > > > I see > > > > db> > > > > in the terminal. I tried "dump" but it says, Cannot dump: no dump > > device specified. > > > > Is there a guide how to deal wit those, i.e. to gather information > > required to investigate issues? > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > > OK, I found this handbook > https://www.freebsd.org/doc/en/books/developers-handbook/book.html#kerneldebug > > Obviously something must have been misconfigured that I can't dump the > core now. Is there anything I can fetch from the system while I am in > db> or I should just forget and restart? > > GrzegorzJ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Sat May 2 18:25:26 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8A4802D6951 for ; Sat, 2 May 2020 18:25:26 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49DyGY4x02z4TjN for ; Sat, 2 May 2020 18:25:25 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from [10.70.7.24] ([10.70.7.24]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id 042IPNwB080277 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sat, 2 May 2020 18:25:23 GMT (envelope-from list1@gjunka.com) Subject: Re: panic: Assertion lock == sq->sq_lock failed at /usr/src-13/sys/kern/subr_sleepqueue.c:371 To: freebsd-current@freebsd.org References: <93c3b478-3648-a056-f776-8bceafdebc98@gjunka.com> From: Grzegorz Junka Message-ID: Date: Sat, 2 May 2020 19:25:22 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Rspamd-Queue-Id: 49DyGY4x02z4TjN X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-5.87 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.98.225.149]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[gjunka.com]; IP_SCORE(-3.57)[ip: (-9.36), ipnet: 88.98.192.0/18(-4.68), asn: 56478(-3.74), country: GB(-0.07)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:56478, ipnet:88.98.192.0/18, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 18:25:26 -0000 On 02/05/2020 15:40, Conrad Meyer wrote: > Hi Grzegorz, > > If you have another machine connected by network that you can install > and start netdumpd on, and; ipv4 configured on a supported network > device before the machine paniced; and a recent CURRENT; you should be > able to initiate a kernel dump over the network with 'netdump -s > server-ip' in DDB. In more complicated situations you might also need > to specify '-g gateway-ip -c client-ip -i interface', but for servers > on the LAN or available via the default gateway route, the former > ought to work. Thanks Conrad. That doesn't seem to work. netdump -s reports "Failed to ARP server" then "failed to locate MAC address". Both systems are in the same local network and the system that crashed did have a network configured prior to crash. In fact, I was logged in over ssh in one of the terminals. I tried through a switch and when the network is connected directly. I tried to specify the interface and the client IP. Is there a way to specify MAC directly? GrzegorzJ From owner-freebsd-current@freebsd.org Sat May 2 18:36:38 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 218AD2D6F44 for ; Sat, 2 May 2020 18:36:38 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49DyWV05Vlz4VTx; Sat, 2 May 2020 18:36:37 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by fc.opsec.eu with local (Exim 4.93.0.4 (FreeBSD)) (envelope-from ) id 1jUx06-000927-Pn; Sat, 02 May 2020 20:36:34 +0200 Date: Sat, 2 May 2020 20:36:34 +0200 From: Kurt Jaeger To: Grzegorz Junka Cc: Kurt Jaeger , bzeeb+freebsd+lor@zabbadoz.net, freebsd-current@freebsd.org Subject: Re: lock order reversal and poudriere Message-ID: <20200502183634.GA90255@fc.opsec.eu> References: <68514e96-f1a5-0c8d-998f-bf81034ed61d@gjunka.com> <20200502095404.GN39563@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 49DyWV05Vlz4VTx X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.64 / 15.00]; TAGGED_RCPT(0.00)[freebsd,lor]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.85)[-0.852,0]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE]; NEURAL_HAM_LONG(-0.79)[-0.788,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 18:36:38 -0000 Hi! > > > I am compiling some packages with poudriere on 13-current kernel. I > > > noticed some strange messages printed into the terminal and dmesg: > > > > > > lock order reversal: > > [...] > > > Are those the debug messages that aren't visible on non-current kernel > > > and should they be reported? > > Yes, they should be checked and reported. > > > > For more details see: > > > > http://sources.zabbadoz.net/freebsd/lor.html > > > > There's a webpage with a list of all known LORs and a way to > > report new LORs. > Thanks Kurt. I can't find those two specific LORs in the list on that > page. The page also says to report them using a link, which leads to 404 > :-), or on this mailing list, which I did. I am not sure what else should > I do. I don't know, either 8-} bz@ is in Cc:, so he'll probably know what to do. > How do I know if I have got a backtrace? > > Are those errors: > > pid 43297 (conftest), jid 5, uid 0: exited on signal 11 > > related or it's a different issue? I think that's a different issue. -- pi@FreeBSD.org +49 171 3101372 Now what ? From owner-freebsd-current@freebsd.org Sat May 2 19:20:00 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3C6FB2D7C2D for ; Sat, 2 May 2020 19:20:00 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49DzTW2Y4sz4XRd for ; Sat, 2 May 2020 19:19:58 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from [10.70.7.24] ([10.70.7.24]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id 042JJv28081328 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sat, 2 May 2020 19:19:57 GMT (envelope-from list1@gjunka.com) Subject: Re: panic: Assertion lock == sq->sq_lock failed at /usr/src-13/sys/kern/subr_sleepqueue.c:371 To: freebsd-current@freebsd.org References: <93c3b478-3648-a056-f776-8bceafdebc98@gjunka.com> From: Grzegorz Junka Message-ID: Date: Sat, 2 May 2020 20:19:56 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <93c3b478-3648-a056-f776-8bceafdebc98@gjunka.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 49DzTW2Y4sz4XRd X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-5.87 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.98.225.149:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[gjunka.com]; IP_SCORE(-3.57)[ip: (-9.36), ipnet: 88.98.192.0/18(-4.68), asn: 56478(-3.74), country: GB(-0.07)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:56478, ipnet:88.98.192.0/18, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 19:20:00 -0000 On 02/05/2020 14:56, Grzegorz Junka wrote: > > On 02/05/2020 14:15, Grzegorz Junka wrote: >> cpuid = 3 >> >> time = 1588422616 >> >> KDB: stack backtrace: >> >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe00b27e86b0 >> >> vpanic() at vpanic+0x182/frame 0xfffffe00b27e8700 >> >> panic() at panic+0x43/frame ... >> >> sleepq_add() >> >> ... >> >> I see >> >> db> >> >> in the terminal. I tried "dump" but it says, Cannot dump: no dump >> device specified. >> >> Is there a guide how to deal wit those, i.e. to gather information >> required to investigate issues? > Another thing is that I don't quite understand why the crash couldn't be dumped. root@crayon2:~ # swapinfo Device          1K-blocks     Used    Avail Capacity /dev/zvol/tank3/swap  33554432        0 33554432     0% There is no entry in /etc/fstab though, should it be there too? -- GrzegorzJ From owner-freebsd-current@freebsd.org Sat May 2 19:43:58 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C752D2C06F5 for ; Sat, 2 May 2020 19:43:58 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49F01B2mhbz4Ydt for ; Sat, 2 May 2020 19:43:58 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 042Jhom6006512 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sat, 2 May 2020 12:43:57 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: In-Reply-To: From: Chris Reply-To: bsd-lists@BSDforge.com To: Grzegorz Junka Subject: Re: panic: Assertion lock == sq->sq_lock failed at /usr/src-13/sys/kern/subr_sleepqueue.c:371 Date: Sat, 02 May 2020 12:43:56 -0700 Message-Id: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49F01B2mhbz4Ydt X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.87 / 15.00]; NEURAL_HAM_MEDIUM(-0.91)[-0.909,0]; NEURAL_HAM_LONG(-0.97)[-0.965,0]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 19:43:58 -0000 On Sat, 2 May 2020 20:19:56 +0100 Grzegorz Junka list1@gjunka=2Ecom said > On 02/05/2020 14:56, Grzegorz Junka wrote: > > > > On 02/05/2020 14:15, Grzegorz Junka wrote: > >> cpuid =3D 3 > >> > >> time =3D 1588422616 > >> > >> KDB: stack backtrace: > >> > >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame=20 > >> 0xfffffe00b27e86b0 > >> > >> vpanic() at vpanic+0x182/frame 0xfffffe00b27e8700 > >> > >> panic() at panic+0x43/frame =2E=2E=2E > >> > >> sleepq_add() > >> > >> =2E=2E=2E > >> > >> I see > >> > >> db> > >> > >> in the terminal=2E I tried "dump" but it says, Cannot dump: no dump=20 > >> device specified=2E > >> > >> Is there a guide how to deal wit those, i=2Ee=2E to gather information=20 > >> required to investigate issues? > > >=20 > Another thing is that I don't quite understand why the crash couldn't be= =20 > dumped=2E >=20 > root@crayon2:~ # swapinfo > Device=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1K-blocks= =C2=A0=C2=A0=C2=A0=C2=A0 Used=C2=A0=C2=A0=C2=A0 Avail Capacity > /dev/zvol/tank3/swap=C2=A0 33554432=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 0 33554432=C2=A0=C2=A0=C2=A0=C2=A0 0% >=20 > There is no entry in /etc/fstab though, should it be there too? How about your rc=2Econf(5) ? You need to define a dumpdev within it as: # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable dumpdev=3D"YES" Which defaults to the location of: /var/crash >=20 > -- >=20 > GrzegorzJ >=20 >=20 > _______________________________________________ > freebsd-current@freebsd=2Eorg mailing list > https://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd=2Eorg= " From owner-freebsd-current@freebsd.org Sat May 2 20:21:06 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 023822C184B for ; Sat, 2 May 2020 20:21:06 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk1-x72f.google.com (mail-qk1-x72f.google.com [IPv6:2607:f8b0:4864:20::72f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49F0r11TyHz4c6y for ; Sat, 2 May 2020 20:21:05 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk1-x72f.google.com with SMTP id t3so12700506qkg.1 for ; Sat, 02 May 2020 13:21:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=B/gscoP23FRKUyeP5dYMz7HX1EhBKQ3Jjc8k7GQp/ng=; b=ngAQv4RPVVmB+SFVHs+OOlIcRZ24DMr6UIpJMjxxZUw7o3iLtvelgr+G7vmoaf+3n1 i2w1RdK+csX13QbrMfQX9wKxeQ7ZloZsNGvXMRuZ79mkL120eZ0UkJu5qp7s/s2QgP48 oL0incOPoyYoXLdz44P+nMx8oA4uOzzuZftbNDethvAX7+DDPtglY3uxTkT1BpCoMZL8 Md8NVDYBd5X2H0kn7tzMWmYWcky8Zo6MnwFO/j1zZmPQBVbsvue/xP1P3j4aTaJ3HZ9P 9MeqJbjTUEVmXsfoMvS9CqL3gpPCOkrjYwhsRzcIarKRr4BouBs2E57kNHBsie6h+MQO SwIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=B/gscoP23FRKUyeP5dYMz7HX1EhBKQ3Jjc8k7GQp/ng=; b=UWfLZVyS84LeTTKmZSWYK3B7jfk8q26r2YnqNBQlljBDzdxDrfs57FSmfXRG4379x2 LhJLc60X0YxcztrFmaLpANZ6XDvBJcKflVylJgTLwwuonUYT2F9ImNJ4KEPyzAMX0dXU IFvasWq+hcDeJiLnWnvWg6q2zEROlMD48eyu+LPmOZGZ1YfQegL7xsCI9i0/Twg7CKxc FM0EfRsF5t0KHuhkow1g8YYCTPi/91UKkvGZnlqe4lJBpshHUMcd4YyksZTpVv+rj48w 1yEMTDqtSkFyBU4GJHn3/w6bZyPfG7tFmUE/IIDC8EjS0RPyYgYqeZVm1k3eRUVG2VKx PCtg== X-Gm-Message-State: AGi0PuYxDY4bXMF+Iv4ixl48N4t9IierfJ2i3WbaNwIrUaJ0xuJbMdIE gisn6bgdzsd7Xf4txsHmAe95Lfi1 X-Google-Smtp-Source: APiQypKZH21u1ImUhkWcTFRJManuCM9VhG+gh9qsSsn38BNO7cQGoXdGMVzFJCrEvoayU0BSklA+Fw== X-Received: by 2002:a37:d93:: with SMTP id 141mr5520597qkn.32.1588450864083; Sat, 02 May 2020 13:21:04 -0700 (PDT) Received: from raichu (bras-base-toroon0560w-grc-20-184-147-206-246.dsl.bell.ca. [184.147.206.246]) by smtp.gmail.com with ESMTPSA id c68sm5985046qke.121.2020.05.02.13.21.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 02 May 2020 13:21:03 -0700 (PDT) Sender: Mark Johnston Date: Sat, 2 May 2020 16:18:40 -0400 From: Mark Johnston To: Grzegorz Junka Cc: freebsd-current@freebsd.org Subject: Re: panic: Assertion lock == sq->sq_lock failed at /usr/src-13/sys/kern/subr_sleepqueue.c:371 Message-ID: <20200502201840.GA48096@raichu> References: <93c3b478-3648-a056-f776-8bceafdebc98@gjunka.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <93c3b478-3648-a056-f776-8bceafdebc98@gjunka.com> X-Rspamd-Queue-Id: 49F0r11TyHz4c6y X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ngAQv4RP; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::72f as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-3.72 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[f.2.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.02)[ip: (-9.28), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[246.206.147.184.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; MID_RHS_NOT_FQDN(0.50)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 20:21:06 -0000 On Sat, May 02, 2020 at 02:56:27PM +0100, Grzegorz Junka wrote: > > On 02/05/2020 14:15, Grzegorz Junka wrote: > > cpuid = 3 > > > > time = 1588422616 > > > > KDB: stack backtrace: > > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > 0xfffffe00b27e86b0 > > > > vpanic() at vpanic+0x182/frame 0xfffffe00b27e8700 > > > > panic() at panic+0x43/frame ... > > > > sleepq_add() > > > > ... > > > > I see > > > > db> > > > > in the terminal. I tried "dump" but it says, Cannot dump: no dump > > device specified. > > > > Is there a guide how to deal wit those, i.e. to gather information > > required to investigate issues? > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > > OK, I found this handbook > https://www.freebsd.org/doc/en/books/developers-handbook/book.html#kerneldebug > > Obviously something must have been misconfigured that I can't dump the > core now. Is there anything I can fetch from the system while I am in > db> or I should just forget and restart? It would be useful to see the output of "bt", "show lockchain" and "alltrace" if possible. The latter command will product a lot of output though. From owner-freebsd-current@freebsd.org Sat May 2 23:15:57 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 48E552C7790 for ; Sat, 2 May 2020 23:15:57 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49F4jm1Ck4z3KJ3 for ; Sat, 2 May 2020 23:15:55 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from [10.70.7.24] ([10.70.7.24]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id 042NFsd6084568 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sat, 2 May 2020 23:15:54 GMT (envelope-from list1@gjunka.com) Subject: Re: panic: Assertion lock == sq->sq_lock failed at /usr/src-13/sys/kern/subr_sleepqueue.c:371 To: freebsd-current@freebsd.org References: From: Grzegorz Junka Message-ID: Date: Sun, 3 May 2020 00:15:48 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 49F4jm1Ck4z3KJ3 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-5.87 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.98.225.149]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[gjunka.com]; IP_SCORE(-3.57)[ip: (-9.36), ipnet: 88.98.192.0/18(-4.68), asn: 56478(-3.74), country: GB(-0.07)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:56478, ipnet:88.98.192.0/18, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 23:15:57 -0000 On 02/05/2020 20:43, Chris wrote: > On Sat, 2 May 2020 20:19:56 +0100 Grzegorz Junka list1@gjunka.com said > >> On 02/05/2020 14:56, Grzegorz Junka wrote: >> > >> > On 02/05/2020 14:15, Grzegorz Junka wrote: >> >> cpuid = 3 >> >> >> >> time = 1588422616 >> >> >> >> KDB: stack backtrace: >> >> >> >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> >> 0xfffffe00b27e86b0 >> >> >> >> vpanic() at vpanic+0x182/frame 0xfffffe00b27e8700 >> >> >> >> panic() at panic+0x43/frame ... >> >> >> >> sleepq_add() >> >> >> >> ... >> >> >> >> I see >> >> >> >> db> >> >> >> >> in the terminal. I tried "dump" but it says, Cannot dump: no dump >> >> device specified. >> >> >> >> Is there a guide how to deal wit those, i.e. to gather information >> >> required to investigate issues? >> > >> >> Another thing is that I don't quite understand why the crash couldn't >> be dumped. >> >> root@crayon2:~ # swapinfo >> Device          1K-blocks     Used    Avail Capacity >> /dev/zvol/tank3/swap  33554432        0 33554432     0% >> >> There is no entry in /etc/fstab though, should it be there too? > > How about your rc.conf(5) ? > > You need to define a dumpdev within it as: > > # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable > dumpdev="YES" > > Which defaults to the location of: > > /var/crash > Yes, of course I have 'dumpdev="AUTO"'. Should it be "YES" instead? From owner-freebsd-current@freebsd.org Sat May 2 23:20:05 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 97F5C2C7A2D for ; Sat, 2 May 2020 23:20:05 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49F4pX5ZvDz3Kb8 for ; Sat, 2 May 2020 23:20:04 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from [10.70.7.24] ([10.70.7.24]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id 042NK3Nj084582 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sat, 2 May 2020 23:20:03 GMT (envelope-from list1@gjunka.com) Subject: Re: panic: Assertion lock == sq->sq_lock failed at /usr/src-13/sys/kern/subr_sleepqueue.c:371 To: freebsd-current@freebsd.org References: <93c3b478-3648-a056-f776-8bceafdebc98@gjunka.com> <20200502201840.GA48096@raichu> From: Grzegorz Junka Message-ID: <868e136f-7a4a-dd64-c6de-35a30332fcd2@gjunka.com> Date: Sun, 3 May 2020 00:19:58 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <20200502201840.GA48096@raichu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Rspamd-Queue-Id: 49F4pX5ZvDz3Kb8 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-5.87 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.98.225.149:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[gjunka.com]; IP_SCORE(-3.57)[ip: (-9.36), ipnet: 88.98.192.0/18(-4.68), asn: 56478(-3.74), country: GB(-0.07)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:56478, ipnet:88.98.192.0/18, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 23:20:05 -0000 On 02/05/2020 21:18, Mark Johnston wrote: >> OK, I found this handbook >> https://www.freebsd.org/doc/en/books/developers-handbook/book.html#kerneldebug >> >> Obviously something must have been misconfigured that I can't dump the >> core now. Is there anything I can fetch from the system while I am in >> db> or I should just forget and restart? > It would be useful to see the output of "bt", "show lockchain" and > "alltrace" if possible. The latter command will product a lot of output > though. Sorry, had to restart. I tried "netdump -s someIP -g someGateway which forced netdump into a loop (of requesting ARP for someIP and failing) and couldn't stop it. I only have the photo of the crash itself which ends at and sleepq_add before going to panic. I can hardtranscribe if it might be of any use. --GrzegorzJ From owner-freebsd-current@freebsd.org Sat May 2 23:28:46 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B4AD72C7F5F for ; Sat, 2 May 2020 23:28:46 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49F50Z0xSCz3L4b for ; Sat, 2 May 2020 23:28:45 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 042NSeMR010009 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sat, 2 May 2020 16:28:46 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: In-Reply-To: From: Chris Reply-To: bsd-lists@BSDforge.com To: Grzegorz Junka Subject: Re: panic: Assertion lock == sq->sq_lock failed at /usr/src-13/sys/kern/subr_sleepqueue.c:371 Date: Sat, 02 May 2020 16:28:46 -0700 Message-Id: <8df5a5cd4ac5bd9e10516c1321ea2de2@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49F50Z0xSCz3L4b X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.87 / 15.00]; NEURAL_HAM_MEDIUM(-0.91)[-0.909,0]; NEURAL_HAM_LONG(-0.97)[-0.965,0]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 23:28:46 -0000 On Sun, 3 May 2020 00:15:48 +0100 Grzegorz Junka list1@gjunka=2Ecom said > On 02/05/2020 20:43, Chris wrote: > > On Sat, 2 May 2020 20:19:56 +0100 Grzegorz Junka list1@gjunka=2Ecom said > > > >> On 02/05/2020 14:56, Grzegorz Junka wrote: > >> > > >> > On 02/05/2020 14:15, Grzegorz Junka wrote: > >> >> cpuid =3D 3 > >> >> > >> >> time =3D 1588422616 > >> >> > >> >> KDB: stack backtrace: > >> >> > >> >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>=20 > >> 0xfffffe00b27e86b0 > >> >> > >> >> vpanic() at vpanic+0x182/frame 0xfffffe00b27e8700 > >> >> > >> >> panic() at panic+0x43/frame =2E=2E=2E > >> >> > >> >> sleepq_add() > >> >> > >> >> =2E=2E=2E > >> >> > >> >> I see > >> >> > >> >> db> > >> >> > >> >> in the terminal=2E I tried "dump" but it says, Cannot dump: no dump= =20 > >> >> device specified=2E > >> >> > >> >> Is there a guide how to deal wit those, i=2Ee=2E to gather information= =20 > >> >> required to investigate issues? > >> > > >> > >> Another thing is that I don't quite understand why the crash couldn't= =20 > >> be dumped=2E > >> > >> root@crayon2:~ # swapinfo > >> Device=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1K-blocks= =C2=A0=C2=A0=C2=A0=C2=A0 Used=C2=A0=C2=A0=C2=A0 Avail Capacity > >> /dev/zvol/tank3/swap=C2=A0 33554432=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 0 33554432=C2=A0=C2=A0=C2=A0=C2=A0 0% > >> > >> There is no entry in /etc/fstab though, should it be there too? > > > > How about your rc=2Econf(5) ? > > > > You need to define a dumpdev within it as: > > > > # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable > > dumpdev=3D"YES" > > > > Which defaults to the location of: > > > > /var/crash > > >=20 > Yes, of course I have 'dumpdev=3D"AUTO"'=2E Should it be "YES" instead? Yes, it should of course be AUTO=2E I was distracted at the time of writing=2E Sorry=2E Does /var/crash exist? That _should_ be enough=2E Assuming /var/crash is writable=2E >=20 >=20 > _______________________________________________ > freebsd-current@freebsd=2Eorg mailing list > https://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd=2Eorg= "