From owner-freebsd-current@freebsd.org Sun Feb 10 11:03:24 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F3FF14EA2F7 for ; Sun, 10 Feb 2019 11:03:24 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with ESMTP id CF8DE7225C; Sun, 10 Feb 2019 11:03:22 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from localhost (bizet.nethelp.no [IPv6:2001:8c0:9e04:500::1]) by bizet.nethelp.no (Postfix) with ESMTP id 3FD80E607B; Sun, 10 Feb 2019 12:03:14 +0100 (CET) Date: Sun, 10 Feb 2019 12:03:14 +0100 (CET) Message-Id: <20190210.120314.255774056.sthaug@nethelp.no> To: freebsd-current@freebsd.org Cc: bz@freebsd.org Subject: 64-bit integer overflow computing user CPU time in calcru1() in kern_resource.c From: sthaug@nethelp.no X-Mailer: Mew version 6.7 on Emacs 26 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: CF8DE7225C X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of sthaug@nethelp.no designates 195.1.209.33 as permitted sender) smtp.mailfrom=sthaug@nethelp.no X-Spamd-Result: default: False [4.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_SPAM_LONG(0.94)[0.944,0]; IP_SCORE(0.60)[asn: 2116(3.02), country: NO(-0.01)]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[nethelp.no]; NEURAL_SPAM_MEDIUM(0.88)[0.883,0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.98)[0.984,0]; RCVD_IN_DNSWL_MED(-0.20)[33.209.1.195.list.dnswl.org : 127.0.6.2]; MX_GOOD(-0.01)[bizet.nethelp.no]; FROM_NO_DN(0.00)[]; MID_CONTAINS_FROM(1.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2116, ipnet:195.1.0.0/16, country:NO]; 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: Sun, 10 Feb 2019 11:03:24 -0000 There is a 64-bit integer overflow computing user cpu time in calcru1() in kern_resource.c. This was discovered because CPU statistics from the PowerDNS-recursor name server stopped working (essentially, got "stuck") after a while: time_t milliseconds 1547818832 301274008.418503 1547822864 301784302.665002 1547826896 302310096.107672 1547830928 302844638.859146 1547834960 303381189.070208 1547838992 303924399.662413 1547843024 304477529.572919 1547847056 305025750.193424 1547851088 305544141.140036 1547855120 306001630.092938 1547859152 306153010.535298 1547863184 306141696.000000 1547867216 306141696.000000 1547871248 306141696.000000 1547875280 306141696.000000 1547879312 306141696.000000 1547883344 306141696.000000 1547887376 306141696.000000 Note that the number just stops increasing beyond 1547863184. I complained about this on the Pdns-user mailing list, https://mailman.powerdns.com/pipermail/pdns-users/2019-January/025739.html and received help from Bert Hubert of PowerDNS to find https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227689 and it definitely looks like this is the bug causing the disappearing CPU statistics graphs. I fixed the problem by following the link from the FreeBSD bug above to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=76972 which has an attachment (kern_resource.c.patch.txt) at https://bz-attachments.freebsd.org/attachment.cgi?id=50537 After adding this patch and rebooting, the problem has not reoccurred. I assume Bjorn Zeeb's patch has indeed fixed the problem. Note that the problem was discovered in 11.2-STABLE r338949 - however, looking at https://svnweb.freebsd.org/base/head/sys/kern/kern_resource.c?view=markup exactly the same user CPU time code seems to be present in HEAD, so I assume the same overflow is also present. I sent a message about this problem on the FreeBSD-stable mailing list recently, https://lists.freebsd.org/pipermail/freebsd-stable/2019-February/090523.html but with no reaction there I'm now trying FreeBSD-current. I'm hoping for bz's patch to be applied to HEAD, and at some point an MFC to 11.2-STABLE. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@freebsd.org Sun Feb 10 15:35:26 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D9AB14D0008 for ; Sun, 10 Feb 2019 15:35:26 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A2921846A8 for ; Sun, 10 Feb 2019 15:35:25 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: by mailman.ysv.freebsd.org (Postfix) id 5DCDB14D0007; Sun, 10 Feb 2019 15:35:25 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 20A2014D0006 for ; Sun, 10 Feb 2019 15:35:25 +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 2B62C846A6 for ; Sun, 10 Feb 2019 15:35:23 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 43yCfW6PX2zDjTF; Sun, 10 Feb 2019 15:35:15 +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=1549812915; bh=QD7EHAMmd7Gy9u+KEvciOQq7 UeUHhFEyysHoOILL6XE=; b=I47hprYWxyo1WNEBq9YCezANzwxeBHAWa2uyUMgP 7IBcWSJjicdSz7a03qhYLkWGbUEEHs9S6YA8qie9jy7T32hlBCrUq+Pz9rXAnlUo M63iDwort8fDksHY/C8pJIONaYQ7I0HaSEIjX+n1c7aztrfVfIXVRZNNnAKkObaL Ajc= 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 zv8Hnk10f1GU; Sun, 10 Feb 2019 15:35:15 +0000 (UTC) Received: from [IPv6:2001:470:dca9:2:f577:da68:d7aa:723f] (unknown [IPv6:2001:470:dca9:2:f577:da68:d7aa:723f]) by mail.daemonic.se (Postfix) with ESMTPSA id 43yCfW0lf8zDjCL; Sun, 10 Feb 2019 15:35:14 +0000 (UTC) Subject: Re: "Oddness" in head since around r343678 or so To: Alexander Leidinger , "Rodney W. Grimes" , current@freebsd.org References: <201902071536.x17FaPtI051105@pdx.rh.CN85.dnsmgr.net> <168cc6f6518.27fa.fa4b1493b064008fe79f0f905b8e5741@Leidinger.net> From: Niclas Zeising Message-ID: Date: Sun, 10 Feb 2019 16:35:06 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: <168cc6f6518.27fa.fa4b1493b064008fe79f0f905b8e5741@Leidinger.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 2B62C846A6 X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=I47hprYW; 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 [-7.67 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; 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.76)[ip: (-9.87), ipnet: 176.58.89.0/24(-4.94), asn: 36236(-3.91), country: US(-0.07)]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[daemonic.se:+]; MX_GOOD(-0.01)[mail.daemonic.se]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; NEURAL_HAM_SHORT(-0.90)[-0.903,0]; 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: Sun, 10 Feb 2019 15:35:26 -0000 On 2019-02-08 10:27, Alexander Leidinger wrote: > Hi, > > I recently noticed some generic slowness myself. I experienced this > during replacing disks in a raidz by bigger ones. Long story short, > check top -s if you have vnlru running for a long period at high CPU... > If yes increase kern.maxvnodes (I increased to 10 times). Note, we > should improve the admin page in the FAQ, the vnlru entry could need a > little bit more hints and explanations. > > If you encounter the same issue we have probably introduced a change > somewhere with an unintended side effect. > > Bye, > Alexander. > Hi! I'm seeing this as well, on 13-CURRENT. I updated a computer from the last January snapshot (30 or 31 of January, I can't remember) and it seems disk IO is very slow. I remember having a svn checkout taking a very long time, with the SVN process pegged at 100% according to top. I can't see the vnlru process running though, but I haven't looked closely, and I haven't tried the maxvnodes workaround. Something has changed though. This is systems using ZFS, both mirror and single disk. Gstat shows disks are mostly idle. I know this is a lousy bug report, but this, and the feeling that things are slower than usual, is what I have for now. Regards -- From owner-freebsd-current@freebsd.org Sun Feb 10 20:55:22 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C7AAA14DB701 for ; Sun, 10 Feb 2019 20:55:22 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1EF1D6A5C0 for ; Sun, 10 Feb 2019 20:55:22 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: by mailman.ysv.freebsd.org (Postfix) id D3ABF14DB6FC; Sun, 10 Feb 2019 20:55:21 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B10D714DB6FA for ; Sun, 10 Feb 2019 20:55:21 +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 49BB86A5BF for ; Sun, 10 Feb 2019 20:55:20 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 43yLln51YRzDjTP; Sun, 10 Feb 2019 20:55: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=1549832117; bh=zdyN/Q4LS9/Hm0ZMcsHiSJFh ywYFppA3OVbp2nwInWQ=; b=uh9TKCj5BkUpSmdr7pw5CGhaAqswXSbx5imYaTlQ AWvyzoEUH8NVJAJnDXlG22U9Jnu3xpZc0IyLkrjgGV6VaJI3EiUIRm3hfIPewZ3w eB51ljvhQtZPrVYrhACVVtsDIgMx9Fr2YXqrBna4rozZ+KOHPnnaP3oycmzQp3Wl kTs= 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 hAJr6-PW7ZBK; Sun, 10 Feb 2019 20:55:17 +0000 (UTC) Received: from [IPv6:2001:470:dca9:2:f577:da68:d7aa:723f] (unknown [IPv6:2001:470:dca9:2:f577:da68:d7aa:723f]) by mail.daemonic.se (Postfix) with ESMTPSA id 43yLlm5SpdzDjCL; Sun, 10 Feb 2019 20:55:16 +0000 (UTC) Subject: Re: "Oddness" in head since around r343678 or so To: Alexander Leidinger , "Rodney W. Grimes" , current@freebsd.org References: <201902071536.x17FaPtI051105@pdx.rh.CN85.dnsmgr.net> <168cc6f6518.27fa.fa4b1493b064008fe79f0f905b8e5741@Leidinger.net> From: Niclas Zeising Message-ID: <51739ca5-7662-6040-1da3-01f08e85bbb8@daemonic.se> Date: Sun, 10 Feb 2019 21:55:16 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49BB86A5BF X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.983,0]; TAGGED_FROM(0.00)[freebsd] 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, 10 Feb 2019 20:55:23 -0000 On 2019-02-10 16:35, Niclas Zeising wrote: > On 2019-02-08 10:27, Alexander Leidinger wrote: >> Hi, >> >> I recently noticed some generic slowness myself. I experienced this=20 >> during replacing disks in a raidz by bigger ones. Long story short,=20 >> check top -s if you have vnlru running for a long period at high=20 >> CPU... If yes increase kern.maxvnodes (I increased to 10 times). Note,= =20 >> we should improve the admin page in the FAQ, the vnlru entry could=20 >> need a little bit more hints and explanations. >> >> If you encounter the same issue we have probably introduced a change=20 >> somewhere with an unintended side effect. >> >> Bye, >> Alexander. >> >=20 > Hi! > I'm seeing this as well, on 13-CURRENT.=C2=A0 I updated a computer from= the=20 > last January snapshot (30 or 31 of January, I can't remember) and it=20 > seems disk IO is very slow.=C2=A0 I remember having a svn checkout taki= ng a=20 > very long time, with the SVN process pegged at 100% according to top.=C2= =A0 I=20 > can't see the vnlru process running though, but I haven't looked=20 > closely, and I haven't tried the maxvnodes workaround.=C2=A0 Something = has=20 > changed though. > This is systems using ZFS, both mirror and single disk.=C2=A0 Gstat sho= ws=20 > disks are mostly idle. >=20 > I know this is a lousy bug report, but this, and the feeling that thing= s=20 > are slower than usual, is what I have for now. > Regards Hi! I did some more digging. In short, disabling options COVERAGE and=20 options KCOV made my test case much faster. My test: boot system create a new zfs dataset (zroot/home/test in my case) time a checkout of https://svn.freebsd.org/base/head, putting the files=20 in the new zfs dataset. This is in no way scientific, since I only ran the test once on each=20 kernel, and using something on the network means I'm susceptible to=20 varying network speeds and so on, but. In this specific scenario, using a kernel without those options, it's=20 about 3 times faster than with, at least on the computer where I ran the=20 tests. I noticed in the commit log that the coverage and kcov options has been=20 disabled again, albeit for a different reason. Perhaps they should=20 remain off, unless the extra runtime overhead can be disabled in=20 runtime, similar to witness. Regards --=20 Niclas From owner-freebsd-current@freebsd.org Sun Feb 10 21:26:44 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B5D0614DD6E1 for ; Sun, 10 Feb 2019 21:26:44 +0000 (UTC) (envelope-from david.boyd49@twc.com) Received: from dnvrco-cmomta03.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.232]) (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 B1C8C6CE94 for ; Sun, 10 Feb 2019 21:26:42 +0000 (UTC) (envelope-from david.boyd49@twc.com) Received: from bashful.bsd1.net ([74.138.140.144]) by cmsmtp with ESMTPA id swZmgskIRWnTiswZpgwMmh; Sun, 10 Feb 2019 21:23:49 +0000 Message-ID: <8b615978cc43261bd641cad0247a4c03b86124a4.camel@twc.com> Subject: 13.0-CURRENT oddity in output of dialog(1) From: David Boyd To: freebsd-current@freebsd.org Date: Sun, 10 Feb 2019 16:23:46 -0500 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 (3.28.5-2.el7) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfB4h4ngCkfMwtNYJIlCzU0RG43C/gToJDrG/dVvji5bI6inj27waBt//n5MJCIHF1VxQFv+yZBKiq+U7akyrcGfbXdjULjrEU1NQeyu53jQEkecYVge2 Mnl/LLQc0vJx5j+vhPxXEqjRt+kLfhfjcn8IUVK/UIe+tbrlxnc5zeErifOEDx/HwOat7WTbxZFzIg== X-Rspamd-Queue-Id: B1C8C6CE94 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of david.boyd49@twc.com designates 107.14.73.232 as permitted sender) smtp.mailfrom=david.boyd49@twc.com X-Spamd-Result: default: False [-4.14 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[twc.com]; R_SPF_ALLOW(-0.20)[+ip4:107.14.73.0/24]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; MX_GOOD(-0.01)[dnvrco-cmedge02.email.rr.com,dnvrco-cmedge01.email.rr.com]; NEURAL_HAM_SHORT(-0.92)[-0.924,0]; RECEIVED_SPAMHAUS_PBL(0.00)[144.140.138.74.zen.spamhaus.org : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[twc.com]; ASN(0.00)[asn:7843, ipnet:107.14.73.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; IP_SCORE(-1.41)[ipnet: 107.14.73.0/24(-3.88), asn: 7843(-3.10), country: US(-0.07)]; 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]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[twc.com]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[232.73.14.107.list.dnswl.org : 127.0.5.0]; 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: Sun, 10 Feb 2019 21:26:44 -0000 In 13.0-CURRENT, dialog(1) fills lines shorter than the box width with something other than the background color. In an xterm session, the fill is white. In a console session, the fill is black. This appears to be a regression in the dialog(1) utility not seen in previous (11.2-RELEASE and 12.0-RELEASE) releases. To recreate: cat /etc/rc.conf | dialog --programbox 23 76 No other problems have been observed in the dialog(1) utility. Thanks. David Boyd. From owner-freebsd-current@freebsd.org Sun Feb 10 22:28:00 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A017E14DF340 for ; Sun, 10 Feb 2019 22:28:00 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-lf1-f45.google.com (mail-lf1-f45.google.com [209.85.167.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4AD176F26C; Sun, 10 Feb 2019 22:27:59 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-lf1-f45.google.com with SMTP id v7so1997073lfd.2; Sun, 10 Feb 2019 14:27:59 -0800 (PST) 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=xrXBRm2HQr2DTZ52QaTpSqAbuZYYCSvZJ2tkrHbAQdg=; b=Cxe4+Rnw8P+SjMU3cySSmgKiICwzNsKFHDOp7XvfL7IFLzYvQwm5DjihFhWkcaDr4b WLJ/+zXMGyfWjPZWvwaxBAdlAfyK2I2BjWY2qBZ4NtypOoF51p4p7bMCB5zhpmLDQ/ZB 7NQ0Y0oPl33OYLH0c1kpfWATyWVIsdx/z9N6tvIcm/+tBhN0GFGvJV5dlUKZhV2m7UuC W/x4eAWWySWJQbVClt4o1zXgu/H/x722+r6+ymvf21FsbnuhfxrUKAolzKF/t22vS0Ov T7OtpDmMeLx5Z8znkFmAfDGPD0AFmtUoqY+MBjzkiQepSDEyvIYLV8JFRBH8N7nH6ZfC xnsw== X-Gm-Message-State: AHQUAuY3bp0h7wZBUjv7cAGI+BCF5M6dEewKLTY3Ospik035O0UacYh5 Ge/Bc9b1LhxXWhgftmDk/VE52VFiVj5TPiyJDJ4= X-Google-Smtp-Source: AHgI3IYTa25+4jICmqfG4nEoB7h6oA2jSjVXc5F+Ukd591SPYUgjPdqhuWHpUXkBUZItSRc1v4Wee/67xmQm1r8vBO0= X-Received: by 2002:a19:f814:: with SMTP id a20mr8672300lff.138.1549836153798; Sun, 10 Feb 2019 14:02:33 -0800 (PST) MIME-Version: 1.0 References: <8b615978cc43261bd641cad0247a4c03b86124a4.camel@twc.com> In-Reply-To: <8b615978cc43261bd641cad0247a4c03b86124a4.camel@twc.com> From: Alan Somers Date: Sun, 10 Feb 2019 15:02:22 -0700 Message-ID: Subject: Re: 13.0-CURRENT oddity in output of dialog(1) To: David Boyd Cc: FreeBSD CURRENT , Baptiste Daroussin Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4AD176F26C X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.167.45 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-3.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.992,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.23)[-0.225,0]; RCVD_IN_DNSWL_NONE(0.00)[45.167.85.209.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; FREEMAIL_TO(0.00)[twc.com]; 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)[asomers@freebsd.org,asomers@gmail.com]; IP_SCORE(-1.28)[ip: (-0.58), ipnet: 209.85.128.0/17(-3.77), asn: 15169(-1.95), country: US(-0.07)]; 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: Sun, 10 Feb 2019 22:28:00 -0000 On Sun, Feb 10, 2019 at 2:27 PM David Boyd wrote: > > In 13.0-CURRENT, dialog(1) fills lines shorter than the box width with > something other than the background color. In an xterm session, the > fill is white. In a console session, the fill is black. > > This appears to be a regression in the dialog(1) utility not seen in > previous (11.2-RELEASE and 12.0-RELEASE) releases. > > To recreate: > > cat /etc/rc.conf | dialog --programbox 23 76 > > No other problems have been observed in the dialog(1) utility. > > Thanks. > > David Boyd. CC bapt@. I've confirmed that the bug was introduced by r339488. Unfortunately, that hardly narrows it down. The diff is 49 kSLOC. -Alan From owner-freebsd-current@freebsd.org Mon Feb 11 00:50:47 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3C8214E33F2 for ; Mon, 11 Feb 2019 00:50:46 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670046.outbound.protection.outlook.com [40.107.67.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3758674916 for ; Mon, 11 Feb 2019 00:50:41 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from QB1PR01MB3537.CANPRD01.PROD.OUTLOOK.COM (52.132.89.15) by QB1PR01MB2803.CANPRD01.PROD.OUTLOOK.COM (52.132.87.77) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1601.19; Mon, 11 Feb 2019 00:50:40 +0000 Received: from QB1PR01MB3537.CANPRD01.PROD.OUTLOOK.COM ([fe80::609b:1ecd:c908:d44c]) by QB1PR01MB3537.CANPRD01.PROD.OUTLOOK.COM ([fe80::609b:1ecd:c908:d44c%5]) with mapi id 15.20.1601.023; Mon, 11 Feb 2019 00:50:40 +0000 From: Rick Macklem To: "freebsd-current@FreeBSD.org" Subject: what do jails map 127.0.0.1 to? Thread-Topic: what do jails map 127.0.0.1 to? Thread-Index: AQHUwaNdo/1iQbCyIE+3DFhBOoIfkg== Date: Mon, 11 Feb 2019 00:50:40 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; QB1PR01MB2803; 6:FAy15pazkS6h6u2sa9wZkJczJ8qpd12jmvuDia1o0tZpBxFOrB5IBFEidV2uo+0wevWE2aXvQTEMEorADxym152HMw3okLpuQbbt5SloCjYwllk8wx3slUKatYFsC4TOpyBL7gd1dfBWSzSzz5yFnxGgaLBXrx83Xt32hMQb+k/kENPU4Bgm77UAGmB39NrWrlOG7VOBk79im5AMkOOm100ASMIaIKx8ryvofgJFX65veRK3UKIa+6YjuD43OIkbZCwbU93OkH8HUAQ8wFyxKKNQJcB/o6syAnm5aKV4KDJs6IqzjY03oMgfk/WpYcrNcSw9ylfub/pxExTFCT+7PpJY+RQoZv6X2lgFIaanEAJk2Tc+A19INVZzTBiiVANaS4v0smgrEQHmUVXlf4I9Q4jQBwbF+OGbvWv6ois1CeiORE8AKLWYGCPnENP8yoOzopFNeBw5Ebhlp+08uzJj2g==; 5:HiymuTy5iW9/jeXmPbwHeBNwCBj4zpNLEnAxQZiP/9YD+R8LPTlmlPSljmtXDhmtKDYted7JQW7lQa7vAzsI8bMvmEwC2xoJ5KaPVz7dOBDApOYwwNd07g5kgslEkTPCiHFvrojINbkbgdLASZRXYPqkE9bmb44+rgCuuKmwGklys3gt8lnTCMOserTtCrDh4sCIHD+9u87Ta+Q+JCppAw==; 7:NMKFsSWJkxuHwm+u74H80QsbSfxlCAJLncnC4B7vsVcxFRTvN7UgeHnVSHITPggK5P15cmizBCemE4Z/rpvFxx+KkxV3pBFlcq1kQMa3ti98IftAqtj8zQ1PHA3QPK/Si1Nc8zXO/drCvE2S540zYg== x-ms-office365-filtering-correlation-id: f5ebc086-2b85-4859-e404-08d68fbaf1c0 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600110)(711020)(4605077)(2017052603328)(7153060)(7193020); SRVR:QB1PR01MB2803; x-ms-traffictypediagnostic: QB1PR01MB2803: x-microsoft-antispam-prvs: x-forefront-prvs: 0945B0CC72 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(396003)(346002)(376002)(366004)(39860400002)(199004)(189003)(55016002)(316002)(305945005)(53936002)(478600001)(14454004)(4744005)(9686003)(74316002)(786003)(86362001)(8936002)(81156014)(81166006)(8676002)(5640700003)(7696005)(6436002)(99286004)(6916009)(68736007)(476003)(486006)(2501003)(74482002)(256004)(97736004)(71200400001)(71190400001)(46003)(33656002)(186003)(105586002)(2906002)(25786009)(106356001)(6506007)(102836004)(2351001); DIR:OUT; SFP:1101; SCL:1; SRVR:QB1PR01MB2803; H:QB1PR01MB3537.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: o8Nc+u1kFbQvzSbRtyW63EmS2xgXW9j/Mx7jCkVfyEnCO1j1VUnqVUbXx3c0TxvL3dx9KNBWuALhp6MeMGS1M8qKX75G/xbuA1o7wZszABeqlqH2U+qyuM7NDsxjde/N4SSfmLA+M6379wNbyYuqJIJQag54aWNKjjey33SF+Gm1YiGIPGwauXNmSS3PaWGfAh5pyuNOrK7Ul6/PzVD1RFZ8pkpGQd3ufxWAlooBBe1hLKzxTMjxdNsuUxFqLc+AFQ/q90VQdY1XdTdeahjp3BXpyTzUvweVkLGLZsl4+GWob3l+CRGqw79fDMEZbioALGp1GP471RKwBRzj3/jDKfCk552ySHveMvZROCObPA7RjdBuZ1j6uUhxdOL9pP7dxUs9V79aOBFJuRksvMlIQS3bHA7yNZp62BYnkq6Tphc= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: f5ebc086-2b85-4859-e404-08d68fbaf1c0 X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Feb 2019 00:50:40.0702 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: QB1PR01MB2803 X-Rspamd-Queue-Id: 3758674916 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.67.46 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-3.08 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[uoguelph.ca]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-1.03)[ipnet: 40.64.0.0/10(-2.79), asn: 8075(-2.30), country: US(-0.07)]; MX_GOOD(-0.01)[mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com]; NEURAL_HAM_SHORT(-0.74)[-0.740,0]; RCVD_IN_DNSWL_NONE(0.00)[46.67.107.40.list.dnswl.org : 127.0.3.0]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; MIME_TRACE(0.00)[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, 11 Feb 2019 00:50:47 -0000 I am finally back to looking at an old PR#205193. The problem is that the nfsuserd daemon expects upcalls from the kernel that are from localhost (127.0.0.1) and when jails are running on the syste= m, 127.0.0.1 is mapped to some other IP#. (I think it might be the address of = the first net interface on the machine, but I'm not sure?) Is there a way that nfsuserd.c can find out what this IP# is? (I have a patch that converts nfsuserd.c to using an AF_LOCAL socket, but t= hat breaks for some setups. I think it was when the directory the socket was b= eing created in is NFSv4 mounted, but I can't remember exactly how it fails.) Thanks for any help with this, rick From owner-freebsd-current@freebsd.org Mon Feb 11 00:56:22 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1FFF214E3886 for ; Mon, 11 Feb 2019 00:56:22 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-lf1-f45.google.com (mail-lf1-f45.google.com [209.85.167.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B80474E88 for ; Mon, 11 Feb 2019 00:56:20 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-lf1-f45.google.com with SMTP id q11so6432356lfd.3 for ; Sun, 10 Feb 2019 16:56:20 -0800 (PST) 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=DkB3UKxB72YWouoOmCBXb/EWbpPCem9N0u9LtRa7en0=; b=rND/HW+lvZhdDMrUZtv/AyPRZ2hdH7GfljSRnNo2bzrdfLNJXITVc737h98bN/humx nmQRbTqPLqQD0BxBTs4LgFtHH3FDH19LdX+ZAyKuf2fLO3AvEc9o+s7Tz1fBK4/kYJE6 daIXP1MwhIlaxjPa54wfZRLDyE2/xDEQ/eg1MEQIOvUNSejLNoE4+TJxA8FvpzhcYHK0 7sFfiy1H1xA0quRuyVxe7UozDmXJs/mHQaEeYdhuglYTnpfyw+UdsbWMMEBlnUwQoJwu QNq4zBxpT4lxbMTv3ng4e3JUajYfM0YnUzqWvLNjcSQhLZfByAxAbzJ/+iR9PmxLSPvz /71g== X-Gm-Message-State: AHQUAuYIbzkqaET+kiAnMvlaO/Q0u1g5T3mclCvirrVFoNe8IMg5qO54 0KdxgJ+kXiaOCJbpCYjBmokGH8g7EBoR+w4oH+JhCA== X-Google-Smtp-Source: AHgI3IYilVn2HrdsD9bAB9xRGROe6P5uHEVxNvmGo7jaC6shhUMPoB6z/9j3u8sq2J+ukMxC5cOU8JiBVjvVNN073+Y= X-Received: by 2002:a19:f707:: with SMTP id z7mr7350608lfe.54.1549846578854; Sun, 10 Feb 2019 16:56:18 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Alan Somers Date: Sun, 10 Feb 2019 17:56:07 -0700 Message-ID: Subject: Re: what do jails map 127.0.0.1 to? To: Rick Macklem Cc: "freebsd-current@FreeBSD.org" Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 9B80474E88 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.167.45 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-2.70 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; IP_SCORE(-1.27)[ip: (-0.54), ipnet: 209.85.128.0/17(-3.77), asn: 15169(-1.95), country: US(-0.07)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[45.167.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.43)[-0.431,0]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; 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)[asomers@freebsd.org,asomers@gmail.com]; SUBJECT_ENDS_QUESTION(1.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, 11 Feb 2019 00:56:22 -0000 On Sun, Feb 10, 2019 at 5:51 PM Rick Macklem wrote: > > I am finally back to looking at an old PR#205193. > > The problem is that the nfsuserd daemon expects upcalls from the kernel > that are from localhost (127.0.0.1) and when jails are running on the system, > 127.0.0.1 is mapped to some other IP#. (I think it might be the address of the > first net interface on the machine, but I'm not sure?) > > Is there a way that nfsuserd.c can find out what this IP# is? > (I have a patch that converts nfsuserd.c to using an AF_LOCAL socket, but that > breaks for some setups. I think it was when the directory the socket was being > created in is NFSv4 mounted, but I can't remember exactly how it fails.) > > Thanks for any help with this, rick The easy way would be for nfsuserd to bind a socket to 127.0.0.1, then use getsockname(2) to see what actual address it got bound to. -Alan From owner-freebsd-current@freebsd.org Mon Feb 11 13:05:51 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 68B1B14D6721 for ; Mon, 11 Feb 2019 13:05:51 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.139]) (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 BA4FA6C8ED for ; Mon, 11 Feb 2019 13:05:49 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id tBHHgtXzvnBo4tBHIgv1Oc; Mon, 11 Feb 2019 06:05:42 -0700 X-Authority-Analysis: v=2.3 cv=J8fUEzvS c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=kj9zAlcOel0A:10 a=CFTnQlWoA9kA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=uG6VbmXbA2PrQWnMuBoA:9 a=CjuIK1q_8ugA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=pHzHmUro8NiASowvMSCR:22 a=n87TN5wuljxrRezIQYnT:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 2E15A90E for ; Mon, 11 Feb 2019 05:05:38 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id x1BD5bRi011361 for ; Mon, 11 Feb 2019 05:05:37 -0800 (PST) (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 x1BD5bWZ011358 for ; Mon, 11 Feb 2019 05:05:37 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201902111305.x1BD5bWZ011358@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 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 Subject: Lua Loader Failure to Include Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 11 Feb 2019 05:05:37 -0800 X-CMAE-Envelope: MS4wfCZSiO1X92P9S4iECY5+Y2PL6X1E3lGUfOaq1IwToMxbj92jYCRos3ytMkqnbUvhvNTSw9+UQ6hzVdGeX3lSJD32YDrG9hY+3NKWczZITPbJX/HKEdmL VLtgfEgOCPmbwLRb+KyPuLAz2YbeZkAkSvrXD0rhZKjDrNxw1+rw51jvezBgtk5gH4rDW5b/q5ZW9Q== X-Rspamd-Queue-Id: BA4FA6C8ED X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-4.57 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; MV_CASE(0.50)[]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; MX_GOOD(-0.01)[cached: spqr.komquats.com]; NEURAL_HAM_SHORT(-0.98)[-0.983,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[139.136.59.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; MIME_TRACE(0.00)[0:+]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.zen.spamhaus.org : 127.0.0.11]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_FIVE(0.00)[5]; REPLYTO_EQ_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; 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]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-1.88)[ip: (-4.80), ipnet: 64.59.128.0/20(-2.53), asn: 6327(-1.97), country: CA(-0.09)]; R_SPF_NA(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, 11 Feb 2019 13:05:51 -0000 Hi, Under the old Forth loader the line: include /boot/testbed/test_sys would load the file and execute loader commands. However the the Lua loader results in the following: OK include /boot/testbed/amd64-current-r no error message OK Looking at the code, interp_include() expects to run actual Lua code using luaL_dofile(). Is this an intended change? The loader statements the file above is intending to execute are: echo echo echo testbed/amd64-current-r (12.0-CURRENT) loader file selected set bootdev=disk1s4a: include /boot/testbed/current.hints include /boot/testbed/do_load_KOMQUATS Let me know if I am to rewrite these loader statements into Lua or whether the Lua loader should be taught to read loader statements instead. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Mon Feb 11 15:14:44 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7DAA214D9B7F for ; Mon, 11 Feb 2019 15:14:44 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (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 7F97C71DD5 for ; Mon, 11 Feb 2019 15:14:43 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id tDI1guURinBo4tDI3gvJLi; Mon, 11 Feb 2019 08:14:35 -0700 X-Authority-Analysis: v=2.3 cv=J8fUEzvS c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=CFTnQlWoA9kA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=gjU6SUOc5hvUNde1TpUA:9 a=QEXdDO2ut3YA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from [IPv6:2605:8d80:402:21a7:b4ea:14d:5ab6:be51] (unknown [72.143.222.194]) by spqr.komquats.com (Postfix) with ESMTPSA id DD28AB09; Mon, 11 Feb 2019 07:14:32 -0800 (PST) Date: Mon, 11 Feb 2019 07:14:09 -0800 User-Agent: K-9 Mail for Android In-Reply-To: <201902111305.x1BD5bWZ011358@slippy.cwsent.com> References: <201902111305.x1BD5bWZ011358@slippy.cwsent.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Lua Loader Failure to Include To: freebsd-current@freebsd.org From: Cy Schubert Message-ID: <28B40BDE-BBA1-49F0-9EB5-22859A9812B9@cschubert.com> X-CMAE-Envelope: MS4wfLQNNXlh4JZx/QoTge4kcLMjvR4Bw0fcMMv31IQQVa/Shi/dMYsDq48N4xToeXqzlOWrR60PY9sxCgKroguWdD9h82t5ezcymi5tTgsS37qFIv5bEeVD dDWeSzpfX/awc1lI0mKiWKhDyA62VVKX3ugLOxCiRCvlg3LH7Kdj+QGSaW/GJfwKCUBNG+Haaf2vZA== X-Rspamd-Queue-Id: 7F97C71DD5 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-4.96 / 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_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-1.94)[ip: (-5.09), ipnet: 64.59.128.0/20(-2.54), asn: 6327(-1.98), country: CA(-0.09)]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[cached: spqr.komquats.com]; NEURAL_HAM_SHORT(-0.81)[-0.812,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[137.136.59.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.zen.spamhaus.org : 127.0.0.11]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; MID_RHS_MATCH_FROM(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: Mon, 11 Feb 2019 15:14:44 -0000 On February 11, 2019 5:05:37 AM PST, Cy Schubert wrote: >Hi, > >Under the old Forth loader the line: > > include /boot/testbed/test_sys > >would load the file and execute loader commands=2E > >However the the Lua loader results in the following: > >OK include /boot/testbed/amd64-current-r >no error message >OK > >Looking at the code, interp_include() expects to run actual Lua code=20 >using luaL_dofile()=2E Is this an intended change? > >The loader statements the file above is intending to execute are: > >echo >echo=20 >echo testbed/amd64-current-r (12=2E0-CURRENT) loader file selected >set bootdev=3Ddisk1s4a: >include /boot/testbed/current=2Ehints >include /boot/testbed/do_load_KOMQUATS > >Let me know if I am to rewrite these loader statements into Lua or=20 >whether the Lua loader should be taught to read loader statements=20 >instead=2E Thinking about this while travelling to $JOB, it's probably best to leave = it as is=2E I'll rewrite the includes into Lua=2E The benefit is greater fl= exibility and functionality=2E --=20 Pardon the typos and autocorrect, small keyboard in use=2E Cheers, Cy Schubert FreeBSD UNIX: Web: http://www=2EFreeBSD=2Eorg The need of the many outweighs the greed of the few=2E From owner-freebsd-current@freebsd.org Mon Feb 11 15:21:52 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA5AF14D9D72 for ; Mon, 11 Feb 2019 15:21:52 +0000 (UTC) (envelope-from kevans@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 4EC0B7229F for ; Mon, 11 Feb 2019 15:21:52 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-lj1-f181.google.com (mail-lj1-f181.google.com [209.85.208.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 003518896 for ; Mon, 11 Feb 2019 15:21:51 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lj1-f181.google.com with SMTP id g11-v6so9127511ljk.3 for ; Mon, 11 Feb 2019 07:21:51 -0800 (PST) X-Gm-Message-State: AHQUAuYu0a+9yyaEfxF/f4AoAA3Errk8zWZoYU0VecPnhbmYklqGB+sW X4mSAZtE3xVrH593UMYMBqAdji4ABjSwW+St7no= X-Google-Smtp-Source: AHgI3IbZLqDzCufomUWWuqZbBpxqnyfbBc9orpTSuSVdpnbD54xBw1rokiYdef61xQESOYNVuLccqay7gTkP/a+2DA0= X-Received: by 2002:a2e:9b52:: with SMTP id o18-v6mr21425720ljj.108.1549898510234; Mon, 11 Feb 2019 07:21:50 -0800 (PST) MIME-Version: 1.0 References: <201902111305.x1BD5bWZ011358@slippy.cwsent.com> <28B40BDE-BBA1-49F0-9EB5-22859A9812B9@cschubert.com> In-Reply-To: <28B40BDE-BBA1-49F0-9EB5-22859A9812B9@cschubert.com> From: Kyle Evans Date: Mon, 11 Feb 2019 09:20:53 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Lua Loader Failure to Include To: Cy Schubert Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4EC0B7229F X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.98)[-0.977,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; 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: Mon, 11 Feb 2019 15:21:52 -0000 On Mon, Feb 11, 2019 at 9:14 AM Cy Schubert wrote: > > On February 11, 2019 5:05:37 AM PST, Cy Schubert wrote: > >Hi, > > > >Under the old Forth loader the line: > > > > include /boot/testbed/test_sys > > > >would load the file and execute loader commands. > > > >However the the Lua loader results in the following: > > > >OK include /boot/testbed/amd64-current-r > >no error message > >OK > > > >Looking at the code, interp_include() expects to run actual Lua code > >using luaL_dofile(). Is this an intended change? > > > >The loader statements the file above is intending to execute are: > > > >echo > >echo > >echo testbed/amd64-current-r (12.0-CURRENT) loader file selected > >set bootdev=disk1s4a: > >include /boot/testbed/current.hints > >include /boot/testbed/do_load_KOMQUATS > > > >Let me know if I am to rewrite these loader statements into Lua or > >whether the Lua loader should be taught to read loader statements > >instead. > > Thinking about this while travelling to $JOB, it's probably best to leave it as is. I'll rewrite the includes into Lua. The benefit is greater flexibility and functionality. > Indeed, this is the best course of action. The translation shouldn't be too hard -- the main caveat to note is that your current.hints include likely can't be required in directly, you'll need to run it through config.load(). I intend to write up a wiki page or something for converting common Forth-isms to either portable loader.conf(5) directives or Lua-specific equivalents, depending on the feasibility of the former. Thanks, Kyle Evans From owner-freebsd-current@freebsd.org Mon Feb 11 16:12:08 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 076D514DB759; Mon, 11 Feb 2019 16:12:08 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E30474BC1; Mon, 11 Feb 2019 16:12:07 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1BGC5Iw041349 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 11 Feb 2019 08:12:05 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1BGC5To041348; Mon, 11 Feb 2019 08:12:05 -0800 (PST) (envelope-from sgk) Date: Mon, 11 Feb 2019 08:12:05 -0800 From: Steve Kargl To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org, freebsd-x11@freebsd.org Subject: drm2 removed? Message-ID: <20190211161205.GB41262@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 4E30474BC1 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.71 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(0.10)[ip: (0.22), ipnet: 128.95.0.0/16(0.28), asn: 73(0.08), country: US(-0.07)]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; NEURAL_SPAM_SHORT(0.76)[0.760,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; NEURAL_SPAM_LONG(0.27)[0.271,0]; NEURAL_SPAM_MEDIUM(0.88)[0.884,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; 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: Mon, 11 Feb 2019 16:12:08 -0000 Anyone have any idea which recent change broke the drm-legacy-kmod port. This is why I raised an issue with removal of drm2 from src/sys. How is suppose to be fixed? --- ttm_bo_manager.o --- cc -O2 -pipe -march=core2 -fno-strict-aliasing -march=core2 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/drm2/../src/ -I. -I/usr/src/sys -I/usr/src/sys/contrib/ck/include -fno-common -MD -MF.depend.ttm_bo_manager.o -MTttm_bo_manager.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-address-of-packed-member -mno-aes -mno-avx -std=iso9899:1999 -c /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo_manager.c -o ttm_bo_manager.o --- ttm_bo.o --- /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1501:12: error: use of undeclared identifier 'NPGPTD' 1, 0, VM_MAX_ADDRESS, PAGE_SIZE, 0, VM_MEMATTR_UNCACHEABLE); ^ ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) ^ ./machine/pmap.h:122:19: note: expanded from macro 'PTDPTDI' #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) ^ ./machine/param.h:98:19: note: expanded from macro 'NPDEPTD' #define NPDEPTD (NBPTD / sizeof(pd_entry_t)) ^ ./machine/param.h:96:17: note: expanded from macro 'NBPTD' #define NBPTD (NPGPTD << PAGE_SHIFT) ^ /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1501:12: error: use of undeclared identifier 'pd_entry_t' ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) ^ ./machine/pmap.h:122:19: note: expanded from macro 'PTDPTDI' #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) ^ ./machine/param.h:98:34: note: expanded from macro 'NPDEPTD' #define NPDEPTD (NBPTD / sizeof(pd_entry_t)) ^ /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1501:12: error: use of undeclared identifier 'NTRPPTD' ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) ^ ./machine/pmap.h:122:29: note: expanded from macro 'PTDPTDI' #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) ^ /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1501:12: error: use of undeclared identifier 'NPGPTD' ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) ^ ./machine/pmap.h:122:39: note: expanded from macro 'PTDPTDI' #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) ^ /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1505:10: error: use of undeclared identifier 'NPGPTD' 0, VM_MAX_ADDRESS, PAGE_SIZE, 0)) { ^ ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) ^ ./machine/pmap.h:122:19: note: expanded from macro 'PTDPTDI' #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) ^ ./machine/param.h:98:19: note: expanded from macro 'NPDEPTD' #define NPDEPTD (NBPTD / sizeof(pd_entry_t)) ^ ./machine/param.h:96:17: note: expanded from macro 'NBPTD' #define NBPTD (NPGPTD << PAGE_SHIFT) ^ /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1505:10: error: use of undeclared identifier 'pd_entry_t' ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) ^ ./machine/pmap.h:122:19: note: expanded from macro 'PTDPTDI' #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) ^ ./machine/param.h:98:34: note: expanded from macro 'NPDEPTD' #define NPDEPTD (NBPTD / sizeof(pd_entry_t)) ^ /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1505:10: error: use of undeclared identifier 'NTRPPTD' ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) ^ ./machine/pmap.h:122:29: note: expanded from macro 'PTDPTDI' #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) ^ /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1505:10: error: use of undeclared identifier 'NPGPTD' ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) ^ ./machine/pmap.h:122:39: note: expanded from macro 'PTDPTDI' #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) ^ 8 errors generated. *** [ttm_bo.o] Error code 1 make[4]: stopped in /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/drm2/drm2 1 error make[4]: stopped in /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/drm2/drm2 *** [all_subdir_drm2/drm2] Error code 2 make[3]: stopped in /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/drm2 1 error make[3]: stopped in /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/drm2 *** [all_subdir_drm2] Error code 2 make[2]: stopped in /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058 1 error make[2]: stopped in /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058 ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/graphics/drm-legacy-kmod *** Error code 1 Stop. make: stopped in /usr/ports/graphics/drm-legacy-kmod ===>>> make build failed for graphics/drm-legacy-kmod ===>>> Aborting update ===>>> You can restart from the point of failure with this command line: portmaster graphics/drm-legacy-kmod This command has been saved to /tmp/portmasterfail.txt -- Steve From owner-freebsd-current@freebsd.org Mon Feb 11 16:20:23 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B047414DBA82; Mon, 11 Feb 2019 16:20:23 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F510750C4; Mon, 11 Feb 2019 16:20:22 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1BGKKZP041449 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 11 Feb 2019 08:20:20 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1BGKK6g041448; Mon, 11 Feb 2019 08:20:20 -0800 (PST) (envelope-from sgk) Date: Mon, 11 Feb 2019 08:20:20 -0800 From: Steve Kargl To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org, freebsd-x11@freebsd.org Subject: Re: drm2 removed? Message-ID: <20190211162020.GA41438@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190211161205.GB41262@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190211161205.GB41262@troutmask.apl.washington.edu> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 4F510750C4 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.95 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_MEDIUM(0.90)[0.897,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[washington.edu]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.86)[0.856,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_SPAM_LONG(0.41)[0.407,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.10)[ip: (0.21), ipnet: 128.95.0.0/16(0.28), asn: 73(0.08), country: US(-0.07)] 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, 11 Feb 2019 16:20:23 -0000 On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote: > Anyone have any idea which recent change broke the > drm-legacy-kmod port. This is why I raised an issue > with removal of drm2 from src/sys. How is suppose > to be fixed? > It was r343567. The merging of PAE and NO PAE pmap.h by kib removed all of the missing macros. :( -- Steve From owner-freebsd-current@freebsd.org Mon Feb 11 16:21:08 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 04B3F14DBC26; Mon, 11 Feb 2019 16:21:08 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf1-x433.google.com (mail-pf1-x433.google.com [IPv6:2607:f8b0:4864:20::433]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1422475300; Mon, 11 Feb 2019 16:21:07 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf1-x433.google.com with SMTP id n74so4223643pfi.9; Mon, 11 Feb 2019 08:21:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=JwILD3tLAWSx2pQdnTok2ast0bxB6og6dx1co8NnRNE=; b=Bzu2pv1jgoe4dkH2CVpAQi/8F0CWXrqdvzL7Zmi399xnMo33wuO5dy1O03QlJ8KOd0 XoPsDvcqA45RHHJ5QnG76YYeEkWPU8OdNC1tAl0h26qYFyJYBK/6Po+6wdXkJNpwR4nX poxyyaIfvTP6q+Kr8ZW5QbBItnThqlUFsUjMMNZTsFvYy2wLS54qWS4k0oQovPGNMQdZ qHTrUajYDYSK/l7Bi6aMfvx4TrRqvmZE8JRieO57U6xkpYMjtUwiYKSPPMbKrwJlul2f puJk9mi7+qqfsJ+vnlsOmjBEU2RtCoSbCXNvWMJq6K/GYZRgjL2xiJFnj0oUsRK5hwvc xE5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=JwILD3tLAWSx2pQdnTok2ast0bxB6og6dx1co8NnRNE=; b=il8chlbbFcMgDyogaur4/nFFlv6LSPvDMk/kDmJl1M3ezF2g99qA5NJbLmGUHTsiwj FeuUyL5lq/mg3Z7FzXwkYEcevrtQFqzGcI6pf6tQiYEDG4DHoqoaje0DyhulRAHLMe5T rxQ/xNm6sydtar58jhkbrJBaOADM27xqjYE21v7NhtHwajqr+XLtjDp/tlf71cApj+Kq RnKj6yaJdI38LHyEWycMcRIwSjA2U3MY96kVP4AShSrpfJCFHsqcy/HRRq1IvsXsMEdh gCw4GH5pTC3sDriFcxYjO1nePz5k7GO9+fc4BiYSbbU00Q5MMQ2v5xCDt4fmyw/+ReNc xxLg== X-Gm-Message-State: AHQUAuYEf584QqvDRRNIUQ9rBt0engp2YlkHri21kYdBZKKOFi0OaPzv Vh9H1udGPqtkmwfCyC/Z1oKuFsDh X-Google-Smtp-Source: AHgI3IbUEOqhKWrIt+MtTXIyjr+gQXRrkmxrMA26vfNC/OW7jGX4yCDm45mcwhCQVRzgLpfHKUNf3g== X-Received: by 2002:a63:da42:: with SMTP id l2mr20717100pgj.403.1549902065365; Mon, 11 Feb 2019 08:21:05 -0800 (PST) Received: from [192.168.20.22] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id p7sm15986729pfa.22.2019.02.11.08.21.04 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Feb 2019 08:21:04 -0800 (PST) Mime-Version: 1.0 (1.0) Subject: Re: drm2 removed? From: Enji Cooper X-Mailer: iPhone Mail (16C104) In-Reply-To: <20190211161205.GB41262@troutmask.apl.washington.edu> Date: Mon, 11 Feb 2019 08:21:04 -0800 Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org, freebsd-x11@freebsd.org, kib@FreeBSD.org Message-Id: <845D3498-BB7E-4AB1-AF70-FE597EB9CD4F@gmail.com> References: <20190211161205.GB41262@troutmask.apl.washington.edu> To: sgk@troutmask.apl.washington.edu X-Rspamd-Queue-Id: 1422475300 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Bzu2pv1j; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of yaneurabeya@gmail.com designates 2607:f8b0:4864:20::433 as permitted sender) smtp.mailfrom=yaneurabeya@gmail.com X-Spamd-Result: default: False [-4.93 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.98)[-0.977,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-2.45)[ip: (-7.73), ipnet: 2607:f8b0::/32(-2.48), asn: 15169(-1.96), country: US(-0.07)]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/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]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SUBJECT_ENDS_QUESTION(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.3.4.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]; RCVD_TLS_LAST(0.00)[] Content-Type: text/plain; charset=us-ascii 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, 11 Feb 2019 16:21:08 -0000 Hi Steve, This looks like breakage from unifying PAE and non-PAE kernels in r34356= 7. CCing kib@ for context. Cheers, -Enji > On Feb 11, 2019, at 08:12, Steve Kargl w= rote: >=20 > Anyone have any idea which recent change broke the > drm-legacy-kmod port. This is why I raised an issue > with removal of drm2 from src/sys. How is suppose > to be fixed? >=20 >=20 > --- ttm_bo_manager.o --- > cc -O2 -pipe -march=3Dcore2 -fno-strict-aliasing -march=3Dcore2 -Werror -= D_KERNEL -DKLD_MODULE -nostdinc -I/usr/ports/graphics/drm-legacy-kmod/work/= drm-legacy-50ea058/drm2/../src/ -I. -I/usr/src/sys -I/usr/src/sys/contrib/ck= /include -fno-common -MD -MF.depend.ttm_bo_manager.o -MTttm_bo_manager.= o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__f= reebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkno= wn-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-= parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno= -error-shift-negative-value -Wno-address-of-packed-member -mno-aes -mno-avx= -std=3Diso9899:1999 -c /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy= -50ea058/src/dev/drm2/ttm/ttm_bo_manager.c -o ttm_bo_manager.o > --- ttm_bo.o --- > /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/t= tm/ttm_bo.c:1501:12: error: use of undeclared identifier 'NPGPTD' > 1, 0, VM_MAX_ADDRESS, PAGE_SIZE, 0, VM_MEMATTR_UNCACHEABLE); > ^ > ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' > #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) > ^ > ./machine/pmap.h:122:19: note: expanded from macro 'PTDPTDI' > #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) > ^ > ./machine/param.h:98:19: note: expanded from macro 'NPDEPTD' > #define NPDEPTD (NBPTD / sizeof(pd_entry_t)) > ^ > ./machine/param.h:96:17: note: expanded from macro 'NBPTD' > #define NBPTD (NPGPTD << PAGE_SHIFT) > ^ > /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/t= tm/ttm_bo.c:1501:12: error: use of undeclared identifier 'pd_entry_t' > ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' > #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) > ^ > ./machine/pmap.h:122:19: note: expanded from macro 'PTDPTDI' > #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) > ^ > ./machine/param.h:98:34: note: expanded from macro 'NPDEPTD' > #define NPDEPTD (NBPTD / sizeof(pd_entry_t)) > ^ > /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/t= tm/ttm_bo.c:1501:12: error: use of undeclared identifier 'NTRPPTD' > ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' > #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) > ^ > ./machine/pmap.h:122:29: note: expanded from macro 'PTDPTDI' > #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) > ^ > /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/t= tm/ttm_bo.c:1501:12: error: use of undeclared identifier 'NPGPTD' > ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' > #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) > ^ > ./machine/pmap.h:122:39: note: expanded from macro 'PTDPTDI' > #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) > ^ > /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/t= tm/ttm_bo.c:1505:10: error: use of undeclared identifier 'NPGPTD' > 0, VM_MAX_ADDRESS, PAGE_SIZE, 0)) { > ^ > ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' > #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) > ^ > ./machine/pmap.h:122:19: note: expanded from macro 'PTDPTDI' > #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) > ^ > ./machine/param.h:98:19: note: expanded from macro 'NPDEPTD' > #define NPDEPTD (NBPTD / sizeof(pd_entry_t)) > ^ > ./machine/param.h:96:17: note: expanded from macro 'NBPTD' > #define NBPTD (NPGPTD << PAGE_SHIFT) > ^ > /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/t= tm/ttm_bo.c:1505:10: error: use of undeclared identifier 'pd_entry_t' > ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' > #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) > ^ > ./machine/pmap.h:122:19: note: expanded from macro 'PTDPTDI' > #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) > ^ > ./machine/param.h:98:34: note: expanded from macro 'NPDEPTD' > #define NPDEPTD (NBPTD / sizeof(pd_entry_t)) > ^ > /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/t= tm/ttm_bo.c:1505:10: error: use of undeclared identifier 'NTRPPTD' > ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' > #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) > ^ > ./machine/pmap.h:122:29: note: expanded from macro 'PTDPTDI' > #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) > ^ > /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/t= tm/ttm_bo.c:1505:10: error: use of undeclared identifier 'NPGPTD' > ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' > #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) > ^ > ./machine/pmap.h:122:39: note: expanded from macro 'PTDPTDI' > #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) > ^ > 8 errors generated. > *** [ttm_bo.o] Error code 1 >=20 > make[4]: stopped in /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50= ea058/drm2/drm2 > 1 error >=20 > make[4]: stopped in /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50= ea058/drm2/drm2 > *** [all_subdir_drm2/drm2] Error code 2 >=20 > make[3]: stopped in /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50= ea058/drm2 > 1 error >=20 > make[3]: stopped in /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50= ea058/drm2 > *** [all_subdir_drm2] Error code 2 >=20 > make[2]: stopped in /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50= ea058 > 1 error >=20 > make[2]: stopped in /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50= ea058 > =3D=3D=3D> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure= to > the maintainer. > *** Error code 1 >=20 > Stop. > make[1]: stopped in /usr/ports/graphics/drm-legacy-kmod > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/graphics/drm-legacy-kmod >=20 > =3D=3D=3D>>> make build failed for graphics/drm-legacy-kmod > =3D=3D=3D>>> Aborting update >=20 >=20 > =3D=3D=3D>>> You can restart from the point of failure with this command l= ine: > portmaster graphics/drm-legacy-kmod=20 >=20 > This command has been saved to /tmp/portmasterfail.txt >=20 > --=20 > Steve > _______________________________________________ > 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 Feb 11 16:22:48 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 99E3C14DBD68; Mon, 11 Feb 2019 16:22:48 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (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 5477975506; Mon, 11 Feb 2019 16:22:46 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [176.74.212.121]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 5E732260446; Mon, 11 Feb 2019 17:22:44 +0100 (CET) Subject: Re: drm2 removed? To: sgk@troutmask.apl.washington.edu, freebsd-current@freebsd.org, freebsd-ports@freebsd.org, freebsd-x11@freebsd.org, Konstantin Belousov References: <20190211161205.GB41262@troutmask.apl.washington.edu> From: Hans Petter Selasky Message-ID: <42753ee1-008a-2c35-4319-37ebb1c4d0f1@selasky.org> Date: Mon, 11 Feb 2019 17:20:19 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <20190211161205.GB41262@troutmask.apl.washington.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 5477975506 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-4.93 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[selasky.org]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mail.turbocat.net]; NEURAL_HAM_SHORT(-0.91)[-0.905,0]; IP_SCORE(-2.72)[ip: (-8.90), ipnet: 2a01:4f8::/29(-2.41), asn: 24940(-2.26), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; 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: Mon, 11 Feb 2019 16:22:48 -0000 On 2/11/19 5:12 PM, Steve Kargl wrote: > Anyone have any idea which recent change broke the > drm-legacy-kmod port. This is why I raised an issue > with removal of drm2 from src/sys. How is suppose > to be fixed? > > > --- ttm_bo_manager.o --- > cc -O2 -pipe -march=core2 -fno-strict-aliasing -march=core2 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/drm2/../src/ -I. -I/usr/src/sys -I/usr/src/sys/contrib/ck/include -fno-common -MD -MF.depend.ttm_bo_manager.o -MTttm_bo_manager.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-address-of-packed-member -mno-aes -mno-avx -std=iso9899:1999 -c /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo_manager.c -o ttm_bo_manager.o > --- ttm_bo.o --- > /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1501:12: error: use of undeclared identifier 'NPGPTD' > 1, 0, VM_MAX_ADDRESS, PAGE_SIZE, 0, VM_MEMATTR_UNCACHEABLE); > ^ > ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' > #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) > ^ > ./machine/pmap.h:122:19: note: expanded from macro 'PTDPTDI' > #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) > ^ > ./machine/param.h:98:19: note: expanded from macro 'NPDEPTD' > #define NPDEPTD (NBPTD / sizeof(pd_entry_t)) > ^ > ./machine/param.h:96:17: note: expanded from macro 'NBPTD' > #define NBPTD (NPGPTD << PAGE_SHIFT) > ^ > /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1501:12: error: use of undeclared identifier 'pd_entry_t' > ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' > #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) > ^ > ./machine/pmap.h:122:19: note: expanded from macro 'PTDPTDI' > #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) > ^ > ./machine/param.h:98:34: note: expanded from macro 'NPDEPTD' > #define NPDEPTD (NBPTD / sizeof(pd_entry_t)) > ^ > /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1501:12: error: use of undeclared identifier 'NTRPPTD' > ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' > #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) > ^ > ./machine/pmap.h:122:29: note: expanded from macro 'PTDPTDI' > #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) > ^ > /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1501:12: error: use of undeclared identifier 'NPGPTD' > ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' > #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) > ^ > ./machine/pmap.h:122:39: note: expanded from macro 'PTDPTDI' > #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) > ^ > /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1505:10: error: use of undeclared identifier 'NPGPTD' > 0, VM_MAX_ADDRESS, PAGE_SIZE, 0)) { > ^ > ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' > #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) > ^ > ./machine/pmap.h:122:19: note: expanded from macro 'PTDPTDI' > #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) > ^ > ./machine/param.h:98:19: note: expanded from macro 'NPDEPTD' > #define NPDEPTD (NBPTD / sizeof(pd_entry_t)) > ^ > ./machine/param.h:96:17: note: expanded from macro 'NBPTD' > #define NBPTD (NPGPTD << PAGE_SHIFT) > ^ > /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1505:10: error: use of undeclared identifier 'pd_entry_t' > ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' > #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) > ^ > ./machine/pmap.h:122:19: note: expanded from macro 'PTDPTDI' > #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) > ^ > ./machine/param.h:98:34: note: expanded from macro 'NPDEPTD' > #define NPDEPTD (NBPTD / sizeof(pd_entry_t)) > ^ > /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1505:10: error: use of undeclared identifier 'NTRPPTD' > ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' > #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) > ^ > ./machine/pmap.h:122:29: note: expanded from macro 'PTDPTDI' > #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) > ^ > /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1505:10: error: use of undeclared identifier 'NPGPTD' > ./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS' > #define VM_MAX_ADDRESS VADDR(PTDPTDI, 0) > ^ > ./machine/pmap.h:122:39: note: expanded from macro 'PTDPTDI' > #define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD) > ^ > 8 errors generated. > *** [ttm_bo.o] Error code 1 > > make[4]: stopped in /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/drm2/drm2 > 1 error > > make[4]: stopped in /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/drm2/drm2 > *** [all_subdir_drm2/drm2] Error code 2 > > make[3]: stopped in /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/drm2 > 1 error > > make[3]: stopped in /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/drm2 > *** [all_subdir_drm2] Error code 2 > > make[2]: stopped in /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058 > 1 error > > make[2]: stopped in /usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058 > ===> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > the maintainer. > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/graphics/drm-legacy-kmod > *** Error code 1 > > Stop. > make: stopped in /usr/ports/graphics/drm-legacy-kmod > > ===>>> make build failed for graphics/drm-legacy-kmod > ===>>> Aborting update > > > ===>>> You can restart from the point of failure with this command line: > portmaster graphics/drm-legacy-kmod > > This command has been saved to /tmp/portmasterfail.txt > Hi, Looks like this commit removed the definitions you need: https://svnweb.freebsd.org/changeset/base/343567 --HPS From owner-freebsd-current@freebsd.org Mon Feb 11 16:24:08 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B4D8D14DBE84; Mon, 11 Feb 2019 16:24:08 +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 BC52A75676; Mon, 11 Feb 2019 16:24:06 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 43yrhG75WVzDjTm; Mon, 11 Feb 2019 16:23:58 +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=1549902238; bh=d9Q6dup3UItqfQ3tbRmaUsQQ dUjnKuDNyC2yYgnayDo=; b=IfRq3xeLuInlH33Yst5aVrBBLcl6qJUJu08TELAA N/xYNEGukOc/G4wXfITxpE7r3i7d3xjd2nRTNMvUJ8rBce1TREdbR4hi+8z5vszY q/WEdIhIYqZRrZT+E6lM/R1ScrCEw9JAtKipY5WP1JZslEA62pu/uKQYGAFBYAvY iNs= 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 M8CdBL61aRYk; Mon, 11 Feb 2019 16:23:58 +0000 (UTC) Received: from garnet.daemonic.se (unknown [94.136.80.38]) by mail.daemonic.se (Postfix) with ESMTPSA id 43yrhG2yFnzDjTh; Mon, 11 Feb 2019 16:23:58 +0000 (UTC) Subject: Re: drm2 removed? To: sgk@troutmask.apl.washington.edu, freebsd-current@freebsd.org, freebsd-ports@freebsd.org, freebsd-x11@freebsd.org References: <20190211161205.GB41262@troutmask.apl.washington.edu> <20190211162020.GA41438@troutmask.apl.washington.edu> From: Niclas Zeising Message-ID: <63d8efaa-d732-a0ec-9c0a-6f41759e75e8@daemonic.se> Date: Mon, 11 Feb 2019 17:23:57 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: <20190211162020.GA41438@troutmask.apl.washington.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: BC52A75676 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=IfRq3xeL; 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.62 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; IP_SCORE(-3.75)[ip: (-9.84), ipnet: 176.58.89.0/24(-4.92), asn: 36236(-3.90), country: US(-0.07)]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mail.daemonic.se]; DKIM_TRACE(0.00)[daemonic.se:+]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; NEURAL_HAM_SHORT(-0.86)[-0.865,0]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; 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, 11 Feb 2019 16:24:08 -0000 On 2/11/19 5:20 PM, Steve Kargl wrote: > On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote: >> Anyone have any idea which recent change broke the >> drm-legacy-kmod port. This is why I raised an issue >> with removal of drm2 from src/sys. How is suppose >> to be fixed? >> > > It was r343567. The merging of PAE and NO PAE pmap.h > by kib removed all of the missing macros. :( > The code is still in base, but disabled by default. I have to have a look at this, but it might take a couple of days before we have a fix. Regards -- Niclas From owner-freebsd-current@freebsd.org Mon Feb 11 16:33:30 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5257314DC7C7 for ; Mon, 11 Feb 2019 16:33:30 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-ot1-x32e.google.com (mail-ot1-x32e.google.com [IPv6:2607:f8b0:4864:20::32e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5699F76497 for ; Mon, 11 Feb 2019 16:33:29 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-ot1-x32e.google.com with SMTP id b3so2358361otp.4 for ; Mon, 11 Feb 2019 08:33:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:openpgp:autocrypt:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=uvb33blN1CqRjPUq8P7wLejLwH8cM7EVvnERy32RniE=; b=COm0yD9cwvpEah/GxORmxia9u+YmKyEYGJxt1cJpb/sL1qTq3XNwCLi7a9hOxSuk8/ 55MeCN3zggvql2Z70v6mAc2jKW2HmgmZVNGjTWV8j7Gj9uGKO/2P7+LC3lc63cgBFkOa 30Q1p5JwPekgDPIXuwd4oG4VOgnXr+RvHAomJ/gfOeBSS7gWoW/LBEF2ZZwggld+A5Xg EcYYlx2O9UnuYEjwHTfCFqHiheeqxGMdiovdi5xmlD+rK0WsId34MEHq43J0M2cbdiU9 IAHUunKv3NjwYJxhxeNYFjxJiZIinmSVbC0/D9UcHFBEgnlbSgJM9PDBxGlTgIRZX/vd WyDw== 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:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding:content-language; bh=uvb33blN1CqRjPUq8P7wLejLwH8cM7EVvnERy32RniE=; b=LRejB4ghOspS1N3clLQrE15kDR4T39o2DOwgT6g8L45TPjdk83qKWB6ZWkjflw4Y7q DKxyXD0pdraimGA3bkbvdE4d+VSSP8CnnKrRSB+xor9djGSCRpJoBhRrbHPl9n0HLtEC dhg4cW4LVZhp1buJN+u3rvOlZAqyKaaKndoShAQCrCq5PK3fKnCiXroFyz3VtMJnk3/Q /U1gA8jsv8rSGa67SGE55KsRqy4BCoYCc7fAgtnF7d1pW9ruFNJ7mDGZB+sxWR+yVWIa X9S2tRuCqIbHrrN6SGCe6SteHKdl6vsUVJXBY4caLsrqRVI022DDbnTWFOCOTaWwxGgr lc2w== X-Gm-Message-State: AHQUAubkCg5kN/UjrczqfjOYJrxN1h5ZHJJqSDQMPM2V7+qjMXS7OAPe ITY6XB1SdvrDNvI5ujboWcDUelgA X-Google-Smtp-Source: AHgI3IZVJaMvnQhkqS3ZeVBkrt4W5RUhtkdiN01JkDFjjBvBmXYGACQVSna4GnApTIXog/92e+Zbsg== X-Received: by 2002:a9d:644b:: with SMTP id m11mr17280177otl.90.1549902808059; Mon, 11 Feb 2019 08:33:28 -0800 (PST) Received: from [192.168.1.33] ([81.174.250.12]) by smtp.gmail.com with ESMTPSA id h2sm4318104oti.76.2019.02.11.08.33.26 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Feb 2019 08:33:27 -0800 (PST) Subject: Re: drm2 removed? To: freebsd-current@freebsd.org References: <20190211161205.GB41262@troutmask.apl.washington.edu> <20190211162020.GA41438@troutmask.apl.washington.edu> <63d8efaa-d732-a0ec-9c0a-6f41759e75e8@daemonic.se> From: Johannes Lundberg Openpgp: preference=signencrypt Autocrypt: addr=johalun0@gmail.com; keydata= mQINBFxFmoIBEADoFO5jY+Fmsg44KiZjufEmpEf4kt7nCOfxNG9SruWpoXUaq0B296F+fIZC hNZqv1v7lGTsfoWRusxJmLd5CQgHHxEyruZbbPpNsQ/JKoDY3GGmrmWfN/SX3y0t0kdB9HsW mJcvZhK7we52f4gxddIVBS9nQoVoONX+hzXf8zwOAa0ik0EPgEwpIKS4j9lLq4bU+mqVKdRR bPeDujEA/qbsCKhaFJkPzXZtzEe6srq4RK1doEztwnKz02b+8gs642TRkWDQeTRZputrAaoN Un4R76A1QpXWyrFG1dQu48IGHi3KbkrvNyq6R1aUBIA0+CG1npIbxmc2mtSjoyvdipmDRbBD +mhECIxmYfBT6818zuj91XjrfOyfVdV2BryBvqFkJLkS3N3QElBIiVdDgdrqiNFWiOlDMxNI tdP16oQBNo8IB27/0YHpnQEw1MafZv5gG5DO0zLtLy88ASAfL7BYf90JP19rT4JIwnxsXxyv kEJnzhsXf0QVObEiAu1MqeFyWfZ8PpunmvEmJ0VChOL+v/kIx1E9cxhhzMZhqiMXfyM4zx2+ BF1FwAwJYPuJLu2B3L0uVBu+M1YvSOmKAbXPDP8PsqPjgSBTYI51MUjuuxN6jSsHDuK6G5k4 pUWR8axa+wafhd6Vz8zVwdTJZ9LdxgLLVg0kprBgccPHhPAZVQARAQABtCZKb2hhbm5lcyBM dW5kYmVyZyA8am9oYWx1bjBAZ21haWwuY29tPokCVAQTAQgAPhYhBIl1Pb3+hI60ivmRSULn yG4BGvSeBQJcRZqCAhsjBQkJZgGABQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAAAoJEELnyG4B GvSe9O0P/RzeQAu1R37RlONZTXNn+qIAHvHbZEhzrCibzaZnwYdC31wGrYmXNDyiQIqOngFf QJuufQtH/+95OESJsjR+42L/pNfFdaEWxiI003qE7uCMzLK5UWUXd/5d5vYY0CaPyNCj1tyM ZIq7x4CaR3QLTh/Fw4zMUI/ZPH2S5SxVFGv0ZZFAdNYILD3qCkAS/9HmXsqufBWbfutA8TTf wyJfywmvf7ENjlZ4QOjb242ZY9NndqbmqTgWVAws+PN5e9AT8HkadscCTCSkYnxJyYG2El27 DpAAkekYplb/C0j82KSz2fy9RgwD+tTqt88DJOeFbIbrYt44u7KLHpzaZeqyUtn0reHCkE0W lnKH2kXXbuswFB4sONxI/J5+qSmOsAm5ItO3voyjm/swpmFR1yBlxo4th26gbO5NfBOK9YsY zHKgiRDv6ZdnHo+htphRxcCDHsFPzkQe5jouI25dvMZYl1LaTS/09lwYVwVIB2SFmMtFZ7rB N4NBSzPlpsg+g4dJNqiw6Rfa2Q/wUv+MzTJgLtHjDccXlpm33Nc09UytHFtNn26PO/zrM39r TwzdLu1mg0x2WWEWTIqe4CaczQU9SIg49BSyJNoPSZx3V7nMhTKbOeQKR5aV3dXI66aENw86 pa1tipuUKCPmope/GTJatUgPiD3JkyiD+7c1zQX2UAGmuQINBFxFmoIBEACb55RAkM59huAx 4Ddd8WBjsw25qf7rzxeRKAQ7or/8LvJBYQDPXZy0RhkRiu+P+MjxwGb6HVh+LDyAYDn9d8Mt ZqCP/dOGNcl7pkb6IhfRc3i5neckXCYfbm0cigiX9JkqZSt3KT96zbjCxsFZKyIyEFsMl46q 7wKWK5Irj3zxV/Z51JNTJyMLcIRWhY8G6qlMNFgZkz2Hv63w6BRekKVImOmOdThLAscy5ybq 2CIUeAwPG7lMYG9rgcPdn3tMPeWlLmUmi5pSwOQ3AKg3xFrW3WfegjRHdqpeuXoeTjYPPCW4 gyl59uv6E12a6eivItCxj67vlBXgOr4um+zoPyXG/WfidIFtWaEgyBrlGR1Klk7SIcqjEHUA FdiM+PweY4opHXXKn60NOZCqBJ59K43drOQgRouz8E2T3yEoYg40xAfY3lhJV/Vx5+kSTjmy sT2xotlPn/GzfaAEvNuJDK+Mec3LvfbbDoOWFolNyEvoMQqF5Q3A8eGqYsoVGBPxyzNvF2iY LkymxiXpgrSN0Q/LOK7pFlWwbVC8Z6g5I0J9ecgD55dGLoX2luLir787XX/JxGffzbRnP9NE ifenJGrQmx4CyEaz/CHQqSbROm5Uo/YFUX9J7OfUO4mtu90j773j32I3psey/Fz3EC/A2PHv Ghb0KsWYpS3Pj5TV1gGyswARAQABiQI8BBgBCAAmFiEEiXU9vf6EjrSK+ZFJQufIbgEa9J4F AlxFmoICGwwFCQlmAYAACgkQQufIbgEa9J7qOQ//YG/4e69YTSjtiYLXzBI8tRU2Sx+NFByx zx+C/r0EBThLtgRwCqEUZRB7iIDSO8aZ0Qa3vwWRohlD1tn/LBdDFfMmuQkNVdLIrjBoGBB9 B5xHdZJ9xnTZEwpTtk6IWolT4j+8rpGemGKKiFo3X6l02On4Qb4iM7h6rcDb76mfwooNYzB3 8PPcLvyOWb/9iCXAb5N7doo5zmOl15DVwvIF04eXU0q1FFj/iS1zNmtZ5Got82O1TQFV+de4 Rb3YA80IZhhhCiHHJqkMKeKQogRqU+UNDBARUBxfUtKsJtQzTQ2JUGwkb6X6bx53FTLP6O9q hDoODVweE1LdB1k1H5Nn+gawPdRMBqj43Y2amK7KEgoTBrwU04CLpKiaAC0S+EcJFfJcwtpK k3F+uTtP/hnhFnWbn8SgRkHKXKWqSCt63NstXhMzAJut1gEzV+CcPNKqa/sFgQaYEvzCS5Kl F/PXj0++f3TIFqT+2ZNNp8Bz8dT7gh8RPPg5oYQiCHH8K1RAmq7gKqmwyg0qgOazHnped+od X4f3qx320JAP6NP9wglDm6eht48NJzb0sffN8z34wrP66oz8oPKtS5CFV0m/384hEg0lmi3W wo2Hno7rA1etTPJX0dI6/GLlQDtNTHvKQ077HQdWVOMQVWC9j7YH7Zr9NjtOvxcNVRX3fxpJ 6CE= X-Tagtoolbar-Keys: D20190211163324542 Message-ID: <28d6e38a-3c8d-ca97-b2d9-812488b197cd@gmail.com> Date: Mon, 11 Feb 2019 16:33:24 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <63d8efaa-d732-a0ec-9c0a-6f41759e75e8@daemonic.se> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 5699F76497 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=COm0yD9c; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of johalun0@gmail.com designates 2607:f8b0:4864:20::32e as permitted sender) smtp.mailfrom=johalun0@gmail.com X-Spamd-Result: default: False [-5.58 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0: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]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.98)[-0.976,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/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]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.59)[ip: (-8.44), ipnet: 2607:f8b0::/32(-2.48), asn: 15169(-1.95), country: US(-0.07)]; RCVD_IN_DNSWL_NONE(0.00)[e.2.3.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]; SUBJECT_ENDS_QUESTION(1.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, 11 Feb 2019 16:33:30 -0000 On 2/11/19 4:23 PM, Niclas Zeising wrote: > On 2/11/19 5:20 PM, Steve Kargl wrote: >> On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote: >>> Anyone have any idea which recent change broke the >>> drm-legacy-kmod port.  This is why I raised an issue >>> with removal of drm2 from src/sys.  How is suppose >>> to be fixed? >>> >> >> It was r343567.  The merging of PAE and NO PAE pmap.h >> by kib removed all of the missing macros. :( >> > > The code is still in base, but disabled by default.  I have to have a > look at this, but it might take a couple of days before we have a fix. > Regards Commit from 12 days ago and we get the news now... Any progress on the CI for drm modules? From owner-freebsd-current@freebsd.org Mon Feb 11 16:40:55 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 595C614DCC96 for ; Mon, 11 Feb 2019 16:40:55 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 80C887696D for ; Mon, 11 Feb 2019 16:40:53 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1BGeptP041745 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 11 Feb 2019 08:40:51 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1BGepSf041744; Mon, 11 Feb 2019 08:40:51 -0800 (PST) (envelope-from sgk) Date: Mon, 11 Feb 2019 08:40:51 -0800 From: Steve Kargl To: Johannes Lundberg Cc: freebsd-current@freebsd.org Subject: Re: drm2 removed? Message-ID: <20190211164051.GA41734@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190211161205.GB41262@troutmask.apl.washington.edu> <20190211162020.GA41438@troutmask.apl.washington.edu> <63d8efaa-d732-a0ec-9c0a-6f41759e75e8@daemonic.se> <28d6e38a-3c8d-ca97-b2d9-812488b197cd@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <28d6e38a-3c8d-ca97-b2d9-812488b197cd@gmail.com> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 80C887696D X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.71 / 15.00]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; TO_DN_SOME(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.11)[-0.108,0]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.10)[ip: (0.21), ipnet: 128.95.0.0/16(0.27), asn: 73(0.08), country: US(-0.07)]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.05)[-0.049,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.08)[0.076,0]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(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, 11 Feb 2019 16:40:55 -0000 On Mon, Feb 11, 2019 at 04:33:24PM +0000, Johannes Lundberg wrote: > > On 2/11/19 4:23 PM, Niclas Zeising wrote: > > On 2/11/19 5:20 PM, Steve Kargl wrote: > >> On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote: > >>> Anyone have any idea which recent change broke the > >>> drm-legacy-kmod port.  This is why I raised an issue > >>> with removal of drm2 from src/sys.  How is suppose > >>> to be fixed? > >>> > >> > >> It was r343567.  The merging of PAE and NO PAE pmap.h > >> by kib removed all of the missing macros. :( > >> > > > > The code is still in base, but disabled by default.  I have to have a > > look at this, but it might take a couple of days before we have a fix. > > Regards > > Commit from 12 days ago and we get the news now... Any progress on the > CI for drm modules? > The commit ends with In collaboarion with: pho Discussed with: emaste Reviewed by: markj MFC after: 2 weeks Sponsored by: The FreeBSD Foundation Differential revision: https://reviews.freebsd.org/D18894 No exp-run over ports. You'll likely see more reports when the indicated MFC occurs in a day or two. -- Steve From owner-freebsd-current@freebsd.org Mon Feb 11 17:05:08 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D65F414DD819; Mon, 11 Feb 2019 17:05:07 +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 D5AA277C79; Mon, 11 Feb 2019 17:05:06 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 43ysbh6fdlzDjTk; Mon, 11 Feb 2019 17:05:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= 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= 1549904704; bh=jK9eiXbQCyaA+oPshK1JJs9RShMpO/i9Jp9VX9QqrYQ=; b=X q26PMPACOwfAfo4XohTuVqKJBbEpzS2X+0rJ6jV1BFFr3tBH0u4uHIbKGKLMfHRw pSwcca5U4u3At3l3foyHu3wAj2VKTK7CCSKE7r80jStKp3cva53+bWpiu3svNfsl taMsF6UeXEl2uBqkvNutf/YzKKbxW3gPGoUR57emRM= 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 SzWcG5hKKrkp; Mon, 11 Feb 2019 17:05:04 +0000 (UTC) Received: from garnet.daemonic.se (unknown [94.136.80.38]) by mail.daemonic.se (Postfix) with ESMTPSA id 43ysbg6RDbzDjTh; Mon, 11 Feb 2019 17:05:03 +0000 (UTC) Subject: Re: drm2 removed? To: sgk@troutmask.apl.washington.edu, freebsd-current@freebsd.org, freebsd-ports@freebsd.org, freebsd-x11@freebsd.org References: <20190211161205.GB41262@troutmask.apl.washington.edu> <20190211162020.GA41438@troutmask.apl.washington.edu> From: Niclas Zeising Message-ID: Date: Mon, 11 Feb 2019 18:05:03 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: <20190211162020.GA41438@troutmask.apl.washington.edu> Content-Type: multipart/mixed; boundary="------------96EE4439F12F7EC06E6BB24F" Content-Language: en-US X-Rspamd-Queue-Id: D5AA277C79 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=X q26PMP; 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.62 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[daemonic.se:+]; MX_GOOD(-0.01)[cached: mail.daemonic.se]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; NEURAL_HAM_SHORT(-0.98)[-0.976,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-3.73)[ip: (-9.79), ipnet: 2607:f740:d::/48(-4.89), asn: 36236(-3.90), country: US(-0.07)]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:36236, ipnet:2607:f740:d::/48, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TAGGED_FROM(0.00)[freebsd]; MIME_UNKNOWN(0.10)[text/x-patch]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(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, 11 Feb 2019 17:05:08 -0000 This is a multi-part message in MIME format. --------------96EE4439F12F7EC06E6BB24F Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 2/11/19 5:20 PM, Steve Kargl wrote: > On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote: >> Anyone have any idea which recent change broke the >> drm-legacy-kmod port. This is why I raised an issue >> with removal of drm2 from src/sys. How is suppose >> to be fixed? >> > > It was r343567. The merging of PAE and NO PAE pmap.h > by kib removed all of the missing macros. :( > Can you give attached patch a spin? Thanks! Regards -- Niclas --------------96EE4439F12F7EC06E6BB24F Content-Type: text/x-patch; name="ports.graphics.drm-legacy-kmod.20190211.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ports.graphics.drm-legacy-kmod.20190211.diff" Index: graphics/drm-legacy-kmod/Makefile =================================================================== --- graphics/drm-legacy-kmod/Makefile (revision 492695) +++ graphics/drm-legacy-kmod/Makefile (working copy) @@ -22,7 +22,7 @@ USE_GITHUB= yes GH_ACCOUNT= FreeBSDDesktop GH_PROJECT= drm-legacy -GH_TAGNAME= 50ea058 +GH_TAGNAME= 1550ba3 .include Index: graphics/drm-legacy-kmod/distinfo =================================================================== --- graphics/drm-legacy-kmod/distinfo (revision 492695) +++ graphics/drm-legacy-kmod/distinfo (working copy) @@ -1,3 +1,3 @@ -TIMESTAMP = 1548274203 -SHA256 (FreeBSDDesktop-drm-legacy-g20190109-50ea058_GH0.tar.gz) = aec43a977d644c65cd1a59297d6d6fd0a8df085932ebc7e2feb1af0823d4fbfe -SIZE (FreeBSDDesktop-drm-legacy-g20190109-50ea058_GH0.tar.gz) = 1676264 +TIMESTAMP = 1549903495 +SHA256 (FreeBSDDesktop-drm-legacy-g20190109-1550ba3_GH0.tar.gz) = 2922cd4a12594a3e431dd2eaac2780957ee6285fc0fc7eb6484d32e051c199a4 +SIZE (FreeBSDDesktop-drm-legacy-g20190109-1550ba3_GH0.tar.gz) = 1675960 --------------96EE4439F12F7EC06E6BB24F-- From owner-freebsd-current@freebsd.org Mon Feb 11 17:11:00 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F92E14DDC7C for ; Mon, 11 Feb 2019 17:11:00 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.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 BF73D801A7 for ; Mon, 11 Feb 2019 17:10:58 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x1BHAuES071773; Mon, 11 Feb 2019 09:10:56 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id x1BHAuvL071772; Mon, 11 Feb 2019 09:10:56 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201902111710.x1BHAuvL071772@pdx.rh.CN85.dnsmgr.net> Subject: Re: drm2 removed? In-Reply-To: <20190211164051.GA41734@troutmask.apl.washington.edu> To: sgk@troutmask.apl.washington.edu Date: Mon, 11 Feb 2019 09:10:56 -0800 (PST) CC: Johannes Lundberg , freebsd-current@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: BF73D801A7 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.27 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.15)[-0.147,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.45)[-0.454,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: pdx.rh.CN85.dnsmgr.net]; NEURAL_HAM_SHORT(-0.01)[-0.008,0]; IP_SCORE(-0.01)[ip: (0.02), ipnet: 69.59.192.0/19(0.01), asn: 13868(-0.02), country: US(-0.07)]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; FREEMAIL_CC(0.00)[gmail.com]; 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, 11 Feb 2019 17:11:00 -0000 > On Mon, Feb 11, 2019 at 04:33:24PM +0000, Johannes Lundberg wrote: > > > > On 2/11/19 4:23 PM, Niclas Zeising wrote: > > > On 2/11/19 5:20 PM, Steve Kargl wrote: > > >> On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote: > > >>> Anyone have any idea which recent change broke the > > >>> drm-legacy-kmod port.? This is why I raised an issue > > >>> with removal of drm2 from src/sys.? How is suppose > > >>> to be fixed? > > >>> > > >> > > >> It was r343567.? The merging of PAE and NO PAE pmap.h > > >> by kib removed all of the missing macros. :( > > >> > > > > > > The code is still in base, but disabled by default.? I have to have a > > > look at this, but it might take a couple of days before we have a fix. > > > Regards > > > > Commit from 12 days ago and we get the news now... Any progress on the > > CI for drm modules? > > > > The commit ends with > > In collaboarion with: pho > Discussed with: emaste > Reviewed by: markj > MFC after: 2 weeks > Sponsored by: The FreeBSD Foundation > Differential revision: https://reviews.freebsd.org/D18894 > > No exp-run over ports. You'll likely see more reports when > the indicated MFC occurs in a day or two. If this breaks drm2, it must not be MFC'ed until that breakage is fixed, and I am sure kib knows that. I doubt there was any intent to brek drm2, it seems to have been over looked, and yet another reason to not unhook this from the builds in ^head. Rod Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 89E1C14DE537; Mon, 11 Feb 2019 17:37:06 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 83F2B81061; Mon, 11 Feb 2019 17:37:05 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1BHarCO042516 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 11 Feb 2019 09:36:54 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1BHarXL042515; Mon, 11 Feb 2019 09:36:53 -0800 (PST) (envelope-from sgk) Date: Mon, 11 Feb 2019 09:36:53 -0800 From: Steve Kargl To: Niclas Zeising Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org, freebsd-x11@freebsd.org Subject: Re: drm2 removed? Message-ID: <20190211173653.GA42437@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190211161205.GB41262@troutmask.apl.washington.edu> <20190211162020.GA41438@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 83F2B81061 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.98 / 15.00]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; TO_DN_SOME(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.10)[ip: (0.21), ipnet: 128.95.0.0/16(0.27), asn: 73(0.08), country: US(-0.07)]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.80)[0.804,0]; TAGGED_RCPT(0.00)[freebsd]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.92)[0.924,0]; AUTH_NA(1.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.47)[0.468,0]; R_SPF_NA(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, 11 Feb 2019 17:37:06 -0000 On Mon, Feb 11, 2019 at 06:05:03PM +0100, Niclas Zeising wrote: > On 2/11/19 5:20 PM, Steve Kargl wrote: > > On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote: > >> Anyone have any idea which recent change broke the > >> drm-legacy-kmod port. This is why I raised an issue > >> with removal of drm2 from src/sys. How is suppose > >> to be fixed? > >> > > > > It was r343567. The merging of PAE and NO PAE pmap.h > > by kib removed all of the missing macros. :( > > > > Can you give attached patch a spin? > Thanks! > Regards > -- > Niclas The patch allows the port to be built. kldloading the i915kms module causes a 'black screen of death' I'll note that there seems to be a race condition in booting a kernel (with or without the drm2 stuff). During boot the kernel hangs (see below) : ---<>--- Copyright (c) 1992-2019 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.0-CURRENT r343477 MOBILE i386 FreeBSD clang version 7.0.1 (tags/RELEASE_701/final 349250) (based on LLVM 7.0.1) VT(vga): resolution 640x480 CPU: Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz (1995.05-MHz 686-class CPU) Origin="GenuineIntel" Id=0x6fd Family=0x6 Model=0xf Stepping=13 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 VT-x: (disabled in BIOS) HLT,PAUSE TSC: P-state invariant, performance statistics real memory = 4294967296 (4096 MB) avail memory = 3659202560 (3489 MB) Event timer "LAPIC" quality 100 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) Firmware Warning (ACPI): Incorrect checksum in table [TCPA] - 0x80, should be 0x24 (20190108/tbprint-337) ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard Launching APs: 1 *** kernel hangs here sometimes *** Timecounter "TSC" frequency 1995048460 Hz quality 1000 random: entropy device external interface kbd1 at kbdmux0 -- Steve From owner-freebsd-current@freebsd.org Mon Feb 11 17:42:33 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A2BE14DE987; Mon, 11 Feb 2019 17:42:33 +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 4644B816FE; Mon, 11 Feb 2019 17:42:32 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 43ytQt6LQpzDjMn; Mon, 11 Feb 2019 17:42:30 +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=1549906950; bh=t813ZDgyvCpITvFMwpOZqmNR gze7HW7STAZteNbSrqE=; b=sRHvqZUlTKLjulOxBxniEY0kL5qjXLS2raDJhWgc vWnoIRygFFWSt7Lvq5KV177yLsxado5bYqHM4TaFdcnMW5a9RM96q9OSnhPJ3J7U Kqcas8CKGBcJfTyv3kfJNAqYIhrMsGSvxGB8YOthivs9i/ik6aQfQOB+sfNhQ30y Y1g= 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 xoVqAqmdc5C6; Mon, 11 Feb 2019 17:42:30 +0000 (UTC) Received: from garnet.daemonic.se (unknown [94.136.80.38]) by mail.daemonic.se (Postfix) with ESMTPSA id 43ytQs716mzDjCL; Mon, 11 Feb 2019 17:42:29 +0000 (UTC) Subject: Re: drm2 removed? To: sgk@troutmask.apl.washington.edu Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org, freebsd-x11@freebsd.org References: <20190211161205.GB41262@troutmask.apl.washington.edu> <20190211162020.GA41438@troutmask.apl.washington.edu> <20190211173653.GA42437@troutmask.apl.washington.edu> From: Niclas Zeising Message-ID: <1a9ec129-84e8-0fd3-3768-9e40590347ff@daemonic.se> Date: Mon, 11 Feb 2019 18:42:29 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: <20190211173653.GA42437@troutmask.apl.washington.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4644B816FE X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=sRHvqZUl; 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.69 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+a]; IP_SCORE(-3.71)[ip: (-9.70), ipnet: 2607:f740:d::/48(-4.85), asn: 36236(-3.90), country: US(-0.07)]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.daemonic.se]; DKIM_TRACE(0.00)[daemonic.se:+]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; NEURAL_HAM_SHORT(-0.97)[-0.971,0]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; 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, 11 Feb 2019 17:42:33 -0000 On 2/11/19 6:36 PM, Steve Kargl wrote: > On Mon, Feb 11, 2019 at 06:05:03PM +0100, Niclas Zeising wrote: >> On 2/11/19 5:20 PM, Steve Kargl wrote: >>> On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote: >>>> Anyone have any idea which recent change broke the >>>> drm-legacy-kmod port. This is why I raised an issue >>>> with removal of drm2 from src/sys. How is suppose >>>> to be fixed? >>>> >>> >>> It was r343567. The merging of PAE and NO PAE pmap.h >>> by kib removed all of the missing macros. :( >>> >> >> Can you give attached patch a spin? >> Thanks! >> Regards >> -- >> Niclas > > The patch allows the port to be built. > > kldloading the i915kms module causes a 'black screen > of death' > > I'll note that there seems to be a race condition in > booting a kernel (with or without the drm2 stuff). > During boot the kernel hangs (see below) : > > ---<>--- > Copyright (c) 1992-2019 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 13.0-CURRENT r343477 MOBILE i386 > FreeBSD clang version 7.0.1 (tags/RELEASE_701/final 349250) (based on LLVM 7.0.1) > VT(vga): resolution 640x480 > CPU: Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz (1995.05-MHz 686-class CPU) > Origin="GenuineIntel" Id=0x6fd Family=0x6 Model=0xf Stepping=13 > Features=0xbfebfbff > Features2=0xe3bd > AMD Features=0x20100000 > AMD Features2=0x1 > VT-x: (disabled in BIOS) HLT,PAUSE > TSC: P-state invariant, performance statistics > real memory = 4294967296 (4096 MB) > avail memory = 3659202560 (3489 MB) > Event timer "LAPIC" quality 100 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) > Firmware Warning (ACPI): Incorrect checksum in table [TCPA] - 0x80, should be 0x24 (20190108/tbprint-337) > ioapic0: Changing APIC ID to 2 > ioapic0 irqs 0-23 on motherboard > Launching APs: 1 > > *** kernel hangs here sometimes *** > > Timecounter "TSC" frequency 1995048460 Hz quality 1000 > random: entropy device external interface > kbd1 at kbdmux0 > > Hi! I assume you load the kernel module either manually with kldload or using kld_list in rc.conf, not by loading it from the loader? So there is two bugs? One bug is that the kernel hangs while booting, and the other is that you get a black screen when loading the drm module after the kernel is mostly done booting? Regards -- Niclas From owner-freebsd-current@freebsd.org Mon Feb 11 17:50:56 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2D2A314DEEB9; Mon, 11 Feb 2019 17:50:56 +0000 (UTC) (envelope-from bwidawsk@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 94A8181FCB; Mon, 11 Feb 2019 17:50:55 +0000 (UTC) (envelope-from bwidawsk@freebsd.org) Received: from smtp.freebsd.org (c-73-25-164-31.hsd1.or.comcast.net [73.25.164.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bwidawsk) by smtp.freebsd.org (Postfix) with ESMTPSA id EBB4498E5; Mon, 11 Feb 2019 17:50:54 +0000 (UTC) (envelope-from bwidawsk@freebsd.org) Date: Mon, 11 Feb 2019 09:50:53 -0800 From: Ben Widawsky To: Anthony Jenkins , adrian@FreeBSD.org Cc: freebsd-wireless@FreeBSD.org, FreeBSD CURRENT Subject: Re: ath10k driver status? Message-ID: <20190211175052.ojnig6cq35n7vp5r@smtp.freebsd.org> Mail-Followup-To: Anthony Jenkins , adrian@FreeBSD.org, freebsd-wireless@FreeBSD.org, FreeBSD CURRENT References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 94A8181FCB X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.92 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.995,0]; NEURAL_HAM_SHORT(-0.93)[-0.928,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US] 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, 11 Feb 2019 17:50:56 -0000 On 19-02-04 00:29:29, Anthony Jenkins wrote: [snip] Hi Adrian. I too am wondering what the plan is for this chipset. I am currently using an awful USB wifi dongle. I can help with testing if needed - but I just really want to know if we should expect upstream support which is relatively stable in the next month or two. If not, I'll look for alternative solutions. Thanks. From owner-freebsd-current@freebsd.org Mon Feb 11 17:56:40 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3834114DF2DB; Mon, 11 Feb 2019 17:56:40 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E5A082555; Mon, 11 Feb 2019 17:56:38 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1BHuVfU042785 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 11 Feb 2019 09:56:31 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1BHuV1F042784; Mon, 11 Feb 2019 09:56:31 -0800 (PST) (envelope-from sgk) Date: Mon, 11 Feb 2019 09:56:31 -0800 From: Steve Kargl To: Niclas Zeising Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org, freebsd-x11@freebsd.org Subject: Re: drm2 removed? Message-ID: <20190211175631.GA42723@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190211161205.GB41262@troutmask.apl.washington.edu> <20190211162020.GA41438@troutmask.apl.washington.edu> <20190211173653.GA42437@troutmask.apl.washington.edu> <1a9ec129-84e8-0fd3-3768-9e40590347ff@daemonic.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1a9ec129-84e8-0fd3-3768-9e40590347ff@daemonic.se> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 0E5A082555 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.67 / 15.00]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; TO_DN_SOME(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.10)[ip: (0.20), ipnet: 128.95.0.0/16(0.27), asn: 73(0.08), country: US(-0.07)]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.63)[0.632,0]; TAGGED_RCPT(0.00)[freebsd]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.80)[0.799,0]; AUTH_NA(1.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.45)[0.447,0]; R_SPF_NA(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, 11 Feb 2019 17:56:40 -0000 On Mon, Feb 11, 2019 at 06:42:29PM +0100, Niclas Zeising wrote: > On 2/11/19 6:36 PM, Steve Kargl wrote: > > > > The patch allows the port to be built. > > > > kldloading the i915kms module causes a 'black screen > > of death' > > > > I'll note that there seems to be a race condition in > > booting a kernel (with or without the drm2 stuff). > > During boot the kernel hangs (see below) : > > > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > FreeBSD/SMP: 1 package(s) x 2 core(s) > > Firmware Warning (ACPI): Incorrect checksum in table [TCPA] - 0x80, should be 0x24 (20190108/tbprint-337) > > ioapic0: Changing APIC ID to 2 > > ioapic0 irqs 0-23 on motherboard > > Launching APs: 1 > > > > *** kernel hangs here sometimes *** > > > > Timecounter "TSC" frequency 1995048460 Hz quality 1000 > > random: entropy device external interface > > kbd1 at kbdmux0 > > I assume you load the kernel module either manually with kldload or > using kld_list in rc.conf, not by loading it from the loader? After a succesful boot. I login as root and manually kldload the i915kms module. > So there is two bugs? One bug is that the kernel hangs while booting, > and the other is that you get a black screen when loading the drm module > after the kernel is mostly done booting? Yes, two bugs. kernel sometimes hangs after lauching the cpus but before random device is ready. Loading the new drm2 module cause a black screen of death. Don't know if it helps. Extracted info from /var/log/messages login[987]: ROOT LOGIN (root) ON ttyv0 (manually kldload i915kms.ko module) kernel: info: [drm] Initialized drm 1.1.0 20060810 kernel: drmn0: on vgapci0 kernel: intel_iicbb0 on drmn0 kernel: iicbus0: on iicbb0 addr 0x30 kernel: iic0: on iicbus0 kernel: iicbus1: on intel_gmbus0 kernel: iic1: on iicbus1 kernel: intel_iicbb1 on drmn0 kernel: iicbus2: on iicbb1 addr 0x30 kernel: iic2: on iicbus2 kernel: iicbus3: on intel_gmbus1 kernel: iic3: on iicbus3 kernel: intel_iicbb2 on drmn0 kernel: iicbus4: on iicbb2 addr 0x30 kernel: iic4: on iicbus4 kernel: iicbus5: on intel_gmbus2 kernel: iic5: on iicbus5 kernel: intel_iicbb3 on drmn0 kernel: iicbus6: on iicbb3 addr 0x30 kernel: iic6: on iicbus6 kernel: iicbus7: on intel_gmbus3 kernel: iic7: on iicbus7 kernel: intel_iicbb4 on drmn0 kernel: iicbus8: on iicbb4 addr 0x30 kernel: iic8: on iicbus8 kernel: iicbus9: on intel_gmbus4 kernel: iic9: on iicbus9 kernel: intel_iicbb5 on drmn0 kernel: iicbus10: on iicbb5 addr 0x30 kernel: iic10: on iicbus10 kernel: iicbus11: on intel_gmbus5 kernel: iic11: on iicbus11 kernel: vgapci0: attempting to allocate 1 MSI vectors (1 supported) kernel: msi: routing MSI IRQ 34 to local APIC 1 vector 55 kernel: vgapci0: using IRQ 34 for MSI kernel: info: [drm] MSI enabled 1 message(s) kernel: info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). kernel: info: [drm] Driver supports precise vblank timestamp query. kernel: composite sync not supported kernel: intel_sdvo_ddc_proxy397632 on drmn0 kernel: intel_sdvo_ddc_proxy397632: detached kernel: intel_sdvo_ddc_proxy397664 on drmn0 kernel: intel_sdvo_ddc_proxy397664: detached kernel: drmn0: taking over the fictitious range 0xe0000000-0xf0000000 kernel: info: [drm] initialized overlay support kernel: info: [drm] Connector LVDS-1: get mode from tunables: kernel: info: [drm] - kern.vt.fb.modes.LVDS-1 kernel: info: [drm] - kern.vt.fb.default_mode kernel: info: [drm] Connector VGA-1: get mode from tunables: kernel: info: [drm] - kern.vt.fb.modes.VGA-1 kernel: info: [drm] - kern.vt.fb.default_mode kernel: info: [drm] Connector SVIDEO-1: get mode from tunables: kernel: info: [drm] - kern.vt.fb.modes.SVIDEO-1 kernel: info: [drm] - kern.vt.fb.default_mode kernel: composite sync not supported kernel: fbd0 on drmn0 kernel: VT: Replacing driver "vga" with new "fb". -- Steve 20170425 https://www.youtube.com/watch?v=VWUpyCsUKR4 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Mon Feb 11 19:11:39 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4438814E1155; Mon, 11 Feb 2019 19:11:39 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wr1-f42.google.com (mail-wr1-f42.google.com [209.85.221.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5DE7085FA7; Mon, 11 Feb 2019 19:11:38 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wr1-f42.google.com with SMTP id o17so24172wrw.3; Mon, 11 Feb 2019 11:11:38 -0800 (PST) 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; bh=pWi6R1HzCLwLhuGX3PhCs2fv0r/C0HyKtSPWsoVWcgQ=; b=ic244/TGXY3VgcpUlM+4P6iPTWvumQk7W2VaE9b+4beCp9HQ+Ig5hvyMqt8R8U6J7r xzjFv3DodUwvk915av0pyzwS8KwDCcEynwvOtktEz6YD8w9Zy35PBfkzLTvm3TT8f1r2 04SKXIsWF1lJeskIX8WuSl3B9i5lVKKaiD+7BsF20ZSsSAfQb7Jfd2T8rvqMsp5oW5gw 1oZRyt6bYjy3OWGkD+E7boUZdlligHrfldubP5cssUp/ubQ6pwm6DPEoaDCkR1acGYgu DSodLwWvTeStmbE7sRFGPuTvwEBD2bSIb8UkRtVabTRntU8RakhzjZAee7DeQJLmEUqp thNA== X-Gm-Message-State: AHQUAuagXa9lMLrXCCnIVC8YeESN03I7uPlSt0Zs48o+KYGfvjzTG/Xj CsGOZS19R16m2Kp1MM7ySrnFZwXK/UtT0d+3Tj25qw== X-Google-Smtp-Source: AHgI3IYy9jrBmHlHDjqwhQvQCwsTuB+qeAbfYaAHOvt6pbL2IymodYLgBGVYtkuAiDCTQwBtmQKblTt6no5sGea06OA= X-Received: by 2002:adf:eb85:: with SMTP id t5mr17083154wrn.157.1549908986983; Mon, 11 Feb 2019 10:16:26 -0800 (PST) MIME-Version: 1.0 References: <20190211175052.ojnig6cq35n7vp5r@smtp.freebsd.org> In-Reply-To: <20190211175052.ojnig6cq35n7vp5r@smtp.freebsd.org> From: Adrian Chadd Date: Mon, 11 Feb 2019 10:16:13 -0800 Message-ID: Subject: Re: ath10k driver status? To: Anthony Jenkins , Adrian Chadd , "freebsd-wireless@freebsd.org" , FreeBSD CURRENT X-Rspamd-Queue-Id: 5DE7085FA7 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of adrianchadd@gmail.com designates 209.85.221.42 as permitted sender) smtp.mailfrom=adrianchadd@gmail.com X-Spamd-Result: default: False [-2.90 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.75)[-0.746,0]; FORGED_SENDER(0.30)[adrian@freebsd.org,adrianchadd@gmail.com]; FREEMAIL_TO(0.00)[yahoo.com]; SUBJECT_ENDS_QUESTION(1.00)[]; 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)[adrian@freebsd.org,adrianchadd@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.988,0]; TAGGED_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[42.221.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-1.16)[ipnet: 209.85.128.0/17(-3.77), asn: 15169(-1.95), country: US(-0.07)]; RWL_MAILSPIKE_POSSIBLE(0.00)[42.221.85.209.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[] Content-Type: text/plain; charset="UTF-8" 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, 11 Feb 2019 19:11:39 -0000 hi, I'm trying to update things with Geramy right now. We hit a snag where his updates broke my QCA9880 NIC in STA mode, so we're working through that right now. -adrian On Mon, 11 Feb 2019 at 09:51, Ben Widawsky wrote: > On 19-02-04 00:29:29, Anthony Jenkins wrote: > > [snip] > > Hi Adrian. I too am wondering what the plan is for this chipset. I am > currently > using an awful USB wifi dongle. I can help with testing if needed - but I > just > really want to know if we should expect upstream support which is > relatively > stable in the next month or two. If not, I'll look for alternative > solutions. > > Thanks. > From owner-freebsd-current@freebsd.org Mon Feb 11 19:20:08 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64E0914E1414 for ; Mon, 11 Feb 2019 19:20:08 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (muon.bluestop.org [96.73.9.1]) (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 2FA5A8653E for ; Mon, 11 Feb 2019 19:20:07 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (localhost [127.0.0.1]) by muon.bluestop.org (Postfix) with ESMTP id A81BABD90; Mon, 11 Feb 2019 12:20:54 -0700 (MST) Received: from muon.bluestop.org ([127.0.0.1]) by muon.bluestop.org (muon.bluestop.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id JJe1o6tgy2Mv; Mon, 11 Feb 2019 12:20:54 -0700 (MST) Received: from Rebeccas-iPhone.mail (173.8.95.217-saltlakecity.hfc.comcastbusiness.net [173.8.95.217]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTPSA; Mon, 11 Feb 2019 12:20:54 -0700 (MST) Date: Mon, 11 Feb 2019 12:18:57 -0700 From: Rebecca Cran To: Yuri Pankov Cc: freebsd-current@freebsd.org Message-ID: In-Reply-To: <52071637-f330-677b-2d27-487830a7823c@yuripv.net> References: <52071637-f330-677b-2d27-487830a7823c@yuripv.net> Subject: Re: memstick images install broken bootx64.efi MIME-Version: 1.0 X-Rspamd-Queue-Id: 2FA5A8653E X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.88 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bluestop.org: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)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(-2.88)[ip: (-9.70), ipnet: 96.64.0.0/11(-4.22), asn: 7922(-0.41), country: US(-0.07)]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bluestop.org:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bluestop.org,quarantine]; MX_GOOD(-0.01)[mail.bluestop.org]; NEURAL_HAM_SHORT(-0.99)[-0.987,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:7922, ipnet:96.64.0.0/11, country:US]; MID_RHS_MATCH_FROM(0.00)[] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline 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, 11 Feb 2019 19:20:08 -0000 I=E2=80=99ll take a look later today, since it=E2=80=99s likely related t= o my changes. =20 =E2=80=94 =20 Rebecca On January 26, 2019 at 6:43:49 PM, Yuri Pankov (yuripv=40yuripv.net(mailt= o:yuripv=40yuripv.net)) wrote: > Hi, > =20 > Looks like installations from snapshot memstick images (tried all > available ones for amd64 from > http://ftp.freebsd.org/pub/=46reeBSD/snapshots/ISO-IMAGES/13.0/) put > broken bootx64.efi to ESP -- the system in question simply tries to boo= t > via PXE. =46ixing this is simple -- mounting the ESP, and copying > /boot/loader.efi from installation media (the same memstick) to > efi/boot/bootx64.efi. And diff shows that the two actually differ, > having the same size and file(1) output though. > =20 > Anyone seeing the same and/or knows what's wrong here (before I try > looking into that)=3F > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F > freebsd-current=40freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to =22freebsd-current-unsubscribe=40freeb= sd.org=22 From owner-freebsd-current@freebsd.org Mon Feb 11 20:40:07 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4E3DC14E342F for ; Mon, 11 Feb 2019 20:40:07 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0C6D889321 for ; Mon, 11 Feb 2019 20:40:06 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x431.google.com with SMTP id r2so234779wrv.10 for ; Mon, 11 Feb 2019 12:40:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=jgV4S6iwQ6kXe958fxBSEV+pRH+qb3gJpONycUng2Qo=; b=JNwqY14xCE2v08S4kW4CZ881+STFwIokeU9M3tYsbaI7IBNZESWItcuuIJSOF6BRmf Es49fB647NX9sZy/Mg6Wl/4y219a/BuxEcifR7vpcwaEMO8TpiN8DoJ/0c2mGgeOQoko 8aOInJ4XF0xquXJVPtbFuAGbFG2J8Bl5eTKd6/+5zQ75/wEK2n0ucL+fyB4usWRSbJlP sEM+EFzxqfv2IFva+2Q26OF5Nugh7hjSFBXCPRVgvWnNfPebJO9qPBkxGZfNY3cevOCN YcKs6ORgIgO1cboVx/T++Kn8fXzwGsyM+KRs2CjtwWRX/udGlhVs9KckIGHfZ4agK9O6 UnTg== 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=jgV4S6iwQ6kXe958fxBSEV+pRH+qb3gJpONycUng2Qo=; b=DBJJbXaT5jPO6b6hZawlN44mDsYL0MbLI4d4uuTAkvwKXgm1ByubjzSJZCAtNcoa1b qhZGrED8ZgJWDf5hCl8fKddldhovI7j6enZ5WT5p5bdJHOSzFDPXHnBkgNGV8aUITbt6 ir+xnNmC06VVn4qegHfrnMcUTRcjkx5gbKPOomeIHKc6DOPhj6Kt5XL6CXFSao3xvoeL CTQpfqrAGD4ArBZ2f/qInmCiwN6snxZTKOgoD21lp/w+5S/AwkPEmQvJkHCeu/B6SvvM G67zPZlKqn2Msz/GAFSWk6rU9t3LHE1a/zCKrSeQ4KeUJq07whYXgLhkRCtmWM09poDH 1Vyw== X-Gm-Message-State: AHQUAuYlBBr0jK5uR2gimHQzEUGSnkPy6d5i5CM/3fA0qDsu/ug6pcQx H/aTTfrb/sA/9rqTcgSvcJLUXhmdiao= X-Google-Smtp-Source: AHgI3IbyaSY2P1ft3F5HiuWiWu7kIziCc/CZWVZbDhBf98rA22WlM02kXIoUvszBk8wF/qpEcXO3hw== X-Received: by 2002:a5d:52cc:: with SMTP id r12mr40754wrv.277.1549917604227; Mon, 11 Feb 2019 12:40:04 -0800 (PST) Received: from [192.168.1.7] (79-66-139-63.dynamic.dsl.as9105.com. [79.66.139.63]) by smtp.gmail.com with ESMTPSA id e4sm10741548wrt.53.2019.02.11.12.40.02 for (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Mon, 11 Feb 2019 12:40:02 -0800 (PST) Subject: Re: drm2 removed? To: freebsd-current@freebsd.org References: <20190211161205.GB41262@troutmask.apl.washington.edu> <20190211162020.GA41438@troutmask.apl.washington.edu> From: Graham Perrin Message-ID: Date: Mon, 11 Feb 2019 20:40:01 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: <20190211162020.GA41438@troutmask.apl.washington.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 0C6D889321 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=JNwqY14x; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::431 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-5.73 / 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]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.97)[-0.971,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; 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]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.75)[ip: (-9.44), ipnet: 2a00:1450::/32(-2.29), asn: 15169(-1.95), country: US(-0.07)]; RCVD_IN_DNSWL_NONE(0.00)[1.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]; 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: Mon, 11 Feb 2019 20:40:07 -0000 On 11/02/2019 16:20, Steve Kargl wrote: > On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote: > >> Anyone have any idea which recent change broke the >> drm-legacy-kmod port.  This is why I raised an issue >> with removal of drm2 from src/sys.  How is suppose >> to be fixed? > > It was r343567.  The merging of PAE and NO PAE pmap.h > by kib removed all of the missing macros. :( I found no trouble building drm-legacy-kmod with e.g. r343931. Just curious, does the breakage occur in only some situations? From owner-freebsd-current@freebsd.org Mon Feb 11 20:42:48 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9F9714E36AB for ; Mon, 11 Feb 2019 20:42:48 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A83A9896C8 for ; Mon, 11 Feb 2019 20:42:47 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1BKgjQE043964 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 11 Feb 2019 12:42:45 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1BKgjCZ043963; Mon, 11 Feb 2019 12:42:45 -0800 (PST) (envelope-from sgk) Date: Mon, 11 Feb 2019 12:42:45 -0800 From: Steve Kargl To: Graham Perrin Cc: freebsd-current@freebsd.org Subject: Re: drm2 removed? Message-ID: <20190211204245.GA43956@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190211161205.GB41262@troutmask.apl.washington.edu> <20190211162020.GA41438@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: A83A9896C8 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.86 / 15.00]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; TO_DN_SOME(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.09)[ip: (0.20), ipnet: 128.95.0.0/16(0.27), asn: 73(0.08), country: US(-0.07)]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.49)[0.494,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.57)[0.572,0]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.01)[0.009,0]; R_SPF_NA(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, 11 Feb 2019 20:42:49 -0000 On Mon, Feb 11, 2019 at 08:40:01PM +0000, Graham Perrin wrote: > On 11/02/2019 16:20, Steve Kargl wrote: > > > On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote: > > > >> Anyone have any idea which recent change broke the > >> drm-legacy-kmod port.  This is why I raised an issue > >> with removal of drm2 from src/sys.  How is suppose > >> to be fixed? > > > > It was r343567.  The merging of PAE and NO PAE pmap.h > > by kib removed all of the missing macros. :( > > I found no trouble building drm-legacy-kmod with e.g. r343931. > > Just curious, does the breakage occur in only some situations? Are you building on i386 or x86_64? -- Steve From owner-freebsd-current@freebsd.org Mon Feb 11 21:02:00 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD59114E3EB1 for ; Mon, 11 Feb 2019 21:02:00 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x42b.google.com (mail-wr1-x42b.google.com [IPv6:2a00:1450:4864:20::42b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 709CD8A302 for ; Mon, 11 Feb 2019 21:01:59 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x42b.google.com with SMTP id l9so275948wrt.13 for ; Mon, 11 Feb 2019 13:01:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=AaBQ6cuEXpU9VefgWaWRKMKpX0/dYLsa4tJo8CbooXY=; b=dE3sozTA7A83cjeNkQW3rUcjpcEC9LqVlpD2qfFNrLzInBtBY/F2m9Kr68JZo/QsOa 2Ie+9grgBPp/M8KuToCk7zxwbOnngz5sGtWU5HMqjTTMZrP9KPTn6NheMO2VB4wHJWgZ Azwn/y+eWbW4veRizCoZ8LQ6Lees+Xvs+uc6UptC6v/TYxaGP8bT/HIMHaPtkJ8xAeDq 2dzze5T8ngnMVy9YUpbYVSbYQ6usJgYrmhMERV2ECmkiZsIkkBpStrr1GGmOaNYHpFXv ziJ6iMIWPUItYWNikFmOadcaP/aYeJxYRW99dYhK+RY3zyNVLUDN1jqR+azLuagrbFJI 2UYA== 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=AaBQ6cuEXpU9VefgWaWRKMKpX0/dYLsa4tJo8CbooXY=; b=OVMaMr33/Zh1Z/hLoEHFbxzhDBROF2U0vrIz5z1vACROSmi3/sMnVO37rq8TL9qjie sihJTHUcqdSSG+geenV6wdooAy1loTFT5uN/G0um8veCcKdnu/XdTEOZFqQwoEImVvZi /PiYKST3IeIo5Bp1DO/fKhdSgYrENvv0N5QWSyyNK1fyAtQU+nnQIK+MjIBceEPQrOL6 pZ9CHPGl0s/pWVc1YkPuBFa679QFmxbPyfqSnZdorugqNQFxnSpVrftMe1RuhNT+j+3l fFzVTsm07i8xSlYen52Le3BOiNieuHcMuBQB7hNxS3VUHC+DfHrgcfxnPyNV5DWEFiKX R70A== X-Gm-Message-State: AHQUAua/DTwcIf0ASjGLZDrEQkU4lPTCYSxZXizzkvCNblXvIDs9fo6/ fyvyoggQ7mnbWWW5lN/pTbjSQXIKvVs= X-Google-Smtp-Source: AHgI3IYlQKqwieuN/Xf1eS3pm4nDuLL/twxTWXGOFH86pLDX5skt5DZAKTlj4R9DYYNBCr3XSes9yQ== X-Received: by 2002:a5d:4a8a:: with SMTP id o10mr111720wrq.189.1549918917168; Mon, 11 Feb 2019 13:01:57 -0800 (PST) Received: from [192.168.1.7] (79-66-139-63.dynamic.dsl.as9105.com. [79.66.139.63]) by smtp.gmail.com with ESMTPSA id z11sm597613wmb.45.2019.02.11.13.01.55 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Feb 2019 13:01:56 -0800 (PST) Subject: Re: drm2 removed? To: freebsd-current@freebsd.org References: <20190211161205.GB41262@troutmask.apl.washington.edu> <20190211162020.GA41438@troutmask.apl.washington.edu> <20190211204245.GA43956@troutmask.apl.washington.edu> From: Graham Perrin Message-ID: <7eec9231-de47-b766-28ea-da72fbbf6c5c@gmail.com> Date: Mon, 11 Feb 2019 21:01:55 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: <20190211204245.GA43956@troutmask.apl.washington.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 709CD8A302 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=dE3sozTA; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::42b as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-5.73 / 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]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.97)[-0.972,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(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]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.74)[ip: (-9.40), ipnet: 2a00:1450::/32(-2.28), asn: 15169(-1.96), country: US(-0.07)]; RCVD_IN_DNSWL_NONE(0.00)[b.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]; SUBJECT_ENDS_QUESTION(1.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, 11 Feb 2019 21:02:01 -0000 On 11/02/2019 20:42, Steve Kargl wrote: > On Mon, Feb 11, 2019 at 08:40:01PM +0000, Graham Perrin wrote: > >> On 11/02/2019 16:20, Steve Kargl wrote: >> >>> On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote: >>> >>>> Anyone have any idea which recent change broke the >>>> drm-legacy-kmod port.  This is why I raised an issue >>>> with removal of drm2 from src/sys.  How is suppose >>>> to be fixed? >>> >>> It was r343567.  The merging of PAE and NO PAE pmap.h >>> by kib removed all of the missing macros. :( >> >> I found no trouble building drm-legacy-kmod with e.g. r343931. >> >> Just curious, does the breakage occur in only some situations? > > Are you building on i386 or x86_64? $ uname -a FreeBSD momh167-gjp4-8570p 13.0-CURRENT FreeBSD 13.0-CURRENT r343931 GENERIC-NODEBUG  amd64 $ HP EliteBook 8570p. drm-kmod prefers drm-current-kmod but that nearly always fails for me, so I prefer legacy. From owner-freebsd-current@freebsd.org Mon Feb 11 21:15:24 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9DED214E43C1 for ; Mon, 11 Feb 2019 21:15:24 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D74288A9CC for ; Mon, 11 Feb 2019 21:15:22 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1BLFKhf044263 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 11 Feb 2019 13:15:20 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1BLFKhJ044262; Mon, 11 Feb 2019 13:15:20 -0800 (PST) (envelope-from sgk) Date: Mon, 11 Feb 2019 13:15:20 -0800 From: Steve Kargl To: Graham Perrin Cc: freebsd-current@freebsd.org Subject: Re: drm2 removed? Message-ID: <20190211211520.GA44253@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190211161205.GB41262@troutmask.apl.washington.edu> <20190211162020.GA41438@troutmask.apl.washington.edu> <20190211204245.GA43956@troutmask.apl.washington.edu> <7eec9231-de47-b766-28ea-da72fbbf6c5c@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <7eec9231-de47-b766-28ea-da72fbbf6c5c@gmail.com> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: D74288A9CC X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.84 / 15.00]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; TO_DN_SOME(0.00)[]; IP_SCORE(0.09)[ip: (0.20), ipnet: 128.95.0.0/16(0.26), asn: 73(0.08), country: US(-0.07)]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.45)[0.449,0]; NEURAL_HAM_LONG(-0.04)[-0.037,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.65)[0.647,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; 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: Mon, 11 Feb 2019 21:15:24 -0000 On Mon, Feb 11, 2019 at 09:01:55PM +0000, Graham Perrin wrote: > On 11/02/2019 20:42, Steve Kargl wrote: > > > Are you building on i386 or x86_64? > > $ uname -a > FreeBSD momh167-gjp4-8570p 13.0-CURRENT FreeBSD 13.0-CURRENT r343931 > GENERIC-NODEBUG  amd64 amd64 == x86_64 --> no problem as PAE vs no PAE is a i386 thing. -- Steve From owner-freebsd-current@freebsd.org Tue Feb 12 01:51:33 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB7E414EE699; Tue, 12 Feb 2019 01:51:33 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ADA0795FB2; Tue, 12 Feb 2019 01:51:31 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1C1pQ1A045537 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 11 Feb 2019 17:51:26 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1C1pQ74045536; Mon, 11 Feb 2019 17:51:26 -0800 (PST) (envelope-from sgk) Date: Mon, 11 Feb 2019 17:51:26 -0800 From: Steve Kargl To: Niclas Zeising Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org, freebsd-x11@freebsd.org Subject: Re: drm2 removed? Message-ID: <20190212015125.GA45479@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190211161205.GB41262@troutmask.apl.washington.edu> <20190211162020.GA41438@troutmask.apl.washington.edu> <20190211173653.GA42437@troutmask.apl.washington.edu> <1a9ec129-84e8-0fd3-3768-9e40590347ff@daemonic.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1a9ec129-84e8-0fd3-3768-9e40590347ff@daemonic.se> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: ADA0795FB2 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.46 / 15.00]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; TO_DN_SOME(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.09)[ip: (0.19), ipnet: 128.95.0.0/16(0.26), asn: 73(0.08), country: US(-0.07)]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.85)[0.852,0]; TAGGED_RCPT(0.00)[freebsd]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.37)[0.375,0]; AUTH_NA(1.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.45)[0.455,0]; R_SPF_NA(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: Tue, 12 Feb 2019 01:51:33 -0000 On Mon, Feb 11, 2019 at 06:42:29PM +0100, Niclas Zeising wrote: > > > > The patch allows the port to be built. > > > > kldloading the i915kms module causes a 'black screen > > of death' > > > Hi! > I assume you load the kernel module either manually with kldload or > using kld_list in rc.conf, not by loading it from the loader? > So there is two bugs? One bug is that the kernel hangs while booting, > and the other is that you get a black screen when loading the drm module > after the kernel is mostly done booting? > Things have gone sideways. Dumbed down CPUTYPE to pentiumpro for my Core2 duo. Spent all afternoon rebuilding kernel/world. Rebuilt the following ports with new world: drm-legacy-kmod-g20190109 gpu-firmware-kmod-g20181104 libXxf86vm-1.1.4_3 xf86-input-keyboard-1.9.0_3 xf86-input-mouse-1.9.3_2 xf86-video-intel-2.99.917.20181203 xf86-video-vesa-2.4.0_2 xorg-server-1.18.4_11,1 Load /boot/modules/i915kms.ko either manually or from rc.conf, results in a panic. The system didn't create a crash dump as I was expecting. A hand transcribed jpeg of panic screen Fatal trap 12: page fault while in kernel mode cpuid = 0: apic id = 00 fault virtual address = 0x89000010 fault code = supervisor write data, page not present instruction pointer = 0x20:0xcc277a stack pointer = 0x28:0xa3cebd4 frame pointer = 0x28:0xa3cec20 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (thread taskq) trap number = 12 panic: page fault cpuid = 0 time = 1549933942 KDB: stack backtrace db_trace_self_wrapper kdb_backtrace vpanic panic trap_fatal trap_pfault trap calltrap --- trap 0xc, eip = 0xcc277a, esp = 0x3cebd4, ebp = 0x3cec20 vmem_periodic(0,1,c671ce,a5ad79c,0,...) at vmem_periodic+0x18a/ taskqueue_run_locked taskqueue_thread_loop fork_exit fork_trampoline() at 0xffc033ba/frame 0xa3cecd4 -- trap 0, eip = 0, esp = 0xa3ced20, ebp (null)() at 0 -- Steve From owner-freebsd-current@freebsd.org Tue Feb 12 08:06:15 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3586614DB728 for ; Tue, 12 Feb 2019 08:06:15 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (muon.bluestop.org [96.73.9.1]) (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 DF4DE771C1 for ; Tue, 12 Feb 2019 08:06:13 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (localhost [127.0.0.1]) by muon.bluestop.org (Postfix) with ESMTP id 931C6C59C for ; Tue, 12 Feb 2019 01:07:07 -0700 (MST) Received: from muon.bluestop.org ([127.0.0.1]) by muon.bluestop.org (muon.bluestop.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ZHw6Y4RTr8OL for ; Tue, 12 Feb 2019 01:07:07 -0700 (MST) Received: from macbex.int.bluestop.org.mail (gw.bluestop.org [96.73.9.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTPSA for ; Tue, 12 Feb 2019 01:07:07 -0700 (MST) Date: Tue, 12 Feb 2019 01:06:11 -0700 From: Rebecca Cran To: FreeBSD Current Message-ID: Subject: USB problems on -CURRENT (controller keeps getting reset) MIME-Version: 1.0 X-Rspamd-Queue-Id: DF4DE771C1 X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.86 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bluestop.org:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; 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]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(-2.89)[ip: (-9.71), ipnet: 96.64.0.0/11(-4.24), asn: 7922(-0.43), country: US(-0.07)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bluestop.org:+]; DMARC_POLICY_ALLOW(-0.50)[bluestop.org,quarantine]; MX_GOOD(-0.01)[cached: mail.bluestop.org]; NEURAL_HAM_SHORT(-0.96)[-0.958,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:7922, ipnet:96.64.0.0/11, country:US]; MID_RHS_MATCH_FROM(0.00)[] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline 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: Tue, 12 Feb 2019 08:06:15 -0000 I=E2=80=99m having problems with USB devices on -CURRENT on my ThreadRipp= er system. The controller keeps on getting reset. I thought it might be r= elated to my iogear KVM, but disconnecting it doesn=E2=80=99t help. =46eb 12 00:59:47 photon kernel: xhci0: Resetting controller =46eb 12 00:59:47 photon kernel: usb=5Falloc=5Fdevice: set address 2 fail= ed (USB=5FERR=5FTIMEOUT, ignored) =46eb 12 00:59:49 photon kernel: usbd=5Fsetup=5Fdevice=5Fdesc: getting de= vice descriptor at addr 2 failed, USB=5FERR=5FTIMEOUT =46eb 12 00:59:51 photon kernel: usbd=5Freq=5Fre=5Fenumerate: addr=3D2, s= et address failed=21 (USB=5FERR=5FTIMEOUT, ignored) =46eb 12 00:59:52 photon kernel: usbd=5Fsetup=5Fdevice=5Fdesc: getting de= vice descriptor at addr 2 failed, USB=5FERR=5FTIMEOUT =46eb 12 00:59:54 photon kernel: usbd=5Freq=5Fre=5Fenumerate: addr=3D2, s= et address failed=21 (USB=5FERR=5FTIMEOUT, ignored) =46eb 12 00:59:56 photon kernel: usbd=5Fsetup=5Fdevice=5Fdesc: getting de= vice descriptor at addr 2 failed, USB=5FERR=5FTIMEOUT =46eb 12 00:59:57 photon kernel: usbd=5Freq=5Fre=5Fenumerate: addr=3D2, s= et address failed=21 (USB=5FERR=5FTIMEOUT, ignored) =46eb 12 00:59:59 photon kernel: usbd=5Fsetup=5Fdevice=5Fdesc: getting de= vice descriptor at addr 2 failed, USB=5FERR=5FTIMEOUT =46eb 12 01:00:01 photon kernel: usbd=5Freq=5Fre=5Fenumerate: addr=3D2, s= et address failed=21 (USB=5FERR=5FTIMEOUT, ignored) =46eb 12 01:00:02 photon kernel: usbd=5Fsetup=5Fdevice=5Fdesc: getting de= vice descriptor at addr 2 failed, USB=5FERR=5FTIMEOUT =46eb 12 01:00:02 photon kernel: ugen0.2: at usbus0 (disconnec= ted) =46eb 12 01:00:03 photon kernel: uhub=5Freattach=5Fport: could not alloca= te new device =46eb 12 01:00:04 photon kernel: usb=5Falloc=5Fdevice: device init 2 fail= ed (USB=5FERR=5FTIMEOUT, ignored) =46eb 12 01:00:04 photon kernel: ugen0.2: at usbus0 (disconnec= ted) =46eb 12 01:00:04 photon kernel: uhub=5Freattach=5Fport: could not alloca= te new device =46eb 12 01:00:05 photon kernel: usb=5Falloc=5Fdevice: device init 2 fail= ed (USB=5FERR=5FTIMEOUT, ignored) =46eb 12 01:00:05 photon kernel: ugen0.2: at usbus0 (disconnec= ted) =46eb 12 01:00:05 photon kernel: uhub=5Freattach=5Fport: could not alloca= te new device =46eb 12 01:00:05 photon kernel: uhub0: at usbus0, port 1, addr 1 (discon= nected) =46eb 12 01:00:05 photon kernel: uhub0: <0x1022 XHCI root HUB, class 9/0,= rev 3.00/1.00, addr 1> on usbus0 =46eb 12 01:00:06 photon kernel: uhub0: 22 ports with 22 removable, self = powered =46eb 12 01:00:08 photon kernel: xhci0: Resetting controller =46eb 12 01:00:08 photon kernel: usb=5Falloc=5Fdevice: set address 2 fail= ed (USB=5FERR=5FTIMEOUT, ignored) =46eb 12 01:00:09 photon kernel: usbd=5Fsetup=5Fdevice=5Fdesc: getting de= vice descriptor at addr 2 failed, USB=5FERR=5FTIMEOUT =46eb 12 01:00:11 photon kernel: usbd=5Freq=5Fre=5Fenumerate: addr=3D2, s= et address failed=21 (USB=5FERR=5FTIMEOUT, ignored) =46eb 12 01:00:13 photon kernel: usbd=5Fsetup=5Fdevice=5Fdesc: getting de= vice descriptor at addr 2 failed, USB=5FERR=5FTIMEOUT =46eb 12 01:00:15 photon kernel: usbd=5Freq=5Fre=5Fenumerate: addr=3D2, s= et address failed=21 (USB=5FERR=5FTIMEOUT, ignored) =46eb 12 01:00:16 photon kernel: usbd=5Fsetup=5Fdevice=5Fdesc: getting de= vice descriptor at addr 2 failed, USB=5FERR=5FTIMEOUT =46eb 12 01:00:18 photon kernel: usbd=5Freq=5Fre=5Fenumerate: addr=3D2, s= et address failed=21 (USB=5FERR=5FTIMEOUT, ignored) =46eb 12 01:00:19 photon kernel: usbd=5Fsetup=5Fdevice=5Fdesc: getting de= vice descriptor at addr 2 failed, USB=5FERR=5FTIMEOUT =46eb 12 01:00:21 photon kernel: usbd=5Freq=5Fre=5Fenumerate: addr=3D2, s= et address failed=21 (USB=5FERR=5FTIMEOUT, ignored) =46eb 12 01:00:23 photon kernel: usbd=5Fsetup=5Fdevice=5Fdesc: getting de= vice descriptor at addr 2 failed, USB=5FERR=5FTIMEOUT =46eb 12 01:00:23 photon kernel: ugen0.2: at usbus0 (disconnec= ted) =46eb 12 01:00:23 photon kernel: uhub=5Freattach=5Fport: could not alloca= te new device =46eb 12 01:00:24 photon kernel: usb=5Falloc=5Fdevice: device init 2 fail= ed (USB=5FERR=5FTIMEOUT, ignored) =46eb 12 01:00:24 photon kernel: ugen0.2: at usbus0 (disconnec= ted) =46eb 12 01:00:24 photon kernel: uhub=5Freattach=5Fport: could not alloca= te new device =46eb 12 01:00:25 photon kernel: usb=5Falloc=5Fdevice: device init 2 fail= ed (USB=5FERR=5FTIMEOUT, ignored) =46eb 12 01:00:25 photon kernel: ugen0.2: at usbus0 (disconnec= ted) =46eb 12 01:00:25 photon kernel: uhub=5Freattach=5Fport: could not alloca= te new device =46eb 12 01:00:25 photon kernel: uhub0: at usbus0, port 1, addr 1 (discon= nected) =46eb 12 01:00:25 photon kernel: uhub0: <0x1022 XHCI root HUB, class 9/0,= rev 3.00/1.00, addr 1> on usbus0 =46eb 12 01:00:26 photon kernel: uhub0: 22 ports with 22 removable, self = powered =46eb 12 01:00:28 photon kernel: xhci0: Resetting controller =E2=80=94=C2=A0 Rebecca Cran From owner-freebsd-current@freebsd.org Tue Feb 12 08:26:49 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A89914DC0A0 for ; Tue, 12 Feb 2019 08:26:49 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (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 9B0A777D0D for ; Tue, 12 Feb 2019 08:26:48 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [176.74.212.121]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 28F1F26015F; Tue, 12 Feb 2019 09:26:40 +0100 (CET) Subject: Re: USB problems on -CURRENT (controller keeps getting reset) To: Rebecca Cran , FreeBSD Current References: From: Hans Petter Selasky Message-ID: Date: Tue, 12 Feb 2019 09:24:15 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 9B0A777D0D X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 88.99.82.50 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-6.46 / 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)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mail.turbocat.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.88)[-0.875,0]; IP_SCORE(-3.28)[ip: (-9.48), ipnet: 88.99.0.0/16(-4.66), asn: 24940(-2.23), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; 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: Tue, 12 Feb 2019 08:26:49 -0000 The USB timeout error might indicate an IRQ issue. Can you try setting: hw.usb.xhci.use_polling=1 In /boot/loader.conf and reboot. --HPS From owner-freebsd-current@freebsd.org Tue Feb 12 12:38:21 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91BB014E5838 for ; Tue, 12 Feb 2019 12:38:21 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 12D898A4A1 for ; Tue, 12 Feb 2019 12:38:21 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id C40F514E5837; Tue, 12 Feb 2019 12:38:20 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E29514E5836 for ; Tue, 12 Feb 2019 12:38:20 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 214588A4A0 for ; Tue, 12 Feb 2019 12:38:18 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id x1CCcAc3031286 for ; Tue, 12 Feb 2019 12:38:10 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id x1CCcAid031285 for current@freebsd.org; Tue, 12 Feb 2019 04:38:10 -0800 (PST) (envelope-from david) Date: Tue, 12 Feb 2019 04:38:10 -0800 From: David Wolfskill To: current@freebsd.org Subject: Re: "Oddness" in head since around r343678 or so Message-ID: <20190212123810.GX1329@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org References: <20190207130940.GA1111@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="cBogQDtremapRGMG" Content-Disposition: inline In-Reply-To: <20190207130940.GA1111@albert.catwhisker.org> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 214588A4A0 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 198.144.209.73 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-4.05 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[current@freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:198.144.209.73]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,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]; DMARC_NA(0.00)[catwhisker.org]; MX_GOOD(-0.01)[mx.catwhisker.org]; NEURAL_HAM_SHORT(-0.99)[-0.985,0]; RCVD_IN_DNSWL_NONE(0.00)[73.209.144.198.list.dnswl.org : 127.0.10.0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:7961, ipnet:198.144.192.0/19, country:US]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-3.66)[ip: (-9.64), ipnet: 198.144.192.0/19(-4.76), asn: 7961(-3.81), country: US(-0.07)]; REPLYTO_EQ_TO_ADDR(5.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: Tue, 12 Feb 2019 12:38:21 -0000 --cBogQDtremapRGMG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 07, 2019 at 05:09:40AM -0800, David Wolfskill wrote: > ... > The laptop is configured to run xdm; while running stable/11 or > stable/12, there's a period of about 5 seconds after xdm's login banner > shows up before either the mouse or keyboard responds. >=20 > Up to a few days ago, head was the same, but as of about last weekend (I > think), that period is about 40 seconds while running head. > .... I no longer observe the above-described delay in head, as of r343998. Peace, david --=20 David H. Wolfskill david@catwhisker.org Westboro Baptist "Church" appears to delight in taking the name of God in v= ain. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --cBogQDtremapRGMG Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAlxivjJfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcmlpggAyzkXSA0yMr+pG0WC5UljrDbx3rztyk7HT7SnKJKJqaJkeBifT8VA+V60 mQ+9DGoIjpE2sjJWz8B1GsmuT/rbb0QthZ333xwe4H1QTcgktq/9+rhoQljfoHon 8EdZq1pYu+PLQTjW0WvtfV9/4N+aIS56cnw4EzX08GqDS+EyJlmKMVfsJTWO2v/l sTZ6XsDUTrjSJNAOWmpnLPcl9bVbVG7OdhP059eldwkbMqlBwAm1egfLuoQ4p6zS 2hxZTB8s2W116rovCil+ezLfRYvLDeNkOItpp6ehrE7Nq8e0yWIDGnIRpdVbh+OD rLnarLEhL4JEy3iKJLdTokrJO4btcQ== =jy2/ -----END PGP SIGNATURE----- --cBogQDtremapRGMG-- From owner-freebsd-current@freebsd.org Tue Feb 12 13:03:45 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71ECF14E614C for ; Tue, 12 Feb 2019 13:03:45 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 14C088B4A6 for ; Tue, 12 Feb 2019 13:03:43 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-wr1-x429.google.com with SMTP id q18so2571797wrx.9 for ; Tue, 12 Feb 2019 05:03:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=date:from:to:subject:message-id:mime-version:content-disposition :user-agent; bh=qLYI8bBv/CTbPha35z7i0Zz1KI+R6D4AXyHwfIsjynQ=; b=aoM7HaMPoy53Z9Nl00dRvRMYseDchCVM8EBF8hy1aGrvLBHAhH+dKeQNBbaiE1hRg+ nl4DR5Cxx4B0tmgIrGncbg4ErJmroCCiGPoEMdwcFGS9FOcBTjxpZe3OetzELgTd/vRq SNBGZ9ReOW79ijx7ezxQliF6c7/K3i8ibYe23vr6JH5MAo8ACIsRtz13tqqdMq6IW+xj AmV2OK3UtEjklj2SMoUuGKTxIRIaHZ7G5qrBPZBofsrXc8oocphA/2tYkEVa9yKIbrWD I0kYDKVtJsVEADCcXyDWjKqSWbWY0f6OIhN2QS93fQT/1hFKy7hFTRMJPLE63F0SHYul wCjA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-disposition:user-agent; bh=qLYI8bBv/CTbPha35z7i0Zz1KI+R6D4AXyHwfIsjynQ=; b=ol6GBL1bdL/2hhQ2wOAy+H8QPxdr5OY5drEVQVr1dxqsYT3TehPQErvxl0EwXdKfO4 98uBAyUFQVCpLyXOESKFuFhxMGOlCGHXLRdj9h/WopQECVHAy2XFpGfd0qu/9cxoR0c2 PAJNEOCDtMzmzWQX34/me5U8QGwGS3ZKJyTbLIxvNSixZON+K22K0+OcqrsrOKkjluUM yTOMUdHiKucycA3iCafqoPvklsCEfCA61/EcUMNaCU3fZHOq69a64NVT05y4voxIJzyT 8Fu8ABT7Ti/Cam9WAWrnD43PrljjbApX39e2+ruh5MqjGV6pd+HFih9sD8gWXwJ1VcPw BYsw== X-Gm-Message-State: AHQUAubUOubvcxlVn3NapzMR71rItClED4YEVjX77vDu/+NwfDk6rGO5 erVAqS7we9zf1nJF7aC/Wk53Iud2mqmG8LzTkh/RpR85ULZUZgbUuMT+sDTyHNp8EQP7UDDqsSA PNWho10zrlw+L8mjrnWNGNl68zhARmheg+9suW1dIr440u8nOiIExuT3mbPeu1x1WnnH8cywxHS SM4GdXlaAg4g== X-Google-Smtp-Source: AHgI3Ia7hnoImBSfCzTjlLu78oWwE7Yfl3GJ5Um83vJjBb35VocKvQvJAoR11EM/exu1rrXXyFohlw== X-Received: by 2002:a5d:6b46:: with SMTP id x6mr2775825wrw.305.1549976622008; Tue, 12 Feb 2019 05:03:42 -0800 (PST) Received: from mutt-hbsd (exit1.ipredator.se. [197.231.221.211]) by smtp.gmail.com with ESMTPSA id y139sm3345985wmd.22.2019.02.12.05.03.39 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 12 Feb 2019 05:03:41 -0800 (PST) Date: Tue, 12 Feb 2019 08:03:07 -0500 From: Shawn Webb To: freebsd-current@freebsd.org Subject: IPv6 RFC3041 temporary address broken? Message-ID: <20190212130307.vhjpbffpgbuc3u4m@mutt-hbsd> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="q56s5mmuz64xdxcy" Content-Disposition: inline X-Operating-System: FreeBSD mutt-hbsd 13.0-CURRENT-HBSD FreeBSD 13.0-CURRENT-HBSD 1b35a2c4553(hardened/current/cross-dso-cfi) HARDENEDBSD-13-CURRENT amd64 X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 14C088B4A6 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hardenedbsd.org header.s=google header.b=aoM7HaMP; spf=pass (mx1.freebsd.org: domain of shawn.webb@hardenedbsd.org designates 2a00:1450:4864:20::429 as permitted sender) smtp.mailfrom=shawn.webb@hardenedbsd.org X-Spamd-Result: default: False [-6.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com,aspmx.l.google.com,aspmx2.googlemail.com,alt2.aspmx.l.google.com,aspmx3.googlemail.com]; NEURAL_HAM_SHORT(-0.94)[-0.944,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[hardenedbsd.org:s=google]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[hardenedbsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.75)[ip: (-9.43), ipnet: 2a00:1450::/32(-2.29), asn: 15169(-1.96), country: US(-0.07)]; RCVD_IN_DNSWL_NONE(0.00)[9.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]; MID_RHS_NOT_FQDN(0.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: Tue, 12 Feb 2019 13:03:45 -0000 --q56s5mmuz64xdxcy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey all, I have net.inet6.ip6.use_tempaddr and net.inet6.ip6.prefer_tempaddr both set to 1. Yet, I'm not seeing temporary addresses created upon receipt of a router advertisement. I'm only seeing the HostID-based SLAAC IP be generated. Has something changed recently that would prevent RFC3041 from working in FreeBSD HEAD? Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD Tor-ified Signal: +1 443-546-8752 Tor+XMPP+OTR: lattera@is.a.hacker.sx GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --q56s5mmuz64xdxcy Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAlxixAYACgkQaoRlj1JF bu4Stw//Yu7GAnzIW6XoFWQwUWqLNwXYEDyxAkqrJtsWe+rqt3asI+njN51qP00v zL7MQ1VEtXuuYUuDt9W7s2DrgokV6Xbu4Rqs55naLKfd+PVRkpD7iK4L3Oo39GRC 9hBnEYsFdgIm6geCT3a8238rXaB1C4HnybePnnFzEFpZJkKMUSoGiH0B45qNKUnt 1eOMXzjVXWoVmy48n5RZOJFQ4GTumUxoEIaWCScxHyY8oWGYq1hJ74FumQUth4FZ LbQb4gYyOfEsvdRavYhra0BMD8Zm90tDiAIVszOQQ30tFYKUwOWP6qtsqHTd0AQi cN/wIROKOj6QMwhzrHA6C189jSsA+hLOX7pqz84hBU33v+9r4i7ww7FnzD1Uo/a2 l5/48CY2ogJ5ncTx+8LRWMwiOUlbcYMlnTgAAvv+3uI5UHgCn3bj/kCTwZRDe++P +Opdgf6NcFNUB8Xz8h2i2MOBGHGR1eXyubrG9FkyFbQBj43nrYeDckmBIe8W2pAz XHZHj6cnl5RCm8AeRQ2dJ9LYhu3a3N+ci9C2rVhxb7HYvSlH9CmC5nTjebpYSvVF sRvN4SmzT4nDSsh24oFvu8plfpD35+Ni52HTl/CCjGjH1BD1JncsHmkfiKoVkGPn RI+7Jx5L10qoc259ybILQV/4IaKga/CNR/Gz0D5NC9+MpFaDR3s= =3JTP -----END PGP SIGNATURE----- --q56s5mmuz64xdxcy-- From owner-freebsd-current@freebsd.org Tue Feb 12 13:51:16 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 87F1514E72ED for ; Tue, 12 Feb 2019 13:51:16 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E9E248CB5F for ; Tue, 12 Feb 2019 13:51:14 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-ed1-x52a.google.com with SMTP id f2so2206647edy.13 for ; Tue, 12 Feb 2019 05:51:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=5Sy6+GqeFxriNvaG4qJ7yiKmc0SeeOxjhwvdt6x3Gio=; b=deEmor1aMZ/GpqFc5a++9K6WjvuTrhWU/lZ58vPov51W50OEubchfWHBgucIwc8KC6 /wmEKPKlTz4KgZ9b9or0Z1JTHxkKl0DlQSQCKFx4cS8C0/ieUj1IBwfQYUnhcZLdOjyV ZCx2MqU21pZKKZyF7A37EOx22BwmCOfIy/GBURNbFnuWyNOmHTqyDyIql27XqlvtErsT bHn/hlByXooibS6nSfxbXM3NYbblTT/M4rrJ2SWtgQdmFEovFnCLab9XWg/kqJjXBpaD U5pXleE4orajMNNdKhtmnSBB16yQLLTd2a+qaUQo4VK9XH0+eYXI2ehptlkVI7ipE6Zw 3RRg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=5Sy6+GqeFxriNvaG4qJ7yiKmc0SeeOxjhwvdt6x3Gio=; b=iDfb5ulRz3U3SSPMqC5ntf3DBmjtKSDPVLI6SEp9lSbpCwNSNwp0vsnGBv6eftaqUZ ZuLTmry51MYP3/vobgQTHYuKFLZ312fyQ4kvy9sE2Ao811TuBSBZIkWDEbqjUI2Wx4lf nyJ/rczt8qQF5+Tj/6xvUwvChaQHh8UcXjiq98qwvjK81WrAX7cQhO4BneLyVIywHUMD utfJpqX0DdKY9xE4yuAePmJ0QInuPsi38+si1gsZsJHMOA73Z4nGm9zw1rwr7pk1XLap vt2Q8EQ6bvpXcEoVRAPkh1CBRQ3rXiTz6ZyXim+jz8MmsZt2RmHYPLzmr3rWelaCEphZ M8kA== X-Gm-Message-State: AHQUAuamd5zE3JrO45l863nWRoPtELRopl5ctCmVxYEm0Un0qE0F8S8I SlhxORzTDINUXRMZ13ag0kPnVg== X-Google-Smtp-Source: AHgI3IbTQcPeVKdgMmbYMy7EiSJlMUbBz8nUMk7ql0Ht0vGyzDaee0rPl/N/5uFSHsW6OBEgQvvFaA== X-Received: by 2002:a50:9ea1:: with SMTP id a30mr3108054edf.104.1549979473507; Tue, 12 Feb 2019 05:51:13 -0800 (PST) Received: from mutt-hbsd ([54.39.151.167]) by smtp.gmail.com with ESMTPSA id l17sm3851504edc.56.2019.02.12.05.51.10 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 12 Feb 2019 05:51:12 -0800 (PST) Date: Tue, 12 Feb 2019 08:50:34 -0500 From: Shawn Webb To: Renato Botelho Cc: freebsd-current@freebsd.org Subject: Re: IPv6 RFC3041 temporary address broken? Message-ID: <20190212135034.csc5hv5g5rcggvcw@mutt-hbsd> References: <20190212130307.vhjpbffpgbuc3u4m@mutt-hbsd> <363bee09-1607-822a-3833-5c24aca48980@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="rxyvfpzoemwftu47" Content-Disposition: inline In-Reply-To: <363bee09-1607-822a-3833-5c24aca48980@gmail.com> X-Operating-System: FreeBSD mutt-hbsd 13.0-CURRENT-HBSD FreeBSD 13.0-CURRENT-HBSD 1b35a2c4553(hardened/current/cross-dso-cfi) HARDENEDBSD-13-CURRENT amd64 X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: E9E248CB5F X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hardenedbsd.org header.s=google header.b=deEmor1a; spf=pass (mx1.freebsd.org: domain of shawn.webb@hardenedbsd.org designates 2a00:1450:4864:20::52a as permitted sender) smtp.mailfrom=shawn.webb@hardenedbsd.org X-Spamd-Result: default: False [-3.29 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[cached: alt1.aspmx.l.google.com]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(3.00)[167.151.39.54.zen.spamhaus.org : 127.0.0.4]; R_DKIM_ALLOW(0.00)[hardenedbsd.org:s=google]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[hardenedbsd.org]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[a.2.5.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]; IP_SCORE(-2.70)[ip: (-9.15), ipnet: 2a00:1450::/32(-2.29), asn: 15169(-1.96), country: US(-0.07)]; MID_RHS_NOT_FQDN(0.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: Tue, 12 Feb 2019 13:51:16 -0000 --rxyvfpzoemwftu47 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 12, 2019 at 11:44:42AM -0200, Renato Botelho wrote: > On 12/02/19 11:03, Shawn Webb wrote: > > Hey all, > >=20 > > I have net.inet6.ip6.use_tempaddr and net.inet6.ip6.prefer_tempaddr > > both set to 1. Yet, I'm not seeing temporary addresses created upon > > receipt of a router advertisement. I'm only seeing the HostID-based > > SLAAC IP be generated. Has something changed recently that would > > prevent RFC3041 from working in FreeBSD HEAD? > >=20 > > Thanks, > >=20 >=20 > It's working as expected here: >=20 > lagg0: flags=3D8843 metric 0 mtu = 1500 > ether 3c:97:0e:48:3f:f8 > inet6 fe80::3e97:eff:fe48:3ff8%lagg0 prefixlen 64 scopeid 0x4 > inet6 2804:f1c:800:e00:3e97:eff:fe48:3ff8 prefixlen 64 autoconf > inet6 2804:f1c:800:e00:30e9:88ac:84fc:ebea prefixlen 64 autoconf tempora= ry > inet 172.21.4.121 netmask 0xffffff00 broadcast 172.21.4.255 > laggproto failover lagghash l2,l3,l4 > laggport: em0 flags=3D1 > laggport: wlan0 flags=3D4 > groups: lagg > media: Ethernet autoselect > status: active > nd6 options=3D23 >=20 > ??? uname -a > FreeBSD x230 13.0-CURRENT FreeBSD 13.0-CURRENT #83 r344002: Mon Feb 11 > 11:54:18 -02 2019 > root@x230:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG amd64 False alarm. Glitch in the matrix. I had a typo in a config file. Sorry for the noise and thanks for the quick response! Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD Tor-ified Signal: +1 443-546-8752 Tor+XMPP+OTR: lattera@is.a.hacker.sx GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --rxyvfpzoemwftu47 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAlxizyYACgkQaoRlj1JF bu7xRRAAmmOE1ntJVzYv5epAsIADraZxUvw+W/vsWHpMt7SIB2c5SwDPy5NbmV10 83w6NAidK3F1cRX9D8nlFVrE07S3C8ECia3BwPrd4CrgD1xDc615bx3o5n9j2scY nDpH8zuC+IL1jra5r5LlMhrV/K2vt0UAPLEcfySg107Ebavo4+xDIS7awyh/LZEf x2Dbe6TqexYmDahrawClzzS3xClYfRVAKU3v/DSA1dVIZVltZxv4WySkSLUingP1 iH/w5er1IUKquroeK2gVCutfQInee6PWYLDG1Il9N918D3N7cYG/LMEe1/rluP7D 7VCaPnxboI4BIyrsgbnW5t8hj9votSlfA8/CIaIFoDpJEgABgxLyCKkbzqTJSzk+ +Z0gAxH209P/oBu1GhGqSXNB5xXZ2EsXxnOwHqlF4NJKM4UdQnxYdV3ixM5FyPyb 1B7eryih/t499uAGzU1yhIYZBl2nP96TYV0yYk33waOdDZaw5bI0+DXAbDvEKl31 fHUUbLZY5RR2E05b2PY88ZRNs/8jiiwlTsbDldpAdM5vkt0Aee9rThcAnDCopesb n/L25TnKQKfMlB3PbiIgChPoPrJaMhwTImnBOnClsiub6EPIw65ebsORF8Boyj9v qQQ9suN7s1ugCLoWjtH6JymfWK4Gq6Kwn6q3GtaD2g45dRc90Sc= =fPr0 -----END PGP SIGNATURE----- --rxyvfpzoemwftu47-- From owner-freebsd-current@freebsd.org Tue Feb 12 13:44:51 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B3DCB14E70D3 for ; Tue, 12 Feb 2019 13:44:51 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B224B8C8B7 for ; Tue, 12 Feb 2019 13:44:50 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by mail-qt1-x82c.google.com with SMTP id a48so2949964qtb.4 for ; Tue, 12 Feb 2019 05:44:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:openpgp:autocrypt:message-id:date :user-agent:mime-version:in-reply-to; bh=7gEDGZB79rFgPE3plLxrwSOies1iZREbN+2kay0QUZQ=; b=LIjCb18gZvSBfnX2YQ7A9W1wHe43o3ly8cbbj0/FL24CF45PVeqqhv7NlyWg1gKCY1 qIH55JrGRITTszP+5+qgTUzlUL9Mv8SS52oIDVE6z3pcTCrAX608eONIzBFH/T8GX4tU EPkeSc6TWyLXcmIY3Tgk2SzoFqnNCKj1E6GvsGXC97hn79QH8kMz48NLpXIPapWvhUD2 yEZiWDbdvC3JpTVjPHNLgNGqnI/mMwf3/9bgUD77NcM0qy1b/83pGwZ2ZZ3T2L/MAlMm tzIAmelIM5+Qj3Qq1ymMy3tiveeW9lkWId1Xv/kZpJ7NYO9CEq73u8JfhfzP/1nTdC1Z DO8g== 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:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to; bh=7gEDGZB79rFgPE3plLxrwSOies1iZREbN+2kay0QUZQ=; b=jsqyvpYkEwun5u2xf1iJZZ7+Xm8irNshz7uQG4D65ddMWRwW88j9MOKLxwiXYVYcEr o6yk8SkBTm1cCKj1BdHZRVfRepidspQSnE4uEp+3oMrDtoGclWEkx5nWqfRg7XXw0ZVV +hcSV0BbnzmMf0vhgX3GZ+m6pXCkERe29lmtXowZ2kfmJ1O4pzLuLtku3gtIgcJbVAJG dPcbIOBW+zqQLYT8Q0TfrE7QtRuXAnodW+JAydyxzPCOCQMrqjcXILAb6Jl0f6m8m80P zmj0a88TFoKVxTK1FMTUf5URZBZ5C7+0vhhvEy7maT33h/0GT3eM8SeVHPhpoG23ZDe5 wQMg== X-Gm-Message-State: AHQUAuY8CRn3HidWBRR43M8z7eiKFsdepPxeyjSy0yCxn6BQEJBSN6Ox CWL7R/L506Km9xPN9w9WUiWMgsg4 X-Google-Smtp-Source: AHgI3IZh9iGHU26JIG62uJM8Qx5X6qDyrZttT9A0Qw+60/FERFVjcxerSlj4cd+cG68WWxGicdZggA== X-Received: by 2002:aed:3b13:: with SMTP id p19mr2955872qte.128.1549979089472; Tue, 12 Feb 2019 05:44:49 -0800 (PST) Received: from mbp.home ([2804:f1c:800:e00:187f:db27:5d2c:ec67]) by smtp.gmail.com with ESMTPSA id r24sm17455358qtr.2.2019.02.12.05.44.47 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Feb 2019 05:44:47 -0800 (PST) Subject: Re: IPv6 RFC3041 temporary address broken? To: Shawn Webb , freebsd-current@freebsd.org References: <20190212130307.vhjpbffpgbuc3u4m@mutt-hbsd> From: Renato Botelho Openpgp: preference=signencrypt Autocrypt: addr=garga.bsd@gmail.com; prefer-encrypt=mutual; keydata= mQENBFn4ZqUBCACxJRWi57JkmsCrSU0gZd/CwB+B90OTUeXmF63lDPETOQ+pBA4+vJgzjW1C pv7rR25wxvESJKphxZJOOk9AXTXsg5QrhdP3+KQG/zNcKd2ukbt3ezkhdMx8q81wn4wY2oTl WXdGIVdDKvC8sCp1fc6pPKJin71/skb9wg6ThtlRFlv9en4f8QSVmRuzRKQ6VjCbl+yIpiye /I5BQ4I99uouPzPhzf9ya3cvp4xbiw5wSo1F3nLsThBT2osYy/nRNz2ciuCYyyX87dGhio0T 8Pxl37eBbGQvCGwPQBApCcfoiZBN/5F65Tt4p72gIqT+AYuqq5G7Bhj+fGTC7q0QotL/ABEB AAG0LlJlbmF0byBCb3RlbGhvIChGcmVlQlNEKSA8Z2FyZ2EuYnNkQGdtYWlsLmNvbT6JAVQE EwEKAD4WIQTHGIs0yqyfvJeZPLtbngTDlmuGGgUCWfhm+QIbAwUJBaOagAULCQgHAwUVCgkI CwUWAwIBAAIeAQIXgAAKCRBbngTDlmuGGt3SB/9IkXpXpePRi5boK+JgtkYYwJ0rFo0FjT9Z np/987EKxWZDbCGK3WBUBrUDGy2mHQ0RQRN6s7Phk3ibuUdNmA+zFC+I9/wvNbGlnnrHrz4C Zf+I82usno0NFo7xuQ661LbnpWc5e/sV4KPdcYX7piNfbKi9U0RDVp4z79fCIoF15qg6J1jk ukdiWaJkbNhZf1rqbvkZfdiiZt9TXBelY0yEUjSx2xwdGIoqEFrxMTY11NRwHmiegAv+ykFj OsZJ1qk0f/50IPsvXbh4eWoBI8QDvXP/9drbvtc3/74x3b+i7E7F6PObYIBMfXCaBGYtOlRB qq7lsLZQalH+Xw5GaGq8uQENBFn4ZqUBCACmJOJtQzQ6l4JzF/lhR6ngXjLzncKVThMypk76 GjfyzPQZ2yFBa4EQGpqE63FqkdQy2WYL7Ak0IEBq/kliMcetdcT2mBGbkSBWywOky+mUsHjk IV3HmMG7TYG31anlsPbVM8feuxglQHetibFZ9WZ1GE0ERGsIm7j04iwFIoCUiKfHxqW1iuFn ts7YLWEo4bpAdZGviaXgdMP+BnpNN+ytH6yS0E2//llGRwk0NUz544ZqBeQRQ5UV70pfKcPc pxkFsEqnChpbkYrw6CUom3yCBR9zvwIbXGThvmcvxAKTQIGsLpU885i9dOlhJMebHVCQSWbW I27VNzlxy9zIDBOzABEBAAGJATwEGAEKACYWIQTHGIs0yqyfvJeZPLtbngTDlmuGGgUCWfhm pQIbDAUJBaOagAAKCRBbngTDlmuGGgffB/4q4h4PK8gk66L7QLkUPmvjgHCSP9IBRVR6t+nS q1GS1z4FmhKJ8+zdGqOH8+nBG8tO4mdKyKpYvPw0JNOGiBHNWoRxAeplHe86O1gzrSyNgn4E ZCX9uObUL9i1YQSYqzuYlz7TZTyokDits0pJFFGjPpeeCe43pgLR+R4PtzuvFGE6Do5Zqxkm KcH3507Ugft5nlz3u/nXypJotGnRPsj4WkQY6nu1MUdp6llYSe6iOvkPqMjUw4TLDLQRYm7e bRNiWH3fkjyjuAsAGqgcSZR5bskruv3VJloWevzNDpc4DGQ+HnS4UxM201lOczuTWlG/k69+ azRXMBEhNjNPCakN Message-ID: <363bee09-1607-822a-3833-5c24aca48980@gmail.com> Date: Tue, 12 Feb 2019 11:44:42 -0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: <20190212130307.vhjpbffpgbuc3u4m@mutt-hbsd> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="8eLsbArLo5rG4ok6Q9pXYqNhhqNZ54p2y" X-Rspamd-Queue-Id: B224B8C8B7 X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=LIjCb18g; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gargabsd@gmail.com designates 2607:f8b0:4864:20::82c as permitted sender) smtp.mailfrom=gargabsd@gmail.com X-Spamd-Result: default: False [-7.79 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_SHORT(-0.94)[-0.944,0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.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]; TAGGED_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]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[c.2.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]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.74)[ip: (-9.13), ipnet: 2607:f8b0::/32(-2.51), asn: 15169(-1.96), country: US(-0.07)] X-Mailman-Approved-At: Tue, 12 Feb 2019 14:03:33 +0000 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, 12 Feb 2019 13:44:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --8eLsbArLo5rG4ok6Q9pXYqNhhqNZ54p2y Content-Type: multipart/mixed; boundary="QrAaLW0Qwm4OVMhaAyrwSfagdy8alOXzl"; protected-headers="v1" From: Renato Botelho To: Shawn Webb , freebsd-current@freebsd.org Message-ID: <363bee09-1607-822a-3833-5c24aca48980@gmail.com> Subject: Re: IPv6 RFC3041 temporary address broken? References: <20190212130307.vhjpbffpgbuc3u4m@mutt-hbsd> In-Reply-To: <20190212130307.vhjpbffpgbuc3u4m@mutt-hbsd> --QrAaLW0Qwm4OVMhaAyrwSfagdy8alOXzl Content-Type: text/plain; charset=UTF-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 12/02/19 11:03, Shawn Webb wrote: > Hey all, >=20 > I have net.inet6.ip6.use_tempaddr and net.inet6.ip6.prefer_tempaddr > both set to 1. Yet, I'm not seeing temporary addresses created upon > receipt of a router advertisement. I'm only seeing the HostID-based > SLAAC IP be generated. Has something changed recently that would > prevent RFC3041 from working in FreeBSD HEAD? >=20 > Thanks, >=20 It's working as expected here: lagg0: flags=3D8843 metric 0 mtu = 1500 ether 3c:97:0e:48:3f:f8 inet6 fe80::3e97:eff:fe48:3ff8%lagg0 prefixlen 64 scopeid 0x4 inet6 2804:f1c:800:e00:3e97:eff:fe48:3ff8 prefixlen 64 autoconf inet6 2804:f1c:800:e00:30e9:88ac:84fc:ebea prefixlen 64 autoconf tempora= ry inet 172.21.4.121 netmask 0xffffff00 broadcast 172.21.4.255 laggproto failover lagghash l2,l3,l4 laggport: em0 flags=3D1 laggport: wlan0 flags=3D4 groups: lagg media: Ethernet autoselect status: active nd6 options=3D23 =E2=9D=AF uname -a FreeBSD x230 13.0-CURRENT FreeBSD 13.0-CURRENT #83 r344002: Mon Feb 11 11:54:18 -02 2019 root@x230:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG amd64 --=20 Renato Botelho --QrAaLW0Qwm4OVMhaAyrwSfagdy8alOXzl-- --8eLsbArLo5rG4ok6Q9pXYqNhhqNZ54p2y Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEExxiLNMqsn7yXmTy7W54Ew5ZrhhoFAlxizctfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEM3 MTg4QjM0Q0FBQzlGQkM5Nzk5M0NCQjVCOUUwNEMzOTY2Qjg2MUEACgkQW54Ew5Zr hhokTgf9FPZibIZ/MCsA3nxgmFMc8jbl/533f4Qim2mPevjBbBf2fPRTeFIYESsS Pg+lwSbfB/p+riM3DGLDpHEP8SeMD94WNtzC+qlj9i9NAa4n/Tx/S3S3HbXqMqhU J6UZBiUcHjZCUVHc2wucJd88bQncPoD+nSa4OqE88g1iXePPTNSwQdr9ObLVnXUN 01QUrT+WIZQI4Rj7I+t7Xz/ZVt20aerT8bB7ngbRFKZXn9nPYposMJvpx0ZTFid0 IwUn5/j1IAn6Z5GAkSUhjgGNZ+ZqCyyMdyCRAnFqmsRXZCQq1aERKxKJbOJA2YEO SWlKAJC97jv9CSvUjMs2t90Ui4cRlA== =kc0q -----END PGP SIGNATURE----- --8eLsbArLo5rG4ok6Q9pXYqNhhqNZ54p2y-- From owner-freebsd-current@freebsd.org Tue Feb 12 15:41:46 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ADB1D14EA44C for ; Tue, 12 Feb 2019 15:41:46 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2B16C6ABE0 for ; Tue, 12 Feb 2019 15:41:46 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: by mailman.ysv.freebsd.org (Postfix) id DF9E914EA449; Tue, 12 Feb 2019 15:41:45 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD4A814EA448 for ; Tue, 12 Feb 2019 15:41:45 +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 67F3A6ABDC for ; Tue, 12 Feb 2019 15:41:45 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 43zRj24qXMzDjTq for ; Tue, 12 Feb 2019 15:41:42 +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=1549986102; bh=zICABizXjVH8c4zOQ1qHYWkW WWwE36UXWoKY3rsMMv0=; b=vzO6Qzp1xgdsBhvXbDaYsa19opw5m32RvU2dDlrU CCjAVc6v+Q5qB1vnz82nJVrKIRgwlh+ikPtpPMTHZGXBxt/8AHO/02KPACMDcPzI LYa77Zl5tEfMxwB5/ca8rruxT4CjDZSIMIPSjCMF+dby0E9aXSUJnYaDxZrrXHVy Dq0= 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 cKr2AvZVaDTE for ; Tue, 12 Feb 2019 15:41:42 +0000 (UTC) Received: from garnet.daemonic.se (host-95-192-114-250.mobileonline.telia.com [95.192.114.250]) by mail.daemonic.se (Postfix) with ESMTPSA id 43zRj20kBGzDjCL for ; Tue, 12 Feb 2019 15:41:42 +0000 (UTC) Subject: Re: "Oddness" in head since around r343678 or so To: current@freebsd.org References: <20190207130940.GA1111@albert.catwhisker.org> <20190212123810.GX1329@albert.catwhisker.org> From: Niclas Zeising Message-ID: <05e75817-48f5-d23f-2a28-d2e54da9591c@daemonic.se> Date: Tue, 12 Feb 2019 16:41:41 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: <20190212123810.GX1329@albert.catwhisker.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 67F3A6ABDC X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.978,0]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[freebsd]; 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: Tue, 12 Feb 2019 15:41:46 -0000 On 2/12/19 1:38 PM, David Wolfskill wrote: > On Thu, Feb 07, 2019 at 05:09:40AM -0800, David Wolfskill wrote: >> ... >> The laptop is configured to run xdm; while running stable/11 or >> stable/12, there's a period of about 5 seconds after xdm's login banner >> shows up before either the mouse or keyboard responds. >> >> Up to a few days ago, head was the same, but as of about last weekend (I >> think), that period is about 40 seconds while running head. >> .... > > I no longer observe the above-described delay in head, as of r343998. > Most likely because the coverage stuff were removed from GENERIC. Regards -- Nicals From owner-freebsd-current@freebsd.org Tue Feb 12 18:21:21 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 04FA014EFD30 for ; Tue, 12 Feb 2019 18:21:21 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (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 4E2BE72BE9 for ; Tue, 12 Feb 2019 18:21:20 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 8700F1FBB1 for ; Tue, 12 Feb 2019 18:21:19 +0000 (UTC) Subject: Re: what do jails map 127.0.0.1 to? To: freebsd-current@freebsd.org References: From: Allan Jude Openpgp: preference=signencrypt Autocrypt: addr=allanjude@freebsd.org; prefer-encrypt=mutual; keydata= mQINBFVwZcYBEADwrZDH0xe0ZVjc9ORCc6PcBLwS/RTXA6NkvpD6ea02pZ8lPOVgteuuugFc D34LdDbiWr+479vfrKBh+Y38GL0oZ0/13j10tIlDMHSa5BU0y6ACtnhupFvVlQ57+XaJAb/q 7qkfSiuxVwQ3FY3PL3cl1RrIP5eGHLA9hu4eVbu+FOX/q/XVKz49HaeIaxzo2Q54572VzIo6 C28McX9m65UL5fXMUGJDDLCItLmehZlHsQQ+uBxvODLFpVV2lUgDR/0rDa0B9zHZX8jY8qQ7 ZdCSy7CwClXI054CkXZCaBzgxYh/CotdI8ezmaw7NLs5vWNTxaDEFXaFMQtMVhvqQBpHkfOD 7rjjOmFw00nJL4FuPE5Yut0CPyx8vLjVmNJSt/Y8WxxmhutsqJYFgYfWl/vaWkrFLur/Zcmz IklwLw35HLsCZytCN5A3rGKdRbQjD6QPXOTJu0JPrJF6t2xFkWAT7oxnSV0ELhl2g+JfMMz2 Z1PDmS3NRnyEdqEm7NoRGXJJ7bgxDbN+9SXTyOletqGNXj/bSrBvhvZ0RQrzdHAPwQUfVSU2 qBhQEi2apSZstgVNMan0GUPqCdbE2zpysg+zT7Yhvf9EUQbzPL4LpdK1llT9fZbrdMzEXvEF oSvwJFdV3sqKmZc7b+E3PuxK6GTsKqaukd/3Cj8aLHG1T1im1QARAQABtCJBbGxhbiBKdWRl IDxhbGxhbmp1ZGVAZnJlZWJzZC5vcmc+iQI/BBMBAgApBQJVcGXGAhsjBQkSzAMABwsJCAcD AgEGFQgCCQoLBBYCAwECHgECF4AACgkQGZU1PhKYC34Muw/+JOKpSfhhysWFYiRXynGRDe07 Z6pVsn7DzrPUMRNZfHu8Uujmmy3p2nx9FelIY9yjd2UKHhug+whM54MiIFs90eCRVa4XEsPR 4FFAm0DAWrrb7qhZFcE/GhHdRWpZ341WAElWf6Puj2devtRjfYbikvj5+1V1QmDbju7cEw5D mEET44pTuD2VMRJpu2yZZzkM0i+wKFuPxlhqreufA1VNkZXI/rIfkYWK+nkXd9Efw3YdCyCQ zUgTUCb88ttSqcyhik/li1CDbXBpkzDCKI6I/8fAb7jjOC9LAtrZJrdgONywcVFoyK9ZN7EN AVA+xvYCmuYhR/3zHWH1g4hAm1v1+gIsufhajhfo8/wY1SetlzPaYkSkVQLqD8T6zZyhf+AN bC7ci44UsiKGAplB3phAXrtSPUEqM86kbnHg3fSx37kWKUiYNOnx4AC2VXvEiKsOBlpyt3dw WQbOtOYM+vkfbBwDtoGOOPYAKxc4LOIt9r+J8aD+gTooi9Eo5tvphATf9WkCpl9+aaGbSixB tUpvQMRnSMqTqq4Z7DeiG6VMRQIjsXDSLJEUqcfhnLFo0Ko/RiaHd5xyAQ4DhQ9QpkyQjjNf /3f/dYG7JAtoD30txaQ5V8uHrz210/77DRRX+HJjEj6xCxWUGvQgvEZf5XXyxeePvqZ+zQyT DX61bYw6w6a5Ag0EVXBlxgEQAMy7YVnCCLN4oAOBVLZ5nUbVPvpUhsdA94/0/P+uqCIh28Cz ar56OCX0X19N/nAWecxL4H32zFbIRyDB2V/MEh4p9Qvyu/j4i1r3Ex5GhOT2hnit43Ng46z5 29Es4TijrHJP4/l/rB2VOqMKBS7Cq8zk1cWqaI9XZ59imxDNjtLLPPM+zQ1yE3OAMb475QwN UgWxTMw8rkA7CEaqeIn4sqpTSD5C7kT1Bh26+rbgJDZ77D6Uv1LaCZZOaW52okW3bFbdozV8 yM2u+xz2Qs8bHz67p+s+BlygryiOyYytpkiK6Iy4N7FTolyj5EIwCuqzfk0SaRHeOKX2ZRjC qatkgoD/t13PNT38V9tw3qZVOJDS0W6WM8VSg+F+bkM9LgJ8CmKV+Hj0k3pfGfYPOZJ/v18i +SmZmL/Uw2RghnwDWGAsPCKu4uZR777iw7n9Io6Vfxndw2dcS0e9klvFYoaGS6H2F13Asygr WBzFNGFQscN4mUW+ZYBzpTOcHkdT7w8WS55BmXYLna+dYer9/HaAuUrONjujukN4SPS1fMJ2 /CS/idAUKyyVVX5vozoNK2JVC1h1zUAVsdnmhEzNPsvBoqcVNfyqBFROEVLIPwq+lQMGNVjH ekLTKRWf59MEhUC2ztjSKkGmwdg73d6xSXMuq45EgIJV2wPvOgWQonoHH/kxABEBAAGJAiUE GAECAA8FAlVwZcYCGwwFCRLMAwAACgkQGZU1PhKYC34w5A//YViBtZyDV5O+SJT9FFO3lb9x Zdxf0trA3ooCt7gdBkdnBM6T5EmjgVZ3KYYyFfwXZVkteuCCycMF/zVw5eE9FL1+zz9gg663 nY9q2F77TZTKXVWOLlOV2bY+xaK94U4ytogOGhh9b4UnQ/Ct3+6aviCF78Go608BXbmF/GVT 7uhddemk7ItxM1gE5Hscx3saxGKlayaOsdPKeGTVJCDEtHDuOc7/+jGh5Zxpk/Hpi+DUt1ot 8e6hPYLIQa4uVx4f1xxxV858PQ7QysSLr9pTV7FAQ18JclCaMc7JWIa3homZQL/MNKOfST0S 2e+msuRwQo7AnnfFKBUtb02KwpA4GhWryhkjUh/kbVc1wmGxaU3DgXYQ5GV5+Zf4kk/wqr/7 KG0dkTz6NLCVLyDlmAzuFhf66DJ3zzz4yIo3pbDYi3HB/BwJXVSKB3Ko0oUo+6/qMrOIS02L s++QE/z7K12CCcs7WwOjfCYHK7VtE0Sr/PfybBdTbuDncOuAyAIeIKxdI2nmQHzl035hhvQX s4CSghsP319jAOQiIolCeSbTMD4QWMK8RL/Pe1FI1jC3Nw9s+jq8Dudtbcj2UwAP/STUEbJ9 5rznzuuhPjE0e++EU/RpWmcaIMK/z1zZDMN+ce2v1qzgV936ZhJ3iaVzyqbEE81gDxg3P+IM kiYh4ZtPB4Q= Message-ID: Date: Tue, 12 Feb 2019 13:21:18 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QZDZizvKqa8tVtCNmZ2g0I2wBJER8rrme" X-Rspamd-Queue-Id: 4E2BE72BE9 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; NEURAL_HAM_SHORT(-0.97)[-0.974,0]; ASN(0.00)[asn:6939, ipnet:209.51.160.0/19, country:US]; NEURAL_HAM_LONG(-1.00)[-0.999,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: Tue, 12 Feb 2019 18:21:21 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QZDZizvKqa8tVtCNmZ2g0I2wBJER8rrme Content-Type: multipart/mixed; boundary="cNOoLpuGPmLKKmVPWBUB6hHGJdFq2vGKa"; protected-headers="v1" From: Allan Jude To: freebsd-current@freebsd.org Message-ID: Subject: Re: what do jails map 127.0.0.1 to? References: In-Reply-To: --cNOoLpuGPmLKKmVPWBUB6hHGJdFq2vGKa Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2019-02-10 19:50, Rick Macklem wrote: > I am finally back to looking at an old PR#205193. >=20 > The problem is that the nfsuserd daemon expects upcalls from the kernel= > that are from localhost (127.0.0.1) and when jails are running on the s= ystem, > 127.0.0.1 is mapped to some other IP#. (I think it might be the address= of the > first net interface on the machine, but I'm not sure?) >=20 > Is there a way that nfsuserd.c can find out what this IP# is? > (I have a patch that converts nfsuserd.c to using an AF_LOCAL socket, b= ut that > breaks for some setups. I think it was when the directory the socket w= as being > created in is NFSv4 mounted, but I can't remember exactly how it fails= =2E) >=20 > Thanks for any help with this, rick > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 normal Jails map 127.0.0.1 to the first IP in the jail. --=20 Allan Jude --cNOoLpuGPmLKKmVPWBUB6hHGJdFq2vGKa-- --QZDZizvKqa8tVtCNmZ2g0I2wBJER8rrme Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJcYw6fAAoJEBmVNT4SmAt+akAP/i547yu08df1EtQyjJsSa4FL x0oJdkGJCJ8/6tAN/mqLpGf84AOZoKhb551KjSTj/q/zaKDgRcCGCBVK1FVcAm9i 3e+3FaHoJDs8k/sWzpvKyKeJ5bBYFhCAud2ry4nNWWHgM5W2BU0mUKQqGipygTLT 8ivfUaeBNFU72YDE1lr8wt/FBDcD+XQsIkaFKBuJMaYZmUsZ921PhOmpVcp44BvO KV1OORRtvwUtmT3rZVmJhOqLOHirKvvMoQRLaoY6jzEdH55BLiTNrxZXviEbLpw3 iO93PYDxJvsRg6HUoIrzkdqsxsKpCq69ZTeczvaU3eLlr5sBsRoYmAohs1FW1BXF 1EGemQbdC7+r5bTfeEiTGUlVFrxGGxQ1gnpOhNbdhS0m1HniO1JC+YuCJEIVvhtt xa4DCXC58i2oIeueF7HQ+oT0rjeXQYGLvMAvG5S7YIlrGF5w/7vtslPwPjqjrchZ wjoxWxEnsw4qNaISXCwC4xPsKvNWuPpigiT5TZP/AykHCBUKPETQOadudX1m8TB3 acYWKT1C7suNu6MAF0akNTwkhHKy5h0XREqtr3qaFAuvINIsxJzemIblBbHZNzvl MVZeVW+/9wO83PVfukpE0PMrBXeObAnXXjpFHvjr+MV3P/W+hIiQYr8TLSmJ52pd CNKV0gw7XpY/1wCz8KXN =sTbQ -----END PGP SIGNATURE----- --QZDZizvKqa8tVtCNmZ2g0I2wBJER8rrme-- From owner-freebsd-current@freebsd.org Tue Feb 12 18:41:20 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5B0114F09E9 for ; Tue, 12 Feb 2019 18:41:20 +0000 (UTC) (envelope-from bz@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 4862174407; Tue, 12 Feb 2019 18:41:20 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:13b:39f::9f:25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) (Authenticated sender: bz/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 0F20813C31; Tue, 12 Feb 2019 18:41:20 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 591EE8D4A175; Tue, 12 Feb 2019 18:41:17 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 4BF2BD23102; Tue, 12 Feb 2019 18:41:16 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id LawRHibFpxBO; Tue, 12 Feb 2019 18:41:14 +0000 (UTC) Received: from [192.168.2.110] (unknown [IPv6:fde9:577b:c1a9:31:2ef0:eeff:fe03:ee34]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id D2970D23103; Tue, 12 Feb 2019 18:41:14 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Rick Macklem" Cc: freebsd-current@FreeBSD.org Subject: Re: what do jails map 127.0.0.1 to? Date: Tue, 12 Feb 2019 18:41:14 +0000 X-Mailer: MailMate (2.0BETAr6135) Message-ID: <2F884512-F6A4-4E37-8566-46985A9FC5E3@FreeBSD.org> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4862174407 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_SHORT(-0.98)[-0.977,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; 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: Tue, 12 Feb 2019 18:41:20 -0000 On 11 Feb 2019, at 0:50, Rick Macklem wrote: > I am finally back to looking at an old PR#205193. > > The problem is that the nfsuserd daemon expects upcalls from the > kernel > that are from localhost (127.0.0.1) and when jails are running on the > system, > 127.0.0.1 is mapped to some other IP#. (I think it might be the > address of the > first net interface on the machine, but I'm not sure?) And what does it do on system that have no 127.1 or no IPv4 at all anymore or don’t even support IPv4 anymore? > Is there a way that nfsuserd.c can find out what this IP# is? Yes, could do easily but wouldn’t work for my above case, would it? I can help you with the code for v4 and jails if you help me with the code for IPv6? > (I have a patch that converts nfsuserd.c to using an AF_LOCAL socket, > but that > breaks for some setups. I think it was when the directory the socket > was being > created in is NFSv4 mounted, but I can't remember exactly how it > fails.) > > Thanks for any help with this, rick > _______________________________________________ > 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 Tue Feb 12 19:21:20 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ACC4714BD811 for ; Tue, 12 Feb 2019 19:21:20 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (muon.bluestop.org [96.73.9.1]) (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 939C7768B5 for ; Tue, 12 Feb 2019 19:21:19 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (localhost [127.0.0.1]) by muon.bluestop.org (Postfix) with ESMTP id 14476D33E; Tue, 12 Feb 2019 12:22:07 -0700 (MST) Received: from muon.bluestop.org ([127.0.0.1]) by muon.bluestop.org (muon.bluestop.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Tp-AAy33Vi_S; Tue, 12 Feb 2019 12:22:06 -0700 (MST) Received: from Rebeccas-iPhone.mail (gw.bluestop.org [96.73.9.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTPSA; Tue, 12 Feb 2019 12:22:05 -0700 (MST) Date: Tue, 12 Feb 2019 12:20:43 -0700 From: Rebecca Cran To: FreeBSD Current , Hans Petter Selasky Message-ID: In-Reply-To: References: Subject: Re: USB problems on -CURRENT (controller keeps getting reset) MIME-Version: 1.0 X-Rspamd-Queue-Id: 939C7768B5 X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.89 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bluestop.org:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(-2.90)[ip: (-9.72), ipnet: 96.64.0.0/11(-4.26), asn: 7922(-0.45), country: US(-0.07)]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bluestop.org:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bluestop.org,quarantine]; MX_GOOD(-0.01)[mail.bluestop.org]; NEURAL_HAM_SHORT(-0.99)[-0.985,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:7922, ipnet:96.64.0.0/11, country:US]; MID_RHS_MATCH_FROM(0.00)[] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline 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: Tue, 12 Feb 2019 19:21:21 -0000 That works, thanks. Rebecca On February 12, 2019 at 1:24:15 AM, Hans Petter Selasky (hps@selasky.org(mailto:hps@selasky.org)) wrote: > The USB timeout error might indicate an IRQ issue. > > Can you try setting: > > hw.usb.xhci.use_polling=1 > > In /boot/loader.conf and reboot. > > --HPS From owner-freebsd-current@freebsd.org Tue Feb 12 19:54:44 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C067C14CEAC6; Tue, 12 Feb 2019 19:54:43 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) (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 CE4F177D5E; Tue, 12 Feb 2019 19:54:40 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from disco.vangyzen.net (unknown [70.97.188.230]) by smtp.vangyzen.net (Postfix) with ESMTPSA id AE2EA56468; Tue, 12 Feb 2019 13:54:25 -0600 (CST) Subject: Re: Networking panic on 12 - found the cause To: Pete French , "Andrey V. Elsukov" , freebsd-stable@freebsd.org, freebsd-current References: <4a350f47-eaca-5aca-9268-bf7a6618e71c@yandex.ru> From: Eric van Gyzen Message-ID: <0a0f2668-19f7-ad62-dff4-e2997e57ea5c@vangyzen.net> Date: Tue, 12 Feb 2019 13:54:21 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: CE4F177D5E X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of eric@vangyzen.net designates 2607:fc50:1000:7400:216:3eff:fe72:314f as permitted sender) smtp.mailfrom=eric@vangyzen.net X-Spamd-Result: default: False [-6.55 / 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)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[vangyzen.net]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[hotblack.vangyzen.net]; NEURAL_HAM_SHORT(-0.97)[-0.966,0]; IP_SCORE(-3.28)[ip: (-8.18), ipnet: 2607:fc50:1000::/36(-4.23), asn: 36236(-3.90), country: US(-0.07)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:2607:fc50:1000::/36, country:US]; 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: Tue, 12 Feb 2019 19:54:44 -0000 On 2/12/19 8:53 AM, Pete French wrote: > I found my panic. If I take everything out of rc.conf and loader.conf > and sysctl.conf and boot the system it works fine when I add an IP > address. If I add this one line to sysctl.conf > >     net.link.ether.inet.garp_rexmit_count=2 > > Then I get a panic when I configure the interface: > > root@serpentine-passive:~ #  ifconfig igb0 inet 10.32.10.4/16 up > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address   = 0x28 > fault code              = supervisor read data, page not present > instruction pointer     = 0x20:0xffffffff80c987f1 > stack pointer           = 0x28:0xfffffe00004d5730 > frame pointer           = 0x28:0xfffffe00004d5750 > code segment            = base 0x0, limit 0xfffff, type 0x1b >                         = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags        = interrupt enabled, resume, IOPL = 0 > current process         = 12 (swi4: clock (0)) > trap number             = 12 > panic: page fault > cpuid = 0 > time = 1549981620 > KDB: stack backtrace: > #0 0xffffffff80bdfdc7 at kdb_backtrace+0x67 > #1 0xffffffff80b93fa3 at vpanic+0x1a3 > #2 0xffffffff80b93df3 at panic+0x43 > #3 0xffffffff8106a7bf at trap_fatal+0x35f > #4 0xffffffff8106a819 at trap_pfault+0x49 > #5 0xffffffff81069e3e at trap+0x29e > #6 0xffffffff810450c5 at calltrap+0x8 > #7 0xffffffff80c986f6 at ether_output+0x6b6 > #8 0xffffffff80d03354 at arprequest+0x4c4 > #9 0xffffffff80d0515c at garp_rexmit+0xbc > #10 0xffffffff80bade19 at softclock_call_cc+0x129 > #11 0xffffffff80bae2f9 at softclock+0x79 > #12 0xffffffff80b57c57 at ithread_loop+0x1a7 > #13 0xffffffff80b54da2 at fork_exit+0x82 > #14 0xffffffff810460be at fork_trampoline+0xe I see the same behavior on head (and stable/12). (kgdb) f #16 0xffffffff80ce5331 in ether_output_frame (ifp=0xfffff80003672800, m=0xfffff8000c88b100) at /usr/src/sys/net/if_ethersubr.c:468 468 switch (pfil_run_hooks(V_link_pfil_head, &m, ifp, PFIL_OUT, 0xffffffff80ce5321 <+81>: mov %gs:0x0,%rax 0xffffffff80ce532a <+90>: mov 0x500(%rax),%rax => 0xffffffff80ce5331 <+97>: mov 0x28(%rax),%rax I think this is part of the V_link_pfil_head. I'm not very familiar with vnet. Does this need a CURVNET_SET(), maybe in garp_rexmit()? Eric From owner-freebsd-current@freebsd.org Tue Feb 12 20:13:40 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9968514CF34A; Tue, 12 Feb 2019 20:13:40 +0000 (UTC) (envelope-from srs0=cpp7=qt=vega.codepro.be=kp@codepro.be) Received: from venus.codepro.be (venus.codepro.be [5.9.86.228]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.codepro.be", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 493AC807AB; Tue, 12 Feb 2019 20:13:38 +0000 (UTC) (envelope-from srs0=cpp7=qt=vega.codepro.be=kp@codepro.be) Received: from vega.codepro.be (unknown [172.16.1.3]) by venus.codepro.be (Postfix) with ESMTP id C02AC10AB7; Tue, 12 Feb 2019 21:13:30 +0100 (CET) Received: by vega.codepro.be (Postfix, from userid 1001) id BDA152C2CA; Tue, 12 Feb 2019 21:13:30 +0100 (CET) Date: Tue, 12 Feb 2019 21:13:30 +0100 From: Kristof Provost To: Eric van Gyzen Cc: Pete French , "Andrey V. Elsukov" , freebsd-stable@freebsd.org, freebsd-current Subject: Re: Networking panic on 12 - found the cause Message-ID: <20190212201330.GK8450@vega.codepro.be> References: <4a350f47-eaca-5aca-9268-bf7a6618e71c@yandex.ru> <0a0f2668-19f7-ad62-dff4-e2997e57ea5c@vangyzen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <0a0f2668-19f7-ad62-dff4-e2997e57ea5c@vangyzen.net> X-Checked-By-NSA: Probably User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 493AC807AB X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of srs0=cpp7=qt=vega.codepro.be=kp@codepro.be designates 5.9.86.228 as permitted sender) smtp.mailfrom=srs0=cpp7=qt=vega.codepro.be=kp@codepro.be X-Spamd-Result: default: False [-5.62 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:5.9.86.228]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[228.86.9.5.list.dnswl.org : 127.0.9.2]; MX_GOOD(-0.01)[mx2.codepro.be,mx1.codepro.be]; NEURAL_HAM_SHORT(-0.98)[-0.980,0]; IP_SCORE(-2.43)[ip: (-8.04), ipnet: 5.9.0.0/16(-1.87), asn: 24940(-2.24), country: DE(-0.01)]; FORGED_SENDER(0.30)[kp@freebsd.org,srs0=cpp7=qt=vega.codepro.be=kp@codepro.be]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:5.9.0.0/16, country:DE]; FROM_NEQ_ENVFROM(0.00)[kp@freebsd.org, srs0=cpp7=qt=vega.codepro.be=kp@codepro.be] 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, 12 Feb 2019 20:13:40 -0000 On 2019-02-12 13:54:21 (-0600), Eric van Gyzen wrote: > I see the same behavior on head (and stable/12). > > (kgdb) f > #16 0xffffffff80ce5331 in ether_output_frame (ifp=0xfffff80003672800, > m=0xfffff8000c88b100) at /usr/src/sys/net/if_ethersubr.c:468 > 468 switch (pfil_run_hooks(V_link_pfil_head, &m, ifp, PFIL_OUT, > > 0xffffffff80ce5321 <+81>: mov %gs:0x0,%rax > 0xffffffff80ce532a <+90>: mov 0x500(%rax),%rax > => 0xffffffff80ce5331 <+97>: mov 0x28(%rax),%rax > > I think this is part of the V_link_pfil_head. I'm not very familiar > with vnet. Does this need a CURVNET_SET(), maybe in garp_rexmit()? > Yes. I posted a proposed patch in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235699 Basically we get called through a timer, so there's no vnet context. It needs to be set, and then we can safely use any V_ variables. Regards, Kristof From owner-freebsd-current@freebsd.org Tue Feb 12 22:01:53 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDB9B14D3DA4; Tue, 12 Feb 2019 22:01:53 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7D33384F97; Tue, 12 Feb 2019 22:01:52 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1CM1jNe050961 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 12 Feb 2019 14:01:45 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1CM1jJm050960; Tue, 12 Feb 2019 14:01:45 -0800 (PST) (envelope-from sgk) Date: Tue, 12 Feb 2019 14:01:45 -0800 From: Steve Kargl To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org, freebsd-x11@freebsd.org Subject: Re: drm2 removed? Message-ID: <20190212220145.GA50759@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190211161205.GB41262@troutmask.apl.washington.edu> <20190211162020.GA41438@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190211162020.GA41438@troutmask.apl.washington.edu> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 7D33384F97 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.95 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_MEDIUM(0.75)[0.750,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[washington.edu]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.91)[0.914,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[troutmask.apl.washington.edu]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_SPAM_LONG(0.51)[0.506,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.09)[ip: (0.19), ipnet: 128.95.0.0/16(0.26), asn: 73(0.08), country: US(-0.07)] 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, 12 Feb 2019 22:01:54 -0000 On Mon, Feb 11, 2019 at 08:20:20AM -0800, Steve Kargl wrote: > On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote: > > Anyone have any idea which recent change broke the > > drm-legacy-kmod port. This is why I raised an issue > > with removal of drm2 from src/sys. How is suppose > > to be fixed? > > > > It was r343567. The merging of PAE and NO PAE pmap.h > by kib removed all of the missing macros. :( > Waed the white flag. svn merge -r HEAD:343565 . fixes the problem. :-) -- Steve From owner-freebsd-current@freebsd.org Tue Feb 12 22:43:17 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5637814D5779 for ; Tue, 12 Feb 2019 22:43:17 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660076.outbound.protection.outlook.com [40.107.66.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 65EF9870DB; Tue, 12 Feb 2019 22:43:15 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from QB1PR01MB3537.CANPRD01.PROD.OUTLOOK.COM (52.132.89.15) by QB1PR01MB3651.CANPRD01.PROD.OUTLOOK.COM (52.132.84.216) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1622.16; Tue, 12 Feb 2019 22:43:13 +0000 Received: from QB1PR01MB3537.CANPRD01.PROD.OUTLOOK.COM ([fe80::609b:1ecd:c908:d44c]) by QB1PR01MB3537.CANPRD01.PROD.OUTLOOK.COM ([fe80::609b:1ecd:c908:d44c%5]) with mapi id 15.20.1601.023; Tue, 12 Feb 2019 22:43:13 +0000 From: Rick Macklem To: "Bjoern A. Zeeb" CC: "freebsd-current@FreeBSD.org" Subject: Re: what do jails map 127.0.0.1 to? Thread-Topic: what do jails map 127.0.0.1 to? Thread-Index: AQHUwaNdo/1iQbCyIE+3DFhBOoIfkqXcgckAgABBwAU= Date: Tue, 12 Feb 2019 22:43:13 +0000 Message-ID: References: , <2F884512-F6A4-4E37-8566-46985A9FC5E3@FreeBSD.org> In-Reply-To: <2F884512-F6A4-4E37-8566-46985A9FC5E3@FreeBSD.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; QB1PR01MB3651; 6:VWJX7Q2U/vlf2n0LQ7coprbrJdeDpoInhgUo/3fIfnT7HjUtBxlPyXDlPGTJy9NQVN27STFdnl7Cl4biH1Hi/y8J3Swv0O2WmL+pIwOKcP1v9CfFOrCfN3M7BWkOX0EFLsSO/nVlrAyDUwdYgpajFDK8AOZTWv/EdBKODEKBmfYpXbYk2BIdlE98AZVOZ9w4IPxVfbARTobeDBYGUPnq17LsqUgWqzmlqUVD45c0fcN4ZWfzbpEEWPkPLUZU2jkZMS5Y8Bvj98Z89Oqw0mbqjPpSC1/ppVIfrzNSeMV5KJen9+D5MUWUpsVf9b2gZpU2USF4/U9DR/GMHOpx4geOw/CPmqvnkUsNUEyGrD3nTLjSY3EiRu3eI+fLSiZsQvzsO4mqngze+r3tH23hnz7TDZ6v8vsZ1pzSbf77YSpT3ptFqLkePlqc7ooNk/NQlPyB2szeXJY29838le4aW30rDA==; 5:jjDLN3Sh8TzdCgCIiEOQgIK/IzYjV3+5PmU/33nHE0Q7uIbu7rVFKCJEA6e6MHl6GE5v0bvuSqh35Do2xizzbLgqH6tVp1iJcV3KCvtPUgtiHHuwtUlMHEcRlb/SejwIQ3dTcX+5RElMAS0sLDMHqwJzzekiEnKzJIhNiukzKvtG7CfbgJzBhfLOtwwL2FA2b5/CNwZfI8EiZKaPDFrdtQ==; 7:RT+rA7tUqoo2U9tXIdG2Y3RTsz4nUNvRJUkaINhiy7fwcHsuKU4Wr/ohN0+gquvf93hVaR+yme9hTYFPmlzYxww/VAA2scj7MGzVKeMvPavndIbBtW+/i19UqNXGSAttGVQNxASkWf0degygSIJg9Q== x-ms-office365-filtering-correlation-id: 759bb187-2985-4be1-9471-08d6913b78d7 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600110)(711020)(4605077)(2017052603328)(7153060)(7193020); SRVR:QB1PR01MB3651; x-ms-traffictypediagnostic: QB1PR01MB3651: x-microsoft-antispam-prvs: x-forefront-prvs: 0946DC87A1 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(376002)(136003)(396003)(366004)(39860400002)(189003)(199004)(186003)(11346002)(476003)(446003)(86362001)(8676002)(26005)(53936002)(7696005)(25786009)(74482002)(8936002)(6506007)(102836004)(68736007)(256004)(81166006)(81156014)(6916009)(486006)(71190400001)(71200400001)(55016002)(9686003)(6246003)(316002)(450100002)(229853002)(2906002)(97736004)(33656002)(6436002)(105586002)(76176011)(106356001)(99286004)(305945005)(786003)(478600001)(14454004)(4326008)(74316002); DIR:OUT; SFP:1101; SCL:1; SRVR:QB1PR01MB3651; H:QB1PR01MB3537.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: DWzhi18OK+H7TlcwN1tmcZfO0WK3a6Knz/TaPin5Jwp5qvXE4PXKEeR/TX2dpMHlZex1vajdCB2KGdFo7Eswg5zsSyNPN7WUEg8QAdTtq6DVuM/dd7hjpg0/GVRj6gUm26/r8khZ3cjU/X/xB3+7UQO0Tb7CWs1LieyBlV3A6v5TCHhmPnZKqHjDWFYToZ5HiE6E478LJM4XImfzg2qea9CjAAYt31kx0MdHDzf6bKCZ25AnomlaMe20zK/L4kt16sWkPuCIr+VXvkU4Bq6CvHFtpOs7jPYluM5NHzXdfqY62DRZlrUCD5j7YCloHRlEgCpc/RITuIIt3qHu7ngHKRJeY1RKDs1VbFSVWylaCDTi1pZRF+UtPmG/kbh2vBlrdDzKmFglxAD0UNTE1yExAwscDDkVDvJTQifZPYEtMt0= Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 759bb187-2985-4be1-9471-08d6913b78d7 X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Feb 2019 22:43:13.5155 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: QB1PR01MB3651 X-Rspamd-Queue-Id: 65EF9870DB X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.76 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-0.26 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.65)[-0.648,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[uoguelph.ca]; NEURAL_SPAM_SHORT(0.63)[0.630,0]; NEURAL_HAM_LONG(-0.94)[-0.936,0]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[76.66.107.40.list.dnswl.org : 127.0.3.0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[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: Tue, 12 Feb 2019 22:43:17 -0000 Bjoern A. Zeeb wrote: >On 11 Feb 2019, at 0:50, Rick Macklem wrote: >> I am finally back to looking at an old PR#205193. >> >> The problem is that the nfsuserd daemon expects upcalls from the >> kernel >> that are from localhost (127.0.0.1) and when jails are running on the >> system, >> 127.0.0.1 is mapped to some other IP#. (I think it might be the >> address of the >> first net interface on the machine, but I'm not sure?) > >And what does it do on system that have no 127.1 or no IPv4 at all >anymore or don=92t even support IPv4 anymore? It doesn't work. It uses UDP over IPv4 for the upcalls. >> Is there a way that nfsuserd.c can find out what this IP# is? > >Yes, could do easily but wouldn=92t work for my above case, would it? I >can help you with the code for v4 and jails if you help me with the code >for IPv6? I suspect the main trick is how it can figure out that it needs to use IPv6= instead of IPv4? (If there is no easy way, I suppose it could be a command option.) rick ps: The kernel RPC knows what it calls "udp6". I never really understood ho= w to tell when an IPv6 address is from the local machine? (I'll admit I ne= ver use IPv6, so I don't even know if NFS works on it. I just assume someone = would complain if it didn't work.) From owner-freebsd-current@freebsd.org Tue Feb 12 22:51:58 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D33014D60EA; Tue, 12 Feb 2019 22:51:58 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (unknown [IPv6:2a02:b90:3002:411::3]) (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 429EF87B97; Tue, 12 Feb 2019 22:51:56 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from [82.47.240.30] (helo=foula.drayhouse.twisted.org.uk) by constantine.ingresso.co.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gtgu9-0008dR-N2; Tue, 12 Feb 2019 22:51:53 +0000 Subject: Re: Networking panic on 12 - found the cause To: Kristof Provost , Eric van Gyzen Cc: "Andrey V. Elsukov" , freebsd-stable@freebsd.org, freebsd-current References: <4a350f47-eaca-5aca-9268-bf7a6618e71c@yandex.ru> <0a0f2668-19f7-ad62-dff4-e2997e57ea5c@vangyzen.net> <20190212201330.GK8450@vega.codepro.be> From: Pete French Message-ID: <50301a70-9c2e-b340-100c-cd1e6429c134@ingresso.co.uk> Date: Tue, 12 Feb 2019 22:52:07 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:65.0) Gecko/20100101 Thunderbird/65.0 MIME-Version: 1.0 In-Reply-To: <20190212201330.GK8450@vega.codepro.be> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 429EF87B97 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dmarc=pass (policy=none) header.from=ingresso.co.uk; spf=pass (mx1.freebsd.org: domain of petefrench@ingresso.co.uk designates 2a02:b90:3002:411::3 as permitted sender) smtp.mailfrom=petefrench@ingresso.co.uk X-Spamd-Result: default: False [4.27 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a02:b90:3002:411::3]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.02)[country: GB(-0.09)]; RDNS_NONE(1.00)[]; NEURAL_SPAM_MEDIUM(0.35)[0.348,0]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.45)[0.453,0]; MX_GOOD(-0.01)[cached: us-smtp-inbound-1.mimecast.com]; DMARC_POLICY_ALLOW(-0.50)[ingresso.co.uk,none]; NEURAL_SPAM_LONG(0.80)[0.801,0]; RECEIVED_SPAMHAUS_PBL(0.00)[30.240.47.82.zen.spamhaus.org : 127.0.0.11]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_CC(0.00)[yandex.ru]; ASN(0.00)[asn:16082, ipnet:2a02:b90::/32, country:GB]; HFILTER_HOSTNAME_UNKNOWN(2.50)[]; FROM_EQ_ENVFROM(0.00)[] X-Mailman-Approved-At: Wed, 13 Feb 2019 00:16:41 +0000 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, 12 Feb 2019 22:51:58 -0000 Thanks guys! That was fast.... On 12/02/2019 20:13, Kristof Provost wrote: > On 2019-02-12 13:54:21 (-0600), Eric van Gyzen wrote: > > I see the same behavior on head (and stable/12). > > > > (kgdb) f > > #16 0xffffffff80ce5331 in ether_output_frame (ifp=0xfffff80003672800, > > m=0xfffff8000c88b100) at /usr/src/sys/net/if_ethersubr.c:468 > > 468 switch (pfil_run_hooks(V_link_pfil_head, &m, ifp, PFIL_OUT, > > > > 0xffffffff80ce5321 <+81>: mov %gs:0x0,%rax > > 0xffffffff80ce532a <+90>: mov 0x500(%rax),%rax > > => 0xffffffff80ce5331 <+97>: mov 0x28(%rax),%rax > > > > I think this is part of the V_link_pfil_head. I'm not very familiar > > with vnet. Does this need a CURVNET_SET(), maybe in garp_rexmit()? > > > Yes. I posted a proposed patch in > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235699 > > Basically we get called through a timer, so there's no vnet context. It > needs to be set, and then we can safely use any V_ variables. > > Regards, > Kristof From owner-freebsd-current@freebsd.org Wed Feb 13 02:50:08 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D3E414E119D for ; Wed, 13 Feb 2019 02:50:08 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660051.outbound.protection.outlook.com [40.107.66.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 45A666CDF5; Wed, 13 Feb 2019 02:50:05 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from QB1PR01MB3537.CANPRD01.PROD.OUTLOOK.COM (52.132.89.15) by QB1PR01MB2643.CANPRD01.PROD.OUTLOOK.COM (52.132.86.223) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1601.19; Wed, 13 Feb 2019 02:50:04 +0000 Received: from QB1PR01MB3537.CANPRD01.PROD.OUTLOOK.COM ([fe80::609b:1ecd:c908:d44c]) by QB1PR01MB3537.CANPRD01.PROD.OUTLOOK.COM ([fe80::609b:1ecd:c908:d44c%5]) with mapi id 15.20.1601.023; Wed, 13 Feb 2019 02:50:04 +0000 From: Rick Macklem To: "Bjoern A. Zeeb" CC: "freebsd-current@FreeBSD.org" Subject: Re: what do jails map 127.0.0.1 to? Thread-Topic: what do jails map 127.0.0.1 to? Thread-Index: AQHUwaNdo/1iQbCyIE+3DFhBOoIfkqXcgckAgACHL7Q= Date: Wed, 13 Feb 2019 02:50:04 +0000 Message-ID: References: , <2F884512-F6A4-4E37-8566-46985A9FC5E3@FreeBSD.org> In-Reply-To: <2F884512-F6A4-4E37-8566-46985A9FC5E3@FreeBSD.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 347b9127-8828-4b09-fd1a-08d6915df4ab x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600110)(711020)(4605077)(2017052603328)(7153060)(7193020); SRVR:QB1PR01MB2643; x-ms-traffictypediagnostic: QB1PR01MB2643: x-microsoft-exchange-diagnostics: =?Windows-1252?Q?1; QB1PR01MB2643; 23:J+mrLU6UtJYNrKUkXyaDXdyd+bUlbKd4mKEH5?= =?Windows-1252?Q?XDks3INRSAZ8phQDi7PBNwv4KviiLMGzDLktsqn5j5d2muhVJ9fq7HZM?= =?Windows-1252?Q?d1QxFA+DaHBEF7Y3LSBXo5W3wbSKKUkaafBsrYuUqTR3x/p/iUTiOY9R?= =?Windows-1252?Q?o9QTufCgHuKYnjUHlrtq/XuwRUd1xgp/wc1w9aymMmfI/QbBRJ7qoWk/?= =?Windows-1252?Q?K/gLlGSws7QOFgMWMQHUG/GQUuf0WGWlBmkU2DZ89z3yYJ7CWMHevoPN?= =?Windows-1252?Q?mMrUZoqEAMsOJCI9nlP16/g9cS2RM/eRjv8ZwgsYOXCJNES5YRmWIBeA?= =?Windows-1252?Q?mrvQ/ifVJEBOYOgukR5cTCIewY95ARfnpyLW/gDp1JPQpTxZOm8mnw8d?= =?Windows-1252?Q?V+lux1u6IEDva8I0mfS+UW3SJ81WIDhGzWp4J4fEFOgIsCvU7LPlijbp?= =?Windows-1252?Q?Kdb9ZEV6SnQKLo/+/uZ0ZepvEVpY6ejI7bj/9LaY2iJAO6lL/T4EncbN?= =?Windows-1252?Q?a62SB2wcpO7QX/15vQnAjxz6I35oldQNxJlJcBHqwjTKzMOt+MKWgiIu?= =?Windows-1252?Q?B8t9pM0hHiHjJxBNe0l/b914UzfY8dH9hX1EoR9NxZ4OdwvlYqJ/2ZCK?= =?Windows-1252?Q?90nVv1Xkq4JGaK3RRyn9svFiB1/frUSzrBPkNNS0UPsGRJJJ9UsoYToW?= =?Windows-1252?Q?8Z6sGBAManqe1UPt+fNuAkiG/9JBPLEd/thWTA6P9rCXdLhhfjSvffqQ?= =?Windows-1252?Q?Qp2jaunWTHMk4mQa2hCitzMbd15PTEPVdswrXXeWkAQclsESc/TWhitI?= =?Windows-1252?Q?XahayhSSOCq42aD5WaYoz8+3r/7fhK3B3YbTU+180jeR32sNnh0zEkZw?= =?Windows-1252?Q?jhUo1c+DfOCCEvInjiCU5ZzWF5jeFQDViCZ+/EHleffE1rgktI1wqOyY?= =?Windows-1252?Q?G3wogzJ/+F1mjltewkxeHrqF7MrwyJZOsUbBXqiRncFJTgb3ciKt5W9v?= =?Windows-1252?Q?hV6XbC0juVbYsv+nn1XyzOp5YGbeVAZIuOqEbufnoiDnTc53LX5McJj9?= =?Windows-1252?Q?DMfmImsSd4nOy45cdhAn7uzfymNFo/AotNgSi78E9VL2lofheh15JHzi?= =?Windows-1252?Q?2tXgM+V5RliRKedsf9GXKpcmg9vgwCiUeB3g8LUdlxMc9Yp455MnI0RW?= =?Windows-1252?Q?PXkVJ/DSaY+L71LXN1azn7JlvirQjx/VSElhBKNSPKKIoFItzR5?= x-microsoft-antispam-prvs: x-forefront-prvs: 094700CA91 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(136003)(366004)(39860400002)(346002)(396003)(40764003)(189003)(199004)(7696005)(8936002)(76176011)(81156014)(256004)(8676002)(81166006)(55016002)(99286004)(2906002)(786003)(316002)(97736004)(6436002)(25786009)(9686003)(105586002)(6916009)(53936002)(486006)(305945005)(6246003)(4326008)(106356001)(450100002)(74482002)(102836004)(446003)(71190400001)(14454004)(476003)(71200400001)(11346002)(6506007)(478600001)(86362001)(229853002)(33656002)(46003)(68736007)(74316002)(186003); DIR:OUT; SFP:1101; SCL:1; SRVR:QB1PR01MB2643; H:QB1PR01MB3537.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: YS7K+9bmw6pashCYyt1yIkA0/giNf7g3P1HAR+sY+Q7x6Za0BuNdC+N1ivEtw5XiuEWIRaGcFsVK8mK2thuCxZVFzMtaSAFH955vLs+/T1lnX72fsxw71mISuG+KpQK/HvWX3XY6rXWfUoGWabqxtau4+j19Yq5WcuqFqgeP0aBQo1xmKL5T3YZHdfALqQ5ZzpXp26IpKqtb5q64AvBrTHv+//VtA4Lkn/8vYVFsE7eVn4JcXNNpB9xRbagodJyOJSj7XZ/uU1gQrXlosB1VXQLxjEFLSPAAMfqd5p6dKxdy+nKHU0V4V/4wVBrRT4iaRd7it0So7EynUnMrSpDNZ51MgsHMPObh2CyVwt66b/6mTvsC4DXGxHNVB7te4/VAMg0mdBojbmRkFcLWpS5az0vvBi+Oh+nYDf22oRZ7jaA= Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 347b9127-8828-4b09-fd1a-08d6915df4ab X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Feb 2019 02:50:04.1711 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: QB1PR01MB2643 X-Rspamd-Queue-Id: 45A666CDF5 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.51 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-2.63 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[uoguelph.ca]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-1.04)[ipnet: 40.64.0.0/10(-2.85), asn: 8075(-2.30), country: US(-0.07)]; MX_GOOD(-0.01)[cached: mx2.hc184-76.ca.iphmx.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[51.66.107.40.list.dnswl.org : 127.0.3.0]; NEURAL_HAM_SHORT(-0.27)[-0.273,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; MIME_TRACE(0.00)[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, 13 Feb 2019 02:50:08 -0000 Bjoern A. Zeeb wrote: [good stuff snipped] >Yes, could do easily but wouldn=92t work for my above case, would it? I >can help you with the code for v4 and jails if you help me with the code >for IPv6? Well, not quite what you volunteered to do, but can you fill in the INET6 c= ode for this code snippet? (It does what Alan suggested for INET.) /* * Find out what IP# localhost maps to and whether or not use of * INET6 is required. Jails will map 127.0.0.1 to another INET * address. */ use_inet6 =3D 0; s =3D socket(PF_INET, SOCK_DGRAM, 0); if (s < 0) { use_inet6 =3D 1; s =3D socket(PF_INET6, SOCK_DGRAM, 0); } if (s < 0) err(1, "Can't create a inet/inet6 socket"); if (use_inet6 !=3D 0) { ; /* Needs code... */ } else { memset(&sad, 0, sizeof(sad)); sad.sin_len =3D sizeof(sad); sad.sin_family =3D AF_INET; sad.sin_addr.s_addr =3D inet_addr("127.0.0.1"); sad.sin_port =3D 0; ret =3D bind(s, (struct sockaddr *)&sad, sizeof(sad)); if (ret > 0) err(1, "Can't bind 127.0.0.1"); memset(&sad, 0, sizeof(sad)); slen =3D sizeof(sad); ret =3D getsockname(s, (struct sockaddr *)&sad, &slen); if (ret < 0) err(1, "Can't get bound sockaddr"); printf("locaddr: %s\n", inet_ntoa(sad.sin_addr)); } If the IPv4 code isn't sufficient, please let me know. (I think I know how = to make the RPC code use IPv6, but I need to know what IPv6 address to use. I get c= onfused by link local/site local/=85 It needs to be an address that is "this machin= e". Thanks for your help with this, rick From owner-freebsd-current@freebsd.org Wed Feb 13 03:04:56 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C7CF014E17A4 for ; Wed, 13 Feb 2019 03:04:55 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.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 AF3756DB0E; Wed, 13 Feb 2019 03:04:54 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x1D34q0k079432; Tue, 12 Feb 2019 19:04:52 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id x1D34qvI079431; Tue, 12 Feb 2019 19:04:52 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201902130304.x1D34qvI079431@pdx.rh.CN85.dnsmgr.net> Subject: Re: what do jails map 127.0.0.1 to? In-Reply-To: To: Rick Macklem Date: Tue, 12 Feb 2019 19:04:52 -0800 (PST) CC: "Bjoern A. Zeeb" , "freebsd-current@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: AF3756DB0E X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.85 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.98)[0.984,0]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.60)[0.604,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: pdx.rh.CN85.dnsmgr.net]; NEURAL_SPAM_LONG(0.39)[0.389,0]; IP_SCORE(-0.01)[ip: (0.02), ipnet: 69.59.192.0/19(0.01), asn: 13868(-0.02), country: US(-0.07)]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; 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, 13 Feb 2019 03:04:56 -0000 [ Charset windows-1252 unsupported, converting... ] > Bjoern A. Zeeb wrote: > [good stuff snipped] > >Yes, could do easily but wouldn?t work for my above case, would it? I > >can help you with the code for v4 and jails if you help me with the code > >for IPv6? > Well, not quite what you volunteered to do, but can you fill in the INET6 code > for this code snippet? (It does what Alan suggested for INET.) > > > /* > * Find out what IP# localhost maps to and whether or not use of > * INET6 is required. Jails will map 127.0.0.1 to another INET > * address. > */ > use_inet6 = 0; > s = socket(PF_INET, SOCK_DGRAM, 0); > if (s < 0) { > use_inet6 = 1; > s = socket(PF_INET6, SOCK_DGRAM, 0); > } > if (s < 0) > err(1, "Can't create a inet/inet6 socket"); > if (use_inet6 != 0) { > ; /* Needs code... */ > } else { > memset(&sad, 0, sizeof(sad)); > sad.sin_len = sizeof(sad); > sad.sin_family = AF_INET; > sad.sin_addr.s_addr = inet_addr("127.0.0.1"); > sad.sin_port = 0; > ret = bind(s, (struct sockaddr *)&sad, sizeof(sad)); > if (ret > 0) > err(1, "Can't bind 127.0.0.1"); > memset(&sad, 0, sizeof(sad)); > slen = sizeof(sad); > ret = getsockname(s, (struct sockaddr *)&sad, &slen); > if (ret < 0) > err(1, "Can't get bound sockaddr"); > printf("locaddr: %s\n", inet_ntoa(sad.sin_addr)); > } > > If the IPv4 code isn't sufficient, please let me know. (I think I know how to make > the RPC code use IPv6, but I need to know what IPv6 address to use. I get confused > by link local/site local/? It needs to be an address that is "this machine". ipv4 127.0.0.1 == ipv6 ::1, see /etc/hosts > > Thanks for your help with this, rick > _______________________________________________ > 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" > > -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Wed Feb 13 22:55:49 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A382114DA86D for ; Wed, 13 Feb 2019 22:55:49 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (muon.bluestop.org [96.73.9.1]) (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 7ACA977EE8 for ; Wed, 13 Feb 2019 22:55:48 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (localhost [127.0.0.1]) by muon.bluestop.org (Postfix) with ESMTP id 2266EEFAD; Wed, 13 Feb 2019 15:56:36 -0700 (MST) Received: from muon.bluestop.org ([127.0.0.1]) by muon.bluestop.org (muon.bluestop.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id HrGdtXdkHojm; Wed, 13 Feb 2019 15:56:35 -0700 (MST) Received: from macbex.int.bluestop.org (gw.bluestop.org [96.73.9.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTPSA; Wed, 13 Feb 2019 15:56:35 -0700 (MST) Subject: Re: memstick images install broken bootx64.efi From: Rebecca Cran To: Yuri Pankov Cc: freebsd-current@freebsd.org References: <52071637-f330-677b-2d27-487830a7823c@yuripv.net> Message-ID: <72d714de-6d7b-9faf-e5d2-36591a6fcecb@bluestop.org> Date: Wed, 13 Feb 2019 15:55:40 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 7ACA977EE8 X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.91 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bluestop.org:s=mail]; URIBL_BLOCKED(0.00)[bluestop.org.multi.uribl.com]; 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(-2.91)[ip: (-9.72), ipnet: 96.64.0.0/11(-4.28), asn: 7922(-0.46), country: US(-0.07)]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bluestop.org:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bluestop.org,quarantine]; MX_GOOD(-0.01)[mail.bluestop.org]; NEURAL_HAM_SHORT(-0.99)[-0.990,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:7922, ipnet:96.64.0.0/11, country:US]; 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: Wed, 13 Feb 2019 22:55:49 -0000 On 2/11/19 12:18 PM, Rebecca Cran wrote: > I’ll take a look later today, since it’s likely related to my changes. > > > On January 26, 2019 at 6:43:49 PM, Yuri Pankov (yuripv@yuripv.net(mailto:yuripv@yuripv.net)) wrote: > >> Looks like installations from snapshot memstick images (tried all >> available ones for amd64 from >> http://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.0/) put >> broken bootx64.efi to ESP -- the system in question simply tries to boot >> via PXE. Fixing this is simple -- mounting the ESP, and copying >> /boot/loader.efi from installation media (the same memstick) to >> efi/boot/bootx64.efi. And diff shows that the two actually differ, >> having the same size and file(1) output though. >> >> Anyone seeing the same and/or knows what's wrong here (before I try >> looking into that)? Sorry for the delay. I just tried booting the FreeBSD-13.0-CURRENT-amd64-20190123-r343372-memstick.img on my MinnowBoard Turbot and it worked. Could your download have been corrupted? -- Rebecca Cran From owner-freebsd-current@freebsd.org Wed Feb 13 23:29:56 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3DC014DB0AF for ; Wed, 13 Feb 2019 23:29:56 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 199BD80CBC for ; Wed, 13 Feb 2019 23:29:56 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: by mailman.ysv.freebsd.org (Postfix) id C9FCF14DB0AE; Wed, 13 Feb 2019 23:29:55 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A753D14DB0AB for ; Wed, 13 Feb 2019 23:29:55 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 C12F680CBB for ; Wed, 13 Feb 2019 23:29:54 +0000 (UTC) (envelope-from roberthuff@rcn.com) DKIM-Signature: v=1; a=rsa-sha1; d=rcn.com; s=20180516; c=relaxed/simple; q=dns/txt; i=@rcn.com; t=1550100588; h=From:Subject:Date:To:MIME-Version:Content-Type; bh=VNVLmXb4/fpMgkjWWNiUlTAAUbY=; b=S4IXAVW21PjrQkJ3p2W+GaIAWZ/KN3UEHYxCirKxDB7+VO/XN44VvbgBVU4H6iT4 ztIrPNNtGa9HzggreB2ShPB7niKsCvJ7DD4mfie1U7EZsyD2v0+Q2zQbvyPN6y+E 7gOAIPKPdP5iC+HE9K9D1hNz2PBKm0SLHaeaRagJiauM+F1Tb7pvoYSIyQUkZ5Np dlZ1GSg0afM0xEI04QZD9yYhO1LRG9jHk8p80jKJ+PkB7n87C4CgvwoN8mQwKZzD BYQp59vgqKfNSbdxjif/ym2yghzS3rhGjff6Y3VQZwKW/29yoGBF8oxta1v7u+lc +dXitHh4QCidw+K+O6KGWg==; X_CMAE_Category: , , X-CNFS-Analysis: v=2.2 cv=YMPd8lOx c=1 sm=1 tr=0 a=9TgA2UwI6Wy+6BV4wQM/cQ==:117 a=9TgA2UwI6Wy+6BV4wQM/cQ==:17 a=KGjhK52YXX0A:10 a=kj9zAlcOel0A:10 a=XRQyMpdBKAEA:10 a=CFTnQlWoA9kA:10 a=48faUk6PgeAA:10 a=6I5d2MoRAAAA:8 a=X8u2I6TTICP-Ne0qT2IA:9 a=CjuIK1q_8ugA:10 a=FL76T4nP6cMA:10 a=IjZwj45LgO3ly-622nXo:22 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=softfail; sender-id=softfail Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=roberthuff; auth=pass (PLAIN) Received: from [209.6.230.48] ([209.6.230.48:38784] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.25.56547 r(Core:3.6.25.0)) with ESMTPSA (cipher=AES256-GCM-SHA384) id 69/3C-42524-C68A46C5; Wed, 13 Feb 2019 18:29:48 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <23652.43101.164485.330280@jerusalem.litteratus.org> Date: Wed, 13 Feb 2019 18:29:33 -0500 From: Robert Huff To: current@freebsd.org CC: Robert Huff Subject: kernel build dies with "unknown option" X-Mailer: VM 8.2.0b under 26.1 (amd64-portbld-freebsd13.0) X-Rspamd-Queue-Id: C12F680CBB X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=rcn.com header.s=20180516 header.b=S4IXAVW2; dmarc=pass (policy=none) header.from=rcn.com; spf=pass (mx1.freebsd.org: domain of roberthuff@rcn.com designates 69.168.97.78 as permitted sender) smtp.mailfrom=roberthuff@rcn.com X-Spamd-Result: default: False [-7.96 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[rcn.com:s=20180516]; URIBL_BLOCKED(0.00)[rcn.com.multi.uribl.com]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:69.168.97.0/24]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-2.86)[ip: (-9.41), ipnet: 69.168.97.0/24(-4.55), asn: 36271(-0.29), country: US(-0.07)]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; DWL_DNSWL_LOW(-1.00)[rcn.com.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[rcn.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[rcn.com,none]; MX_GOOD(-0.01)[mx.rcn.com]; NEURAL_HAM_SHORT(-0.99)[-0.989,0]; RCVD_IN_DNSWL_LOW(-0.10)[78.97.168.69.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36271, ipnet:69.168.97.0/24, 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: Wed, 13 Feb 2019 23:29:56 -0000 On a system running: FreeBSD 13.0-CURRENT r343080 16 Jan 2019 amd64 I updated the source tree as of midnight US Eastern time, then ran buildworld. That completed successfully. Then: huff@jerusalem> make buildkernel KERNCONF=JERUSALEM make[1]: "/usr/src/Makefile.inc1" line 349: SYSTEM_COMPILER: libclang will be built for bootstrapping a cross-compiler. make[1]: "/usr/src/Makefile.inc1" line 352: SYSTEM_LINKER: Determined that LD=ld matches the source tree. Not bootstrapping a cross-linker. -------------------------------------------------------------- >>> Kernel build for JERUSALEM started on Wed Feb 13 18:20:44 EST 2019 -------------------------------------------------------------- ===> JERUSALEM mkdir -p /usr/obj/usr/src/amd64.amd64/sys -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /usr/src/sys/amd64/conf; 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::/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/amd64.amd64/sys/JERUSALEM -I '/usr/src/sys/amd64/conf' '/usr/src/sys/amd64/conf/JERUSALEM' /usr/src/sys/amd64/conf/JERUSALEM: unknown option "AH_SUPPORT_AR5416" *** Error code 1 I do have: options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt mitigation options ATH_ENABLE_11N # Enable 802.11n support for AR5416 and later in the config file. (Full config file is appended.) Googling found nothing useful; didn't find anything in src/UPDATING. Is this me, or is the problem elsewhere? Respectfully, Robert Huff # # JERUSALEM -- kernel configuration file for FreeBSD/amd64 # # For more information on this file, please read the config(5) manual page, # and/or the handbook section on Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.531.2.2 2009/08/13 17:54:11 attilio Exp $ cpu HAMMER ident JERUSALEM # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. # Use the following to compile in values accessible to the kernel # through getenv() (or kenv(1) in userland). The format of the file # is 'variable=value', see kenv(1) # # env "GENERIC.env" makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) # see the 20100311 entry in UPDATING options COMPAT_FREEBSD32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=1000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks # # replaced by ipfw_load="YES" in loader.conf # which doesn't seem to work, so trying the old way - RH 20100209 #options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #enable logging to syslogd(8) #options IPFIREWALL_FORWARD options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options DUMMYNET #options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default #options IPDIVERT #options IPFIREWALL_NAT #ipfw kernel nat support #options LIBALIAS # required for NAT # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal # structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control device cpufreq # Bus support. device acpi device pci device drm # DRM core module required by DRM drivers device radeondrm # ATI Radeon # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahc # AHA2940 and onboard AIC7xxx devices #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #device ahd # AHA39320/29320 and onboard AIC79xx devices #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. #device amd # AMD 53C974 (Tekram DC-390(T)) #device hptiop # Highpoint RocketRaid 3xxx series #device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #XXX it is not 64-bit clean, -scottl #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mfi # LSI MegaRAID SAS #device mlx # Mylex DAC960 family #XXX pointer/int warnings #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse #device atkbdc # AT keyboard controller #device atkbd # AT keyboard #device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 Gigabit Ethernet Family #device igb # Intel PRO/1000 PCIE Server Gigabit Family #device ixgbe # Intel PRO/10GbE PCIE Ethernet Family #device le # AMD Am7900 LANCE and Am79C9xx PCnet #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device ae # Attansic/Atheros L2 FastEthernet #device age # Attansic/Atheros L1 Gigabit Ethernet #device alc # Atheros AR8131/AR8132 Ethernet #device ale # Atheros AR8121/AR8113/AR8114 Ethernet #device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device et # Agere ET1310 10/100/Gigabit Ethernet #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet #device lge # Level 1 LXT1001 gigabit Ethernet #device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet #device nfe # nVidia nForce MCP on-board Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device stge # Sundance/Tamarack TC9021 gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # Wireless NIC cards #device wlan # 802.11 support #options IEEE80211_DEBUG # enable debug msgs #options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's #options IEEE80211_SUPPORT_MESH # enable 802.11s D3.0 support #device wlan_wep # 802.11 WEP support #device wlan_ccmp # 802.11 CCMP support #device wlan_tkip # 802.11 TKIP support #device wlan_amrr # AMRR transmit rate control algorithm #device an # Aironet 4500/4800 802.11 wireless NICs. #device ath # Atheros pci/cardbus NIC's #device ath_hal # pci/cardbus chip support #options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors #device ath_rate_sample # SampleRate tx rate control for ath #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device rum # Ralink Technology RT2501USB wireless NICs #device uath # Atheros AR5523 wireless NICs #device ural # Ralink Technology RT2500USB wireless NICs #device zyd # ZyDAS zb1211/zb1211b wireless NICs #device urio # Diamond Rio 500 MP3 player # USB Serial devices #device uark # Technologies ARK3116 based serial adapters #device ubsa # Belkin F5U103 and compatible serial adapters #device uftdi # For FTDI usb serial adapters #device uipaq # Some WinCE based devices #device uplcom # Prolific PL-2303 serial adapters #device uslcom # SI Labs CP2101/CP2102 serial adapters #device uvisor # Visor and Palm devices #device uvscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet #device udav # Davicom DM9601E USB # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) #device fwip # IP over FireWire (RFC 2734,3146) #device dcons # Dumb console driver #device dcons_crom # Configuration ROM for dcons From owner-freebsd-current@freebsd.org Wed Feb 13 23:34:46 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5CB214DB633 for ; Wed, 13 Feb 2019 23:34:45 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0D18B81266 for ; Wed, 13 Feb 2019 23:34:45 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id C431C14DB630; Wed, 13 Feb 2019 23:34:44 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3486514DB62F for ; Wed, 13 Feb 2019 23:34:44 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x742.google.com (mail-qk1-x742.google.com [IPv6:2607:f8b0:4864:20::742]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B831D81262 for ; Wed, 13 Feb 2019 23:34:43 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x742.google.com with SMTP id x9so2541686qkf.0 for ; Wed, 13 Feb 2019 15:34:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ogT8Qy1bX6lEGxxndTP3kKCy+v05bkSTpTdyiZb8bJE=; b=di6+Jr/cif5vJcJXN+dyD6zPPyxalYQYfIRA2KLdgZwD99/R83VUQCIyjLjBHNMHuU oD+efUttR3XVRBo+T9Xf6sBjj6PoxY43PVpvDaJUqxbvSkLgmFsaGfXwn11oY9vCW79J XNGrvKIzFFyDkmhzVxslD0xMZDrAkVgY1OGLmrgEjvaWyCi7u/c83UIttm99H4nubOOI cltkPxASdLp/zcS9MXZfYElanQ5ToOWJFEooo2sL8JgxvNyMT+kY2q3lVpKHXFcF73rq gMfL9PuE3q8Ge10sbufjkkXzTUHJAXFYa8QKBSyDWocjhAOpVZZ017Z5w7fjrF3K8Jns tvTw== 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=ogT8Qy1bX6lEGxxndTP3kKCy+v05bkSTpTdyiZb8bJE=; b=qDroz4gPKRZpXj0rn+orkbZPSS8S4AO92kHDwZ28ql7f4G+MvrlfKh9A3RBQgSwPEE 6KtYLssC/KGO3+qLpalS20pBtV5kFlBCXhQbBbu5PQGbQ9XMU4w70gimHZ5dO8Gro7NZ XB/NIVa+Zy8k5/d9H+R5FAhg4cuGeO6MEg67h/+Sca2rj3GouDARLFg5ZUBI9MWipqVY 0xto+OUMrKRsdedtEq9OLrSiQz1oYpIpFaEchRGqHpBa4mU364D8hQpOwVYv6ffVWPlR k1ucL8SvYIOAilSPg5mAq3fUcKr52+fLsxhc9CJfNFHTh5yE4ziSNu5wlVCuNtEX4wKH 4d+A== X-Gm-Message-State: AHQUAuZfP9HKSoGGGP33t4tgU/hvtfSvXae5ozMeOIa6UmqbQonJnF5h nSh2NGPQGE9K3MX14xYULdtjQ8t6FSRpvnfg4VVdXrv3 X-Google-Smtp-Source: AHgI3IacDMivSuCRywYpBe1WvLGdjmQs6o9Mfx7r+2pTEhyVFlSBZl69DsolIteKJhxroaYVVKnwgIp0Sn6RjYHbBAw= X-Received: by 2002:a37:6e86:: with SMTP id j128mr621706qkc.46.1550100882879; Wed, 13 Feb 2019 15:34:42 -0800 (PST) MIME-Version: 1.0 References: <23652.43101.164485.330280@jerusalem.litteratus.org> In-Reply-To: <23652.43101.164485.330280@jerusalem.litteratus.org> From: Warner Losh Date: Wed, 13 Feb 2019 16:34:29 -0700 Message-ID: Subject: Re: kernel build dies with "unknown option" To: Robert Huff Cc: FreeBSD Current X-Rspamd-Queue-Id: B831D81262 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.990,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.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: Wed, 13 Feb 2019 23:34:46 -0000 On Wed, Feb 13, 2019, 4:31 PM Robert Huff > On a system running: > > FreeBSD 13.0-CURRENT r343080 16 Jan 2019 amd64 > > I updated the source tree as of midnight US Eastern time, then > ran buildworld. That completed successfully. > Then: > > huff@jerusalem> make buildkernel KERNCONF=3DJERUSALEM > make[1]: "/usr/src/Makefile.inc1" line 349: SYSTEM_COMPILER: libclang wil= l > be built for bootstrapping a cross-compiler. > make[1]: "/usr/src/Makefile.inc1" line 352: SYSTEM_LINKER: Determined tha= t > LD=3Dld matches the source tree. Not bootstrapping a cross-linker. > > -------------------------------------------------------------- > >>> Kernel build for JERUSALEM started on Wed Feb 13 18:20:44 EST 2019 > -------------------------------------------------------------- > =3D=3D=3D> JERUSALEM > mkdir -p /usr/obj/usr/src/amd64.amd64/sys > > -------------------------------------------------------------- > >>> stage 1: configuring the kernel > -------------------------------------------------------------- > cd /usr/src/sys/amd64/conf; > PATH=3D/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.a= md64/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/leg= acy/bin::/sbin:/bin:/usr/sbin:/usr/bin > config -d /usr/obj/usr/src/amd64.amd64/sys/JERUSALEM -I > '/usr/src/sys/amd64/conf' '/usr/src/sys/amd64/conf/JERUSALEM' > /usr/src/sys/amd64/conf/JERUSALEM: unknown option "AH_SUPPORT_AR5416" > *** Error code 1 > > I do have: > > options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors > options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt > mitigation > options ATH_ENABLE_11N # Enable 802.11n support for AR5416 an= d > later > > in the config file. (Full config file is appended.) > Googling found nothing useful; didn't find anything in > src/UPDATING. > Is this me, or is the problem elsewhere? > Just remove them. They haven't actually done anything in a long time. Warner > > Respectfully, > > > Robert Huff > > > # > # JERUSALEM -- kernel configuration file for FreeBSD/amd64 > # > # For more information on this file, please read the config(5) manual pag= e, > # and/or the handbook section on Kernel Configuration Files: > # > # > http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-co= nfig.html > # > # The handbook is also available locally in /usr/share/doc/handbook > # if you've installed the doc distribution, otherwise always see the > # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the > # latest information. > # > # An exhaustive list of options and more detailed explanations of the > # device lines is also present in the ../../conf/NOTES and NOTES files. > # If you are in doubt as to the purpose or necessity of a line, check fir= st > # in NOTES. > # > # $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.531.2.2 2009/08/13 17:54:11 > attilio Exp $ > > cpu HAMMER > ident JERUSALEM > > # To statically compile in device wiring instead of /boot/device.hints > #hints "GENERIC.hints" # Default places to look for > devices. > > # Use the following to compile in values accessible to the kernel > # through getenv() (or kenv(1) in userland). The format of the file > # is 'variable=3Dvalue', see kenv(1) > # > # env "GENERIC.env" > > makeoptions DEBUG=3D-g # Build kernel with gdb(1) debu= g > symbols > > options SCHED_ULE # ULE scheduler > options PREEMPTION # Enable kernel thread preemption > options INET # InterNETworking > options INET6 # IPv6 communications protocols > options SCTP # Stream Control Transmission > Protocol > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > options UFS_ACL # Support for access control list= s > options UFS_DIRHASH # Improve performance on big > directories > options UFS_GJOURNAL # Enable gjournal-based UFS > journaling > options MD_ROOT # MD is a potential root device > options NFSCLIENT # Network Filesystem Client > options NFSSERVER # Network Filesystem Server > options NFSLOCKD # Network Lock Manager > options NFS_ROOT # NFS usable as /, requires > NFSCLIENT > options MSDOSFS # MSDOS Filesystem > options CD9660 # ISO 9660 Filesystem > options PROCFS # Process filesystem (requires > PSEUDOFS) > options PSEUDOFS # Pseudo-filesystem framework > options GEOM_PART_GPT # GUID Partition Tables. > options GEOM_LABEL # Provides labelization > options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) > > # see the 20100311 entry in UPDATING > > options COMPAT_FREEBSD32 # Compatible with i386 > binaries > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > options COMPAT_FREEBSD6 # Compatible with FreeBSD6 > options COMPAT_FREEBSD7 # Compatible with FreeBSD7 > options SCSI_DELAY=3D1000 # Delay (in ms) before probing = SCSI > options KTRACE # ktrace(1) support > options STACK # stack(9) support > options SYSVSHM # SYSV-style shared memory > options SYSVMSG # SYSV-style message queues > options SYSVSEM # SYSV-style semaphores > options P1003_1B_SEMAPHORES # POSIX-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time > extensions > options PRINTF_BUFR_SIZE=3D128 # Prevent printf output being > interspersed. > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options HWPMC_HOOKS # Necessary kernel hooks for > hwpmc(4) > options AUDIT # Security event auditing > options MAC # TrustedBSD MAC Framework > options FLOWTABLE # per-cpu routing cache > #options KDTRACE_FRAME # Ensure frames are compiled in > #options KDTRACE_HOOKS # Kernel DTrace hooks > > # > > # replaced by ipfw_load=3D"YES" in loader.conf > # which doesn't seem to work, so trying the old way - RH 201002= 09 > #options IPFIREWALL #firewall > options IPFIREWALL_VERBOSE #enable logging to syslogd(8) > #options IPFIREWALL_FORWARD > options IPFIREWALL_VERBOSE_LIMIT=3D100 #limit verbosity > options DUMMYNET > #options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default > #options IPDIVERT > #options IPFIREWALL_NAT #ipfw kernel nat support > #options LIBALIAS # required for NAT > > # Debugging for use in -current > options KDB # Enable kernel debugger support. > options DDB # Support DDB. > options GDB # Support remote GDB. > options INVARIANTS # Enable calls of extra sanity > checking > options INVARIANT_SUPPORT # Extra sanity checks of internal > # structures, > required by INVARIANTS > options WITNESS # Enable checks to detect > deadlocks and cycles > options WITNESS_SKIPSPIN # Don't run witness on spinlocks > for speed > > # Make an SMP-capable kernel by default > options SMP # Symmetric MultiProcessor Kernel > > # CPU frequency control > device cpufreq > > # Bus support. > device acpi > device pci > > device drm # DRM core module required by DRM drivers > device radeondrm # ATI Radeon > > # Floppy drives > #device fdc > > # ATA and ATAPI devices > device ata > device atadisk # ATA disk drives > device ataraid # ATA RAID drives > device atapicd # ATAPI CDROM drives > device atapifd # ATAPI floppy drives > device atapist # ATAPI tape drives > options ATA_STATIC_ID # Static device numbering > > # SCSI Controllers > #device ahc # AHA2940 and onboard AIC7xxx devices > #options AHC_REG_PRETTY_PRINT # Print register bitfields in deb= ug > # output. Adds ~128k to driver. > #device ahd # AHA39320/29320 and onboard AIC79xx > devices > #options AHD_REG_PRETTY_PRINT # Print register bitfields in deb= ug > # output. Adds ~215k to driver. > #device amd # AMD 53C974 (Tekram DC-390(T)) > #device hptiop # Highpoint RocketRaid 3xxx series > #device isp # Qlogic family > #device ispfw # Firmware for QLogic HBAs- normally a > module > #device mpt # LSI-Logic MPT-Fusion > #device ncr # NCR/Symbios Logic > #device sym # NCR/Symbios Logic (newer chipsets + > those of `ncr') > #device trm # Tekram DC395U/UW/F DC315U adapters > > #device adv # Advansys SCSI adapters > #device adw # Advansys wide SCSI adapters > #device aic # Adaptec 15[012]x SCSI adapters, > AIC-6[23]60. > #device bt # Buslogic/Mylex MultiMaster SCSI adapter= s > > # SCSI peripherals > device scbus # SCSI bus (required for SCSI) > device ch # SCSI media changers > device da # Direct Access (disks) > device sa # Sequential Access (tape etc) > device cd # CD > device pass # Passthrough device (direct SCSI access) > device ses # SCSI Environmental Services (and SAF-TE= ) > > # RAID controllers interfaced to the SCSI subsystem > #device amr # AMI MegaRAID > #device arcmsr # Areca SATA II RAID > #XXX it is not 64-bit clean, -scottl > #device asr # DPT SmartRAID V, VI and Adaptec SCSI RA= ID > #device ciss # Compaq Smart RAID 5* > #device dpt # DPT Smartcache III, IV - See NOTES for > options > #device hptmv # Highpoint RocketRAID 182x > #device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, > 25xx > #device iir # Intel Integrated RAID > #device ips # IBM (Adaptec) ServeRAID > #device mly # Mylex AcceleRAID/eXtremeRAID > #device twa # 3ware 9000 series PATA/SATA RAID > > # RAID controllers > #device aac # Adaptec FSA RAID > #device aacp # SCSI passthrough for aac (requires CAM) > #device ida # Compaq Smart RAID > #device mfi # LSI MegaRAID SAS > #device mlx # Mylex DAC960 family > #XXX pointer/int warnings > #device pst # Promise Supertrak SX6000 > #device twe # 3ware ATA RAID > > # atkbdc0 controls both the keyboard and the PS/2 mouse > #device atkbdc # AT keyboard controller > #device atkbd # AT keyboard > #device psm # PS/2 mouse > > device kbdmux # keyboard multiplexer > > device vga # VGA video card driver > > device splash # Splash screen and screen saver support > > # syscons is the default console driver, resembling an SCO console > device sc > > device agp # support several AGP chipsets > > # PCCARD (PCMCIA) support > # PCMCIA and cardbus bridge support > #device cbb # cardbus (yenta) bridge > #device pccard # PC Card (16-bit) bus > #device cardbus # CardBus (32-bit) bus > > # Serial (COM) ports > device uart # Generic UART driver > > # Parallel port > device ppc > device ppbus # Parallel port bus (required) > device lpt # Printer > device plip # TCP/IP over parallel > device ppi # Parallel port interface device > #device vpo # Requires scbus and da > > # If you've got a "dumb" serial or parallel PCI card that is > # supported by the puc(4) glue driver, uncomment the following > # line to enable it (connects to sio, uart and/or ppc drivers): > #device puc > > # PCI Ethernet NICs. > #device de # DEC/Intel DC21x4x (``Tulip'') > #device em # Intel PRO/1000 Gigabit Ethernet Family > #device igb # Intel PRO/1000 PCIE Server Gigabit Fami= ly > #device ixgbe # Intel PRO/10GbE PCIE Ethernet Family > #device le # AMD Am7900 LANCE and Am79C9xx PCnet > #device ti # Alteon Networks Tigon I/II gigabit > Ethernet > #device txp # 3Com 3cR990 (``Typhoon'') > #device vx # 3Com 3c590, 3c595 (``Vortex'') > > # PCI Ethernet NICs that use the common MII bus controller code. > # NOTE: Be sure to keep the 'device miibus' line in order to use these > NICs! > device miibus # MII bus support > #device ae # Attansic/Atheros L2 FastEthernet > #device age # Attansic/Atheros L1 Gigabit Ethernet > #device alc # Atheros AR8131/AR8132 Ethernet > #device ale # Atheros AR8121/AR8113/AR8114 Ethernet > #device bce # Broadcom BCM5706/BCM5708 Gigabit Ethern= et > #device bfe # Broadcom BCM440x 10/100 Ethernet > #device bge # Broadcom BCM570xx Gigabit Ethernet > #device dc # DEC/Intel 21143 and various workalikes > #device et # Agere ET1310 10/100/Gigabit Ethernet > #device fxp # Intel EtherExpress PRO/100B (82557, > 82558) > #device jme # JMicron JMC250 Gigabit/JMC260 Fast > Ethernet > #device lge # Level 1 LXT1001 gigabit Ethernet > #device msk # Marvell/SysKonnect Yukon II Gigabit > Ethernet > #device nfe # nVidia nForce MCP on-board Ethernet > #device nge # NatSemi DP83820 gigabit Ethernet > #device nve # nVidia nForce MCP on-board Ethernet > Networking > #device pcn # AMD Am79C97x PCI 10/100 (precedence ove= r > 'le') > #device re # RealTek 8139C+/8169/8169S/8110S > #device rl # RealTek 8129/8139 > #device sf # Adaptec AIC-6915 (``Starfire'') > #device sis # Silicon Integrated Systems SiS 900/SiS > 7016 > #device sk # SysKonnect SK-984x & SK-982x gigabit > Ethernet > #device ste # Sundance ST201 (D-Link DFE-550TX) > #device stge # Sundance/Tamarack TC9021 gigabit Ethern= et > #device tl # Texas Instruments ThunderLAN > #device tx # SMC EtherPower II (83c170 ``EPIC'') > #device vge # VIA VT612x gigabit Ethernet > #device vr # VIA Rhine, Rhine II > #device wb # Winbond W89C840F > #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') > > # ISA Ethernet NICs. pccard NICs included. > #device cs # Crystal Semiconductor CS89x0 NIC > # 'device ed' requires 'device miibus' > #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 car= ds > #device ex # Intel EtherExpress Pro/10 and Pro/10+ > #device ep # Etherlink III based cards > #device fe # Fujitsu MB8696x based cards > #device sn # SMC's 9000 series of Ethernet chips > #device xe # Xircom pccard Ethernet > > # Wireless NIC cards > #device wlan # 802.11 support > #options IEEE80211_DEBUG # enable debug msgs > #options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's > #options IEEE80211_SUPPORT_MESH # enable 802.11s D3.0 support > #device wlan_wep # 802.11 WEP support > #device wlan_ccmp # 802.11 CCMP support > #device wlan_tkip # 802.11 TKIP support > #device wlan_amrr # AMRR transmit rate control algorithm > #device an # Aironet 4500/4800 802.11 wireless NICs. > #device ath # Atheros pci/cardbus NIC's > #device ath_hal # pci/cardbus chip support > #options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors > #device ath_rate_sample # SampleRate tx rate control for ath > #device ral # Ralink Technology RT2500 wireless NICs. > #device wi # WaveLAN/Intersil/Symbol 802.11 wireless > NICs. > > # Pseudo devices. > device loop # Network loopback > device random # Entropy device > device ether # Ethernet support > device tun # Packet tunnel. > device pty # BSD-style compatibility pseudo ttys > device md # Memory "disks" > device gif # IPv6 and IPv4 tunneling > device faith # IPv6-to-IPv4 relaying (translation) > device firmware # firmware assist module > > # The `bpf' device enables the Berkeley Packet Filter. > # Be aware of the administrative consequences of enabling this! > # Note that 'bpf' is required for DHCP. > device bpf # Berkeley packet filter > > # USB support > device uhci # UHCI PCI->USB interface > device ohci # OHCI PCI->USB interface > device ehci # EHCI PCI->USB interface (USB 2.0) > device usb # USB Bus (required) > #device udbp # USB Double Bulk Pipe devices > device uhid # "Human Interface Devices" > device ukbd # Keyboard > device ulpt # Printer > device umass # Disks/Mass storage - Requires scbus and da > device ums # Mouse > #device rum # Ralink Technology RT2501USB wireless NI= Cs > #device uath # Atheros AR5523 wireless NICs > #device ural # Ralink Technology RT2500USB wireless NI= Cs > #device zyd # ZyDAS zb1211/zb1211b wireless NICs > #device urio # Diamond Rio 500 MP3 player > # USB Serial devices > #device uark # Technologies ARK3116 based serial > adapters > #device ubsa # Belkin F5U103 and compatible serial > adapters > #device uftdi # For FTDI usb serial adapters > #device uipaq # Some WinCE based devices > #device uplcom # Prolific PL-2303 serial adapters > #device uslcom # SI Labs CP2101/CP2102 serial adapters > #device uvisor # Visor and Palm devices > #device uvscom # USB serial support for DDI pocket's PHS > # USB Ethernet, requires miibus > #device aue # ADMtek USB Ethernet > #device axe # ASIX Electronics USB Ethernet > #device cdce # Generic USB over Ethernet > #device cue # CATC USB Ethernet > #device kue # Kawasaki LSI USB Ethernet > #device rue # RealTek RTL8150 USB Ethernet > #device udav # Davicom DM9601E USB > > # FireWire support > #device firewire # FireWire bus code > #device sbp # SCSI over FireWire (Requires scbus and > da) > #device fwe # Ethernet over FireWire (non-standard!) > #device fwip # IP over FireWire (RFC 2734,3146) > #device dcons # Dumb console driver > #device dcons_crom # Configuration ROM for dcons > > > _______________________________________________ > 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 Wed Feb 13 23:35:26 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B16014DB69B for ; Wed, 13 Feb 2019 23:35:26 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 58C9C812E9 for ; Wed, 13 Feb 2019 23:35:25 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 18B2C14DB696; Wed, 13 Feb 2019 23:35:25 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E561914DB695 for ; Wed, 13 Feb 2019 23:35:24 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 4A085812E8 for ; Wed, 13 Feb 2019 23:35:23 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id x1DNZGxF050659; Wed, 13 Feb 2019 23:35:16 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id x1DNZFxh050658; Wed, 13 Feb 2019 15:35:16 -0800 (PST) (envelope-from david) Date: Wed, 13 Feb 2019 15:35:15 -0800 From: David Wolfskill To: Robert Huff Cc: current@freebsd.org Subject: Re: kernel build dies with "unknown option" Message-ID: <20190213233515.GL1329@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Robert Huff , current@freebsd.org References: <23652.43101.164485.330280@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="KUZuYByudWJZmlfy" Content-Disposition: inline In-Reply-To: <23652.43101.164485.330280@jerusalem.litteratus.org> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 4A085812E8 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.988,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: Wed, 13 Feb 2019 23:35:26 -0000 --KUZuYByudWJZmlfy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 13, 2019 at 06:29:33PM -0500, Robert Huff wrote: >=20 > On a system running: >=20 > FreeBSD 13.0-CURRENT r343080 16 Jan 2019 amd64 >=20 > I updated the source tree as of midnight US Eastern time, then > ran buildworld. That completed successfully. > Then: >=20 > huff@jerusalem> make buildkernel KERNCONF=3DJERUSALEM > make[1]: "/usr/src/Makefile.inc1" line 349: SYSTEM_COMPILER: libclang wil= l be built for bootstrapping a cross-compiler. > make[1]: "/usr/src/Makefile.inc1" line 352: SYSTEM_LINKER: Determined tha= t LD=3Dld matches the source tree. Not bootstrapping a cross-linker. >=20 > -------------------------------------------------------------- > >>> Kernel build for JERUSALEM started on Wed Feb 13 18:20:44 EST 2019 > -------------------------------------------------------------- > =3D=3D=3D> JERUSALEM > mkdir -p /usr/obj/usr/src/amd64.amd64/sys >=20 > -------------------------------------------------------------- > >>> stage 1: configuring the kernel > -------------------------------------------------------------- > cd /usr/src/sys/amd64/conf; PATH=3D/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/ob= j/usr/src/amd64.amd64/tmp/legacy/bin::/sbin:/bin:/usr/sbin:/usr/bin config= -d /usr/obj/usr/src/amd64.amd64/sys/JERUSALEM -I '/usr/src/sys/amd64/con= f' '/usr/src/sys/amd64/conf/JERUSALEM' > /usr/src/sys/amd64/conf/JERUSALEM: unknown option "AH_SUPPORT_AR5416" > *** Error code 1 >=20 > I do have: >=20 > options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors > options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt mitigat= ion > options ATH_ENABLE_11N # Enable 802.11n support for AR5416 an= d later >=20 > in the config file. (Full config file is appended.) > .... "svn log conf/NOTES" shows: ------------------------------------------------------------------------ r343427 | avos | 2019-01-25 05:48:40 -0800 (Fri, 25 Jan 2019) | 4 lines Garbage collect AH_SUPPORT_AR5416 config option. It does nothing since r318857. ------------------------------------------------------------------------ Peace, david --=20 David H. Wolfskill david@catwhisker.org Snow despite global warming is as expected as requiring energy to refrigera= te. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --KUZuYByudWJZmlfy Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAlxkqbNfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PckSUQf/czVeJx835iDRvlkRfYib3/qQMj545UTHskMkPDfMVkKa2bg6dEwBer2J 02EtjlYhOBxY91Ya6RLu07pauocAOrmnND8HlODqj5FZoPFNmxs4Q5vsUxoRCyy8 mX6vESjPHffKinK5QawuuVho8fttBq+7GE+ZopYIPbLq70uhhSLka8HyIuh3hrcu l5tR12E6Lpvvm+EUhrXru9ErnrYbIBe+tnqcZLCP6nLnfCL+/k4LOxpkeGic7VhS M5g0ZeFMZEARDs/IGmuLQI0I5smgFWD/WZd1l+8Ar/czwB8h742R3cXvUESANS/t l5tIbFeWZ+XLSHjsB9MUsfhQxrQocg== =S7Ns -----END PGP SIGNATURE----- --KUZuYByudWJZmlfy-- From owner-freebsd-current@freebsd.org Wed Feb 13 23:36:53 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1EA0214DB772 for ; Wed, 13 Feb 2019 23:36:53 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 99C598146B for ; Wed, 13 Feb 2019 23:36:52 +0000 (UTC) (envelope-from ian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5809914DB76E; Wed, 13 Feb 2019 23:36:52 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35A5F14DB76C for ; Wed, 13 Feb 2019 23:36:52 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (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 A734581469 for ; Wed, 13 Feb 2019 23:36:51 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1550101009; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=PuEjLnAutsECdx3MrZce+8aBxeHDmNQA6yul7tHGiElVKSJvYX5/BrTZCrEKnwlCCuNpILCrgHa4m 1Hgg3hrsdAjkVVkFgglAD4VA20AGHCk7IKq2qgWoH4rLR1RIqbLn2BK9VWiEGwMOqcpH8QH/10md9g ExfpfYu/UwrQJMrbh9AxDWkq1GsCp6Xjk6XneqLp/Sp9eefYrZhU/+44pUyDwdVp+BaCjam5z053Wb eRLTj/eTCz5p6MBgQ9eOvLpLXY+2Bcb7Aj3KvUgckhibNamBM1mpauVIwSOsGCAS3E/U2Gz3Z9hzcq uFp6/zD1fPUMfBXkfzcaF1Dg5ipyZeg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=zfRFbvIBzUuaa54K8MNftdc9MuRE6ARmxEAIRLwDUOk=; b=Zxzpgzav/gUdEegh9kb66mu5/caGA8hhit43Bp5uiICavvhUNQh/yxuTR9EhDtlYTAeSSVro4CIkD 3IjsAeU0hp/VKE8azcf1gFxUZ4wILG9GrOzyrpa16bLyfpg/F6NwcNPN76clLoH2T8bjEmVNt/hPZ6 hHq4OOaaIcZOZESx2QVQG1vnxO5MiOBwQ4xwBqVPDJUzZwZU8Hxx0FY8c8Y2RRtKVnA/qmj1AZu37E b1ywoM7fum0c7Y4fMfKkYoxlIm0qWUy+dlv8oH0ebh1+NqfmvAu7UsaMjrY8VT412xMY8T8DmQnB8x kj0qQFBS4S0vKDjv6n+jsB+loO66S9Q== ARC-Authentication-Results: i=1; outbound2.eu.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=zfRFbvIBzUuaa54K8MNftdc9MuRE6ARmxEAIRLwDUOk=; b=J+jF4j2NU+jLYQeWfmF9/MDN06XAlrU9aYthZxcvVKdSX1z6k3USO6RgwkxhlrKNcnsByHPFiuK2Z Kgx7MzTD922DFELL5nStqHkBj0KobbXrOWypaJ3T1Sxhw8ZgOjh/i6vwXs2vpm6YT0L2KpGUPqDJwB k3zFUzpPMNodJYkSodLgRMbG0w5Yj8jTOLYl1pHIloiNHjtRDuICgxY7SI+09LOUOAfHE0T6vY7/sS AWA89lFXSOScEE2clvY1iU5E5FJSV7Nd4vrSjSV9MCbqURys9bk44RO2W2RmXSGW/m1O2P45ySzbqC UhsJO5xw2q2KBTDv1ReaePU8ljgXtiA== X-MHO-RoutePath: aGlwcGll X-MHO-User: 38b88b2f-2fe8-11e9-803b-31925da7267c X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound2.eu.mailhop.org (Halon) with ESMTPSA id 38b88b2f-2fe8-11e9-803b-31925da7267c; Wed, 13 Feb 2019 23:36:46 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id x1DNahTx063772; Wed, 13 Feb 2019 16:36:43 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: kernel build dies with "unknown option" From: Ian Lepore To: Robert Huff , current@freebsd.org Cc: avos@freebsd.org Date: Wed, 13 Feb 2019 16:36:43 -0700 In-Reply-To: <23652.43101.164485.330280@jerusalem.litteratus.org> References: <23652.43101.164485.330280@jerusalem.litteratus.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: A734581469 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; NEURAL_HAM_LONG(-1.00)[-1.000,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: Wed, 13 Feb 2019 23:36:53 -0000 On Wed, 2019-02-13 at 18:29 -0500, Robert Huff wrote: > On a system running: > > FreeBSD 13.0-CURRENT r343080 16 Jan 2019 amd64 > > I updated the source tree as of midnight US Eastern time, then > ran buildworld. That completed successfully. > Then: > > huff@jerusalem> make buildkernel KERNCONF=JERUSALEM > make[1]: "/usr/src/Makefile.inc1" line 349: SYSTEM_COMPILER: libclang > will be built for bootstrapping a cross-compiler. > make[1]: "/usr/src/Makefile.inc1" line 352: SYSTEM_LINKER: Determined > that LD=ld matches the source tree. Not bootstrapping a cross- > linker. > > -------------------------------------------------------------- > > > > Kernel build for JERUSALEM started on Wed Feb 13 18:20:44 EST > > > > 2019 > > -------------------------------------------------------------- > ===> JERUSALEM > mkdir -p /usr/obj/usr/src/amd64.amd64/sys > > -------------------------------------------------------------- > > > > stage 1: configuring the kernel > > -------------------------------------------------------------- > cd > /usr/src/sys/amd64/conf; PATH=/usr/obj/usr/src/amd64.amd64/tmp/usr/s > bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.a > md64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/ > bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin::/sbin:/bin:/usr/sbin > :/usr/bin config -d /usr/obj/usr/src/amd64.amd64/sys/JERUSALEM -I > '/usr/src/sys/amd64/conf' '/usr/src/sys/amd64/conf/JERUSALEM' > /usr/src/sys/amd64/conf/JERUSALEM: unknown option "AH_SUPPORT_AR5416" > *** Error code 1 > > I do have: > > options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors > options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt > mitigation > options ATH_ENABLE_11N # Enable 802.11n support for > AR5416 and later > > in the config file. (Full config file is appended.) > Googling found nothing useful; didn't find anything in > src/UPDATING. > Is this me, or is the problem elsewhere? > > [...] It looks like that option is no longer valid, and we neglected to make an entry in UPDATING (avos@ cc'd), so you can safely remove it from your config. Author: avos Date: Fri Jan 25 13:48:40 2019 New Revision: 343427 URL: https://svnweb.freebsd.org/changeset/base/343427 Log: Garbage collect AH_SUPPORT_AR5416 config option. It does nothing since r318857. -- Ian From owner-freebsd-current@freebsd.org Thu Feb 14 00:19:11 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 32DFF14DC9C3 for ; Thu, 14 Feb 2019 00:19:11 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A67C283A80 for ; Thu, 14 Feb 2019 00:19:10 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: by mailman.ysv.freebsd.org (Postfix) id 5A7F114DC9C2; Thu, 14 Feb 2019 00:19:10 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4725C14DC9C0 for ; Thu, 14 Feb 2019 00:19:10 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 D930883A7E for ; Thu, 14 Feb 2019 00:19:09 +0000 (UTC) (envelope-from roberthuff@rcn.com) DKIM-Signature: v=1; a=rsa-sha1; d=rcn.com; s=20180516; c=relaxed/simple; q=dns/txt; i=@rcn.com; t=1550103548; h=From:Subject:Date:To:MIME-Version:Content-Type; bh=0RP8lUPrh/LY/wegm3vS036BO8c=; b=p31vWWNf8LFl2Jon85GMaYADJZHNVoDXFoj8yDH8WPtjikxXfS6gglogyOXdh6Tb AFE/lcUthL0Hgqbo2HkyrG8HHCgdowGc4VjitG93cgrrpA+Vvlp/FQH+O6fqS/UO eGvq6tWjvW0qZ903JuFD9Lt99oCZfp+fk8tdQcZ3uWiODQ4lWbOZfT5RwyHYRtqj Fx93JdgwfLB+WEoimrB7m1s70vOOQaSUvnB/5ZMgQzhwmCM+Cs0b58N/UlJBlej3 gCsMwO1m1lvKmn6dFNharNoYjDAYMqvB9XEHR6PEtFQ/v3MmfyImU2ZRSXATMpKh 66Qe5JzUFtj1ErmZRvQbxQ==; X_CMAE_Category: , , X-CNFS-Analysis: v=2.2 cv=QdwkhYTv c=1 sm=1 tr=0 a=9TgA2UwI6Wy+6BV4wQM/cQ==:117 a=9TgA2UwI6Wy+6BV4wQM/cQ==:17 a=KGjhK52YXX0A:10 a=kj9zAlcOel0A:10 a=XRQyMpdBKAEA:10 a=CFTnQlWoA9kA:10 a=48faUk6PgeAA:10 a=2kWirICxKKVBlrbjqcMA:9 a=CjuIK1q_8ugA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=roberthuff@rcn.com; sender-id=softfail Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.user=roberthuff; auth=pass (PLAIN) Received: from [209.6.230.48] ([209.6.230.48:24639] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.25.56547 r(Core:3.6.25.0)) with ESMTPSA (cipher=AES256-GCM-SHA384) id 3B/65-49953-CF3B46C5; Wed, 13 Feb 2019 19:19:08 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <23652.46062.432202.378922@jerusalem.litteratus.org> Date: Wed, 13 Feb 2019 19:18:54 -0500 From: Robert Huff To: FreeBSD Current Subject: Re: kernel build dies with "unknown option" In-Reply-To: References: <23652.43101.164485.330280@jerusalem.litteratus.org> X-Mailer: VM 8.2.0b under 26.1 (amd64-portbld-freebsd13.0) X-Rspamd-Queue-Id: D930883A7E X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.95 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.95)[-0.953,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, 14 Feb 2019 00:19:11 -0000 Warner Losh writes: > > I do have: > > > > options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors > > options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt > > mitigation > > options ATH_ENABLE_11N # Enable 802.11n support for AR5416 an= > d > > later > > > > in the config file. (Full config file is appended.) > > Googling found nothing useful; didn't find anything in > > src/UPDATING. > > Is this me, or is the problem elsewhere? > > Just remove them. They haven't actually done anything in a long time. Done. Paying it forward: is there anything else in the default/DENERIC config files which should suffer the same fate? Respectfully, Robert Huff From owner-freebsd-current@freebsd.org Thu Feb 14 02:47:13 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8EB3714E39A8 for ; Thu, 14 Feb 2019 02:47:13 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D5CD089F98 for ; Thu, 14 Feb 2019 02:47:11 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1E2l4Ea051073 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 13 Feb 2019 18:47:04 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1E2l3LA051072 for freebsd-current@freebsd.org; Wed, 13 Feb 2019 18:47:03 -0800 (PST) (envelope-from sgk) Date: Wed, 13 Feb 2019 18:47:03 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Subject: Panic in sys_fstatat() Message-ID: <20190214024703.GA51003@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: D5CD089F98 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.79 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.03)[-0.030,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.75)[0.753,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[troutmask.apl.washington.edu]; DMARC_NA(0.00)[washington.edu]; NEURAL_SPAM_MEDIUM(0.28)[0.282,0]; R_SPF_NA(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.09)[ip: (0.19), ipnet: 128.95.0.0/16(0.25), asn: 73(0.08), country: US(-0.07)] 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, 14 Feb 2019 02:47:13 -0000 I have the core file and kernel.debug, if someone wnat additional information. mobile dumped core - see /var/crash/vmcore.0 Wed Feb 13 18:37:44 PST 2019 FreeBSD mobile 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r344034M: Tue Feb 12 08:14:16 PST 2019 root@mobile:/usr/obj/usr/src/i386.i386/sys/MOBILE i386 panic: vm_fault_hold: fault on nofault entry, addr: 0x202000 GNU gdb (GDB) 8.2.1 [GDB v8.2.1 for FreeBSD] Reading symbols from /boot/kernel/kernel...Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug...done. done. Unread portion of the kernel message buffer: panic: vm_fault_hold: fault on nofault entry, addr: 0x202000 cpuid = 1 time = 1550111772 KDB: stack backtrace: db_trace_self_wrapper(10b42f3,8c96000,1,9341bd0,2e7b6590,...) at db_trace_self_wrapper+0x2a/frame 0x2e7b6560 kdb_backtrace(109973a,5c64d41c,0,2e7b661c,1,...) at kdb_backtrace+0x2d/frame 0x2e7b65c8 vpanic(108d309,2e7b661c,2e7b661c,2e7b6700,f734a9,...) at vpanic+0x141/frame 0x2e7b65fc panic(108d309,103dfa3,202000,2e7b6664,2e7b6654,...) at panic+0x1b/frame 0x2e7b6610 vm_fault_hold(1ea5000,202000,1,0,0,...) at vm_fault_hold+0x29e9/frame 0x2e7b6700 vm_fault(1ea5000,202000,1,0,0,...) at vm_fault+0x5e/frame 0x2e7b6728 trap_pfault(202462,40,109e2f2,316d3480,2e7b67c0,...) at trap_pfault+0xb2/frame 0x2e7b6770 trap(2e7b6880,8,28,28,1836a120,...) at trap+0x3cb/frame 0x2e7b6874 calltrap() at PTDpde+0x4165/frame 0x2e7b6874 --- trap 0xc, eip = 0x1027fb8, esp = 0x2e7b68c0, ebp = 0x2e7b68f8 --- VOP_LOCK1_APV(1836a120,202400,1099cc5,2c8,2e7b6ab0,...) at VOP_LOCK1_APV+0x8/frame 0x2e7b68f8 lookup(2e7b6a50,0,400,2e7b6aa0,2e7b6a18,...) at lookup+0xc4/frame 0x2e7b6960 namei(2e7b6a50,0,4000144,0,2cced08e,...) at namei+0x4f3/frame 0x2e7b6a20 kern_statat(3c5dc700,0,ffffff9c,2cced08e,0,...) at kern_statat+0x85/frame 0x2e7b6af0 sys_fstatat(3c5dc700,3c5dc988,1384bb0,3c5dc700,0,...) at sys_fstatat+0x49/frame 0x2e7b6c00 syscall(2e7b6ce8,3b,3b,3b,fbafbbc8,...) at syscall+0x3ea/frame 0x2e7b6cdc Xint0x80_syscall() at PTDpde+0x43af/frame 0x2e7b6cdc --- syscall (552, FreeBSD ELF32, sys_fstatat), eip = 0x21321d5f, esp = 0xfbafbb2c, ebp = 0xfbafbbb8 --- _DYNAMIC() at 0x21321d5f KDB: enter: panic __curthread () at ./machine/pcpu.h:226 226 __asm("movl %%fs:%1,%0" : "=r" (td) (kgdb) #0 __curthread () at ./machine/pcpu.h:226 #1 doadump (textdump=) at /usr/src/sys/kern/kern_shutdown.c:371 #2 0x009c023d in db_fncall_generic (addr=, rv=, nargs=, args=) at /usr/src/sys/ddb/db_command.c:609 #3 db_fncall (dummy1=20441604, dummy2=false, dummy3=10607414, dummy4=0x2e7b6344 "") at /usr/src/sys/ddb/db_command.c:657 #4 0x009bfd74 in db_command (last_cmdp=, cmd_table=, dopager=1) at /usr/src/sys/ddb/db_command.c:481 #5 0x009bfae0 in db_command_loop () at /usr/src/sys/ddb/db_command.c:534 #6 0x009c2d6b in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:252 #7 0x00ca66d4 in kdb_trap (type=3, code=0, tf=0x2e7b657c) at /usr/src/sys/kern/subr_kdb.c:692 #8 0x00ff58a4 in trap (frame=0x2e7b657c) at /usr/src/sys/i386/i386/trap.c:712 #9 0xffc0315d in ?? () #10 0x2e7b657c in ?? () #11 0x00c5bede in vpanic ( fmt=0x108d309 "%s: fault on nofault entry, addr: %#lx", ap=0x2e7b661c "\243\337\003\001") at /usr/src/sys/kern/kern_shutdown.c:866 #12 0x00c5bd7b in panic ( fmt=0x108d309 "%s: fault on nofault entry, addr: %#lx") at /usr/src/sys/kern/kern_shutdown.c:804 #13 0x00f734a9 in vm_fault_hold (map=0x1ea5000, vaddr=2105344, fault_type=1 '\001', fault_flags=0, m_hold=0x0) at /usr/src/sys/vm/vm_fault.c:586 #14 0x00f70a6e in vm_fault (map=0x1ea5000, vaddr=2105344, fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:536 #15 0x00ff62b2 in trap_pfault (frame=0x2e7b6880, usermode=0, eva=2106466) at /usr/src/sys/i386/i386/trap.c:882 #16 0x00ff58bb in trap (frame=0x2e7b6880) at /usr/src/sys/i386/i386/trap.c:519 #17 0xffc0315d in ?? () #18 0x2e7b6880 in ?? () #19 0x00d1de64 in lookup (ndp=0x2e7b6a50) at /usr/src/sys/kern/vfs_lookup.c:710 #20 0x00d1d763 in namei (ndp=0x2e7b6a50) at /usr/src/sys/kern/vfs_lookup.c:487 #21 0x00d372c5 in kern_statat (td=0x3c5dc700, flag=0, fd=-100, path=0x2cced08e , pathseg=UIO_USERSPACE, sbp=0x2e7b6b18, hook=0x0) at /usr/src/sys/kern/vfs_syscalls.c:2307 #22 0x00d37c99 in sys_fstatat (td=0x3c5dc700, uap=0x3c5dc988) at /usr/src/sys/kern/vfs_syscalls.c:2284 #23 0x00ff69fa in syscallenter (td=) at /usr/src/sys/i386/i386/../../kern/subr_syscall.c:135 #24 syscall (frame=0x2e7b6ce8) at /usr/src/sys/i386/i386/trap.c:1144 #25 0xffc033a7 in ?? () #26 0x2e7b6ce8 in ?? () Backtrace stopped: Cannot access memory at address 0xfbafbbbc (kgdb) -- steve From owner-freebsd-current@freebsd.org Thu Feb 14 10:00:05 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E10514F14D4 for ; Thu, 14 Feb 2019 10:00:05 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: from mail-yb1-f194.google.com (mail-yb1-f194.google.com [209.85.219.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BFB1B685A1 for ; Thu, 14 Feb 2019 10:00:04 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: by mail-yb1-f194.google.com with SMTP id w2so2168170ybi.0 for ; Thu, 14 Feb 2019 02:00:04 -0800 (PST) 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=fJuXN1JdSLXVzVoSL9vsjeDe2em7NbTEsA1ELPG2MbQ=; b=ZSJSlpgiuGtUQmKTLmX5g3wUyfR1JXZI8/2dnYy1pNih7aKT7FPZg+QU/6ljYTYUFY 1DUqAfNdFiXQVuSMjdqO9zWpn4DEWXe9svR11IMGrtX1hHiDWy3R7iM87ObEf4OJVAMb 8igs7QDoOtsNFBjjQKH5HvdNudRpK4L7CI5TEVoZbiF90YpIljwTMMYv7K3Qp/pLkUSM B2cHwNp0/aWSMYKJVJlkbjkUhw9wlFiTxJEZA2H+rQt2O2kjcE5oNm5axEzxRVFXjsAO 7zbmkRnfZlvneF/QT8qoAB1lUhS8Oka6XLp8ctN205xJwmW+jzHpsIvnN1zoDo7B/8nT zc4g== X-Gm-Message-State: AHQUAuZTSX8gwqCx8s2T/msdeRKVHqDJ1wRaa33972L9SBjS9bxTixNm rQ51edaafgAaZ5wR2+1NltVnVXTKZ20SxhS2/K4= X-Google-Smtp-Source: AHgI3IbWHfCrjB1fLVz591R87fu5/fV1kwRnc2XOADC7bqsEGo1OPfoNz6wcwFKHti1jGDksr+wTSTK/flAqqcyzjZI= X-Received: by 2002:a25:6d05:: with SMTP id i5mr2150466ybc.489.1550138072896; Thu, 14 Feb 2019 01:54:32 -0800 (PST) MIME-Version: 1.0 From: Li-Wen Hsu Date: Thu, 14 Feb 2019 17:54:15 +0800 Message-ID: Subject: FreeBSD CI Weekly Report 2019-02-10 To: freebsd-testing@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: BFB1B685A1 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of lwhsufreebsd@gmail.com designates 209.85.219.194 as permitted sender) smtp.mailfrom=lwhsufreebsd@gmail.com X-Spamd-Result: default: False [-3.73 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_DN_NONE(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.55)[-0.552,0]; FORGED_SENDER(0.30)[lwhsu@freebsd.org,lwhsufreebsd@gmail.com]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FORGED_RECIPIENTS(0.00)[freebsd-testing@freebsd.org,freebsd-current@freebsd.org]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; TO_DOM_EQ_FROM_DOM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[lwhsu@freebsd.org,lwhsufreebsd@gmail.com]; FROM_HAS_DN(0.00)[]; URIBL_BLOCKED(0.00)[hackfoldr.org.multi.uribl.com,hackmd.io.multi.uribl.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-1.17)[ipnet: 209.85.128.0/17(-3.78), asn: 15169(-1.98), country: US(-0.07)]; RCVD_IN_DNSWL_NONE(0.00)[194.219.85.209.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[194.219.85.209.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-Mailman-Approved-At: Thu, 14 Feb 2019 11:22:21 +0000 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, 14 Feb 2019 10:00:06 -0000 (bcc -current and -stable for more audience) FreeBSD CI Weekly Report 2019-02-10 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2019-02-04 to 2019-02-10. During this period, we have: * 2564 builds (97.4% passed, 2.6% failed) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 546 test runs (21.2% passed, 63.4% unstable, 15.4% exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 12 doc buils (100% passed) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. Web version of this report is available at https://hackmd.io/s/ryA8Crr4N and archive is available at http://hackfoldr.org/freebsd-ci-report/, any help is welcome. ## Fixed Jobs * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test r343713 enabled COVERAGE and KCOV by default causes the test VM exits while executing dtrace test cases, it then got disabled by r343949. * https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc Error message: `x86_64-unknown-freebsd12.0-gcc: error: unrecognized command line option '-fsanitize-coverage=trace-pc,trace-cmp'; did you mean '-fsanitize-coverage=trace-pc'?` Fixed in : https://svnweb.freebsd.org/changeset/base/343746 ## Fixed Tests * lib.msun.{cbrt_test.cbrtl_powl,trig_test.reduction} * https://bugs.freebsd.org/234040 * https://svnweb.freebsd.org/changeset/base/343916 * https://svnweb.freebsd.org/changeset/base/343917 ## Failing Tests * https://ci.freebsd.org/job/FreeBSD-head-amd64-test/ * lib.libc.sys.sendfile_test.hdtr_positive_v4 * lib.libc.sys.sendfile_test.hdtr_positive_v6 See https://bugs.freebsd.org/235200 and https://bugs.freebsd.org/234809 for deails. WIP: https://bugs.freebsd.org/234809 * lib.libc.regex.exhaust_test.regcomp_too_big * lib.libregex.exhaust_test.regcomp_too_big These two began failing since r343964, further examination is needed. * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are 60 (-1 since last report) failing cases, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * https://ci.freebsd.org/job/FreeBSD-head-i386-test/ * sys.netmap.ctrl-api-test.main * sys.opencrypto.runtests.main * lib.libc.regex.exhaust_test.regcomp_too_big * lib.libregex.exhaust_test.regcomp_too_big * sys.kern.coredump_phnum_test.coredump_phnum WIP: https://reviews.freebsd.org/D18495 * lib.libc.sys.sendfile_test.hdtr_positive_v4 * lib.libc.sys.sendfile_test.hdtr_positive_v6 see https://bugs.freebsd.org/235200 and https://bugs.freebsd.org/234809 for deails. WIP: https://bugs.freebsd.org/234809 * https://ci.freebsd.org/job/FreeBSD-stable-12-i386-test/ * sbin.bectl.bectl_test.bectl_mount * sys.netmap.ctrl-api-test.main * sys.opencrypto.runtests.main * lib.libc.regex.exhaust_test.regcomp_too_big * lib.libregex.exhaust_test.regcomp_too_big * sys.kern.coredump_phnum_test.coredump_phnum WIP: https://reviews.freebsd.org/D18495 * https://ci.freebsd.org/job/FreeBSD-stable-11-amd64-test/ * usr.bin.procstat.procstat_test.kernel_stacks * https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/ * sys.netmap.ctrl-api-test.main * sys.opencrypto.runtests.main * usr.bin.procstat.procstat_test.kernel_stacks * local.kyua.* (31 cases) * local.lutok.* (3 cases) ## Disabled Tests * lib.libc.sys.mmap_test.mmap_truncate_signal https://bugs.freebsd.org/211924 * 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 * usr.bin.procstat.procstat_test.command_line_arguments https://bugs.freebsd.org/233587 * usr.bin.procstat.procstat_test.environment https://bugs.freebsd.org/233588 ## Open Issues ### Cause build fails * [233339: genassym.o build race](https://bugs.freebsd.org/233339) * (Updated) patch available: https://people.freebsd.org/~bdrewery/patches/PR233339.diff * [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/233735) * [233769: Possible build race: ld: error: unable to find library -lgcc_s](https://bugs.freebsd.org/233769) ### Others [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) ## Other News * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/1131/ zfs test became very slow (~100 mins -> ~200 mins) after enabling COVERAGE and KCOV by default (then disabled in r343949) From owner-freebsd-current@freebsd.org Thu Feb 14 20:26:04 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D5FAB14E0361 for ; Thu, 14 Feb 2019 20:26:03 +0000 (UTC) (envelope-from jhb@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 7C2E989FE5; Thu, 14 Feb 2019 20:26:03 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-3.local (ralph.baldwin.cx [66.234.199.215]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id F2892857B; Thu, 14 Feb 2019 20:26:02 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: Panic in sys_fstatat() To: sgk@troutmask.apl.washington.edu, freebsd-current@freebsd.org References: <20190214024703.GA51003@troutmask.apl.washington.edu> From: John Baldwin Openpgp: preference=signencrypt Autocrypt: addr=jhb@FreeBSD.org; keydata= mQGiBETQ+XcRBADMFybiq69u+fJRy/0wzqTNS8jFfWaBTs5/OfcV7wWezVmf9sgwn8TW0Dk0 c9MBl0pz+H01dA2ZSGZ5fXlmFIsee1WEzqeJzpiwd/pejPgSzXB9ijbLHZ2/E0jhGBcVy5Yo /Tw5+U/+laeYKu2xb0XPvM0zMNls1ah5OnP9a6Ql6wCgupaoMySb7DXm2LHD1Z9jTsHcAQMD /1jzh2BoHriy/Q2s4KzzjVp/mQO5DSm2z14BvbQRcXU48oAosHA1u3Wrov6LfPY+0U1tG47X 1BGfnQH+rNAaH0livoSBQ0IPI/8WfIW7ub4qV6HYwWKVqkDkqwcpmGNDbz3gfaDht6nsie5Z pcuCcul4M9CW7Md6zzyvktjnbz61BADGDCopfZC4of0Z3Ka0u8Wik6UJOuqShBt1WcFS8ya1 oB4rc4tXfSHyMF63aPUBMxHR5DXeH+EO2edoSwViDMqWk1jTnYza51rbGY+pebLQOVOxAY7k do5Ordl3wklBPMVEPWoZ61SdbcjhHVwaC5zfiskcxj5wwXd2E9qYlBqRg7QeSm9obiBCYWxk d2luIDxqaGJARnJlZUJTRC5vcmc+iGAEExECACAFAkTQ+awCGwMGCwkIBwMCBBUCCAMEFgID AQIeAQIXgAAKCRBy3lIGd+N/BI6RAJ9S97fvbME+3hxzE3JUyUZ6vTewDACdE1stFuSfqMvM jomvZdYxIYyTUpC5Ag0ERND5ghAIAPwsO0B7BL+bz8sLlLoQktGxXwXQfS5cInvL17Dsgnr3 1AKa94j9EnXQyPEj7u0d+LmEe6CGEGDh1OcGFTMVrof2ZzkSy4+FkZwMKJpTiqeaShMh+Goj XlwIMDxyADYvBIg3eN5YdFKaPQpfgSqhT+7El7w+wSZZD8pPQuLAnie5iz9C8iKy4/cMSOrH YUK/tO+Nhw8Jjlw94Ik0T80iEhI2t+XBVjwdfjbq3HrJ0ehqdBwukyeJRYKmbn298KOFQVHO EVbHA4rF/37jzaMadK43FgJ0SAhPPF5l4l89z5oPu0b/+5e2inA3b8J3iGZxywjM+Csq1tqz hltEc7Q+E08AAwUIAL+15XH8bPbjNJdVyg2CMl10JNW2wWg2Q6qdljeaRqeR6zFus7EZTwtX sNzs5bP8y51PSUDJbeiy2RNCNKWFMndM22TZnk3GNG45nQd4OwYK0RZVrikalmJY5Q6m7Z16 4yrZgIXFdKj2t8F+x613/SJW1lIr9/bDp4U9tw0V1g3l2dFtD3p3ZrQ3hpoDtoK70ioIAjjH aIXIAcm3FGZFXy503DOA0KaTWwvOVdYCFLm3zWuSOmrX/GsEc7ovasOWwjPn878qVjbUKWwx Q4QkF4OhUV9zPtf9tDSAZ3x7QSwoKbCoRCZ/xbyTUPyQ1VvNy/mYrBcYlzHodsaqUDjHuW+I SQQYEQIACQUCRND5ggIbDAAKCRBy3lIGd+N/BCO8AJ9j1dWVQWxw/YdTbEyrRKOY8YZNwwCf afMAg8QvmOWnHx3wl8WslCaXaE8= Message-ID: <786f8034-b3ef-54cb-043b-e189e752b18b@FreeBSD.org> Date: Thu, 14 Feb 2019 12:26:01 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: <20190214024703.GA51003@troutmask.apl.washington.edu> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 7C2E989FE5 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.94 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-0.99)[-0.993,0]; NEURAL_HAM_SHORT(-0.95)[-0.949,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US] 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, 14 Feb 2019 20:26:04 -0000 On 2/13/19 6:47 PM, Steve Kargl wrote: > I have the core file and kernel.debug, if someone > wnat additional information. > > mobile dumped core - see /var/crash/vmcore.0 > > Wed Feb 13 18:37:44 PST 2019 > > FreeBSD mobile 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r344034M: Tue Feb 12 08:14:16 PST 2019 root@mobile:/usr/obj/usr/src/i386.i386/sys/MOBILE i386 > > panic: vm_fault_hold: fault on nofault entry, addr: 0x202000 > > GNU gdb (GDB) 8.2.1 [GDB v8.2.1 for FreeBSD] > Reading symbols from /boot/kernel/kernel...Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug...done. > done. > > Unread portion of the kernel message buffer: > panic: vm_fault_hold: fault on nofault entry, addr: 0x202000 > cpuid = 1 > time = 1550111772 > KDB: stack backtrace: > db_trace_self_wrapper(10b42f3,8c96000,1,9341bd0,2e7b6590,...) at db_trace_self_wrapper+0x2a/frame 0x2e7b6560 > kdb_backtrace(109973a,5c64d41c,0,2e7b661c,1,...) at kdb_backtrace+0x2d/frame 0x2e7b65c8 > vpanic(108d309,2e7b661c,2e7b661c,2e7b6700,f734a9,...) at vpanic+0x141/frame 0x2e7b65fc > panic(108d309,103dfa3,202000,2e7b6664,2e7b6654,...) at panic+0x1b/frame 0x2e7b6610 > vm_fault_hold(1ea5000,202000,1,0,0,...) at vm_fault_hold+0x29e9/frame 0x2e7b6700 > vm_fault(1ea5000,202000,1,0,0,...) at vm_fault+0x5e/frame 0x2e7b6728 > trap_pfault(202462,40,109e2f2,316d3480,2e7b67c0,...) at trap_pfault+0xb2/frame 0x2e7b6770 > trap(2e7b6880,8,28,28,1836a120,...) at trap+0x3cb/frame 0x2e7b6874 > calltrap() at PTDpde+0x4165/frame 0x2e7b6874 > --- trap 0xc, eip = 0x1027fb8, esp = 0x2e7b68c0, ebp = 0x2e7b68f8 --- > VOP_LOCK1_APV(1836a120,202400,1099cc5,2c8,2e7b6ab0,...) at VOP_LOCK1_APV+0x8/frame 0x2e7b68f8 > lookup(2e7b6a50,0,400,2e7b6aa0,2e7b6a18,...) at lookup+0xc4/frame 0x2e7b6960 > namei(2e7b6a50,0,4000144,0,2cced08e,...) at namei+0x4f3/frame 0x2e7b6a20 > kern_statat(3c5dc700,0,ffffff9c,2cced08e,0,...) at kern_statat+0x85/frame 0x2e7b6af0 > sys_fstatat(3c5dc700,3c5dc988,1384bb0,3c5dc700,0,...) at sys_fstatat+0x49/frame 0x2e7b6c00 > syscall(2e7b6ce8,3b,3b,3b,fbafbbc8,...) at syscall+0x3ea/frame 0x2e7b6cdc > Xint0x80_syscall() at PTDpde+0x43af/frame 0x2e7b6cdc > --- syscall (552, FreeBSD ELF32, sys_fstatat), eip = 0x21321d5f, esp = 0xfbafbb2c, ebp = 0xfbafbbb8 --- > _DYNAMIC() at 0x21321d5f > KDB: enter: panic > > __curthread () at ./machine/pcpu.h:226 > 226 __asm("movl %%fs:%1,%0" : "=r" (td) > (kgdb) #0 __curthread () at ./machine/pcpu.h:226 > #1 doadump (textdump=) > at /usr/src/sys/kern/kern_shutdown.c:371 > #2 0x009c023d in db_fncall_generic (addr=, > rv=, nargs=, args=) > at /usr/src/sys/ddb/db_command.c:609 > #3 db_fncall (dummy1=20441604, dummy2=false, dummy3=10607414, > dummy4=0x2e7b6344 "") at /usr/src/sys/ddb/db_command.c:657 > #4 0x009bfd74 in db_command (last_cmdp=, > cmd_table=, dopager=1) at /usr/src/sys/ddb/db_command.c:481 > #5 0x009bfae0 in db_command_loop () at /usr/src/sys/ddb/db_command.c:534 > #6 0x009c2d6b in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:252 > #7 0x00ca66d4 in kdb_trap (type=3, code=0, tf=0x2e7b657c) > at /usr/src/sys/kern/subr_kdb.c:692 > #8 0x00ff58a4 in trap (frame=0x2e7b657c) at /usr/src/sys/i386/i386/trap.c:712 > #9 0xffc0315d in ?? () > #10 0x2e7b657c in ?? () > #11 0x00c5bede in vpanic ( > fmt=0x108d309 "%s: fault on nofault entry, addr: %#lx", > ap=0x2e7b661c "\243\337\003\001") at /usr/src/sys/kern/kern_shutdown.c:866 > #12 0x00c5bd7b in panic ( > fmt=0x108d309 "%s: fault on nofault entry, addr: %#lx") > at /usr/src/sys/kern/kern_shutdown.c:804 > #13 0x00f734a9 in vm_fault_hold (map=0x1ea5000, vaddr=2105344, > fault_type=1 '\001', fault_flags=0, m_hold=0x0) > at /usr/src/sys/vm/vm_fault.c:586 > #14 0x00f70a6e in vm_fault (map=0x1ea5000, vaddr=2105344, > fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:536 > #15 0x00ff62b2 in trap_pfault (frame=0x2e7b6880, usermode=0, eva=2106466) > at /usr/src/sys/i386/i386/trap.c:882 > #16 0x00ff58bb in trap (frame=0x2e7b6880) at /usr/src/sys/i386/i386/trap.c:519 > #17 0xffc0315d in ?? () > #18 0x2e7b6880 in ?? () > #19 0x00d1de64 in lookup (ndp=0x2e7b6a50) > at /usr/src/sys/kern/vfs_lookup.c:710 > #20 0x00d1d763 in namei (ndp=0x2e7b6a50) at /usr/src/sys/kern/vfs_lookup.c:487 > #21 0x00d372c5 in kern_statat (td=0x3c5dc700, flag=0, fd=-100, > path=0x2cced08e , > pathseg=UIO_USERSPACE, sbp=0x2e7b6b18, hook=0x0) > at /usr/src/sys/kern/vfs_syscalls.c:2307 > #22 0x00d37c99 in sys_fstatat (td=0x3c5dc700, uap=0x3c5dc988) > at /usr/src/sys/kern/vfs_syscalls.c:2284 > #23 0x00ff69fa in syscallenter (td=) > at /usr/src/sys/i386/i386/../../kern/subr_syscall.c:135 > #24 syscall (frame=0x2e7b6ce8) at /usr/src/sys/i386/i386/trap.c:1144 > #25 0xffc033a7 in ?? () > #26 0x2e7b6ce8 in ?? () > Backtrace stopped: Cannot access memory at address 0xfbafbbbc > (kgdb) Frame 18 is probably the root problem, though it doesn't look like kgdb is able to unwind it correctly. Looking at frame 19 might help though. It seems like a NULL pointer dereference when invoking VOP_LOCK. -- John Baldwin                                                                              From owner-freebsd-current@freebsd.org Thu Feb 14 20:38:16 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6E28214E0CB6 for ; Thu, 14 Feb 2019 20:38:16 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3FF828AB8A; Thu, 14 Feb 2019 20:38:15 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1EKcDVj075910 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 14 Feb 2019 12:38:13 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1EKcDHv075909; Thu, 14 Feb 2019 12:38:13 -0800 (PST) (envelope-from sgk) Date: Thu, 14 Feb 2019 12:38:13 -0800 From: Steve Kargl To: John Baldwin Cc: freebsd-current@freebsd.org Subject: Re: Panic in sys_fstatat() Message-ID: <20190214203813.GA75902@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190214024703.GA51003@troutmask.apl.washington.edu> <786f8034-b3ef-54cb-043b-e189e752b18b@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <786f8034-b3ef-54cb-043b-e189e752b18b@FreeBSD.org> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 3FF828AB8A X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.13 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.07)[-0.074,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(0.09)[ip: (0.17), ipnet: 128.95.0.0/16(0.24), asn: 73(0.10), country: US(-0.07)]; NEURAL_SPAM_SHORT(0.86)[0.864,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_MEDIUM(0.56)[0.561,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:73, ipnet:128.95.0.0/16, country:US]; 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: Thu, 14 Feb 2019 20:38:16 -0000 On Thu, Feb 14, 2019 at 12:26:01PM -0800, John Baldwin wrote: > On 2/13/19 6:47 PM, Steve Kargl wrote: > > #16 0x00ff58bb in trap (frame=0x2e7b6880) at /usr/src/sys/i386/i386/trap.c:519 > > #17 0xffc0315d in ?? () > > #18 0x2e7b6880 in ?? () > > #19 0x00d1de64 in lookup (ndp=0x2e7b6a50) > > at /usr/src/sys/kern/vfs_lookup.c:710 > > #20 0x00d1d763 in namei (ndp=0x2e7b6a50) at /usr/src/sys/kern/vfs_lookup.c:487 > > #21 0x00d372c5 in kern_statat (td=0x3c5dc700, flag=0, fd=-100, > > path=0x2cced08e , > > pathseg=UIO_USERSPACE, sbp=0x2e7b6b18, hook=0x0) > > at /usr/src/sys/kern/vfs_syscalls.c:2307 > > #22 0x00d37c99 in sys_fstatat (td=0x3c5dc700, uap=0x3c5dc988) > > at /usr/src/sys/kern/vfs_syscalls.c:2284 > > #23 0x00ff69fa in syscallenter (td=) > > at /usr/src/sys/i386/i386/../../kern/subr_syscall.c:135 > > #24 syscall (frame=0x2e7b6ce8) at /usr/src/sys/i386/i386/trap.c:1144 > > #25 0xffc033a7 in ?? () > > #26 0x2e7b6ce8 in ?? () > > Backtrace stopped: Cannot access memory at address 0xfbafbbbc > > (kgdb) > > Frame 18 is probably the root problem, though it doesn't look like kgdb is > able to unwind it correctly. Looking at frame 19 might help though. It > seems like a NULL pointer dereference when invoking VOP_LOCK. > I can't look at this until tonight (about 6-7 hours). Anything in frame 19 that you would be particularly interested in? -- Steve From owner-freebsd-current@freebsd.org Thu Feb 14 20:47:29 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03AD514E11A3 for ; Thu, 14 Feb 2019 20:47:29 +0000 (UTC) (envelope-from jhb@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 9C3018B278; Thu, 14 Feb 2019 20:47:28 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-3.local (ralph.baldwin.cx [66.234.199.215]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id 47F5D87BE; Thu, 14 Feb 2019 20:47:28 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: Panic in sys_fstatat() To: sgk@troutmask.apl.washington.edu Cc: freebsd-current@freebsd.org References: <20190214024703.GA51003@troutmask.apl.washington.edu> <786f8034-b3ef-54cb-043b-e189e752b18b@FreeBSD.org> <20190214203813.GA75902@troutmask.apl.washington.edu> From: John Baldwin Openpgp: preference=signencrypt Autocrypt: addr=jhb@FreeBSD.org; keydata= mQGiBETQ+XcRBADMFybiq69u+fJRy/0wzqTNS8jFfWaBTs5/OfcV7wWezVmf9sgwn8TW0Dk0 c9MBl0pz+H01dA2ZSGZ5fXlmFIsee1WEzqeJzpiwd/pejPgSzXB9ijbLHZ2/E0jhGBcVy5Yo /Tw5+U/+laeYKu2xb0XPvM0zMNls1ah5OnP9a6Ql6wCgupaoMySb7DXm2LHD1Z9jTsHcAQMD /1jzh2BoHriy/Q2s4KzzjVp/mQO5DSm2z14BvbQRcXU48oAosHA1u3Wrov6LfPY+0U1tG47X 1BGfnQH+rNAaH0livoSBQ0IPI/8WfIW7ub4qV6HYwWKVqkDkqwcpmGNDbz3gfaDht6nsie5Z pcuCcul4M9CW7Md6zzyvktjnbz61BADGDCopfZC4of0Z3Ka0u8Wik6UJOuqShBt1WcFS8ya1 oB4rc4tXfSHyMF63aPUBMxHR5DXeH+EO2edoSwViDMqWk1jTnYza51rbGY+pebLQOVOxAY7k do5Ordl3wklBPMVEPWoZ61SdbcjhHVwaC5zfiskcxj5wwXd2E9qYlBqRg7QeSm9obiBCYWxk d2luIDxqaGJARnJlZUJTRC5vcmc+iGAEExECACAFAkTQ+awCGwMGCwkIBwMCBBUCCAMEFgID AQIeAQIXgAAKCRBy3lIGd+N/BI6RAJ9S97fvbME+3hxzE3JUyUZ6vTewDACdE1stFuSfqMvM jomvZdYxIYyTUpC5Ag0ERND5ghAIAPwsO0B7BL+bz8sLlLoQktGxXwXQfS5cInvL17Dsgnr3 1AKa94j9EnXQyPEj7u0d+LmEe6CGEGDh1OcGFTMVrof2ZzkSy4+FkZwMKJpTiqeaShMh+Goj XlwIMDxyADYvBIg3eN5YdFKaPQpfgSqhT+7El7w+wSZZD8pPQuLAnie5iz9C8iKy4/cMSOrH YUK/tO+Nhw8Jjlw94Ik0T80iEhI2t+XBVjwdfjbq3HrJ0ehqdBwukyeJRYKmbn298KOFQVHO EVbHA4rF/37jzaMadK43FgJ0SAhPPF5l4l89z5oPu0b/+5e2inA3b8J3iGZxywjM+Csq1tqz hltEc7Q+E08AAwUIAL+15XH8bPbjNJdVyg2CMl10JNW2wWg2Q6qdljeaRqeR6zFus7EZTwtX sNzs5bP8y51PSUDJbeiy2RNCNKWFMndM22TZnk3GNG45nQd4OwYK0RZVrikalmJY5Q6m7Z16 4yrZgIXFdKj2t8F+x613/SJW1lIr9/bDp4U9tw0V1g3l2dFtD3p3ZrQ3hpoDtoK70ioIAjjH aIXIAcm3FGZFXy503DOA0KaTWwvOVdYCFLm3zWuSOmrX/GsEc7ovasOWwjPn878qVjbUKWwx Q4QkF4OhUV9zPtf9tDSAZ3x7QSwoKbCoRCZ/xbyTUPyQ1VvNy/mYrBcYlzHodsaqUDjHuW+I SQQYEQIACQUCRND5ggIbDAAKCRBy3lIGd+N/BCO8AJ9j1dWVQWxw/YdTbEyrRKOY8YZNwwCf afMAg8QvmOWnHx3wl8WslCaXaE8= Message-ID: Date: Thu, 14 Feb 2019 12:47:26 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: <20190214203813.GA75902@troutmask.apl.washington.edu> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 9C3018B278 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.95 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-0.99)[-0.993,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.96)[-0.959,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US] 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, 14 Feb 2019 20:47:29 -0000 On 2/14/19 12:38 PM, Steve Kargl wrote: > On Thu, Feb 14, 2019 at 12:26:01PM -0800, John Baldwin wrote: >> On 2/13/19 6:47 PM, Steve Kargl wrote: >>> #16 0x00ff58bb in trap (frame=0x2e7b6880) at /usr/src/sys/i386/i386/trap.c:519 >>> #17 0xffc0315d in ?? () >>> #18 0x2e7b6880 in ?? () >>> #19 0x00d1de64 in lookup (ndp=0x2e7b6a50) >>> at /usr/src/sys/kern/vfs_lookup.c:710 >>> #20 0x00d1d763 in namei (ndp=0x2e7b6a50) at /usr/src/sys/kern/vfs_lookup.c:487 >>> #21 0x00d372c5 in kern_statat (td=0x3c5dc700, flag=0, fd=-100, >>> path=0x2cced08e , >>> pathseg=UIO_USERSPACE, sbp=0x2e7b6b18, hook=0x0) >>> at /usr/src/sys/kern/vfs_syscalls.c:2307 >>> #22 0x00d37c99 in sys_fstatat (td=0x3c5dc700, uap=0x3c5dc988) >>> at /usr/src/sys/kern/vfs_syscalls.c:2284 >>> #23 0x00ff69fa in syscallenter (td=) >>> at /usr/src/sys/i386/i386/../../kern/subr_syscall.c:135 >>> #24 syscall (frame=0x2e7b6ce8) at /usr/src/sys/i386/i386/trap.c:1144 >>> #25 0xffc033a7 in ?? () >>> #26 0x2e7b6ce8 in ?? () >>> Backtrace stopped: Cannot access memory at address 0xfbafbbbc >>> (kgdb) >> >> Frame 18 is probably the root problem, though it doesn't look like kgdb is >> able to unwind it correctly. Looking at frame 19 might help though. It >> seems like a NULL pointer dereference when invoking VOP_LOCK. >> > > I can't look at this until tonight (about 6-7 hours). > Anything in frame 19 that you would be particularly > interested in? Just what source line it is and what the value of the arguments passed to the function it is calling are. Probably it's vn_lock() or VOP_LOCK() and it's most likely the 'vp' that is NULL, but it would be good to see all the args passed to the function if possible. -- John Baldwin                                                                              From owner-freebsd-current@freebsd.org Thu Feb 14 21:24:44 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 819BE14E224A for ; Thu, 14 Feb 2019 21:24:44 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E803B8C8D9 for ; Thu, 14 Feb 2019 21:24:43 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: by mailman.ysv.freebsd.org (Postfix) id A183714E2242; Thu, 14 Feb 2019 21:24:43 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79FA614E2241 for ; Thu, 14 Feb 2019 21:24:43 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 88F518C8D7 for ; Thu, 14 Feb 2019 21:24:42 +0000 (UTC) (envelope-from roberthuff@rcn.com) DKIM-Signature: v=1; a=rsa-sha1; d=rcn.com; s=20180516; c=relaxed/simple; q=dns/txt; i=@rcn.com; t=1550179481; h=From:Subject:Date:To:MIME-Version:Content-Type; bh=rOe8857xm9tHu+MFr0m0GZHZJTM=; b=RzyPqcql5TTV4CFM72RtfHhg47FQyCVAevjtJMkSpqAihwGaZjnHRMsO/2Jy3iXd pMQg4QCRsLEsWnqXsAygLWV5J99keR1mqok9FJtviKhbqu0yNw6gQc6Yy39Q1T/0 ng8us6rD90zknCKcxGuR/rlfbOAppxUBwvAf933iYUjq4WSFsZ4ClJSwy+X601Cy U0AAdr1hrgRz8lp+zA9u10jZftW4RI5qz1Uos4xnJ1Ut/xK5JQRkGUBsYm5gKz7t RJOZ0qqHS1d+jNUKdWpRvfblEziW6rgMNAMAqm0QB1v/jB1Z1DhE2xZc+gwxzvvv r9W9vwNioCnh4FtxQMACZg==; X_CMAE_Category: , , X-CNFS-Analysis: v=2.2 cv=YMPd8lOx c=1 sm=1 tr=0 a=9TgA2UwI6Wy+6BV4wQM/cQ==:117 a=9TgA2UwI6Wy+6BV4wQM/cQ==:17 a=KGjhK52YXX0A:10 a=kj9zAlcOel0A:10 a=XRQyMpdBKAEA:10 a=CFTnQlWoA9kA:10 a=48faUk6PgeAA:10 a=6I5d2MoRAAAA:8 a=MOslH-YDrr19_OwlkhEA:9 a=CjuIK1q_8ugA:10 a=IjZwj45LgO3ly-622nXo:22 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=softfail; sender-id=softfail Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=roberthuff; auth=pass (PLAIN) Received: from [209.6.230.48] ([209.6.230.48:64736] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.25.56547 r(Core:3.6.25.0)) with ESMTPSA (cipher=AES256-GCM-SHA384) id 72/3F-42524-89CD56C5; Thu, 14 Feb 2019 16:24:41 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: base64 Message-ID: <23653.56460.521599.489556@jerusalem.litteratus.org> Date: Thu, 14 Feb 2019 16:24:28 -0500 From: Robert Huff To: current@freebsd.org Subject: problem building dev/e1000 X-Mailer: VM 8.2.0b under 26.1 (amd64-portbld-freebsd13.0) X-Rspamd-Queue-Id: 88F518C8D7 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=fail (body hash did not verify) header.d=rcn.com header.s=20180516 header.b=RzyPqcql; dmarc=pass (policy=none) header.from=rcn.com; spf=pass (mx1.freebsd.org: domain of roberthuff@rcn.com designates 69.168.97.78 as permitted sender) smtp.mailfrom=roberthuff@rcn.com X-Spamd-Result: default: False [-6.47 / 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:69.168.97.0/24]; R_DKIM_REJECT(0.00)[rcn.com:s=20180516]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.87)[ip: (-9.43), ipnet: 69.168.97.0/24(-4.57), asn: 36271(-0.31), country: US(-0.07)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx.rcn.com]; DKIM_TRACE(0.00)[rcn.com:-]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.78)[-0.783,0]; DMARC_POLICY_ALLOW(0.00)[rcn.com,none]; DMARC_POLICY_ALLOW_WITH_FAILURES(-0.50)[]; RCVD_IN_DNSWL_LOW(-0.10)[78.97.168.69.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36271, ipnet:69.168.97.0/24, 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: Thu, 14 Feb 2019 21:24:44 -0000 DQoJT24gYSBzeXN0ZW0gcnVubmluZzoNCg0KRnJlZUJTRCAxMy4wLUNVUlJFTlQgcjM0MzA4MCAg YW1kNjQNCg0KCXdpdGggc291cmNlIHRyZWUgdXBkYXRlZCBhdCBtaWRuaWdodCBsYXN0IG5pZ2h0 LCBhdHRlbXB0cyB0bw0KYnVpbGQgYSBrZXJuZWwgd2l0aCAiZGV2aWNlIGVtIiBkaWUgd2l0aDoN Cg0KDQpjdGZjb252ZXJ0IC1MIFZFUlNJT04gLWcgZWZpcnRjLm8NCmNjIC10YXJnZXQgeDg2XzY0 LXVua25vd24tZnJlZWJzZDEzLjAgLS1zeXNyb290PS91c3Ivb2JqL3Vzci9zcmMvYW1kNjQuYW1k NjQvdG1wIC1CL3Vzci9vYmovdXNyL3NyYy9hbWQ2NC5hbWQ2NC90bXAvdXNyL2JpbiAtYyAtTzIg LXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgIC1nIC1ub3N0ZGluYyAgLUkuIC1JL3Vzci9zcmMv c3lzIC1JL3Vzci9zcmMvc3lzL2NvbnRyaWIvY2svaW5jbHVkZSAtSS91c3Ivc3JjL3N5cy9jb250 cmliL2xpYmZkdCAtRF9LRVJORUwgLURIQVZFX0tFUk5FTF9PUFRJT05fSEVBREVSUyAtaW5jbHVk ZSBvcHRfZ2xvYmFsLmggICAtZm5vLW9taXQtZnJhbWUtcG9pbnRlciAtbW5vLW9taXQtbGVhZi1m cmFtZS1wb2ludGVyIC1NRCAgLU1GLmRlcGVuZC5pZl9lbS5vIC1NVGlmX2VtLm8gLW1jbW9kZWw9 a2VybmVsIC1tbm8tcmVkLXpvbmUgLW1uby1tbXggLW1uby1zc2UgLW1zb2Z0LWZsb2F0ICAtZm5v LWFzeW5jaHJvbm91cy11bndpbmQtdGFibGVzIC1mZnJlZXN0YW5kaW5nIC1md3JhcHYgLWZzdGFj ay1wcm90ZWN0b3IgLWdkd2FyZi0yIC1XYWxsIC1XcmVkdW5kYW50LWRlY2xzIC1XbmVzdGVkLWV4 dGVybnMgLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXIt YXJpdGggLVdjYXN0LXF1YWwgLVd1bmRlZiAtV25vLXBvaW50ZXItc2lnbiAtRF9fcHJpbnRmX189 X19mcmVlYnNkX2twcmludGZfXyAtV21pc3NpbmctaW5jbHVkZS1kaXJzIC1mZGlhZ25vc3RpY3Mt c2hvdy1vcHRpb24gLVduby11bmtub3duLXByYWdtYXMgLVduby1lcnJvci10YXV0b2xvZ2ljYWwt Y29tcGFyZSAtV25vLWVycm9yLWVtcHR5LWJvZHkgLVduby1lcnJvci1wYXJlbnRoZXNlcy1lcXVh bGl0eSAtV25vLWVycm9yLXVudXNlZC1mdW5jdGlvbiAtV25vLWVycm9yLXBvaW50ZXItc2lnbiAt V25vLWVycm9yLXNoaWZ0LW5lZ2F0aXZlLXZhbHVlIC1Xbm8tYWRkcmVzcy1vZi1wYWNrZWQtbWVt YmVyICAtbW5vLWFlcyAtbW5vLWF2eCAgLXN0ZD1pc285ODk5OjE5OTkgLVdlcnJvciAgL3Vzci9z cmMvc3lzL2Rldi9lMTAwMC9pZl9lbS5jIC1JL3Vzci9zcmMvc3lzL2Rldi9lMTAwMA0KSW4gZmls ZSBpbmNsdWRlZCBmcm9tIC91c3Ivc3JjL3N5cy9kZXYvZTEwMDAvaWZfZW0uYzozMDoNCi91c3Iv c3JjL3N5cy9kZXYvZTEwMDAvaWZfZW0uaDo5MToxMDogZmF0YWwgZXJyb3I6ICdpZmRpX2lmLmgn IGZpbGUgbm90IGZvdW5kDQojaW5jbHVkZSAiaWZkaV9pZi5oIg0KICAgICAgICAgXn5+fn5+fn5+ fn4NCjEgZXJyb3IgZ2VuZXJhdGVkLg0KKioqIEVycm9yIGNvZGUgMQ0KDQoNCgknaWZkaV9pZi5o JyBpcyBub3QgaW4gdGhlIGxvY2FsIGUxMDAwIGRpcmVzdG9yeSwgbm9yIGlzIGl0IGluIHRoZQ0K ZXF1YXZhbGVudCBwbGFjZSBpbiB0aGUgc3ZuIHJlcG9zaXRvcnkgb24gRnJlZUJTRC5vcmcuDQoJ SXMgdGhpcyBzb21ldGhpbmcgSSdtIGRvaW5nIHdyb25nPyAgT3IgaXMgdGhlcmUgYSBwcm9ibGVt IGluDQoiaWZfZW0uaCI/DQoNCg0KCQkJUmVzcGVjdGZ1bGx5LA0KDQoNCgkJCQlSb2JlcnQgSHVm Zg0K From owner-freebsd-current@freebsd.org Fri Feb 15 01:14:35 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6364914E9692 for ; Fri, 15 Feb 2019 01:14:35 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D67B26EC41 for ; Fri, 15 Feb 2019 01:14:34 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 938DB14E9690; Fri, 15 Feb 2019 01:14:34 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6E9E314E968F for ; Fri, 15 Feb 2019 01:14:34 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf1-x441.google.com (mail-pf1-x441.google.com [IPv6:2607:f8b0:4864:20::441]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DB3B26EC3F; Fri, 15 Feb 2019 01:14:33 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf1-x441.google.com with SMTP id h1so3996103pfo.7; Thu, 14 Feb 2019 17:14:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=dVsj3cRLmOZB7HLdy/xjtvFwds9+N9v9kilYunsSnwU=; b=vV04H3oMr2FpKWIf0zaefLesqlOA3GoJKr7vD+BZpZlRDK566MTAUQ1yreSeClH4NR zRnaSCaXy2Pl7IY22RC0BNL3jRpEPvVMvKWQHuD4FoNdKFAVvNzX5oej8Z9WmNneJ0Nt Z8ma7hn6YXWUyaQFfu0vDQBbnWEjLxaRYip5bA5kyjFQhOncUDareiFobyM/4OwqsyFK LaxWtfoPJ6nKPsJS1vCtmPpzAokDHZdmwygECRkL+342o776vU7SHl7DnPbtRak6yn6Z qTIYNGKt9/3rYEkEgeotRuQnGfQXotUgZumPO3o9pj7ZigO0NOIwsdV1aViqIKQWaoyT Xz1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=dVsj3cRLmOZB7HLdy/xjtvFwds9+N9v9kilYunsSnwU=; b=maLOf02JKGR8x5AnkTatKUavBVTTfVttbp2WYAjEp5X9S+rLbhAIHPU5O09Mt6lUiD RPuQuT6eSQXoRCDoGbUJLCTzIesDo925N7QIXkU01AkXvW3zsh4LZp5BUZnccz6CPpDM 0aAdWfFgjm2Rw8ecCxh3vXPQWjMIbKKWbb0nsQJEiNccIJfIiMasJiMNZaw1jASVB1I5 mhKdmGpuEdDvHvffKboWk1gU4Cx7jmOZdsh4AJgy1pD8zmHYIO8B6aTQ3kpmMy8QezhA gMbejQY+Eahwkb1g9aqfb1pJfhLUms7mYj6HmUx+koXGqxZYAANRfQIvCLdW38/phtQb 5+SQ== X-Gm-Message-State: AHQUAubEP3UmoofZIE462CcSVvIr59uXv2FVHpbWla1pZf1fIyKzi8vK dVz8cuRkyYHE4qlk8vbwY9E9lP8O X-Google-Smtp-Source: AHgI3Ia2LyYp1Qytj+l9CWnTM6zaHZYgnm8rUvaXyVjF5SNvHWEBHdEpd+h9T2MFZ7yeSfmo0lMAcA== X-Received: by 2002:a63:e410:: with SMTP id a16mr2800105pgi.28.1550193272567; Thu, 14 Feb 2019 17:14:32 -0800 (PST) Received: from ?IPv6:2607:fb90:a695:22c1:896a:3453:1d2e:6f84? ([2607:fb90:a695:22c1:896a:3453:1d2e:6f84]) by smtp.gmail.com with ESMTPSA id n10sm8565680pfj.14.2019.02.14.17.14.31 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Feb 2019 17:14:31 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: problem building dev/e1000 From: Enji Cooper X-Mailer: iPhone Mail (16C104) In-Reply-To: <23653.56460.521599.489556@jerusalem.litteratus.org> Date: Thu, 14 Feb 2019 17:14:30 -0800 Cc: current@freebsd.org, erj@FreeBSD.org Content-Transfer-Encoding: quoted-printable Message-Id: <754B5C21-656B-4A67-BA39-50BB4AF5C0CD@gmail.com> References: <23653.56460.521599.489556@jerusalem.litteratus.org> To: Robert Huff X-Rspamd-Queue-Id: DB3B26EC3F X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; NEURAL_HAM_SHORT(-0.98)[-0.980,0]; NEURAL_HAM_LONG(-1.00)[-1.000,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: Fri, 15 Feb 2019 01:14:35 -0000 > On Feb 14, 2019, at 13:24, Robert Huff wrote: >=20 >=20 > On a system running: >=20 > FreeBSD 13.0-CURRENT r343080 amd64 >=20 > with source tree updated at midnight last night, attempts to > build a kernel with "device em" die with: >=20 >=20 > ctfconvert -L VERSION -g efirtc.o > cc -target x86_64-unknown-freebsd13.0 --sysroot=3D/usr/obj/usr/src/amd64.a= md64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -c -O2 -pipe -fno-strict= -aliasing -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/ck/includ= e -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -incl= ude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD = -MF.depend.if_em.o -MTif_em.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno= -sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-= prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-poi= nter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-= error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -= Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-address-of-packe= d-member -mno-ae > s -mno-avx -std=3Diso9899:1999 -Werror /usr/src/sys/dev/e1000/if_em.c -I= /usr/src/sys/dev/e1000 > In file included from /usr/src/sys/dev/e1000/if_em.c:30: > /usr/src/sys/dev/e1000/if_em.h:91:10: fatal error: 'ifdi_if.h' file not fo= und > #include "ifdi_if.h" > ^~~~~~~~~~~ > 1 error generated. > *** Error code 1 >=20 >=20 > 'ifdi_if.h' is not in the local e1000 direstory, nor is it in the > equavalent place in the svn repository on FreeBSD.org. > Is this something I'm doing wrong? Or is there a problem in > "if_em.h"? CCing erj@ for context. -Enji= From owner-freebsd-current@freebsd.org Fri Feb 15 02:49:58 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A221214EBC12 for ; Fri, 15 Feb 2019 02:49:58 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5BC30718BF; Fri, 15 Feb 2019 02:49:57 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1F2nn75006351 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 14 Feb 2019 18:49:49 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1F2nnmj006350; Thu, 14 Feb 2019 18:49:49 -0800 (PST) (envelope-from sgk) Date: Thu, 14 Feb 2019 18:49:49 -0800 From: Steve Kargl To: John Baldwin Cc: freebsd-current@freebsd.org Subject: Re: Panic in sys_fstatat() Message-ID: <20190215024949.GA6185@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190214024703.GA51003@troutmask.apl.washington.edu> <786f8034-b3ef-54cb-043b-e189e752b18b@FreeBSD.org> <20190214203813.GA75902@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 5BC30718BF X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.09 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.08)[-0.084,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(0.09)[ip: (0.17), ipnet: 128.95.0.0/16(0.24), asn: 73(0.10), country: US(-0.07)]; NEURAL_SPAM_SHORT(0.82)[0.816,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[troutmask.apl.washington.edu]; NEURAL_SPAM_MEDIUM(0.58)[0.576,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:73, ipnet:128.95.0.0/16, country:US]; 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: Fri, 15 Feb 2019 02:49:58 -0000 On Thu, Feb 14, 2019 at 12:47:26PM -0800, John Baldwin wrote: > On 2/14/19 12:38 PM, Steve Kargl wrote: > > On Thu, Feb 14, 2019 at 12:26:01PM -0800, John Baldwin wrote: > >> On 2/13/19 6:47 PM, Steve Kargl wrote: > >>> #16 0x00ff58bb in trap (frame=0x2e7b6880) at /usr/src/sys/i386/i386/trap.c:519 > >>> #17 0xffc0315d in ?? () > >>> #18 0x2e7b6880 in ?? () > >>> #19 0x00d1de64 in lookup (ndp=0x2e7b6a50) > >>> at /usr/src/sys/kern/vfs_lookup.c:710 > >>> #20 0x00d1d763 in namei (ndp=0x2e7b6a50) at /usr/src/sys/kern/vfs_lookup.c:487 > >>> #21 0x00d372c5 in kern_statat (td=0x3c5dc700, flag=0, fd=-100, > >>> path=0x2cced08e , > >>> pathseg=UIO_USERSPACE, sbp=0x2e7b6b18, hook=0x0) > >>> at /usr/src/sys/kern/vfs_syscalls.c:2307 > >>> #22 0x00d37c99 in sys_fstatat (td=0x3c5dc700, uap=0x3c5dc988) > >>> at /usr/src/sys/kern/vfs_syscalls.c:2284 > >>> #23 0x00ff69fa in syscallenter (td=) > >>> at /usr/src/sys/i386/i386/../../kern/subr_syscall.c:135 > >>> #24 syscall (frame=0x2e7b6ce8) at /usr/src/sys/i386/i386/trap.c:1144 > >>> #25 0xffc033a7 in ?? () > >>> #26 0x2e7b6ce8 in ?? () > >>> Backtrace stopped: Cannot access memory at address 0xfbafbbbc > >>> (kgdb) > >> > >> Frame 18 is probably the root problem, though it doesn't look like kgdb is > >> able to unwind it correctly. Looking at frame 19 might help though. It > >> seems like a NULL pointer dereference when invoking VOP_LOCK. > >> > > > > I can't look at this until tonight (about 6-7 hours). > > Anything in frame 19 that you would be particularly > > interested in? > > Just what source line it is and what the value of the arguments passed to the > function it is calling are. Probably it's vn_lock() or VOP_LOCK() and it's > most likely the 'vp' that is NULL, but it would be good to see all the args > passed to the function if possible. > I can make kernel.debug and vmcore.0 available on freefall if that would help someone look this over. __curthread () at ./machine/pcpu.h:226 226 __asm("movl %%fs:%1,%0" : "=r" (td) (kgdb) frame 19 #19 0x00d1de64 in lookup (ndp=0x2e7b6a50) at /usr/src/sys/kern/vfs_lookup.c:710 710 vn_lock(dp, (kgdb) list 705 * we adjust based on the requesting flags. 706 */ 707 cnp->cn_lkflags = LK_SHARED; 708 dp = ndp->ni_startdir; 709 ndp->ni_startdir = NULLVP; 710 vn_lock(dp, 711 compute_cn_lkflags(dp->v_mount, cnp->cn_lkflags | LK_RETRY, 712 cnp->cn_flags)); 713 714 dirloop: (kgdb) p *cnp $1 = {cn_nameiop = 0, cn_flags = 67109188, cn_thread = 0x3c5dc700, cn_cred = 0x2fd5b300, cn_lkflags = 2097152, cn_pnbuf = 0x181dac00 "/usr/home/kargl/.mozilla/seamonkey/565lcgtb.default/cert9.db-journal", cn_nameptr = 0x181dac01 "usr/home/kargl/.mozilla/seamonkey/565lcgtb.default/cert9.db-journal", cn_namelen = 18180272} (kgdb) p *cnp->cn_thread $3 = {td_lock = 0x133e76c , td_proc = 0x2f6f9a08, td_plist = { tqe_next = 0x3c5f2000, tqe_prev = 0x333ac708}, td_runq = {tqe_next = 0x0, tqe_prev = 0x133ece0 }, td_slpq = {tqe_next = 0x0, tqe_prev = 0x8dd34c0}, td_lockq = {tqe_next = 0x0, tqe_prev = 0x2e5d99d0}, td_hash = {le_next = 0x0, le_prev = 0x8b6f0d0}, td_cpuset = 0x8b74f80, td_domain = {dr_policy = 0x132c1c0 , dr_iter = 0}, td_sel = 0x31e94500, td_sleepqueue = 0x8dd34c0, td_turnstile = 0x8dd7900, td_rlqe = 0x183adefc, td_umtxq = 0x2eac6000, td_tid = 100404, td_sigqueue = { sq_signals = {__bits = {0, 0, 0, 0}}, sq_kill = {__bits = {0, 0, 0, 0}}, sq_ptrace = {__bits = {0, 0, 0, 0}}, sq_list = {tqh_first = 0x0, tqh_last = 0x3c5dc784}, sq_proc = 0x2f6f9a08, sq_flags = 1}, td_lend_user_pri = 255 '\377', td_epochnest = 0 '\000', td_flags = 16842756, td_inhibitors = 0, td_pflags = 0, td_dupfd = 0, td_sqqueue = 0, td_wchan = 0x0, td_wmesg = 0x0, td_owepreempt = 0 '\000', td_tsqueue = 0 '\000', td_locks = 0, td_rw_rlocks = 0, td_sx_slocks = 0, td_lk_slocks = 0, td_stopsched = 1, td_blocked = 0x0, td_lockname = 0x0, td_contested = {lh_first = 0x0}, td_sleeplocks = 0x0, td_intr_nesting_level = 0, td_pinned = 1, td_ucred = 0x2fd5b300, td_limit = 0x2f4e0300, td_slptick = 0, td_blktick = 0, td_swvoltick = -2027751151, td_swinvoltick = -2027751162, td_cow = 414, td_ru = {ru_utime = {tv_sec = 0, tv_usec = 0}, ru_stime = {tv_sec = 0, tv_usec = 0}, ru_maxrss = 766720, ru_ixrss = 2820160, ru_idrss = 80576, ru_isrss = 12122624, ru_minflt = 6983, ru_majflt = 0, ru_nswap = 0, ru_inblock = 0, ru_oublock = 0, ru_msgsnd = 4421, ru_msgrcv = 36987, ru_nsignals = 0, ru_nvcsw = 18339, ru_nivcsw = 78866}, td_rux = { rux_runtime = 313960691210, rux_uticks = 17521, rux_sticks = 2521, rux_iticks = 0, rux_uu = 0, rux_su = 0, rux_tu = 0}, td_incruntime = 1647457400, td_runtime = 315608148610, td_pticks = 0, td_sticks = 16, td_iticks = 0, td_uticks = 86, td_intrval = 0, td_oldsigmask = {__bits = {0, 0, 0, 0}}, td_generation = 97205, td_sigstk = { ss_sp = 0x0, ss_size = 0, ss_flags = 0}, td_xsig = 0, td_profil_addr = 0, td_profil_ticks = 0, td_name = "Socket Thread\000\000\000\000\000\000", td_fpop = 0x0, td_dbgflags = 0, td_si = {si_signo = 0, si_errno = 0, si_code = 0, si_pid = 0, si_uid = 0, si_status = 0, si_addr = 0x0, si_value = {sival_int = 0, sival_ptr = 0x0, sigval_int = 0, sigval_ptr = 0x0}, _reason = {_fault = {_trapno = 0}, _timer = { _timerid = 0, _overrun = 0}, _mesgq = {_mqd = 0}, _poll = {_band = 0}, __spare__ = {__spare1__ = 0, __spare2__ = {0, 0, 0, 0, 0, 0, 0}}}}, td_ng_outbound = 0, td_osd = {osd_nslots = 0, osd_slots = 0x0, osd_next = { le_next = 0x0, le_prev = 0x0}}, td_map_def_user = 0x0, td_dbg_forked = 0, td_vp_reserv = 0, td_no_sleeping = 0, td_su = 0x0, td_sleeptimo = 0, td_rtcgen = 0, td_vslock_sz = 0, td_kcov_info = 0x0, td_sigmask = {__bits = {0, 0, 0, 0}}, td_rqindex = 41 ')', td_base_pri = 165 '\245', td_priority = 165 '\245', td_pri_class = 3 '\003', td_user_pri = 165 '\245', td_base_user_pri = 165 '\245', td_pre_epoch_prio = 166 '\246', td_rb_list = 0, td_rbp_list = 0, td_rb_inact = 0, td_sa = {code = 552, callp = 0x114b09c , args = {-100, 751751310, -72369208, 0, 0, 0, 0, 0}, narg = 4}, td_pcb = 0x2e7b6d40, td_state = TDS_RUNNING, td_uretoff = {tdu_retval = {0, -72368928}, tdu_off = -310822179006578688}, td_cowgen = 0, td_slpcallout = {c_links = {le = {le_next = 0x0, le_prev = 0x0}, sle = { sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_precision = 0, c_arg = 0x0, c_func = 0x0, c_lock = 0x0, c_flags = 0, c_iflags = 16, c_cpu = 0}, td_frame = 0x2e7b6ce8, td_kstack_obj = 0x33e38a5c, td_kstack = 779825152, td_kstack_pages = 4, td_critnest = 1, td_md = {md_spinlock_count = 1, md_saved_flags = 2097734, md_spurflt_addr = 0}, td_ar = 0x0, td_lprof = {{lh_first = 0x0}, { lh_first = 0x0}}, td_dtrace = 0x2ea40e00, td_errno = 0, td_vnet = 0x0, td_vnet_lpush = 0x0, td_intr_frame = 0x0, td_rfppwait_p = 0x0, td_ma = 0x0, td_ma_cnt = 0, td_emuldata = 0x0, td_lastcpu = 1, td_oncpu = 1, td_lkpi_task = 0x0, td_et = 0x1810b270, td_pmcpend = 0} (kgdb) p *dp $4 = {v_tag = 0x103c325 "ufs", v_op = 0x1187054 , v_data = 0x183689f8, v_mount = 0x18364000, v_nmntvnodes = { tqe_next = 0x1836a000, tqe_prev = 0x37c9d7f0}, {v_mountedhere = 0x0, v_unpcb = 0x0, v_rdev = 0x0, v_fifoinfo = 0x0}, v_hashlist = { le_next = 0x0, le_prev = 0x3577849c}, v_cache_src = { lh_first = 0x373b8240}, v_cache_dst = {tqh_first = 0x0, tqh_last = 0x1836a148}, v_cache_dd = 0x0, v_lock = {lock_object = { lo_name = 0x103c325 "ufs", lo_flags = 117112832, lo_data = 0, lo_witness = 0x0}, lk_lock = 1, lk_exslpfail = 0, lk_timo = 51, lk_pri = 96}, v_interlock = {lock_object = { lo_name = 0x10b8f99 "vnode interlock", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, v_vnlock = 0x1836a154, v_actfreelist = {tqe_next = 0x0, tqe_prev = 0x1836a06c}, v_bufobj = { bo_lock = {lock_object = {lo_name = 0x109e1b0 "bufobj interlock", lo_flags = 86179840, lo_data = 0, lo_witness = 0x0}, rw_lock = 1}, bo_ops = 0x115c6d8 , bo_object = 0x8de01d4, bo_synclist = { le_next = 0x0, le_prev = 0x8c2d6fc}, bo_private = 0x1836a120, bo_clean = {bv_hd = {tqh_first = 0x8a2f950, tqh_last = 0x8a2f994}, bv_root = {pt_root = 144898533}, bv_cnt = 1}, bo_dirty = {bv_hd = { tqh_first = 0x0, tqh_last = 0x1836a1cc}, bv_root = {pt_root = 0}, bv_cnt = 0}, bo_numoutput = 0, bo_flag = 0, bo_domain = 0, bo_bsize = 32768}, v_pollinfo = 0x0, v_label = 0x0, v_lockf = 0x0, v_rl = { rl_waiters = {tqh_first = 0x0, tqh_last = 0x1836a1f8}, rl_currdep = 0x0}, v_cstart = 0, v_lasta = 0, v_lastw = 0, v_clen = 0, v_holdcnt = 97, v_usecount = 94, v_iflag = 512, v_vflag = 1, v_mflag = 0, v_writecount = 0, v_hash = 2, v_type = VDIR} (kgdb) p *dp->v_mount $5 = {mnt_mtx = {lock_object = {lo_name = 0x102f1e1 "struct mount mtx", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, mnt_gen = 1, mnt_list = {tqe_next = 0x181d3000, tqe_prev = 0x1167ed4 }, mnt_op = 0x1186cac , mnt_vfc = 0x1186d44 , mnt_vnodecovered = 0x0, mnt_syncer = 0x183e16c0, mnt_ref = 116920, mnt_nvnodelist = { tqh_first = 0x3559b5a0, tqh_last = 0x3230db50}, mnt_nvnodelistsize = 116920, mnt_writeopcount = 0, mnt_kern_flag = 1082155332, mnt_flag = 4294987776, mnt_opt = 0x887f760, mnt_optnew = 0x0, mnt_maxsymlinklen = 120, mnt_stat = { f_version = 538182936, f_type = 53, f_flags = 4294987776, f_bsize = 4096, f_iosize = 32768, f_blocks = 27420863, f_bfree = 19467160, f_bavail = 17273491, f_files = 14205310, f_ffree = 13031599, f_syncwrites = 125736, f_asyncwrites = 1574684, f_syncreads = 797814, f_asyncreads = 50806, f_spare = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0}, f_namemax = 255, f_owner = 0, f_fsid = {val = {1526655831, -370706533}}, f_charspare = '\000' , f_fstypename = "ufs", '\000' , f_mntfromname = "/dev/ada0s1a", '\000' , f_mntonname = "/", '\000' }, mnt_cred = 0x9338a00, mnt_data = 0x8de5400, mnt_time = 1549991399, mnt_iosize_max = 131072, mnt_export = 0x0, mnt_label = 0x0, mnt_hashseed = 558371606, mnt_lockref = 0, mnt_secondary_writes = 0, mnt_secondary_accwrites = 16615928, mnt_susp_owner = 0x0, mnt_gjprovider = 0x0, mnt_listmtx = {lock_object = { lo_name = 0x1068b01 "struct mount vlist mtx", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, mnt_activevnodelist = { tqh_first = 0x3230db40, tqh_last = 0x1836a18c}, mnt_activevnodelistsize = 81818, mnt_tmpfreevnodelist = { tqh_first = 0x37bda120, tqh_last = 0x3465a4ec}, mnt_tmpfreevnodelistsize = 46, mnt_explock = {lock_object = { lo_name = 0x107dd9e "explock", lo_flags = 108199936, lo_data = 0, lo_witness = 0x0}, lk_lock = 1, lk_exslpfail = 0, lk_timo = 0, lk_pri = 96}, mnt_upper_link = {tqe_next = 0x0, tqe_prev = 0x0}, mnt_uppers = {tqh_first = 0x0, tqh_last = 0x18364a08}} -- Steve From owner-freebsd-current@freebsd.org Fri Feb 15 05:54:15 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A51D614F04C6 for ; Fri, 15 Feb 2019 05:54:15 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D085777F54 for ; Fri, 15 Feb 2019 05:54:14 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id x1F5avLb091707 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 14 Feb 2019 21:36:58 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x1F5av2G091706; Thu, 14 Feb 2019 21:36:57 -0800 (PST) (envelope-from fbsd) Date: Thu, 14 Feb 2019 21:36:57 -0800 From: bob prohaska To: freebsd-current@freebsd.org Cc: bob prohaska Subject: conflict between revision numbers for update and info Message-ID: <20190215053622.GA91672@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: D085777F54 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.69 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.86)[0.859,0]; IP_SCORE(0.26)[ip: (0.90), ipnet: 50.1.16.0/20(0.45), asn: 7065(-0.01), country: US(-0.07)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.95)[0.951,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: www.zefox.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.73)[0.732,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:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.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: Fri, 15 Feb 2019 05:54:15 -0000 The other night I ran svnlite up on /usr/src, which ended with Updated to revision 344015 Somewhat later I noticed that uname -a reported the same revision, which seemed odd, since buildworld/buildkernel were still in progress. The next day I ran svnlite info /usr/src, which reported Revision: 344113 Any idea what's going on? Thanks for reading bob prohaska From owner-freebsd-current@freebsd.org Fri Feb 15 07:51:05 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3BE1B14F3207 for ; Fri, 15 Feb 2019 07:51:05 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf1-f41.google.com (mail-lf1-f41.google.com [209.85.167.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 34C8A836C3; Fri, 15 Feb 2019 07:51:04 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf1-f41.google.com with SMTP id t14so6493725lfk.7; Thu, 14 Feb 2019 23:51:04 -0800 (PST) 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:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=JWBamcafWogNOCIklhB1QSw+yZJB51hBQbxJYxXqtWA=; b=t6aIO2DPx4VbIIdRbj068i0l+WUzPuJbiIem5PnxwLuZN+MKMXf5w0kveu2VoaAmTu gnWJkn4E6R6T0dkwJccslfH54LSDnsy0m1Rsge+/sHJf4Qd9FyG0Wqfo1ytcYIU5+3Ch +4j41zSuRgxLTCLvLksvSR+u5CAzb5vJyqcBeQzPNre1aokd7DF9d8tE6YU1vjl03C+q 1yBJxDXGRrEyimzyXjP8gFdeoglwYE4MpI6zggRRKBoYs8BxNbpCuB63ZbDfS8P6mIhA j5fHeNiKUvLRgOKobFz8zWxtIyqxsn429DIB1nsw0sDz2UHneFRtAOAxVy3CrI9gUUxA saiw== X-Gm-Message-State: AHQUAuYon4U1JSNXX6WDBDslYGzTUs+FtFx7vySZILlm5s3rHnlWaZ6k nbffaH2BnwBaIA+VwPRLDVfp2K0X X-Google-Smtp-Source: AHgI3IZ70IzecEEJXd6kNe9k+DdguQySBdXbrfYU7hsizLFFO8dnMmrICGJBjtEE/mUNLHIBQJjaOg== X-Received: by 2002:a19:f508:: with SMTP id j8mr4672872lfb.87.1550217057005; Thu, 14 Feb 2019 23:50:57 -0800 (PST) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id d24-v6sm995212ljg.2.2019.02.14.23.50.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Feb 2019 23:50:56 -0800 (PST) Subject: Re: Panic in sys_fstatat() To: John Baldwin , sgk@troutmask.apl.washington.edu, freebsd-current@freebsd.org References: <20190214024703.GA51003@troutmask.apl.washington.edu> <786f8034-b3ef-54cb-043b-e189e752b18b@FreeBSD.org> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABzR5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz7CwZQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryM7BTQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAcLBfAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <03a9628d-9101-c9c4-fb4a-96bc57308c38@FreeBSD.org> Date: Fri, 15 Feb 2019 09:50:55 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <786f8034-b3ef-54cb-043b-e189e752b18b@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 34C8A836C3 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.167.41 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-4.05 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[FreeBSD.org]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.88)[-0.876,0]; RCVD_IN_DNSWL_NONE(0.00)[41.167.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-1.17)[ipnet: 209.85.128.0/17(-3.78), asn: 15169(-1.99), country: US(-0.07)]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@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]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@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: Fri, 15 Feb 2019 07:51:05 -0000 On 14/02/2019 22:26, John Baldwin wrote: > On 2/13/19 6:47 PM, Steve Kargl wrote: ... >> panic: vm_fault_hold: fault on nofault entry, addr: 0x202000 What's very suspicious here is that the fault address looks a lot like LK_SHARED | LK_NODDLKTREAT, which would be 'flags' passed to vn_lock and which should never be used as an address. In a later email Steve reported that cn_lkflags = 2097152 and that's 0x200000, LK_SHARED. compute_cn_lkflags() adds LK_NODDLKTREAT. However, LK_RETRY is missing. >> cpuid = 1 >> time = 1550111772 >> KDB: stack backtrace: >> db_trace_self_wrapper(10b42f3,8c96000,1,9341bd0,2e7b6590,...) at db_trace_self_wrapper+0x2a/frame 0x2e7b6560 >> kdb_backtrace(109973a,5c64d41c,0,2e7b661c,1,...) at kdb_backtrace+0x2d/frame 0x2e7b65c8 >> vpanic(108d309,2e7b661c,2e7b661c,2e7b6700,f734a9,...) at vpanic+0x141/frame 0x2e7b65fc >> panic(108d309,103dfa3,202000,2e7b6664,2e7b6654,...) at panic+0x1b/frame 0x2e7b6610 >> vm_fault_hold(1ea5000,202000,1,0,0,...) at vm_fault_hold+0x29e9/frame 0x2e7b6700 >> vm_fault(1ea5000,202000,1,0,0,...) at vm_fault+0x5e/frame 0x2e7b6728 >> trap_pfault(202462,40,109e2f2,316d3480,2e7b67c0,...) at trap_pfault+0xb2/frame 0x2e7b6770 >> trap(2e7b6880,8,28,28,1836a120,...) at trap+0x3cb/frame 0x2e7b6874 >> calltrap() at PTDpde+0x4165/frame 0x2e7b6874 >> --- trap 0xc, eip = 0x1027fb8, esp = 0x2e7b68c0, ebp = 0x2e7b68f8 --- >> VOP_LOCK1_APV(1836a120,202400,1099cc5,2c8,2e7b6ab0,...) at VOP_LOCK1_APV+0x8/frame 0x2e7b68f8 And [0x]202400 here confirms the above observations. [0x]2c8 is 712, the line number in vfs_lookup.c. >> lookup(2e7b6a50,0,400,2e7b6aa0,2e7b6a18,...) at lookup+0xc4/frame 0x2e7b6960 >> namei(2e7b6a50,0,4000144,0,2cced08e,...) at namei+0x4f3/frame 0x2e7b6a20 >> kern_statat(3c5dc700,0,ffffff9c,2cced08e,0,...) at kern_statat+0x85/frame 0x2e7b6af0 >> sys_fstatat(3c5dc700,3c5dc988,1384bb0,3c5dc700,0,...) at sys_fstatat+0x49/frame 0x2e7b6c00 >> syscall(2e7b6ce8,3b,3b,3b,fbafbbc8,...) at syscall+0x3ea/frame 0x2e7b6cdc >> Xint0x80_syscall() at PTDpde+0x43af/frame 0x2e7b6cdc > > Frame 18 is probably the root problem, though it doesn't look like kgdb is > able to unwind it correctly. Looking at frame 19 might help though. It > seems like a NULL pointer dereference when invoking VOP_LOCK. > So, I suspect something exotic like some sort of a stack alignment issue, or a CPU bug, or a mismatch between object files, or some local experiment, etc. -- Andriy Gapon From owner-freebsd-current@freebsd.org Fri Feb 15 08:48:47 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9FF1A14B4FF2 for ; Fri, 15 Feb 2019 08:48:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2705085B46 for ; Fri, 15 Feb 2019 08:48:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id DED3814B4FF1; Fri, 15 Feb 2019 08:48:46 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CAB4E14B4FF0 for ; Fri, 15 Feb 2019 08:48:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 12B5585B44 for ; Fri, 15 Feb 2019 08:48:45 +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 x1F8mXK2009805 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 15 Feb 2019 10:48:36 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x1F8mXK2009805 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x1F8mXlP009804; Fri, 15 Feb 2019 10:48:33 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 15 Feb 2019 10:48:33 +0200 From: Konstantin Belousov To: Robert Huff Cc: current@freebsd.org Subject: Re: problem building dev/e1000 Message-ID: <20190215084833.GL24863@kib.kiev.ua> References: <23653.56460.521599.489556@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <23653.56460.521599.489556@jerusalem.litteratus.org> User-Agent: Mutt/1.11.2 (2019-01-07) 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.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home 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, 15 Feb 2019 08:48:47 -0000 On Thu, Feb 14, 2019 at 04:24:28PM -0500, Robert Huff wrote: >=20 > On a system running: >=20 > FreeBSD 13.0-CURRENT r343080 amd64 >=20 > with source tree updated at midnight last night, attempts to > build a kernel with "device em" die with: Did you added 'device iflib' to your kernel config ? >=20 >=20 > ctfconvert -L VERSION -g efirtc.o > cc -target x86_64-unknown-freebsd13.0 --sysroot=3D/usr/obj/usr/src/amd64.= amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -c -O2 -pipe -fno-stri= ct-aliasing -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/ck/inc= lude -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -= include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer= -MD -MF.depend.if_em.o -MTif_em.o -mcmodel=3Dkernel -mno-red-zone -mno-mm= x -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fw= rapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef= -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dir= s -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unus= ed-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-ad= dress-of-packed-member -mno-ae > s -mno-avx -std=3Diso9899:1999 -Werror /usr/src/sys/dev/e1000/if_em.c = -I/usr/src/sys/dev/e1000 > In file included from /usr/src/sys/dev/e1000/if_em.c:30: > /usr/src/sys/dev/e1000/if_em.h:91:10: fatal error: 'ifdi_if.h' file not f= ound > #include "ifdi_if.h" > ^~~~~~~~~~~ > 1 error generated. > *** Error code 1 >=20 >=20 > 'ifdi_if.h' is not in the local e1000 direstory, nor is it in the > equavalent place in the svn repository on FreeBSD.org. > Is this something I'm doing wrong? Or is there a problem in > "if_em.h"? >=20 >=20 > Respectfully, >=20 >=20 > Robert Huff > _______________________________________________ > 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 Fri Feb 15 17:52:54 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B4D4F14E27F8 for ; Fri, 15 Feb 2019 17:52:54 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7E5647464A; Fri, 15 Feb 2019 17:52:52 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1FHqo7J010127 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 15 Feb 2019 09:52:50 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1FHqob6010126; Fri, 15 Feb 2019 09:52:50 -0800 (PST) (envelope-from sgk) Date: Fri, 15 Feb 2019 09:52:50 -0800 From: Steve Kargl To: Andriy Gapon Cc: John Baldwin , freebsd-current@freebsd.org Subject: Re: Panic in sys_fstatat() Message-ID: <20190215175250.GA10070@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190214024703.GA51003@troutmask.apl.washington.edu> <786f8034-b3ef-54cb-043b-e189e752b18b@FreeBSD.org> <03a9628d-9101-c9c4-fb4a-96bc57308c38@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <03a9628d-9101-c9c4-fb4a-96bc57308c38@FreeBSD.org> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 7E5647464A X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.51 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-0.09)[-0.087,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(0.09)[ip: (0.17), ipnet: 128.95.0.0/16(0.23), asn: 73(0.10), country: US(-0.07)]; NEURAL_SPAM_SHORT(0.93)[0.935,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; NEURAL_SPAM_MEDIUM(0.89)[0.886,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:73, ipnet:128.95.0.0/16, country:US]; 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: Fri, 15 Feb 2019 17:52:54 -0000 On Fri, Feb 15, 2019 at 09:50:55AM +0200, Andriy Gapon wrote: > > So, I suspect something exotic like some sort of a stack alignment issue, or a > CPU bug, or a mismatch between object files, or some local experiment, etc. > You might be right about something exotic. It is an old laptop, so it could be showing signs of hardware failure. I'm also unfortuntely trying to solve an issue with drm-legacy-kmod. In building several different kernels over a few different revisions of -current, I seem to have jump across the introduction of ifunc into the linkers. I'll see if I can come up with a repeatable method for causing the panic. -- Steve From owner-freebsd-current@freebsd.org Fri Feb 15 18:53:40 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 846E014E5065 for ; Fri, 15 Feb 2019 18:53:40 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id EF4B777CE0 for ; Fri, 15 Feb 2019 18:53:39 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id ADCAE14E5061; Fri, 15 Feb 2019 18:53:39 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88FA914E5060 for ; Fri, 15 Feb 2019 18:53:39 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf1-x444.google.com (mail-pf1-x444.google.com [IPv6:2607:f8b0:4864:20::444]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9974B77CD5; Fri, 15 Feb 2019 18:53:38 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf1-x444.google.com with SMTP id j18so5254124pfe.1; Fri, 15 Feb 2019 10:53:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=wYl4KYqZUh5/JNYAIgwlYaGLT61iYx5Sri8leeejy9k=; b=XQd4P+alxvDgREBfd307ZI/GO+Dw7x7anAxLECR36eYYgdLyHVx2/aQ1u6qYAx/o+Y t9jNzcrZNr48mB4x1Bi8SfgKaJ6XYObU2Xx6FLC5+505X34MZlhan0sa1hWSWHYWbOgW SEdBy9k8utKktADOa3GB2aIBtXscsW76NjgNZIz7xoMS1EAqBnvnQOE/AX1M8By0S350 xiDnrc/+D5RHuk+xrFtZ2+9QO5ughLW38yvjeHD3SK8yTsiPICrRFiMCTDknFqExiM5W ElHyRY5Ex5e0g8C3AWTTT7/kFoUiNZsxv2AjjZQZAFyA8E/1z91DczrGHpYY7KySlUCe 3o9w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=wYl4KYqZUh5/JNYAIgwlYaGLT61iYx5Sri8leeejy9k=; b=IEETXCH08g9PZ/U9U1wuC/McZgyYO4fWjUcIJDumJ0TE+NDz64YZumArh3+5IiErKE 4RqmPmZ/23SnEswOrt+ovMkqpQ3ggSQG03GSqLw958KXtG1lEJ3adn5AMeDgaPT9n/xr Ne/Rwx8NX18VjJeLdOPca5kocXrq2GGK6r6nfVh2H4KYqDC7A+OpxG3UhcBmYRv7udlo j+ARQRvOj73oCOS1REWwN2CF1LdvBpKksbiqmKBNZi5i5IVgpALkCjyAiE/DTUkuDefS Kz7RidmSux1/b7omvY/9J2bwzKbMcD7GyVqpHeLCFwi9lM6SzRbJD6kRIBuXDr8Uz+fA uMMw== X-Gm-Message-State: AHQUAuaiyNxf6qKFX39KVa6m8+J8dthyM5RRtXKDpdBY+d0F4WZv6fPY WmZ1o4TD0aNdlqFCxEGgMRxHtK5g X-Google-Smtp-Source: AHgI3IasM+aYz1jF1YnbYYBldlJyLglFFobUh19Pe8g2/xQXA2nxrO1pqC4y+m6FwEXWNq/Tm57LYg== X-Received: by 2002:a63:d104:: with SMTP id k4mr6584302pgg.227.1550256817435; Fri, 15 Feb 2019 10:53:37 -0800 (PST) Received: from ?IPv6:2607:fb90:fc2:1b9f:4026:a8e0:25e5:211b? ([2607:fb90:fc2:1b9f:4026:a8e0:25e5:211b]) by smtp.gmail.com with ESMTPSA id b4sm6479760pgq.57.2019.02.15.10.53.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Feb 2019 10:53:36 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: problem building dev/e1000 From: Enji Cooper X-Mailer: iPhone Mail (16C104) In-Reply-To: Date: Fri, 15 Feb 2019 10:53:35 -0800 Cc: Robert Huff , current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <652F1541-52DE-4744-8AEA-8EE6434E04E8@gmail.com> References: <23653.56460.521599.489556@jerusalem.litteratus.org> <754B5C21-656B-4A67-BA39-50BB4AF5C0CD@gmail.com> To: Eric Joyner X-Rspamd-Queue-Id: 9974B77CD5 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=XQd4P+al; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of yaneurabeya@gmail.com designates 2607:f8b0:4864:20::444 as permitted sender) smtp.mailfrom=yaneurabeya@gmail.com X-Spamd-Result: default: False [-2.85 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.03)[-0.030,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/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(-0.99)[-0.993,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]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.32)[ip: (3.04), ipnet: 2607:f8b0::/32(-2.58), asn: 15169(-1.99), country: US(-0.07)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[4.4.4.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] 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, 15 Feb 2019 18:53:40 -0000 > On Feb 15, 2019, at 10:46, Eric Joyner wrote: >=20 > ifdi_if.h is a system generated interface file that network drivers that d= epend on iflib use. It's generated from ifdi_if.m in sys/net. >=20 > My guess is that you don't have "device iflib" defined in your kernel conf= iguration. em(4) depends on iflib in FreeBSD 12/13, and with r343617, iflib i= s now explicitly a module that needs to be included in your kernel config if= you want to use a driver that depends on it. It's already in the GENERIC ke= rnel for amd64; are you using a kernel config file that doesn't inherit from= GENERIC? HO Eric! iflib was a recently added requirement on stable/12 IIRC..? Does the manpage note this dependency, and is there an UPDATING entry for th= is change? Thanks! -Enji= From owner-freebsd-current@freebsd.org Fri Feb 15 19:10:05 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9432B14E55FF for ; Fri, 15 Feb 2019 19:10:05 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id EACB8804BD for ; Fri, 15 Feb 2019 19:10:04 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id A413314E55FD; Fri, 15 Feb 2019 19:10:04 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7C80814E55FC for ; Fri, 15 Feb 2019 19:10:04 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-ed1-f53.google.com (mail-ed1-f53.google.com [209.85.208.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EE885804BB for ; Fri, 15 Feb 2019 19:10:03 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mail-ed1-f53.google.com with SMTP id m35so4903486ede.10 for ; Fri, 15 Feb 2019 11:10:03 -0800 (PST) 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=lnCaNMc+93sZBGVjmlOdjYQdhnLER56kcn+n7SXPjZU=; b=IsRltHC4exWBEuCCK6NwZsFS3j4e8v+LY4x0QsyQip12MyIFe1SpKORYb62lXidVug Yads51osfpvr8d3PVPuS0KqHoYkCT+Dcu4/sKHzj9wuCrYrfzrlcXzp87pP4haYq9z9V DJoOTAlXFOzaZvDptZ5aJy0efqPT/Ac7KSf1bW816E09+5Bxi+L4OmnI76J+IaPVMr4f XY9LVAe5Jy9+Lk4Oey2V8jK/G7eE9g1Nyz2D/VfCgpsd+3x45EtyYqhMopD07IcZhL76 RazqLKXIeqIAi8ko8Bb1cZj6cxGnmygMLM7AWc7g3nGOBezQZ8+3uPR2Jipbhmj0D123 Uqbw== X-Gm-Message-State: AHQUAubi5jY1LVRkU5n8sNF5RpFZ7iRCooFDeYYjt4pZLrbabqR9Gkvq OY1WngKZ9gK+U9Z5Q5Ra2Ygf5986 X-Google-Smtp-Source: AHgI3IabCzm2KE2cJC7VYAtcBBCPOs1BfBTIsEXq5ZcH8PRL3H+AheRzkbIqF9MS/SYQM7J3GWQDKQ== X-Received: by 2002:a50:b7ad:: with SMTP id h42mr8776878ede.210.1550257400698; Fri, 15 Feb 2019 11:03:20 -0800 (PST) Received: from mail-wm1-f45.google.com (mail-wm1-f45.google.com. [209.85.128.45]) by smtp.gmail.com with ESMTPSA id o13sm1385379edq.57.2019.02.15.11.03.19 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Feb 2019 11:03:19 -0800 (PST) Received: by mail-wm1-f45.google.com with SMTP id t200so10628189wmt.0 for ; Fri, 15 Feb 2019 11:03:19 -0800 (PST) X-Received: by 2002:a7b:c0c3:: with SMTP id s3mr7154415wmh.141.1550257399298; Fri, 15 Feb 2019 11:03:19 -0800 (PST) MIME-Version: 1.0 References: <23653.56460.521599.489556@jerusalem.litteratus.org> <754B5C21-656B-4A67-BA39-50BB4AF5C0CD@gmail.com> <652F1541-52DE-4744-8AEA-8EE6434E04E8@gmail.com> In-Reply-To: <652F1541-52DE-4744-8AEA-8EE6434E04E8@gmail.com> From: Eric Joyner Date: Fri, 15 Feb 2019 11:03:08 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: problem building dev/e1000 To: Enji Cooper Cc: Robert Huff , current@freebsd.org X-Rspamd-Queue-Id: EE885804BB X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] Content-Type: text/plain; charset="UTF-8" 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: Fri, 15 Feb 2019 19:10:05 -0000 Looking through the SVN logs, it looks like kib put an entry in the stable/12 UPDATING in r344149 when he MFC'd the "make iflib a loadable module" changes. As for the em man page, they don't note the specific "device iflib" dependency, so that needs to be added (as well as a more general update since it looks like it's out of date). Though, there is at least a mention of it using iflib near the bottom. - Eric On Fri, Feb 15, 2019 at 10:53 AM Enji Cooper wrote: > > > On Feb 15, 2019, at 10:46, Eric Joyner wrote: > > > > ifdi_if.h is a system generated interface file that network drivers that > depend on iflib use. It's generated from ifdi_if.m in sys/net. > > > > My guess is that you don't have "device iflib" defined in your kernel > configuration. em(4) depends on iflib in FreeBSD 12/13, and with r343617, > iflib is now explicitly a module that needs to be included in your kernel > config if you want to use a driver that depends on it. It's already in the > GENERIC kernel for amd64; are you using a kernel config file that doesn't > inherit from GENERIC? > > HO Eric! > > iflib was a recently added requirement on stable/12 IIRC..? > > Does the manpage note this dependency, and is there an UPDATING entry for > this change? > > Thanks! > -Enji From owner-freebsd-current@freebsd.org Fri Feb 15 19:15:31 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E284B14E5956 for ; Fri, 15 Feb 2019 19:15:30 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 703F480A30 for ; Fri, 15 Feb 2019 19:15:30 +0000 (UTC) (envelope-from ian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 33EB114E5955; Fri, 15 Feb 2019 19:15:30 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1198314E5954 for ; Fri, 15 Feb 2019 19:15:30 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2m.ore.mailhop.org (outbound2m.ore.mailhop.org [54.149.155.156]) (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 7FAD880A27 for ; Fri, 15 Feb 2019 19:15:29 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1550257096; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=XGcJ4oI8dmQZ1Y6HoWsIIcS/19slXGUlRrEtcEkkMiptlEiSsE/7CQEExej1vyWqtL5gZb3MGGm3Z lSTEhBmecN9hiH2IcLOWNqGIQ33dKWPHoN0gbLabF5KPYGpyfNGyIfOU+E6RmjPJ71xIElVktfk9to EmV6QJgbiR3dIWaLszqIptLJv7x/ZDHKRlt/Hx3nh8u0Mmh75xx4/O/XmR1Ctyr0I48DsNS7KI7qKH 765PRLlgZK+VhcLDJLvtT578nXUcwtjyD/EWFl70EKsw+9/mJDBnK8LVWbtmhxNzg76RgAXaAqAoix YmqrfvjxGPQKA0HtdMg1HGPUfPtpeWQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=m31oq+uSXAmUm2t6zkeqYymcdSaRigYBdIQq496SEPs=; b=HwogcoJAZ//NPfBQaCOpwzdhpDZ8aSxm6bJKHdAunmc6JqbId8jkTu+wHnVf0dOG5ENwLwUrDio0L auYPQhEkDimeSljnlHq/kPrhEZH0iej0obN+52LfqtbzzUQHRNnTXDxwCc48VoZyiYBrpJC49298NJ NxUkcEdTt0kHFyeIydR4DL9gChC7qY0bYwHUOWUNWPv1yzQC0x0DkSPJ6tFlgu5KC8EyDMz3bSBtr6 qTUvMmBOYQoNRId+Tc2P/Az4SQICSAOsGJaZUEqLp9xXJ07aOwAY06eH0dFJDTww6rTTZ+WTt6bD4t dYBFvqcl0su3Kk0GY3jPflbauQIzR8g== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=m31oq+uSXAmUm2t6zkeqYymcdSaRigYBdIQq496SEPs=; b=GaIfLaQWvD0IKuCoRQfl/U42vZA5Fw0+3B1hM4ycPaGty/KXNh0KliWQh+G0jV32dX3CDjBQpFc5h HcaGGyOaOj2wgtjrA7HruO5iE6g1oLbWnctxU+9Quju3ppyxLU107GQqX+PNtiaIaTNJBQte9LUE1f LT5eXokGSmP/e3tq1DT89XAPZbup9LagugG3zpFSMX+sllvSj3w9F/SJ0uyDp36cx+Fide61P7DARd BGAkozw1JPVkHoFLRfSTnxlJtmpKQGrEPoVGXR3+fgWGFRtYt/k9m3wNLf78tFdo3mrp18uIwqq1LJ ++Eckiepx0+09zh2pjTCu+w4YAoKAmA== X-MHO-RoutePath: aGlwcGll X-MHO-User: a5a65397-3153-11e9-befd-af03bedce89f X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id a5a65397-3153-11e9-befd-af03bedce89f; Fri, 15 Feb 2019 18:58:15 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id x1FIxGML069858; Fri, 15 Feb 2019 11:59:16 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <39629f6cb41cff32b348cf5d329d425352c28464.camel@freebsd.org> Subject: Re: problem building dev/e1000 From: Ian Lepore To: Enji Cooper , Eric Joyner Cc: Robert Huff , current@freebsd.org Date: Fri, 15 Feb 2019 11:59:16 -0700 In-Reply-To: <652F1541-52DE-4744-8AEA-8EE6434E04E8@gmail.com> References: <23653.56460.521599.489556@jerusalem.litteratus.org> <754B5C21-656B-4A67-BA39-50BB4AF5C0CD@gmail.com> <652F1541-52DE-4744-8AEA-8EE6434E04E8@gmail.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 7FAD880A27 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.992,0]; NEURAL_HAM_LONG(-1.00)[-1.000,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: Fri, 15 Feb 2019 19:15:31 -0000 On Fri, 2019-02-15 at 10:53 -0800, Enji Cooper wrote: > > On Feb 15, 2019, at 10:46, Eric Joyner wrote: > > > > ifdi_if.h is a system generated interface file that network drivers > > that depend on iflib use. It's generated from ifdi_if.m in sys/net. > > > > My guess is that you don't have "device iflib" defined in your > > kernel configuration. em(4) depends on iflib in FreeBSD 12/13, and > > with r343617, iflib is now explicitly a module that needs to be > > included in your kernel config if you want to use a driver that > > depends on it. It's already in the GENERIC kernel for amd64; are > > you using a kernel config file that doesn't inherit from GENERIC? > > HO Eric! > > iflib was a recently added requirement on stable/12 IIRC..? > > Does the manpage note this dependency, and is there an UPDATING entry > for this change? > > Thanks! > -Enji > My question would be: why? If some drivers have a new dependency on iflib, why isn't that expressed in sys/conf/files and handled automatically? -- Ian From owner-freebsd-current@freebsd.org Fri Feb 15 19:28:36 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2F0E14E62D1 for ; Fri, 15 Feb 2019 19:28:35 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5321D81276 for ; Fri, 15 Feb 2019 19:28:35 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 11A8814E62D0; Fri, 15 Feb 2019 19:28:35 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C6E1D14E62CF for ; Fri, 15 Feb 2019 19:28:34 +0000 (UTC) (envelope-from lev@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 5E2A08126C; Fri, 15 Feb 2019 19:28:34 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 0E87C11BC3; Fri, 15 Feb 2019 19:28:34 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.23.186] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id B66F3C125; Fri, 15 Feb 2019 22:28:31 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: problem building dev/e1000 To: Ian Lepore , Enji Cooper , Eric Joyner Cc: Robert Huff , current@freebsd.org References: <23653.56460.521599.489556@jerusalem.litteratus.org> <754B5C21-656B-4A67-BA39-50BB4AF5C0CD@gmail.com> <652F1541-52DE-4744-8AEA-8EE6434E04E8@gmail.com> <39629f6cb41cff32b348cf5d329d425352c28464.camel@freebsd.org> From: Lev Serebryakov Openpgp: preference=signencrypt Autocrypt: addr=lev@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFKbGksBEADeguVs+XyJc3mL3iiOBqDd16wSk97YTJYOi4VsHsINzJr09oFvNDiaDBIi fLn2p8XcJvehcsF2GSgrfXfw+uK4O1jyNIKJmiYA0EtE+ZbRtvDrrE0w6Q8+SDeKA21SWh3Y vSQ0DJUontbgW55ER2CbEiIUTIn34uQ0kmESAaw/v5p/9ue8yPTmURvv130FqPFz8VPzltqL NxyGt54TxPfKAzAHEIwxlEZ63JOwzloKh1UDBExcsf9nJO08/TAVgR5UZ5njFBPzaaquhRoP qPJLEQQDqxPIlvMNtHKf7iIebE4BHeqgCdJA0BoiR6gpa0wlsZtdrTPK3n4wYSphLvGbhfOZ YW/hbcu7HYS/FImkVxB3iY17kcC1UTnx4ZaYeASPBGOOPbXky1lLfmDGWIFT//70yx+G17qD OZzF1SvJJhGvh6ilFYaWMX7T+nIp6Mcafc4D7AakXM+XdubNXOMlCJhzPcZ0skgAEnYV587w V7em5fDVwQccwvtfezzqKeJAU5TGiywBHSR5Svzk2FwRNf6M//hWkpq0SRR63iOhkHGOAEBi 69GfEIwH2/w24rLxP0E+Hqq8n+EWNkPatw1Mhcl5PKkdvGCjJUaGNMkpBffjyYo254JXRscR eEnwdIkJt4ErDvjb2/UrOFq31wWMOiLzJeVchAgvTHBMRfP9aQARAQABtCFMZXYgU2VyZWJy eWFrb3YgPGxldkBGcmVlQlNELm9yZz6JAlYEEwEIAEACGwMHCwkIBwMCAQYVCAIJCgsEFgID AQIeAQIXgBYhBPltHKC19DGLZ0szCuqwPFi/3EePBQJb/TeXBQkPBbfGAAoJEOqwPFi/3EeP LtEQANQLS89OCDSnLDZLyCj7sH5GZbTikJp9Or2McqEOpjgtfY/OgqCe7lfo8f71tTN3gL2t VGtNEtsl6CqKeBdm6fqsetCAed2+waJfbXLZWReLRSFQJ/cbof8MB3h/uEw8Zng1ZbyEU0eG rc41Mhk8bTfxjNRjkXDbp0+2xug+eRr2RYhiY2SxH+iy57AbRIu9gkjfL05VztfvsV5dPxt7 +reHf2Vhtu+qCRtCytGQqDvYWGpVZ8U5fHJxFdsJpn66LAe8w+iRGCbppB5TKeHkqWqDb++u sd5ZHzwep/7qcLBeKggi8+a2C3J1J4TpYBwdPgusrGtBPf2EYSTc/0mW5j86g1l8UDN9qXAI FvWbKf22p5SlYUzf5qRLny4ZdDl1mH13lmJV7ZkZGMKnt0IjJ2x0LRgLGhiSm/D4Lh8yc/MX uhj9BB020XbWcMUPpA7S7YaWeIXbnK3NrPU0yk77prFJblfskOwuaxJIwa2mX+cCAQA95As5 2talifo4Kh8OLSvS1gpbMo64LllTzuGbCWuKecH3fpMlZlD7/10z9lBvkSXA7KgadDfN0yHO xGCK8KE9gXXmEVRlbgGDYOJw9FLWHuSZHUvQTkmr4goXrmMIKa9A4BKO3s9vowP4pJ0vp3kz MIBeEwKSvAeZZfgKbIKggKUuQ5gsAqvF360sG3+UuQINBFKbGksBEAC0a9wfjo2P3JyT7Lc+ QlbFVshGbSbazb4ma7QYG5IZZD5vfLBFkePoG6cnrn3WCXp4A43hszAynCwe4eXyAkv4+gPF 3ZSeNE5Wz3zYG+jh2nm2iGCkyaVykfbA+2chor2DKH5tHpuNMBlF+wSJHZKJmlo/sFIktAnV 1NBVg4/cL+9/hIpvl82cl3hYCD7/e7/qRE+w38CpAAzn65FvbODn7xlY3fsJt+cHPBJ4EBM9 KnTwcce+F+72RQMZQEl7vIAwSRmLdgZHN0MFC533l62SVoKjT0eaOOIBrvesmojhWjfwugib Xr+WRF/tGcW77Bxwe2eQLbEVESqWeMORxRxocx7Q7aACoHmf4G4U1Vzx7zUEfNfHjfjZeQVf AURf/MoUelZSW/BmMIfKCg3lRlWAt+Pq2h2UADPVqAZze45beE/c8z8LZsOZiGoRhYL8NSg6 +ziLTdmYLWdtFGAuZhqOtNp5h6tGj21OksBotcaIa5YjbCmmnImIjGlSBkUKvIhq/RXth5b2 gNwaQdu+Yv4AlZVHRsuVywL/skDFL5+We11bDK6MQ5PzvmntRJcgbyoisn1hiV04OV1LpJJM kJn1j8VlBqDQNT/z+BjB0ru/0anv+5uLj7v0ck06rEo4yiXT/ZAcBM76j7V7FaGbkoba6bUU CQ2H5YYBOKpikjCnpwARAQABiQI8BBgBCAAmAhsMFiEE+W0coLX0MYtnSzMK6rA8WL/cR48F Alv9N7IFCQ8Ft+cACgkQ6rA8WL/cR49wpw//W7QrZHKYUWEVHtPLVMlcM1f7MgwnYlIRe/I6 gykwvt87sqxSYu7eHxfX6JZR2M9UYuUYscSR57gxXKu2Uzqaz2KjvEIXJCwCTsuXZjkQ19oL hAPsucw2AcMI6YqPXbZ7hO0Mh8jMeJzD6vDvx3zvunQxGQoZKxr3BvRUyO7NCYbA7N8ccI3E Tmdjj9JTbtue9WaUeGLszFDiITmkASBdsK07y4ylLAJzUGCvYLBU3gx0bBOB2S8SbxHYmQlj ewjovbp+MbT+CoXNxZp+gDRModGyIMdRIotkRiDbgNl0VWIT0SS1GUUlUHKzQ/ZPUvpvk6Gq s/SYBS7rBQNSoXXmJxNW6I6atVNW7JhInC1tkHxBlbpik4FK07J6NHFTx+9ygyCxbxwNA/Le FGkL3kU0VFXR2dNiAVbeueUPF6tU5Bye5ftgpLKOSAbo1g++EKUkc8335/4oYRBMcGEk4xUr NAvzoFPhA2W3KtklruJ9ThrFt9+//NB5ySlVgTwGWMuBJoskEmNOTBv34/UQPUIuE4xSwy6y H+nRQJooiMFo5QCosslJPlwyV63NS9lYXB6n3QWOCP6sFdWACNUCOFv4uk7LQdY9BsCmt2Tk cLuHmoS+fvUesQXnYV2aQi9HciriPIj2gvJ6WjgiaC/PpePil0fzyrfG/JMyHL0qcgmYoj0= Organization: FreeBSD Message-ID: <0b234c9e-7799-e956-997c-c34762d57f4b@FreeBSD.org> Date: Fri, 15 Feb 2019 22:28:24 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: <39629f6cb41cff32b348cf5d329d425352c28464.camel@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="i8LMTHTMFJ51jI6cZEh2uLFJYQ0s3HteQ" X-Rspamd-Queue-Id: 5E2A08126C X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.985,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: Fri, 15 Feb 2019 19:28:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --i8LMTHTMFJ51jI6cZEh2uLFJYQ0s3HteQ Content-Type: multipart/mixed; boundary="ETz1e5aeFwOOCu6h98S0SEr38bhkIQcxS"; protected-headers="v1" From: Lev Serebryakov Reply-To: lev@FreeBSD.org To: Ian Lepore , Enji Cooper , Eric Joyner Cc: Robert Huff , current@freebsd.org Message-ID: <0b234c9e-7799-e956-997c-c34762d57f4b@FreeBSD.org> Subject: Re: problem building dev/e1000 References: <23653.56460.521599.489556@jerusalem.litteratus.org> <754B5C21-656B-4A67-BA39-50BB4AF5C0CD@gmail.com> <652F1541-52DE-4744-8AEA-8EE6434E04E8@gmail.com> <39629f6cb41cff32b348cf5d329d425352c28464.camel@freebsd.org> In-Reply-To: <39629f6cb41cff32b348cf5d329d425352c28464.camel@freebsd.org> --ETz1e5aeFwOOCu6h98S0SEr38bhkIQcxS Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 15.02.2019 21:59, Ian Lepore wrote: > My question would be: why? If some drivers have a new dependency on > iflib, why isn't that expressed in sys/conf/files and handled > automatically? My question exactly. --=20 // Lev Serebryakov --ETz1e5aeFwOOCu6h98S0SEr38bhkIQcxS-- --i8LMTHTMFJ51jI6cZEh2uLFJYQ0s3HteQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlxnEthfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R4/s2Q//VaAXcFks0Ut9DouXwfZgeMqBUuvES1kanEN6uT9ppYPAr84i8b6l3NHU c5lFzLrmC5nXUrhT83fM4/XMV92pVCQJKvSFFLOSJS2x/q3FNCATaGX8svpCMoh1 /Y569KakyhgOOe17C7kRftCyAYsEA8f/EbCS9M7p+QtbfJ3SXgOE7sKUBywVqoZK POgnWFbJUKfQvBYSEI3o3PWiGN0fzXJLrOzzHCgmwLOqAVzHlwm3f73UaVb7iSZv NCWmayc4vytfzgfUpW0t34U554IKg7B/CYpv64h2ttDqrCS768X7Qs2nI3+Aqq4W y02EJ3tKHWaenMovNtbhMUs+Sbv7fPJ0SnUIuetxU5WOgTTHMUfW9zJZxSEgnZSU qidXg2gZjPMgVZB8QqAhE4/oy+TNiZzzGLxw9z3yvwFCS4u+zj8h7U4thLIcsrLa seLpkmpHvNOcIM/pVnAV8w6D3X1lPp5u5BUu96daIpMTsvFkM1JqQYJEdVQi5Bm0 /T3gyA3tP0TJtYcRFU/VjcZpfzyN7HTZekFKW3LFIPxobChosN7hNpNX+r85MylG qWhBf/JQCAJWauZqqKIeeBBxCt1bwUmDDWRlcFfQphC0k77Tp9mpSH+Fe+S2MoXv IQDzH5YG+a5G/RpoV72+Srdi0diSiI/FXdtIRF2R4Rr0Qh+VRrI= =f2Q8 -----END PGP SIGNATURE----- --i8LMTHTMFJ51jI6cZEh2uLFJYQ0s3HteQ-- From owner-freebsd-current@freebsd.org Fri Feb 15 19:32:17 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0A5B514E661F for ; Fri, 15 Feb 2019 19:32:17 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7C9F6816E0 for ; Fri, 15 Feb 2019 19:32:16 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id 4056914E661D; Fri, 15 Feb 2019 19:32:16 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18A6314E661C for ; Fri, 15 Feb 2019 19:32:16 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x743.google.com (mail-qk1-x743.google.com [IPv6:2607:f8b0:4864:20::743]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A095A816D9 for ; Fri, 15 Feb 2019 19:32:15 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x743.google.com with SMTP id y195so6372835qka.12 for ; Fri, 15 Feb 2019 11:32:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=M7eAMyNLdwHUj4uothylBAl2W3dct4RVYrsFybye6P4=; b=VH6LZAS1dTiBf5YEqFoIXAC7djo7L9OUUB2hYnRBL/ui/Gnx5ZyI5N6ZaCAwVBHIYn 0pxG5/a2lBxy1ayzTo51Ry8X7RYbMuEF1mjDkomyGObesTlFOhhcuqD1M+dmSk2ASV+U Y5k04FClzulj2VuFb30MjqfthpQkuE6+MndtscaS1Zih/YvAX+5W0MFoI8fedq8MEpuJ Tf7PVxxJ9fM376qWmCiAM+U8YJzidFmFFiyTjcrq2hj3jLDo/JI+/OO4g5s5NbWHIM05 K7QyTbX2HpNjfe43KNUfX/MQqTpPDy/2O8oO/4Gb97u2LC/FQiOQ95EGFKVQ/ehkkj9c UFvw== 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=M7eAMyNLdwHUj4uothylBAl2W3dct4RVYrsFybye6P4=; b=mRgeoBBL1XQhJD8+NhJsZeLJiYcevlWR/xLBiKBat5zEVNmL6Ir7WXk3OtYSVGVrqq qNGnG+NVlvS6b1IYBU1XOP5xvKhBb/AHHPHqma6m8mbZISEKBQn47ppmok5SrjmRvsdM p/c/4wixEw1PhVHmkcIjIVQF4UAtHw0hZF2w2UYJfKBKWrsYZNF6lyFrlloDvUd174FX P2YUVjes8oI+oyuIFqEZWgg0wUErhyaufMQnLMVVG/XG9r3XoHoBMoDNYuZdNwW5zv8Y 2yRsfDgbhu/jmvmgVjcStTP+LcpyRPGMbg2Ob1rMGgSGK3hvQ7QFOeQWjcHK7Z5nkXD7 4Ygw== X-Gm-Message-State: AHQUAubnc4rQTnrDPlL8u6MWLCQoH+GRnnUQxV23cDkBIpkcGtA5KloG ObAGeh7VFP2svnVdULsyKLyV9wvh8MxC8BKciFB2ZA== X-Google-Smtp-Source: AHgI3IayGpyBIfDDEIrrdIjY753jgMH7yaXxkvOrqIMnVbABj4Xr1XEil9/ybjUtVz0SG43ySFoS/UkycxnHmPLXedw= X-Received: by 2002:a37:a407:: with SMTP id n7mr6080885qke.46.1550259134834; Fri, 15 Feb 2019 11:32:14 -0800 (PST) MIME-Version: 1.0 References: <23653.56460.521599.489556@jerusalem.litteratus.org> <754B5C21-656B-4A67-BA39-50BB4AF5C0CD@gmail.com> <652F1541-52DE-4744-8AEA-8EE6434E04E8@gmail.com> <39629f6cb41cff32b348cf5d329d425352c28464.camel@freebsd.org> In-Reply-To: <39629f6cb41cff32b348cf5d329d425352c28464.camel@freebsd.org> From: Warner Losh Date: Fri, 15 Feb 2019 12:32:03 -0700 Message-ID: Subject: Re: problem building dev/e1000 To: Ian Lepore Cc: Enji Cooper , Eric Joyner , Robert Huff , FreeBSD Current X-Rspamd-Queue-Id: A095A816D9 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.98)[-0.977,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] Content-Type: text/plain; charset="UTF-8" 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: Fri, 15 Feb 2019 19:32:17 -0000 On Fri, Feb 15, 2019 at 12:17 PM Ian Lepore wrote: > On Fri, 2019-02-15 at 10:53 -0800, Enji Cooper wrote: > > > On Feb 15, 2019, at 10:46, Eric Joyner wrote: > > > > > > ifdi_if.h is a system generated interface file that network drivers > > > that depend on iflib use. It's generated from ifdi_if.m in sys/net. > > > > > > My guess is that you don't have "device iflib" defined in your > > > kernel configuration. em(4) depends on iflib in FreeBSD 12/13, and > > > with r343617, iflib is now explicitly a module that needs to be > > > included in your kernel config if you want to use a driver that > > > depends on it. It's already in the GENERIC kernel for amd64; are > > > you using a kernel config file that doesn't inherit from GENERIC? > > > > HO Eric! > > > > iflib was a recently added requirement on stable/12 IIRC..? > > > > Does the manpage note this dependency, and is there an UPDATING entry > > for this change? > > > > Thanks! > > -Enji > > > > My question would be: why? If some drivers have a new dependency on > iflib, why isn't that expressed in sys/conf/files and handled > automatically? > Right now we have files:net/iflib.c optional ether pci iflib in the files file. This would need to change to files:net/iflib.c optional ether pci (em | igb | ...) but we don't have a () operator in config. Or we'd need dozens of lines, and the duplicate elimination code in config has been tricky (though I didn't check it just now). Warner From owner-freebsd-current@freebsd.org Fri Feb 15 19:47:30 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C17AB14E6CEC for ; Fri, 15 Feb 2019 19:47:30 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3844982095 for ; Fri, 15 Feb 2019 19:47:30 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: by mailman.ysv.freebsd.org (Postfix) id E582714E6CEB; Fri, 15 Feb 2019 19:47:29 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3E4014E6CEA for ; Fri, 15 Feb 2019 19:47:29 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 7558E82094 for ; Fri, 15 Feb 2019 19:47:29 +0000 (UTC) (envelope-from roberthuff@rcn.com) DKIM-Signature: v=1; a=rsa-sha1; d=rcn.com; s=20180516; c=relaxed/simple; q=dns/txt; i=@rcn.com; t=1550260043; h=From:Subject:Date:To:MIME-Version:Content-Type; bh=fOXn8EuzehaF9qeFB2Xbxs6o2GA=; b=kgES+hWlXd2YLOFNDZU9fwrLyA7UlEdTjZFuEojHNDsVVmlSpxcKIT6XKlPbf9yr X0d341im5FIKgJEg8C5AwjwqOWfV1IY/yiIBhkbccFO0nyiDhyML0x08sWf3+a3L zaMaWar+tO+1prvny/Pr4H+3ghPz7kkOBuW8m5U+U9Gww9pp04gpDsct47izDjh1 vllPlPhzGoftDTBEb//OpfIREHJ5xZ0B0OcoA8dAnziyOxhVdI7UB4QZmZ97Gi1B 5BgEqoYXWNfhHUH1If7QV82jgyJL8JEkrLvfHTRX8qPkKDqwRzN6U+6ZeAYrLinw G7Mz26HDNiZXXnYtSIyYRQ==; X_CMAE_Category: , , X-CNFS-Analysis: v=2.2 cv=QdwkhYTv c=1 sm=1 tr=0 a=9TgA2UwI6Wy+6BV4wQM/cQ==:117 a=9TgA2UwI6Wy+6BV4wQM/cQ==:17 a=KGjhK52YXX0A:10 a=kj9zAlcOel0A:10 a=XRQyMpdBKAEA:10 a=CFTnQlWoA9kA:10 a=48faUk6PgeAA:10 a=aSSXTtf3nYCXjH6QnoAA:9 a=CjuIK1q_8ugA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=roberthuff@rcn.com; sender-id=softfail Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.user=roberthuff; auth=pass (PLAIN) Received: from [209.6.230.48] ([209.6.230.48:16751] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.25.56547 r(Core:3.6.25.0)) with ESMTPSA (cipher=AES256-GCM-SHA384) id 95/2E-49953-B47176C5; Fri, 15 Feb 2019 14:47:23 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <23655.5954.25347.254867@jerusalem.litteratus.org> Date: Fri, 15 Feb 2019 14:47:14 -0500 From: Robert Huff To: current@freebsd.org Subject: Re: problem building dev/e1000 In-Reply-To: <0b234c9e-7799-e956-997c-c34762d57f4b@FreeBSD.org> References: <23653.56460.521599.489556@jerusalem.litteratus.org> <754B5C21-656B-4A67-BA39-50BB4AF5C0CD@gmail.com> <652F1541-52DE-4744-8AEA-8EE6434E04E8@gmail.com> <39629f6cb41cff32b348cf5d329d425352c28464.camel@freebsd.org> <0b234c9e-7799-e956-997c-c34762d57f4b@FreeBSD.org> X-Mailer: VM 8.2.0b under 26.1 (amd64-portbld-freebsd13.0) X-Rspamd-Queue-Id: 7558E82094 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.95 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.95)[-0.950,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: Fri, 15 Feb 2019 19:47:30 -0000 Lev Serebryakov writes: > > My question would be: why? If some drivers have a new > > dependency on iflib, why isn't that expressed in sys/conf/files > > and handled automatically? > > My question exactly. I am so glad people who know what they're talking about have the same response I did. :-) Respectcfully, Robert Huff From owner-freebsd-current@freebsd.org Fri Feb 15 19:54:12 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98C5E14E71F1 for ; Fri, 15 Feb 2019 19:54:12 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2255282604 for ; Fri, 15 Feb 2019 19:54:12 +0000 (UTC) (envelope-from ian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id D9DA414E71F0; Fri, 15 Feb 2019 19:54:11 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B4E0A14E71EF for ; Fri, 15 Feb 2019 19:54:11 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3d.ore.mailhop.org (outbound3d.ore.mailhop.org [54.186.57.195]) (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 3227982602 for ; Fri, 15 Feb 2019 19:54:10 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1550260412; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=RY6GZ1JD9+WnbDNgakR5pBZbtSl8epz95jubmpVzkLLzsZb4wbEJkooFzq84cVQBD+tKEjkvl7HNP LJIgx1YICx/WOY89g1y1zo58opwLbxQjG7QDx3nUTGHROsvtNkhnjupJYo00Cd1z4iHCPBj8NRP1t9 ePGYFIAJ8gBWLY65z0j29uXWdI9IFeGaFBrooVh13IAaEeMm9lipkfbKZ9mRAuTaoCdVHoPb2B5O2T zVZghMoO+xCD9a4FYL83Uyd+P+LLhYKUFR2mWrN1fe1YOQqGz5vw3FY7hKVc3x2RH3HFULNABOYP4T YHM1nz5+/ScL0P5n5SP+ucQDUrKK8TA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=ROGAbf9dGn3pW/09mAS5NJEb+mJdcCnMz6kulZhr+Ko=; b=SAMeE25NjA/DWyEoEBf5oUtcdRWqYbfmrUDkbji3CLaprdrw1SWxzLwL65x3jmVieCDjEqqnRj1RK O9c0vHCySKH6OWtrczB27/G7JVr0SSutziK7UfA7Ab8Et0yTx6ZoZbp1QTqz/iqF3c0PXJ/u7AUXTg a880JAo8ITtGNzodszTXPSY8S7w2tDMbNtbOJMzynrynHQWOeggqDo1PiFbnuZoYbujxAYqLRdoZtL UUyaswSoP1SzFxjyFLvtNRBJN6q6DnBjkdGeNraw+d/gg7mJ24UIevp7JUxsGjPO5xAUE+feEf7/ar uPjUrvVQrsVyiwhYCbLnXgXabnEf52w== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=ROGAbf9dGn3pW/09mAS5NJEb+mJdcCnMz6kulZhr+Ko=; b=WegavDGTgaXET9Q2qQfj5a0zpSAP1vCzZ4dJBlhuowkr62OXt8O/IhFWo0Q7ePS2R8gfLccsWApJr GzfkAPl+Rio2B8WqY5tNQvJXnHWjd+x6Du/BxCSH1kI214PXMhh8nyPuxUTHMZDSOSk6J0Dl8FtCQC POnXBXn/aNyvsRgcXaDOM74LiiMjDNzw9MYfMxEtvQopyZEhUlvuYCrfpSVDk9w6c89V6qgmQITovS rWvuUWeRwC4STzP5xsPuTjaXpioVueuO5fWI6XHfZ/8fSXvAeFFZK47T5PE4307bFihv8kEKkAjwmT cXZ6PEBXKHskNzSNELXssFhBXWRuWKw== X-MHO-RoutePath: aGlwcGll X-MHO-User: 5d914c87-315b-11e9-9789-75353a1f43cf X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 5d914c87-315b-11e9-9789-75353a1f43cf; Fri, 15 Feb 2019 19:53:30 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id x1FJs1XE070010; Fri, 15 Feb 2019 12:54:01 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <50b76fd19c51acda91ca56d429b5539053ce74a9.camel@freebsd.org> Subject: Re: problem building dev/e1000 From: Ian Lepore To: Warner Losh Cc: Enji Cooper , Eric Joyner , Robert Huff , FreeBSD Current Date: Fri, 15 Feb 2019 12:54:01 -0700 In-Reply-To: References: <23653.56460.521599.489556@jerusalem.litteratus.org> <754B5C21-656B-4A67-BA39-50BB4AF5C0CD@gmail.com> <652F1541-52DE-4744-8AEA-8EE6434E04E8@gmail.com> <39629f6cb41cff32b348cf5d329d425352c28464.camel@freebsd.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 3227982602 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.993,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: Fri, 15 Feb 2019 19:54:12 -0000 On Fri, 2019-02-15 at 12:32 -0700, Warner Losh wrote: > On Fri, Feb 15, 2019 at 12:17 PM Ian Lepore wrote: > > > On Fri, 2019-02-15 at 10:53 -0800, Enji Cooper wrote: > > > > [...] > > > > > > HO Eric! > > > > > > iflib was a recently added requirement on stable/12 IIRC..? > > > > > > Does the manpage note this dependency, and is there an UPDATING > > > entry > > > for this change? > > > > > > Thanks! > > > -Enji > > > > > > > My question would be: why? If some drivers have a new dependency on > > iflib, why isn't that expressed in sys/conf/files and handled > > automatically? > > > > Right now we have > > files:net/iflib.c optional ether pci iflib > > in the files file. This would need to change to > > files:net/iflib.c optional ether pci (em | igb | ...) > > but we don't have a () operator in config. Or we'd need dozens of > lines, > and the duplicate elimination code in config has been tricky (though > I > didn't check it just now). > > Warner > I guess the question would be how many things does '...' represent now and in the future? What it would need to be, given our current inflexible config(8) is net/iflib.c optional ether pci em | ether pci igb | ... So if ... is 2 or 3 more drivers, that's not so bad. If iflib is eventually going to be used by dozens of drivers, even the parens would make for a pretty ugly solution. -- Ian From owner-freebsd-current@freebsd.org Fri Feb 15 20:23:38 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6CBAD14E7DB3 for ; Fri, 15 Feb 2019 20:23:38 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id DA4618339D for ; Fri, 15 Feb 2019 20:23:37 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 9D71414E7DAF; Fri, 15 Feb 2019 20:23:37 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 794E114E7DAE for ; Fri, 15 Feb 2019 20:23:37 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-ed1-f51.google.com (mail-ed1-f51.google.com [209.85.208.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EDA7983399 for ; Fri, 15 Feb 2019 20:23:36 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mail-ed1-f51.google.com with SMTP id d9so8851293edh.12 for ; Fri, 15 Feb 2019 12:23:36 -0800 (PST) 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=2eilAnEOR9GZ6rr094bBasG+hA5SKkBFMwNoKD/lfWw=; b=JFiC1S34RYdMUhsPSPg/LwPBKN6ovnJnKfm13U83cGaDmiYWCQMvJ8PrU+A7SBpD/9 nxetdv+s1gKYjPE1Vnhkkc24vl+XwuJpl2D/q0ul8NPxIXGiEiBKjiON2EACdaRZC3zr plWty1kLCsKJJUNulFLY+R2AfQFCpNACOlAJNcxmLklTFHu7tNJa+aMHEosJl+SHbYw3 oraDj2jvwRh+dCQ1y0VvIRd6tijPe3Y7jTcLD/Qb/RSUoTeae8mbECHckrYE1DA4q6HC ow34e61vv/q+278bMvDlTIyFQbUZ2a6hMq0vqu4dx7Bs8cyH40hxmAkFrHCmVgxyMsiD izMg== X-Gm-Message-State: AHQUAuahD3cg0V58Lwie2c/cfw1P+tmzEzqTS//U+mbzl4lO6MOwnP5+ 933pmtaBFX2ks/YiQbosLqHeJiUZ X-Google-Smtp-Source: AHgI3IYmaBpQr0//2i4/fCRXpLZwi977ygoh1bFtnBhHEQPfOYK7XI12cy8QG0wpSpUrK4nXM+cYww== X-Received: by 2002:a50:ca0b:: with SMTP id d11mr8589868edi.222.1550256384156; Fri, 15 Feb 2019 10:46:24 -0800 (PST) Received: from mail-wm1-f41.google.com (mail-wm1-f41.google.com. [209.85.128.41]) by smtp.gmail.com with ESMTPSA id t9sm1754456edd.25.2019.02.15.10.46.23 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Feb 2019 10:46:23 -0800 (PST) Received: by mail-wm1-f41.google.com with SMTP id h22so7266529wmb.0 for ; Fri, 15 Feb 2019 10:46:23 -0800 (PST) X-Received: by 2002:a1c:ce06:: with SMTP id e6mr1973180wmg.41.1550256382714; Fri, 15 Feb 2019 10:46:22 -0800 (PST) MIME-Version: 1.0 References: <23653.56460.521599.489556@jerusalem.litteratus.org> <754B5C21-656B-4A67-BA39-50BB4AF5C0CD@gmail.com> In-Reply-To: <754B5C21-656B-4A67-BA39-50BB4AF5C0CD@gmail.com> From: Eric Joyner Date: Fri, 15 Feb 2019 10:46:11 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: problem building dev/e1000 To: Enji Cooper Cc: Robert Huff , current@freebsd.org X-Rspamd-Queue-Id: EDA7983399 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.986,0] Content-Type: text/plain; charset="UTF-8" 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: Fri, 15 Feb 2019 20:23:38 -0000 ifdi_if.h is a system generated interface file that network drivers that depend on iflib use. It's generated from ifdi_if.m in sys/net. My guess is that you don't have "device iflib" defined in your kernel configuration. em(4) depends on iflib in FreeBSD 12/13, and with r343617, iflib is now explicitly a module that needs to be included in your kernel config if you want to use a driver that depends on it. It's already in the GENERIC kernel for amd64; are you using a kernel config file that doesn't inherit from GENERIC? - Eric From owner-freebsd-current@freebsd.org Fri Feb 15 20:28:23 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F38914E7F55 for ; Fri, 15 Feb 2019 20:28:23 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7D48F83568 for ; Fri, 15 Feb 2019 20:28:22 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id 3BFA914E7F54; Fri, 15 Feb 2019 20:28:22 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F183A14E7F53 for ; Fri, 15 Feb 2019 20:28:21 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82d.google.com (mail-qt1-x82d.google.com [IPv6:2607:f8b0:4864:20::82d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 88A5283564 for ; Fri, 15 Feb 2019 20:28:21 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82d.google.com with SMTP id v10so12406748qtp.8 for ; Fri, 15 Feb 2019 12:28:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=9Kcavfk/ld09JVdU+A2Ze6OAhIWnXOoGNLCYqWiiwXE=; b=TbvTa9ULdSaakFN3JIfaSlxVyP+4zmA92kLlt/TP3kg0nT2l6vf97j/ILtIpcQpxXz 8jV20ChYLEHpiNPYevFHOw9aV4u8luzLjg9bY925FTNQ03432W7Rg/OBUy0FoeONatlf sFNxN8DIHHck94tAEBnfBwK9+BBAUV4B57W1FjDyP+U3YgBxsMyf4Mt/DAiHXmQd0XmI P+3xV8VSGYcOL0AwOJst1TmtEzovQweo42zCtuCqZOFDKDoMScn5ovCclbRvuJgFm8fu 13c/qQ8PsZrtCkvCMIp6KYyibu0zHI0naLN7650cgV2A/WKAF8UwkXCxhh+ZG8kxWN9e egzQ== 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=9Kcavfk/ld09JVdU+A2Ze6OAhIWnXOoGNLCYqWiiwXE=; b=MME0SLEObh/WNSUPPnN1EMJpD54VN2KcAc7xMwFWvbgUAX7i/QULWSTFl9ChJbmM1F OQ+nUgAo7d7vBkR9HXDvJK7aNJ+vODcwACTqLDlMpaMlaunpALiRRxjwncbpMn47izlH DNqI7SPA3CUzfSXnMOkLOJmt2aZvl5Dc7HikZnIZ//qlMVqhYezp5LXou2KI/kVpL1Pd ajD3hrdjw/6jhy0ZkOxGgrObdpQ/wbWxUOE1HU6RlNMQhJn/YqJq8V987NQb35uzylix lAw7P/mvfwrp0ARrwSdfXFa25QOwlqXvwdfmH7l5LR9QwgKvrL8yVEXnZAkSjsS8GVVl NXTg== X-Gm-Message-State: AHQUAuaS4EQy2R/OG5gKLGUXoxDXzpclExIe2odIItj6mQuFgvALwgHN XXXFgKewUsTWlmL6tp2wEwNMER4+hTndIg1H3JcTug== X-Google-Smtp-Source: AHgI3IZka6Sa2tPzYii5TeNNqMckHmFRnx1BEC2aWrSJiDp8JpllnuS0IKKJ2ZLfhVvFnCTwnLTrcDgVx4XEfgcYsNs= X-Received: by 2002:ac8:16d0:: with SMTP id y16mr8794981qtk.345.1550262501045; Fri, 15 Feb 2019 12:28:21 -0800 (PST) MIME-Version: 1.0 References: <23653.56460.521599.489556@jerusalem.litteratus.org> <754B5C21-656B-4A67-BA39-50BB4AF5C0CD@gmail.com> <652F1541-52DE-4744-8AEA-8EE6434E04E8@gmail.com> <39629f6cb41cff32b348cf5d329d425352c28464.camel@freebsd.org> <50b76fd19c51acda91ca56d429b5539053ce74a9.camel@freebsd.org> In-Reply-To: <50b76fd19c51acda91ca56d429b5539053ce74a9.camel@freebsd.org> From: Warner Losh Date: Fri, 15 Feb 2019 13:28:10 -0700 Message-ID: Subject: Re: problem building dev/e1000 To: Ian Lepore Cc: Enji Cooper , Eric Joyner , Robert Huff , FreeBSD Current X-Rspamd-Queue-Id: 88A5283564 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.98)[-0.982,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" 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: Fri, 15 Feb 2019 20:28:23 -0000 On Fri, Feb 15, 2019 at 12:54 PM Ian Lepore wrote: > On Fri, 2019-02-15 at 12:32 -0700, Warner Losh wrote: > > On Fri, Feb 15, 2019 at 12:17 PM Ian Lepore wrote: > > > > > On Fri, 2019-02-15 at 10:53 -0800, Enji Cooper wrote: > > > > > [...] > > > > > > > > HO Eric! > > > > > > > > iflib was a recently added requirement on stable/12 IIRC..? > > > > > > > > Does the manpage note this dependency, and is there an UPDATING > > > > entry > > > > for this change? > > > > > > > > Thanks! > > > > -Enji > > > > > > > > > > My question would be: why? If some drivers have a new dependency on > > > iflib, why isn't that expressed in sys/conf/files and handled > > > automatically? > > > > > > > Right now we have > > > > files:net/iflib.c optional ether pci iflib > > > > in the files file. This would need to change to > > > > files:net/iflib.c optional ether pci (em | igb | ...) > > > > but we don't have a () operator in config. Or we'd need dozens of > > lines, > > and the duplicate elimination code in config has been tricky (though > > I > > didn't check it just now). > > > > Warner > > > > I guess the question would be how many things does '...' represent now > and in the future? What it would need to be, given our current > inflexible config(8) is > > net/iflib.c optional ether pci em | ether pci igb | ... > > So if ... is 2 or 3 more drivers, that's not so bad. If iflib is > eventually going to be used by dozens of drivers, even the parens would > make for a pretty ugly solution. > Immediately, there's at least half a dozen. Count on there being a dozen or two eventually. MUST NOT RANT ABOUT CONFIG(8). Warner From owner-freebsd-current@freebsd.org Fri Feb 15 21:33:00 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 06F8A14EA261 for ; Fri, 15 Feb 2019 21:33:00 +0000 (UTC) (envelope-from se@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 830C186793 for ; Fri, 15 Feb 2019 21:32:59 +0000 (UTC) (envelope-from se@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 4222D14EA260; Fri, 15 Feb 2019 21:32:59 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05E1114EA25E for ; Fri, 15 Feb 2019 21:32:59 +0000 (UTC) (envelope-from se@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) 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 9CA5B86790; Fri, 15 Feb 2019 21:32:58 +0000 (UTC) (envelope-from se@freebsd.org) Received: from Stefans-MBP-402.fritz.box (p200300CD5F200D0081D4AAF5D762D5F4.dip0.t-ipconnect.de [IPv6:2003:cd:5f20:d00:81d4:aaf5:d762:d5f4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id B395312A08; Fri, 15 Feb 2019 21:32:57 +0000 (UTC) (envelope-from se@freebsd.org) Subject: Re: problem building dev/e1000 To: Warner Losh , Ian Lepore Cc: Enji Cooper , Eric Joyner , Robert Huff , FreeBSD Current References: <23653.56460.521599.489556@jerusalem.litteratus.org> <754B5C21-656B-4A67-BA39-50BB4AF5C0CD@gmail.com> <652F1541-52DE-4744-8AEA-8EE6434E04E8@gmail.com> <39629f6cb41cff32b348cf5d329d425352c28464.camel@freebsd.org> <50b76fd19c51acda91ca56d429b5539053ce74a9.camel@freebsd.org> From: Stefan Esser Openpgp: preference=signencrypt Autocrypt: addr=se@freebsd.org; prefer-encrypt=mutual; keydata= mQENBFVxiRIBCADOLNOZBsqlplHUQ3tG782FNtVT33rQli9EjNt2fhFERHIo4NxHlWBpHLnU b0s4L/eItx7au0i7Gegv01A9LUMwOnAc9EFAm4EW3Wmoa6MYrcP7xDClohg/Y69f7SNpEs3x YATBy+L6NzWZbJjZXD4vqPgZSDuMcLU7BEdJf0f+6h1BJPnGuwHpsSdnnMrZeIM8xQ8PPUVQ L0GZkVojHgNUngJH6e21qDrud0BkdiBcij0M3TCP4GQrJ/YMdurfc8mhueLpwGR2U1W8TYB7 4UY+NLw0McThOCLCxXflIeF/Y7jSB0zxzvb/H3LWkodUTkV57yX9IbUAGA5RKRg9zsUtABEB AAG0J1N0ZWZhbiBFw59lciAoRnJlZUJTRCkgPHNlQGZyZWVic2Qub3JnPokBVAQTAQoAPgIb AwULCQgHAwUVCgkICwUWAwIBAAIeAQIXgBYhBKNx6mWcC+zIK3FTE0frte9a/fVEBQJa8u+q BQkLJQETAAoJEEfrte9a/fVEOeMH/icmdK1eZQvB3U8quJo9VMaZsaTuCMbUE4NThyfsIvIm MCd+rb/yULmMYwqNfjyKB1x4ikR4x+94l+yJoz7K0Usks+eNKDmMGJM6pWWssTigaJubFdVd hVVC+C1QJi7JshYSib08uONoPmO4lv5Az0TDYGtsMzsES2sIlc62c9go5WPGYhQFRbX3Lk6y V6m8OHh+G9XGSj3oPO4UteRwu+SzTdOLunZBWG1wu34+IeZm663D+2gOppQLWpLa2qaTerqw THu377ayZ2B2LPJ5JkvkZeHYPkwDQ+b5PGn0UhfkxPnDVYki5F7qKxvQ5uq1/q9YaCX7mmOl H2yO7tgVsrW5AQ0EVXGJEgEIALEj9qCXMZVucjpcd3QxM/TlUr98m5viEd1z4tCnPUyRWcIC EVtj2h5xMH+2iB0q1+KWhq+NsWtvScmEmfHnsr7dJ1K677OdpDhKVaJk61eeRulFY1R4yb6C 1MMxK+WgYB+vvpG0UeyR0M4uBewcPvRsq4yGUHFQKtLAbMdoPTSryJA+ElnmK1vdY+rPcHgi OIMBZM7ahsPXC0C9K4e5SP9clGyIoMpbfHXdx9q+Rp3zVtlbhyk3BS/xccu/+9pk9ICXL6GR js2sNnJ0wxdU1DsAlC59a5MnSruwiZFwRnkQhr3x6wk97Lg7sLS9jjTnCN7LGlVmSmpOEMy6 uq1AWfUAEQEAAYkBPAQYAQoAJgIbDBYhBKNx6mWcC+zIK3FTE0frte9a/fVEBQJa8u+rBQkL JQEZAAoJEEfrte9a/fVEuesH/2DNxGWnHvWwMyiyhlQtafvDKwEn/wAgR8gHJFodB7emf8rA TnukH7MVttCoHtjN5lvv9RSBHjNTZls5wR/ANlwdRuPQHd8ZGxLe3S6IuUB3zDSwFltLGurO N2kOMhs5mTGyypSa+uw3rtQbUAVYf1oPbiR4FLtiM8FLyEvE95hX5fPq9Qvx9FmN79kmCIEw jDKPqDaUf/OR2fEF0LSIbXHEk4tNqCEwx5DIJ0fp5/z5UzICUAmwxyRs5O/Hre1jzPsMVyud Ml9t7UTOJGKVWwRory1PMnOFxN+iz5/d4FhYSKXF7kfMiFgol4LuWaxJRwbBrr71VGBrRy2a L1nw6Bc= Message-ID: Date: Fri, 15 Feb 2019 22:32:36 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 9CA5B86790 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.95 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.95)[-0.952,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: Fri, 15 Feb 2019 21:33:00 -0000 Am 15.02.19 um 21:28 schrieb Warner Losh: > On Fri, Feb 15, 2019 at 12:54 PM Ian Lepore wrote: > >> On Fri, 2019-02-15 at 12:32 -0700, Warner Losh wrote: >>> On Fri, Feb 15, 2019 at 12:17 PM Ian Lepore wrote: >> I guess the question would be how many things does '...' represent now >> and in the future? What it would need to be, given our current >> inflexible config(8) is >> >> net/iflib.c optional ether pci em | ether pci igb | ... >> >> So if ... is 2 or 3 more drivers, that's not so bad. If iflib is >> eventually going to be used by dozens of drivers, even the parens would >> make for a pretty ugly solution. > > Immediately, there's at least half a dozen. Count on there being a dozen or > two eventually. I had been thinking about a dependencies file for config, which either reports missing device/options lines, or adds obvious dependencies. This could also detect other missing pre-requisites, e.g. if inet or inet6 is to be compiled in, but no link-layer support (e.g. ether or wlan). The same applies to iflib for drivers that need it, miibus, CAM, ... The purpose of such a dependency check would be a clear indication of the missing definitions, especially if the dependencies have been changed as with iflib becoming non-standard. Open points: - How to generate these dependency files (could be derived from driver sources, e.g. an #include of some header might indicate that some "device xyz" is required). - Loadable kernel modules are an alternate method to provide a device driver or protocol (the dependency check could in such cases warn that a driver is not compiled in and will be required in form of a LKM). I have had a look at /sys/conf/files and have noticed that a number of lines contain bugs. E.g. there are network drivers that depend on "inet" and will not be compiled in if only "inet6" has been selected in the config file. Regards, STefan From owner-freebsd-current@freebsd.org Sat Feb 16 05:02:40 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7FDF214D1E30 for ; Sat, 16 Feb 2019 05:02:40 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9579772A37 for ; Sat, 16 Feb 2019 05:02:39 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 5432814D1E2F; Sat, 16 Feb 2019 05:02:39 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 319FB14D1E2E for ; Sat, 16 Feb 2019 05:02:39 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pl1-x62a.google.com (mail-pl1-x62a.google.com [IPv6:2607:f8b0:4864:20::62a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9BFDD72A36 for ; Sat, 16 Feb 2019 05:02:38 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pl1-x62a.google.com with SMTP id b5so6001582plr.4 for ; Fri, 15 Feb 2019 21:02:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=BLZM7i7jkuiihJCiEKwzNOgoPyKK79xb9uLlUOW9sOw=; b=mGCx00GOrmg0vcSX6KHuhHHXNjyp0bQQx0eVUKuQt7gcW7+PemjViqaxEksx27L8eG PIYkCHjpQ4z8YVJywC0dN9DUm8blzH9UFDnychDiKzV4bQl1Z5rLhKvxET+J+H692yPD 2bFGgOU7pQfmwomsIgcwi8ivybavJteQ435wx4/khWU+Ua+76qTpqBnrLLJKTYCmrKlB s0hq0+F4SHWHaFw5PHrlJ+x41LnO2ZUE1wHpTJi1XUkcj3aI6iFDT+L1+MWAeqUaJSUo Jzk51IOHENf9aZ4gxRyrzn9ucj/wzjUgiNpHpWi4e+WTG9vVcn6POSdS2/cyi/8Dwlu4 d8IA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=BLZM7i7jkuiihJCiEKwzNOgoPyKK79xb9uLlUOW9sOw=; b=IshbXWPfeFR7L/sK5d61/GSIl9lmW1czMlR8z0+8Ct6klz0+VgZLFLbnZARc5n5DjQ SGhPSldOb8P+ROatL/of7eTF15rHnKOoAI2tZ53Mma0il5bemJzPCuLHYxg6j7FXP82D 9nIWeWY+NT/V5XZhGFMxfWhgDmgxRZXjaEM2bYwHM4w40e5xMKFtL6onWm49EruM2Sgg 8GoC2DUQj9tqMyRJbspD97RJXdTD8aJYi4AMqHZgev6VpZHyqTRcQbGkkmTyQHmfU8RQ NrfXKbOvPXKpl8AHbhSpJY2x3knMoWa1c7GU4XAnvIFfVMI7EFggQJEVN7NqpHmjA5go 2QRA== X-Gm-Message-State: AHQUAua+uKXENoyqLQlDznFVtsORTnoJO8QoX5D3A+iliYHJIzb4YqrB 5nE67G7XCf/pJ+KvG9URNiZzjXp2 X-Google-Smtp-Source: AHgI3IZgY7fsq3iGiEw/7QXchK3tiEnDp1v1ji3H5ArBEuV1pvhF7Xgnc6xco4JgHZQCUn9MK8dT0Q== X-Received: by 2002:a17:902:f20a:: with SMTP id gn10mr13769418plb.105.1550293357187; Fri, 15 Feb 2019 21:02:37 -0800 (PST) Received: from [192.168.20.22] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id f12sm8192701pgo.13.2019.02.15.21.02.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Feb 2019 21:02:36 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) Subject: Re: problem building dev/e1000 From: Enji Cooper X-Mailer: iPhone Mail (16C104) In-Reply-To: <23655.5954.25347.254867@jerusalem.litteratus.org> Date: Fri, 15 Feb 2019 21:02:35 -0800 Cc: current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <77EDD0AB-BAAC-460F-B2E1-46ABA5045178@gmail.com> References: <23653.56460.521599.489556@jerusalem.litteratus.org> <754B5C21-656B-4A67-BA39-50BB4AF5C0CD@gmail.com> <652F1541-52DE-4744-8AEA-8EE6434E04E8@gmail.com> <39629f6cb41cff32b348cf5d329d425352c28464.camel@freebsd.org> <0b234c9e-7799-e956-997c-c34762d57f4b@FreeBSD.org> <23655.5954.25347.254867@jerusalem.litteratus.org> To: Robert Huff X-Rspamd-Queue-Id: 9BFDD72A36 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.97 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.97)[-0.975,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: Sat, 16 Feb 2019 05:02:40 -0000 > On Feb 15, 2019, at 11:47, Robert Huff wrote: >=20 > Lev Serebryakov writes: >=20 >>> My question would be: why? If some drivers have a new=20 >>> dependency on iflib, why isn't that expressed in sys/conf/files=20 >>> and handled automatically? >>=20 >> My question exactly. >=20 > I am so glad people who know what they're talking about have the > same response I did. :-) I totally missed the part where Robert said he was compiling it into the ker= nel. Also, I remember the days when drivers didn=E2=80=99t automatically com= pile in dependent options (example: =E2=80=9Cdevice re=E2=80=9D requires =E2= =80=9Cdevice miibus=E2=80=9D). I guess things have changed a bit in the past= year [while I was away] with some drivers? Thanks, -Enji >=20 > Respectcfully, >=20 >=20 > Robert Huff >=20 >=20 >=20 > _______________________________________________ > 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 Feb 16 15:31:20 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E984314EAD9D for ; Sat, 16 Feb 2019 15:31:19 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 576518F011 for ; Sat, 16 Feb 2019 15:31:19 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: by mailman.ysv.freebsd.org (Postfix) id 1AC8B14EAD9C; Sat, 16 Feb 2019 15:31:19 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0804914EAD99 for ; Sat, 16 Feb 2019 15:31:19 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.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 770588F00E for ; Sat, 16 Feb 2019 15:31:17 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x1GFVC9c096693; Sat, 16 Feb 2019 07:31:13 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id x1GFVC2b096692; Sat, 16 Feb 2019 07:31:12 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201902161531.x1GFVC2b096692@pdx.rh.CN85.dnsmgr.net> Subject: Re: problem building dev/e1000 In-Reply-To: <77EDD0AB-BAAC-460F-B2E1-46ABA5045178@gmail.com> To: Enji Cooper Date: Sat, 16 Feb 2019 07:31:12 -0800 (PST) CC: Robert Huff , current@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: 770588F00E X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-7.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-1.00)[-0.997,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: Sat, 16 Feb 2019 15:31:20 -0000 > > > On Feb 15, 2019, at 11:47, Robert Huff wrote: > > > > Lev Serebryakov writes: > > > >>> My question would be: why? If some drivers have a new > >>> dependency on iflib, why isn't that expressed in sys/conf/files > >>> and handled automatically? As expressed elsewhere that gets a bit messy when it is more than just a few things that depend on this module, and historically has been done by adding comments to GENERIC that describe the dependency in the form of "requires iflib". Though there are some ideas floating around that might better address this, for the time being that is how it is being handled. > >> My question exactly. > > > > I am so glad people who know what they're talking about have the > > same response I did. :-) > > I totally missed the part where Robert said he was compiling it > into the kernel. Also, I remember the days when drivers didn?t > automatically compile in dependent options (example: ?device re? > requires ?device miibus?). I guess things have changed a bit in > the past year [while I was away] with some drivers? > Thanks, > -Enji > > Respectcfully, > > Robert Huff Nothing has changed, other than we now have another miibus type thing called iflib and there are a half dozen drivers that need to have iflib compiled in if you use them. What is new is that these drivers already existed in the past, but have been re-written to use iflib, so if your carrying an old kernel config file around and update accross the iflib'ification of that driver you have to pick up the change that went into GENERIC that pulls in iflib. These are probably the types of changes that we should consider not merging to something called stable/. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Sat Feb 16 19:34:55 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C9F2214F268B for ; Sat, 16 Feb 2019 19:34:55 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1686A9794E for ; Sat, 16 Feb 2019 19:34:55 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id C0FD014F268A; Sat, 16 Feb 2019 19:34:54 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80F3914F2689 for ; Sat, 16 Feb 2019 19:34:54 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x72a.google.com (mail-qk1-x72a.google.com [IPv6:2607:f8b0:4864:20::72a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 038B49794D for ; Sat, 16 Feb 2019 19:34:53 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x72a.google.com with SMTP id f196so7742383qke.10 for ; Sat, 16 Feb 2019 11:34:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=P3WOm8C0hTHZnVeGoHogY6yNmfXHU7vSP2KZRF/7fmM=; b=SGbRjbOdKpDAYhXkJC9KS4zBV1NtngD9/oM5K1iKkGnQe9wXHn3ZovQQT1MSSoA0iy fEgDwMpeOpgR+qbYinFQLmsxvH5IajMN1Pua1KwcSqDWJZDHPgPtISx6j0bJmghfzYkk ayPTUyOt7+1FtPIgLC8wRHAiFP77S0IhlCxlT0a4ii9bttkllhIZbAVIdMRE6Vo8KAVV 2grX0sMIZlZ7TyKRZ9qjQVX4o0pFtL6W3clD5wTX9Vqfn/WcG6+Cu6+b0E1jkZ3AwVIS bUOlizskxXpsJB9Or8RfAbC6rHoUOapZug67cjM+VJUu0ZUQJL51OW5qIVABdpsXAtN7 HYIQ== 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=P3WOm8C0hTHZnVeGoHogY6yNmfXHU7vSP2KZRF/7fmM=; b=FlNDwbX3hrpZqIkrdxq6fdkzYV0Wx2IC69uMq8WHxw5MEE3T8zwBerN0M1f5ApoKba KuxvqmRXfoHc6Fx5CU7myLTmGwkC/s6C+qGAIY/KhtjI8q1bHT+O/DjT++Zdba1sbWbk 0UgKdeyTmZ5Uyg5tUL3KHP+EMJDc4Bbmv5OeG3bhw+X/udJ7ayolUC981LMD4zorQFrt O7BjrvSzEg3fxNT0mFxj/LniquEjkCz5VRqCFfd6DP0wl16uddM+C7UBrxquGKsRDloq eo9aNtG5SpsOC1eJRwBRRRybf81ap0z/q0divRZ/GtTXcsy7lTvn3ku5prH2FXYSonAT bx/w== X-Gm-Message-State: AHQUAuZSTl8+n2PhB6Evv2+/l4GLDxriaooVd7EFxU7M+9fxd4E1DXCE u9nMwnieTaRRmbRIhpeGMXAA96KYhvTNcbBOtth5mA== X-Google-Smtp-Source: AHgI3IY1g4nw0W9bo0gGd5vCWqdowaV8vfzhHWay36xmP9YKITFqtj7Jt4+jtGrxZwAlWNBMg3llz1O5B2+8eFDTUBM= X-Received: by 2002:a37:6fc2:: with SMTP id k185mr1123972qkc.175.1550345693150; Sat, 16 Feb 2019 11:34:53 -0800 (PST) MIME-Version: 1.0 References: <77EDD0AB-BAAC-460F-B2E1-46ABA5045178@gmail.com> <201902161531.x1GFVC2b096692@pdx.rh.CN85.dnsmgr.net> In-Reply-To: <201902161531.x1GFVC2b096692@pdx.rh.CN85.dnsmgr.net> From: Warner Losh Date: Sat, 16 Feb 2019 12:34:42 -0700 Message-ID: Subject: Re: problem building dev/e1000 To: "Rodney W. Grimes" Cc: Enji Cooper , Robert Huff , FreeBSD Current X-Rspamd-Queue-Id: 038B49794D X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.987,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" 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: Sat, 16 Feb 2019 19:34:56 -0000 On Sat, Feb 16, 2019 at 9:16 AM Rodney W. Grimes < freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > > > > On Feb 15, 2019, at 11:47, Robert Huff wrote: > > > > > > Lev Serebryakov writes: > > > > > >>> My question would be: why? If some drivers have a new > > >>> dependency on iflib, why isn't that expressed in sys/conf/files > > >>> and handled automatically? > As expressed elsewhere that gets a bit messy when it is more than > just a few things that depend on this module, and historically > has been done by adding comments to GENERIC that describe the > dependency in the form of "requires iflib". > > Though there are some ideas floating around that might better > address this, for the time being that is how it is being handled. > > > >> My question exactly. > > > > > > I am so glad people who know what they're talking about have the > > > same response I did. :-) > > > > I totally missed the part where Robert said he was compiling it > > into the kernel. Also, I remember the days when drivers didn?t > > automatically compile in dependent options (example: ?device re? > > requires ?device miibus?). I guess things have changed a bit in > > the past year [while I was away] with some drivers? > > Thanks, > > -Enji > > > Respectcfully, > > > Robert Huff > > Nothing has changed, other than we now have another miibus > type thing called iflib and there are a half dozen drivers > that need to have iflib compiled in if you use them. What > is new is that these drivers already existed in the past, > but have been re-written to use iflib, so if your carrying > an old kernel config file around and update accross the > iflib'ification of that driver you have to pick up the > change that went into GENERIC that pulls in iflib. > That's always been true. We've never really had good support for invariant kernel config files on the branch that weren't derived from GENERIC in some way. Some recent branches have been better about this, but there's plenty of precedent in the past where changes like this have become required for this driver or that. > These are probably the types of changes that we should > consider not merging to something called stable/. > Generally, I tend to agree. However, apart from making the iflib standard, and impossible to remove, there's little that can be done in this case. We've made minor changes like this to kernel config files in the past, and merging this work would fall under that precedent. Not something to be done willy-nilly, but also not something to not do if the consequences of not doing it are worse than doing it. For our low end, already starting to feel the squeeze, being able to compile this out is a needful thing. config(8) sucks. Plain and simple. It's difficult to work on, doesn't express what it needs to, and is hard to transition away from. We are stuck with it for the life of the 12 branch (and like 13 and 14 too). It's easy to solve 80% of the problems with it, but hard to do so without introducing more problems that are much harder to paper-over. It needs to be taken out behind the woodshed and shot, but it does it job adequately enough that any replacement will have hard shoes to fill, especially since the number of weird, idiosyncratic edge cases config leans one way or the other have become expected and are actually the right thing to do. We also have enough velocity in the files, options and other files that trying to write a replacement and keep up is hard. tl;dr: config(8)'s unique quirks may force us to do things we'd rather not. Warner From owner-freebsd-current@freebsd.org Sat Feb 16 22:57:21 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3FD4014D6A61 for ; Sat, 16 Feb 2019 22:57:21 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660059.outbound.protection.outlook.com [40.107.66.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B1ACF71A36; Sat, 16 Feb 2019 22:57:19 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from QB1PR01MB3537.CANPRD01.PROD.OUTLOOK.COM (52.132.89.15) by QB1PR01MB2817.CANPRD01.PROD.OUTLOOK.COM (52.132.87.221) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1622.19; Sat, 16 Feb 2019 22:57:17 +0000 Received: from QB1PR01MB3537.CANPRD01.PROD.OUTLOOK.COM ([fe80::609b:1ecd:c908:d44c]) by QB1PR01MB3537.CANPRD01.PROD.OUTLOOK.COM ([fe80::609b:1ecd:c908:d44c%6]) with mapi id 15.20.1622.018; Sat, 16 Feb 2019 22:57:17 +0000 From: Rick Macklem To: "Rodney W. Grimes" CC: "Bjoern A. Zeeb" , "freebsd-current@FreeBSD.org" Subject: Re: what do jails map 127.0.0.1 to? Thread-Topic: what do jails map 127.0.0.1 to? Thread-Index: AQHUwaNdo/1iQbCyIE+3DFhBOoIfkqXcgckAgACHL7SAAAWHAIAGAwdk Date: Sat, 16 Feb 2019 22:57:17 +0000 Message-ID: References: , <201902130304.x1D34qvI079431@pdx.rh.CN85.dnsmgr.net> In-Reply-To: <201902130304.x1D34qvI079431@pdx.rh.CN85.dnsmgr.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: e5bff49b-024b-4b3f-5e33-08d69462199f x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600110)(711020)(4605104)(2017052603328)(7153060)(7193020); SRVR:QB1PR01MB2817; x-ms-traffictypediagnostic: QB1PR01MB2817: x-microsoft-exchange-diagnostics: =?iso-8859-1?Q?1; QB1PR01MB2817; 23:kBF3ES1Q5iNlPJqUOtLFypwbKNC0iENKCjYbBTJ?= =?iso-8859-1?Q?0TKGVoJD5FabXrjB4U0CKhnHtki9i5u9gp6WxRVF0bilcWw13f9YGobrCa?= =?iso-8859-1?Q?mQ9H747aLNdZhfd050Uw+gwhhW8JcQqoJIWBO9eXup9GGnc6PuPHT8fECK?= =?iso-8859-1?Q?wCUmILIXm7n2oKpzTkX7WSOfTRblUOHoe0NvaZ2MZz6a8rgGOQ6tQ0HwCQ?= =?iso-8859-1?Q?/2De8ar3QbnBRuX2jkzjV2gvx0eppc+PtU/KDImZ34jpaiUzfybaWZ1K9V?= =?iso-8859-1?Q?aP0e30qVS4A7+lDlEgOUIcDtCrch8BPv4qJIsLHvSzNqNjXwgIQPbEOdF1?= =?iso-8859-1?Q?JKOJ9pcn83tKQifhTUPpp5ZfqkUhHVSVDVLKeHIlC9GsBL9TjdJ1sUoJQM?= =?iso-8859-1?Q?IkRoe18026eIr5aT17voE5nfdAkSfvz9bAjybwrUuF5gE2zej3/v0xiUIl?= =?iso-8859-1?Q?Rp69TbLZ6vPHFao2D9zGjZCjwbQjR+c7RWkXP/1yqpdpyvwY9d4s/Ydu8Y?= =?iso-8859-1?Q?vLHGIDAsreNd5YpH5XY/9z2BLzj83IWiC63xgsuFObZOe7e2sZbZ4JDYV7?= =?iso-8859-1?Q?qEB6+ytxAd9uDktkda5veKeVbNLIj/s/gnMmTKERMFw8oZIlpxYvj0B7iN?= =?iso-8859-1?Q?2OGY5o7Z5b+jaUV+Tl/F3Kr1dlM+dmq7U8VaLijGoeCyYCGVKSDj/821cI?= =?iso-8859-1?Q?gTkN4N7S77j6cUia7bGlJsTj+OOkR8+4CbBMIdpm2qYyy+qLvtZAE5QYGK?= =?iso-8859-1?Q?MMimsZMWYfc1Tc8gYM4i/DZW6M8IhzlwSMvEb5auCE0cTrroCtrFZnsAHO?= =?iso-8859-1?Q?GfrrYtUnolqrdExuutksgLV67zzkyyMBr6NtEFruEXSnJcG3Fd1eM1Y6cL?= =?iso-8859-1?Q?QoUmdlkaHIDlyZvkD7DB4jcms/FPHLV+KGdfk/P0HpABcXkPmy0ju6uK6m?= =?iso-8859-1?Q?P/6Yhp709+PZQFfw0gsHkJlVT9Clw4rNksfuXeSGsbHLrn7/xSYE8VmFw0?= =?iso-8859-1?Q?4s1VAxfxy/XXMpUrqLnFF88k+Wxr8K48XF49UXPuN27vNiN203U2Y7Qy+S?= =?iso-8859-1?Q?XC3RNIjt/UOXX3+xJPBimIr3aoLBKa0SR6JOOLNfOcESemW04NG0NTPFw/?= =?iso-8859-1?Q?AFSxo1Q3ygHuAOY8qh+JczYf80aku5Sk24sTsTB/lMnKdPa4aeR2socMok?= =?iso-8859-1?Q?RkesjV3smsiC6sUH+KF5S9d1WhZlGbvGA=3D=3D?= x-microsoft-antispam-prvs: x-forefront-prvs: 0950706AC1 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(39860400002)(136003)(366004)(396003)(376002)(199004)(189003)(7696005)(25786009)(8676002)(81166006)(81156014)(8936002)(76176011)(99286004)(4326008)(53936002)(6506007)(74316002)(102836004)(256004)(4744005)(2906002)(305945005)(6916009)(9686003)(97736004)(46003)(6246003)(71200400001)(106356001)(105586002)(55016002)(186003)(476003)(478600001)(6436002)(14454004)(229853002)(33656002)(316002)(446003)(86362001)(71190400001)(786003)(74482002)(11346002)(486006)(68736007)(54906003)(5660300002); DIR:OUT; SFP:1101; SCL:1; SRVR:QB1PR01MB2817; H:QB1PR01MB3537.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: 0M58/QQEmJQnX0v6GQUzdic5NwIxNPimTxhm5T9hr8OC2CFmBaL8weAhLDr/6ShfA4cbZn1S3F+4lEdepprNsPEfvAzmGViuZ1fzLhX/Q1fbUkxQbxUQs3ffmSiWHJHr5Kn/czKTiZWNh73KTQFIEr+nQXA0Qdx2o4Q5fusD1FDZCY+7emZRHo8d512Yvqgk58z7geW3j8J9scWiKMoV6ywrY/hKQdgohcIu0fVQJlX6Ccf1y6ifOUDzNApoK6T1xh01t3nkcToIZIx4nZCh+PXFuPJTx9HGBuPZfpCzavfrovkbYGw668P4TJh56ri1igPCor833UrpcB35eaoU0m2jSh6fWyaw/51msxekrF1qYOLNvpKl+gQsyCmxd4aDxLDttsad9C3oKZj2DVYbTnaI+b1jErf/jXbkWtDvVHU= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: e5bff49b-024b-4b3f-5e33-08d69462199f X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Feb 2019 22:57:17.6293 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: QB1PR01MB2817 X-Rspamd-Queue-Id: B1ACF71A36 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.59 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [0.20 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.28)[-0.282,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-0.89)[-0.890,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[uoguelph.ca]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.68)[0.682,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com]; RCVD_IN_DNSWL_NONE(0.00)[59.66.107.40.list.dnswl.org : 127.0.3.0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[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, 16 Feb 2019 22:57:21 -0000 Rodney W. Grimes wrote: [stuff snipped] > ipv4 127.0.0.1 =3D=3D ipv6 ::1, see /etc/hosts Thanks. I've created D19218 with the patch for nfsuserd.c to both check the mapping of localhost and adding support for IPv6. I've listed bz@ as a reviewer, but if anyone else would like to review it, = feel to do so. Thanks, rick