From owner-freebsd-current@freebsd.org Sun Apr 16 01:00:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4885AD2AED7; Sun, 16 Apr 2017 01:00:27 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-wm0-f50.google.com (mail-wm0-f50.google.com [74.125.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DD214FA3; Sun, 16 Apr 2017 01:00:26 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-wm0-f50.google.com with SMTP id y18so4756262wmh.0; Sat, 15 Apr 2017 18:00:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=XHdeUJSdgYev7HiS8jRUliDt6izDYGN2MWr99SpCUvY=; b=snwWSs285oqb7wTyNAxrajQyf13qkeTk13/95+Nn9zQ6PiDCraa0jnIKSPhzOji7ZY 4nAMecSog26Zzk0cRPjUU9bT5hvj6up+SqM5ewpMLYOdhTH4nMku7HwjD7dLM5NaxiuS QhgsMGY0Ca8OLJjh6S4gg2dIpFDVF8bncGswf9MxB6Y4SUixbOtDjl2k7DAweAlcCnf6 HFGgM7FQtWHzE7qAf1QTE1qPf/2kLm17WCgPm5forJBBUzdHXa9KO0+fqGpBpR4Hot6v 2qStomp9ptA8NR8nlR+Iv+fFnGbyQ2BDtaPBIMNYRdtFq0oUQBA7Rg42NXHAswkeenVL MABQ== X-Gm-Message-State: AN3rC/7W1jdYdKrvrrYUUSvZqorisUYkI8XeWq713jvXYnUWRbpmNZ8Y PUn8WILMX4xXGjjBOlY= X-Received: by 10.28.198.65 with SMTP id w62mr3723416wmf.80.1492304419090; Sat, 15 Apr 2017 18:00:19 -0700 (PDT) Received: from mail-wm0-f50.google.com (mail-wm0-f50.google.com. [74.125.82.50]) by smtp.gmail.com with ESMTPSA id k199sm4484229wmd.20.2017.04.15.18.00.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 15 Apr 2017 18:00:18 -0700 (PDT) Received: by mail-wm0-f50.google.com with SMTP id u2so14180927wmu.0; Sat, 15 Apr 2017 18:00:18 -0700 (PDT) X-Received: by 10.28.16.148 with SMTP id 142mr3759831wmq.75.1492304418789; Sat, 15 Apr 2017 18:00:18 -0700 (PDT) MIME-Version: 1.0 Reply-To: cem@freebsd.org Received: by 10.80.169.4 with HTTP; Sat, 15 Apr 2017 18:00:18 -0700 (PDT) In-Reply-To: <20170415222136.6c58a00d@thor.intern.walstatt.dynvpn.de> References: <201704152003.v3FK3o3w002356@repo.freebsd.org> <20170415222136.6c58a00d@thor.intern.walstatt.dynvpn.de> From: Conrad Meyer Date: Sat, 15 Apr 2017 18:00:18 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: svn commit: r316977 - head/sys/dev/syscons To: "O. Hartmann" Cc: FreeBSD CURRENT , svn-src-head@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Apr 2017 01:00:27 -0000 On Sat, Apr 15, 2017 at 1:21 PM, O. Hartmann wrote: > Am Sat, 15 Apr 2017 20:03:50 +0000 (UTC) > Bruce Evans schrieb: > >> Author: bde >> Date: Sat Apr 15 20:03:50 2017 >> New Revision: 316977 >> URL: https://svnweb.freebsd.org/changeset/base/316977 > > There is a lot of development going on theses days for syscons. What's about vt()? vt() is > considered broken for x11/nvidia-driver and vt() is considered a requirement when UEFI is > boot scheme, isn't it? > > I'm just curious. Hi O., Bruce uses syscons and cares enough to improve it. He likely does not care about UEFI and definitely does not care about vt. I don't think there's anything wrong with that. We can't force volunteers to work on things they are not interested in. Best, Conrad From owner-freebsd-current@freebsd.org Sun Apr 16 05:55:57 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8C80D401DB; Sun, 16 Apr 2017 05:55:57 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 567A5971; Sun, 16 Apr 2017 05:55:56 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.179.171.81]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MeLKt-1cgC4a3V8B-00QDYi; Sun, 16 Apr 2017 07:55:48 +0200 Date: Sun, 16 Apr 2017 07:55:42 +0200 From: "O. Hartmann" To: Conrad Meyer Cc: "O. Hartmann" , FreeBSD CURRENT , svn-src-head@freebsd.org Subject: Re: svn commit: r316977 - head/sys/dev/syscons Message-ID: <20170416075542.022a6902@thor.intern.walstatt.dynvpn.de> In-Reply-To: References: <201704152003.v3FK3o3w002356@repo.freebsd.org> <20170415222136.6c58a00d@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/WSu=GdvWPS08CKy1jY_SEBF"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:/xKb95J8zaMlATHKzDcJfzrLgWt8cvFNATXXybNDl7WwsMqKzap XCjgUv8H5eiAhWVS+C/XctsoAY7JtYEw8n4nhf98jO1kqfyYg3s1TgAOYlFa9/KwAAs7yVl LgGxmE3mrUEUrn086n9paorLZ/Jp0Lp4Zfx320+TK8KAnq9KN+CMuoX+0B58wdQVCyiLQgW slbESA/TyHzRfpZ6wrtiA== X-UI-Out-Filterresults: notjunk:1;V01:K0:BcKZepVaSSc=:AwNOHkU9TCBexfZGopXSen 5SZSrePG39j6kmwKCLdHcem8QSwG9Sqmlx5w6DlfuOVH2cyTH2k7HCIWfBngN+FQFRSZMMHGl EwkebrFjD5ZRzqZkdXipfy3LSwWMQwKYeZfzQ2kiqTNzTCCB3ujkbd5a0L4881nMBTl1yMy6v T+8DwFjUqgek31+WckqTaHmzdXL1jYyI3jgq8+uYS66RannlMA7hIedMcZ3IP5e3fLT0CJXWe 2M20fqieQ7kLGm38lvY5h5VW//x99nRBhS03qFGxH+DDzlDjn+MYiqE5RIIJSgTN9jn0DmjzN XPcQ0kFbXcPo1l7Z5IdJhaABRc8U6NsfKR7MO6WvmYioTYTXV/Kg5Mh3gDZ4dzk3IfJpu0jnx aPxuSUPWash1OYH2Sv8ZH6l8dgz86ByxcakCRNLyUlyiK8EQ8jRvk/4kQz7MVNLfRNNn42U+d i+cIK94qcm8f9xV7akUpqf4KV+u2/jiL7KErc8Y3zNZMh045IP3IbVDbyLWPUD+tbU+NiDiKb pGs6JVQIwoey2hTIGrD9LiB6n5k4kVIRJDGf3+RdNok86sePt3xxOV6r+rVUGn0y0cdx2PhAy A3VchctW4oyjMrP6+PPkXX75etQPktfAfDKsLWFZ0APftOynb3e55RCI7dVxWMgl1eIFe8mnj 0Z4zfp4k6FWLNbF0Mu31VWN064617JcyxOS3fdV41/aTkUOLRF704DGiE+B4JslV0LHo7/Y5W rbLAfcFdFydn0uvUzXsxLSCT/mTF2dr75hpILIoiBwAINufMNraq/BXzEjY= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Apr 2017 05:55:58 -0000 --Sig_/WSu=GdvWPS08CKy1jY_SEBF Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Sat, 15 Apr 2017 18:00:18 -0700 Conrad Meyer schrieb: > On Sat, Apr 15, 2017 at 1:21 PM, O. Hartmann wro= te: > > Am Sat, 15 Apr 2017 20:03:50 +0000 (UTC) > > Bruce Evans schrieb: > > =20 > >> Author: bde > >> Date: Sat Apr 15 20:03:50 2017 > >> New Revision: 316977 > >> URL: https://svnweb.freebsd.org/changeset/base/316977 =20 > > > > There is a lot of development going on theses days for syscons. What's = about vt()? > > vt() is considered broken for x11/nvidia-driver and vt() is considered = a requirement > > when UEFI is boot scheme, isn't it? > > > > I'm just curious. =20 >=20 > Hi O., >=20 > Bruce uses syscons and cares enough to improve it. He likely does not > care about UEFI and definitely does not care about vt. I don't think > there's anything wrong with that. We can't force volunteers to work > on things they are not interested in. >=20 > Best, > Conrad Hello Conrad, happy easter. There is and was never intention to apply "force", it is a question as I'm = curious about what's going on with vt() - no personally bound to B. Evans or anybody else= - I just took the chance to comment/ask on that subject when I saw postings. Maybe not the right place to spread some thinkings. Regards, Oliver Hartmann --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/WSu=GdvWPS08CKy1jY_SEBF Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWPMHXgAKCRDS528fyFhY lFexAf9TvyZUso000fxuZ8DWTzm+BscvcKdYNl4+Qnb9LUcga8hCqfcUahXDCjtY mGUY+hGpEZZ2KbS73npGi+t0zQF6AgCeMCEa4p96aESdZiJJR22SNPzAKULw9kh4 EuDVDv/cVpO+bEsuK6M03gRZkzv7qzGodsqhLLHu8WX9DExEVNus =TmDr -----END PGP SIGNATURE----- --Sig_/WSu=GdvWPS08CKy1jY_SEBF-- From owner-freebsd-current@freebsd.org Sun Apr 16 06:30:14 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 73728D40A06 for ; Sun, 16 Apr 2017 06:30:14 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-42.reflexion.net [208.70.210.42]) (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 20B2BB39 for ; Sun, 16 Apr 2017 06:30:13 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 4531 invoked from network); 16 Apr 2017 06:30:06 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 16 Apr 2017 06:30:06 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Sun, 16 Apr 2017 02:30:06 -0400 (EDT) Received: (qmail 4606 invoked from network); 16 Apr 2017 06:30:05 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Apr 2017 06:30:05 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 30A94EC81B0; Sat, 15 Apr 2017 23:30:05 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: lang/gcc6-aux for head beyond __nonnull related issues: vm_ooffset_t and vm_pindex_t related changes (and more) From: Mark Millard In-Reply-To: <20170415093010.GA4104@lonesome.com> Date: Sat, 15 Apr 2017 23:30:04 -0700 Cc: "Ngie Cooper (yaneurabeya)" , Gerald Pfeifer , FreeBSD Ports , FreeBSD Current , FreeBSD Toolchain , freebsd-arm , Pedro Giffuni , ericturgeon.bsd@gmail.com Content-Transfer-Encoding: quoted-printable Message-Id: References: <9758023E-1526-41F9-9416-6AC8AD3201B5@dsl-only.net> <7606F976-20B7-4FB8-BE80-C27773F5529A@gmail.com> <20170415093010.GA4104@lonesome.com> To: Mark Linimon X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Apr 2017 06:30:14 -0000 On 2017-Apr-15, at 2:30 AM, Mark Linimon = wrote: > On Fri, Apr 14, 2017 at 08:27:29PM -0700, Mark Millard wrote: >> I've seen material quoted from a exp-run that reported >> that about 54(?) ports were then blocked by lang/gcc6-aux >> not building. >=20 > Although the first is an older run (the last complete run IIUC), there > were 50 and 51 respectively as of: >=20 > = http://thunderx1.nyi.freebsd.org/build.html?mastername=3D110arm64-default&= build=3D423029 > = http://beefy8.nyi.freebsd.org/build.html?mastername=3Dhead-armv6-default&b= uild=3Dp437390_s316341 >=20 > I think you're fairly deep into unexplored territory here. Looks like it. I tried an amd64 context (that was built using WITH_LLD_IS_LD=3D in case that matters) and ports-mgmt/synth's indirect build of lang/gcc6-aux quickly stopped for: configure:4439: = /usr/obj/portswork/usr/ports/lang/gcc6-aux/work/bootstrap/bin/gcc -O2 = -pipe -g -fstack-protector -fno-strict-aliasing -I/usr/local/include = -L/usr/local/lib -fstack-protector conftest.c >&5 /usr/bin/ld: error: unable to find library -lssp_nonshared /usr/bin/ld: error: unable to find library -lc collect2: error: ld returned 1 exit status configure:4443: $? =3D 1 configure:4480: result:=20 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "" | /* end confdefs.h. */ |=20 | int | main () | { |=20 | ; | return 0; | } configure:4486: error: in = `/usr/obj/portswork/usr/ports/lang/gcc6-aux/work/build': configure:4490: error: C compiler cannot create executables This happened even if I checked off in gcc6-aux's config to do a bootstrap. Even amd64 has build problems (at least for use of the modern/experimental ld). =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Apr 16 06:47:21 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37500D40287; Sun, 16 Apr 2017 06:47:21 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pf0-x236.google.com (mail-pf0-x236.google.com [IPv6:2607:f8b0:400e:c00::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 07C8EBFC; Sun, 16 Apr 2017 06:47:21 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-pf0-x236.google.com with SMTP id c198so54623528pfc.1; Sat, 15 Apr 2017 23:47:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=GY0BOWWl7Pie0xv8lYNGwWTvp9YgO+sJUabxJAEK4jI=; b=N9V51k7qCKiLJaawwn+3yxlJ+kWOeil1t4fLXtIgbk/BmXDpsqAPBPIpprbfbOAN37 GJ0ouo8h0PZ1KEK1OScyxk4WhkZKPTHle+BETEUDWFCIHibRAdD7RhswcdvK+IgvX+SR 6O9h9iJlzfkrarhHT/jF3K9b4CVdKdZnvHj4YrNPIgeURACgZMQNQgptXuUbYJDcR+1c OeGD5v0eRivntkOgsffNHPK7kOCg02CDuZRNUtB4vSxD4FiBMgqQOQSqGIsjogfGctvB Fhxa9h8qWg/8Nrr48cK1xF4q5M4pEi+V38mbKBOSyv7YMIPNg2sCl+xtgIST3Yr1sZr+ dMbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=GY0BOWWl7Pie0xv8lYNGwWTvp9YgO+sJUabxJAEK4jI=; b=IhHIWhFtmn3mwuF4mY+CE+OUU2ewlYlF987amplm0641ZeWaALZIQEuMC7FgBhBXGs 2CenNR4MMsRbSPWUWPaTP4toPuhsye/mOTi5jqeyIn11XgnWj8hs1kOyo4ji4XGDKwt6 SAF3svLkAfHlXx/ku/brD+w523awVqnqcLgfGqNqgQpz05MK/RbYgsF5k5JjNCOpOudx u1M8jS5xG0QASxE6SsSKURSVrY+TJQhQaLUYUEVv1C/XDxFOVwBKscuS2OACuv0fgDoL dCXF/M7NTeJ/D5QnCezwIZjc4nNce54Ywc+nSQr2gGaJRAY3mtlggv4uY/VphB/sQYXn Pi4Q== X-Gm-Message-State: AN3rC/5wHFAC70hG4vMJcNAwfty+btLLNFNpUEUd+Ed2kpaqnQmE5T/k iw4R5TYDCmbnaVAnyQveSNKMmWs6f5NwGRs= X-Received: by 10.84.175.67 with SMTP id s61mr7681394plb.126.1492325240586; Sat, 15 Apr 2017 23:47:20 -0700 (PDT) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.100.138.15 with HTTP; Sat, 15 Apr 2017 23:47:19 -0700 (PDT) In-Reply-To: <20170416075542.022a6902@thor.intern.walstatt.dynvpn.de> References: <201704152003.v3FK3o3w002356@repo.freebsd.org> <20170415222136.6c58a00d@thor.intern.walstatt.dynvpn.de> <20170416075542.022a6902@thor.intern.walstatt.dynvpn.de> From: Kevin Oberman Date: Sat, 15 Apr 2017 23:47:19 -0700 X-Google-Sender-Auth: RCRAKx3Jwd14RMnvRraj9LV7cFg Message-ID: Subject: Re: svn commit: r316977 - head/sys/dev/syscons To: "O. Hartmann" Cc: Conrad Meyer , FreeBSD CURRENT , svn-src-head@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Apr 2017 06:47:21 -0000 On Sat, Apr 15, 2017 at 10:55 PM, O. Hartmann wrote: > Am Sat, 15 Apr 2017 18:00:18 -0700 > Conrad Meyer schrieb: > > > On Sat, Apr 15, 2017 at 1:21 PM, O. Hartmann > wrote: > > > Am Sat, 15 Apr 2017 20:03:50 +0000 (UTC) > > > Bruce Evans schrieb: > > > > > >> Author: bde > > >> Date: Sat Apr 15 20:03:50 2017 > > >> New Revision: 316977 > > >> URL: https://svnweb.freebsd.org/changeset/base/316977 > > > > > > There is a lot of development going on theses days for syscons. What's > about vt()? > > > vt() is considered broken for x11/nvidia-driver and vt() is considered > a requirement > > > when UEFI is boot scheme, isn't it? > > > > > > I'm just curious. > > > > Hi O., > > > > Bruce uses syscons and cares enough to improve it. He likely does not > > care about UEFI and definitely does not care about vt. I don't think > > there's anything wrong with that. We can't force volunteers to work > > on things they are not interested in. > > > > Best, > > Conrad > > Hello Conrad, happy easter. > > There is and was never intention to apply "force", it is a question as I'm > curious about > what's going on with vt() - no personally bound to B. Evans or anybody > else - I just took > the chance to comment/ask on that subject when I saw postings. > > Maybe not the right place to spread some thinkings. > > Regards, > > Oliver Hartmann > vt(4) is not a pleasant thing to look at. I am not implying that it is bad code or badly done. I am just saying that it is pretty gnarly and is not the sort of thing most enjoy dealing with. I got the distinct feeling that ray@ found the job much uglier than he anticipated when he took the Foundation commission to write it. Since then it has been widely disparaged for the things that it does not do, but I am not aware that anyone has gotten further than looking at what is needed and then running far away.Some day someone (or some company) will get sufficiently inspired to either re-write if or add the missing features. I have no idea when that might happen, though. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-current@freebsd.org Sun Apr 16 07:07:59 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EFEAFD4078F; Sun, 16 Apr 2017 07:07:59 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5BCE57C1; Sun, 16 Apr 2017 07:07:58 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.179.169.106]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MV6PJ-1cXxTD2B1Z-00YVGe; Sun, 16 Apr 2017 09:07:54 +0200 Date: Sun, 16 Apr 2017 09:07:47 +0200 From: "O. Hartmann" To: Kevin Oberman Cc: "O. Hartmann" , Conrad Meyer , FreeBSD CURRENT , svn-src-head@freebsd.org Subject: Re: svn commit: r316977 - head/sys/dev/syscons Message-ID: <20170416090747.5154d7a5@thor.intern.walstatt.dynvpn.de> In-Reply-To: References: <201704152003.v3FK3o3w002356@repo.freebsd.org> <20170415222136.6c58a00d@thor.intern.walstatt.dynvpn.de> <20170416075542.022a6902@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/EjWsezWUoSFHAzLKiVkrOOq"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:dbkRiTqNn/7a0xGwaMsZMSWTkQRFoLxL0bQBn3PSNTu3jpnkq3T AH0DFJKhIKp8mAG1VVkFggkut9YFpcpNpspx4zjuMk9MP6VZgJbR5qt2Z/0KS1G5RbeNFj6 g42koQHCTinIAgsjs+8fZirQm9i4azyg15omVRwgTlwb6aH2mUA9hQx5Md+EuyGMtduid5f eovjO6gMWgvY9NAVtHh9Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:aZcPHcpEwbE=:PmVUA34MKbDTXIt7GuQo32 zSLpzJ9u3yunbXUh7reECcaYrMIXVAKbRG37w2+NqdT/h0zOxOA96zQypNY8caz9tKs7ZgK1L DBReb+9DyRx0th/c5raUeTJMdlLLuRAUauosVZaUd8kRXnL2lDMoq2+9Sd0ubM/PGpU2txED8 MLmq48o1uEDzHkXDu2oBxITZUeW+GIbmBE2Lu9Y5ghFT5p5A9SN27ZK0Up8PYeYgwvrUt31SD 4PNPigXZVPP386YA+6t2kTh56aFCxQEtFMReWtU3ws3PMF6WZhgtW874dhdP2TWzGTw7pGu/9 tMC85ndW3KRU3ix9ZFGtrBhEM0O2VJzm0ucPAiE0+UnJRfLc4ocRLtPxBiHBBQlyrHz42rjLs Dx1UxRtXkxihTRM/mVdDLejv4bTU77T8TOHoEsFpX8Sj7uNoGetR8P+6cJB77VYKpZunl2+6B Wq3SI9RpaSqvYcbm62JEdM4gsEg7JY/IvX6YsBmI+f3yJH9Rap6v77Q31e88BPlzOHeBBcK2F bv/it2gYRtnsx94Ac0Y+u8yzyHWDhAGh7Y56pXLNUbq2JdCWEx2H0r3fdO21Y0S8JrAwWLMiS bVMGZVFyihADhaCc6hEz2fufI6CTlUyMoxRJ5riMPt18j1sHdeUN4lIsLV4DfVNe5yhOOTdQA /bLcNw8DrwQQ132uI9uUsDIj/i6YiY5ZDcPi1fN3OtGkesUhcu9GTUfMzFfIvJbwC85IpOFyG jxPa3ONs/KAI3DxWmwooE5/wqO/IXTiqx4E/Iro2CPqN09ka64scJeWaSm4= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Apr 2017 07:08:00 -0000 --Sig_/EjWsezWUoSFHAzLKiVkrOOq Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Sat, 15 Apr 2017 23:47:19 -0700 Kevin Oberman schrieb: > On Sat, Apr 15, 2017 at 10:55 PM, O. Hartmann > wrote: >=20 > > Am Sat, 15 Apr 2017 18:00:18 -0700 > > Conrad Meyer schrieb: > > =20 > > > On Sat, Apr 15, 2017 at 1:21 PM, O. Hartmann = =20 > > wrote: =20 > > > > Am Sat, 15 Apr 2017 20:03:50 +0000 (UTC) > > > > Bruce Evans schrieb: > > > > =20 > > > >> Author: bde > > > >> Date: Sat Apr 15 20:03:50 2017 > > > >> New Revision: 316977 > > > >> URL: https://svnweb.freebsd.org/changeset/base/316977 =20 > > > > > > > > There is a lot of development going on theses days for syscons. Wha= t's =20 > > about vt()? =20 > > > > vt() is considered broken for x11/nvidia-driver and vt() is conside= red =20 > > a requirement =20 > > > > when UEFI is boot scheme, isn't it? > > > > > > > > I'm just curious. =20 > > > > > > Hi O., > > > > > > Bruce uses syscons and cares enough to improve it. He likely does not > > > care about UEFI and definitely does not care about vt. I don't think > > > there's anything wrong with that. We can't force volunteers to work > > > on things they are not interested in. > > > > > > Best, > > > Conrad =20 > > > > Hello Conrad, happy easter. > > > > There is and was never intention to apply "force", it is a question as = I'm > > curious about > > what's going on with vt() - no personally bound to B. Evans or anybody > > else - I just took > > the chance to comment/ask on that subject when I saw postings. > > > > Maybe not the right place to spread some thinkings. > > > > Regards, > > > > Oliver Hartmann > > =20 >=20 > vt(4) is not a pleasant thing to look at. I am not implying that it is bad > code or badly done. I am just saying that it is pretty gnarly and is not > the sort of thing most enjoy dealing with. I got the distinct feeling that > ray@ found the job much uglier than he anticipated when he took the > Foundation commission to write it. Since then it has been widely disparag= ed > for the things that it does not do, but I am not aware that anyone has > gotten further than looking at what is needed and then running far > away.Some day someone (or some company) will get sufficiently inspired to > either re-write if or add the missing features. I have no idea when that > might happen, though. > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 Hello Kevin. So, what you say is: vt(4) is a kind of unwanted child, not to say: "part t= ime orphaned"? As far as I know, vt(4) is a requirement for UEFI/EFI booting. We do so wer= e we can and so we rely on vt(4). Please correct me if I'm wrong. We also use vt(4) with pleasure for most of our servers's consoles - due to= the great improvements due to the higher resolution which makes it very easy to edit = files/issue commands/get results on the console. Especially in an experimental environm= ent for science, where a sophisticated infrastructure isn't available like graphica= l terminals and so on. Personally, I use FreeBSD even as workstation, apart from others, equipted = with the only-left working GPU vendor, nVidia, for high-performance graphics (Intel = iGPU is fine for laptops, but ... ), and here we run into a serious problem: on all nVid= ia driven systems, with the newer drivers the console is garbage (on non-vt) when usi= ng sc(4) on legacy booting boxes, with UEFI, vt(4) and nvidia produce a blank console.= =20 I've already written a message to nVidia, but with no response until now for more than h= alf a year and the issue is present more than a year(!!!). As long as the nvidia kernel mo= dule is loaded, the console is unusable and the nvidia module somehow blocks rebooting some= of our Fujitsu Celsius workstations. On a test box, I run 381.09 - the same proble= ms. By definition, vt(4) and nVidia driver has to be considered broken and this= should be reflected then in some message from the driver - but this isn't a subject f= or this list. Thanks for your patience to read and answer. Happy Easter, Oliver Hartmann --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/EjWsezWUoSFHAzLKiVkrOOq Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWPMYQwAKCRDS528fyFhY lLGkAfwJS9bfXMUsXbph0PbOcCOdEcMOuPQdtrZ0AycE34GXgHywycHmbIjD22G4 9E8dkVsOZ3znS5ENnFu4MA5NKO2HAf449rp2rVf3ANte2cTCbSo25+luKbQjFsDT kQdp5MdozsrxJEUDS8HdEWSS9TtHGh7oZFyBhILTK7QNjHFpByQ1 =GcB2 -----END PGP SIGNATURE----- --Sig_/EjWsezWUoSFHAzLKiVkrOOq-- From owner-freebsd-current@freebsd.org Sun Apr 16 08:10:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34295D40D7C for ; Sun, 16 Apr 2017 08:10:30 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-42.reflexion.net [208.70.210.42]) (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 ECEC4E53 for ; Sun, 16 Apr 2017 08:10:28 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 26428 invoked from network); 16 Apr 2017 08:13:28 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 16 Apr 2017 08:13:28 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Sun, 16 Apr 2017 04:10:27 -0400 (EDT) Received: (qmail 10334 invoked from network); 16 Apr 2017 08:10:27 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Apr 2017 08:10:27 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 81D92EC81B0; Sun, 16 Apr 2017 01:10:26 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: FYI: amd64 built with WITH_LLD_IS_LD= vs. devel/libunwind : cannot preempt symbol (for various symbols) Message-Id: <37CB2849-A509-4C1D-AB93-A1FBFF70E959@dsl-only.net> Date: Sun, 16 Apr 2017 01:10:26 -0700 Cc: FreeBSD Current , FreeBSD Ports To: FreeBSD Toolchain X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Apr 2017 08:10:30 -0000 Context: amd64 FreeBSD -r316952 as a VirtualBox guest that was built using WITH_LLD_IS_LD=3D . ports -r438577. x11/xorg-minimal indirectly gets to devel/libunwind and devel/libunwind fails to build from source: --- Lperf-simple --- libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o = .libs/Lperf-simple Lperf-simple.o ../src/.libs/libunwind.so -lgcc = -llzma -Wl,-rpath -Wl,/usr/local/lib /usr/bin/ld: error: ./Gperf-simple.c:195: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:219: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:252: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:252: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:255: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:255: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:258: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:258: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:66: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:73: cannot preempt symbol = '_ULx86_64_step' defined in ../src/.libs/libunwind.so cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** [Lperf-simple] Error code 1 make[2]: stopped in = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/tests --- Lperf-trace --- libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o .libs/Lperf-trace = Lperf-trace.o ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath = -Wl,/usr/local/lib --- Gperf-simple --- libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o = .libs/Gperf-simple Gperf-simple.o ../src/.libs/libunwind-x86_64.so = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/src/.libs/= libunwind.so ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath = -Wl,/usr/local/lib --- Lperf-trace --- /usr/bin/ld: error: ./Gperf-trace.c:181: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-trace.c:205: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-trace.c:238: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-trace.c:238: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-trace.c:241: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so --- Gperf-trace --- libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o .libs/Gperf-trace = Gperf-trace.o ../src/.libs/libunwind-x86_64.so = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/src/.libs/= libunwind.so ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath = -Wl,/usr/local/lib --- Lperf-trace --- /usr/bin/ld: error: ./Gperf-trace.c:241: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-trace.c:244: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-trace.c:244: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** [Lperf-trace] Error code 1 make[2]: stopped in = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/tests --- Gperf-simple --- /usr/bin/ld: error: Gperf-simple.c:195: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:219: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:252: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:252: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:255: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:255: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:258: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:258: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:66: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:73: cannot preempt symbol = '_Ux86_64_step' defined in ../src/.libs/libunwind-x86_64.so --- Gperf-trace --- /usr/bin/ld: error: Gperf-trace.c:181: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:205: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:238: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:238: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:241: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:241: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:244: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:244: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so --- Gperf-simple --- cc: error: linker command failed with exit code 1 (use -v to see = invocation) --- Gperf-trace --- cc: error: linker command failed with exit code 1 (use -v to see = invocation) --- Gperf-simple --- *** [Gperf-simple] Error code 1 make[2]: stopped in = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/tests --- Gperf-trace --- *** [Gperf-trace] Error code 1 I do have: # svnlite diff /usr/ports/Mk Index: /usr/ports/Mk/bsd.port.mk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/Mk/bsd.port.mk (revision 436747) +++ /usr/ports/Mk/bsd.port.mk (working copy) @@ -1646,7 +1646,11 @@ STRIP_CMD=3D ${TRUE} .endif DEBUG_FLAGS?=3D -g +.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG) +CFLAGS:=3D ${CFLAGS} ${DEBUG_FLAGS} +.else CFLAGS:=3D ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} +.endif .if defined(INSTALL_TARGET) INSTALL_TARGET:=3D ${INSTALL_TARGET:S/^install-strip$/install/g} .endif and use ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D and WITH_DEBUG=3D : # more /etc/make.conf=20 WANT_QT_VERBOSE_CONFIGURE=3D1 # DEFAULT_VERSIONS+=3Dperl5=3D5.24 WRKDIRPREFIX=3D/usr/obj/portswork # # =46rom a local /usr/ports/Mk/bsd.port.mk extension: ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D # .if ${.CURDIR:M*/devel/*llvm*} #WITH_DEBUG=3D .elif ${.CURDIR:M*/www/webkit-qt5*} #WITH_DEBUG=3D .else WITH_DEBUG=3D .endif WITH_DEBUG_FILES=3D MALLOC_PRODUCTION=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Apr 16 08:36:12 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 32D0FD3E7B9 for ; Sun, 16 Apr 2017 08:36:12 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-42.reflexion.net [208.70.210.42]) (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 D722D1ED2 for ; Sun, 16 Apr 2017 08:36:11 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 31322 invoked from network); 16 Apr 2017 08:37:12 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 16 Apr 2017 08:37:12 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Sun, 16 Apr 2017 04:36:10 -0400 (EDT) Received: (qmail 30400 invoked from network); 16 Apr 2017 08:36:10 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Apr 2017 08:36:10 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 6D394EC81B0; Sun, 16 Apr 2017 01:36:09 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: lang/gcc6-aux for head beyond __nonnull related issues: vm_ooffset_t and vm_pindex_t related changes (and more) [amd64 system ld being lld vs. binutils based] From: Mark Millard In-Reply-To: Date: Sun, 16 Apr 2017 01:36:08 -0700 Cc: Gerald Pfeifer , Pedro Giffuni , ericturgeon.bsd@gmail.com, FreeBSD Current , freebsd-arm , FreeBSD Toolchain , FreeBSD Ports , "Ngie Cooper (yaneurabeya)" Content-Transfer-Encoding: quoted-printable Message-Id: <79677236-E5F7-45D1-9C18-7FE7237384B8@dsl-only.net> References: <9758023E-1526-41F9-9416-6AC8AD3201B5@dsl-only.net> <7606F976-20B7-4FB8-BE80-C27773F5529A@gmail.com> <20170415093010.GA4104@lonesome.com> To: Mark Linimon X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Apr 2017 08:36:12 -0000 On 2017-Apr-15, at 11:30 PM, Mark Millard = wrote: > On 2017-Apr-15, at 2:30 AM, Mark Linimon = wrote: >=20 >> On Fri, Apr 14, 2017 at 08:27:29PM -0700, Mark Millard wrote: >>> I've seen material quoted from a exp-run that reported >>> that about 54(?) ports were then blocked by lang/gcc6-aux >>> not building. >>=20 >> Although the first is an older run (the last complete run IIUC), = there >> were 50 and 51 respectively as of: >>=20 >> = http://thunderx1.nyi.freebsd.org/build.html?mastername=3D110arm64-default&= build=3D423029 >> = http://beefy8.nyi.freebsd.org/build.html?mastername=3Dhead-armv6-default&b= uild=3Dp437390_s316341 >>=20 >> I think you're fairly deep into unexplored territory here. >=20 >=20 > Looks like it. I tried an amd64 context (that was built using > WITH_LLD_IS_LD=3D in case that matters) and ports-mgmt/synth's > indirect build of lang/gcc6-aux quickly stopped for: >=20 > configure:4439: = /usr/obj/portswork/usr/ports/lang/gcc6-aux/work/bootstrap/bin/gcc -O2 = -pipe -g -fstack-protector -fno-strict-aliasing -I/usr/local/include = -L/usr/local/lib -fstack-protector conftest.c >&5 > /usr/bin/ld: error: unable to find library -lssp_nonshared > /usr/bin/ld: error: unable to find library -lc > collect2: error: ld returned 1 exit status > configure:4443: $? =3D 1 > configure:4480: result:=20 > configure: failed program was: > | /* confdefs.h */ > | #define PACKAGE_NAME "" > | #define PACKAGE_TARNAME "" > | #define PACKAGE_VERSION "" > | #define PACKAGE_STRING "" > | #define PACKAGE_BUGREPORT "" > | #define PACKAGE_URL "" > | /* end confdefs.h. */ > |=20 > | int > | main () > | { > |=20 > | ; > | return 0; > | } > configure:4486: error: in = `/usr/obj/portswork/usr/ports/lang/gcc6-aux/work/build': > configure:4490: error: C compiler cannot create executables >=20 > This happened even if I checked off in gcc6-aux's config > to do a bootstrap. >=20 > Even amd64 has build problems (at least for use of the > modern/experimental ld). I reverted to an amd64 system based on WITHOUT_LLD_IS_LD=3D and that avoided this issue: at least the build has gotten farther and is still in progress. It looks like the lang/gcc6-aux bootstrap/bin/gcc for amd64 is using /usr/bin/ld in a way that is binutils specific at this point. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Apr 16 09:03:49 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 32404D404BE for ; Sun, 16 Apr 2017 09:03:49 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-42.reflexion.net [208.70.210.42]) (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 EE5DF120E for ; Sun, 16 Apr 2017 09:03:48 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 1737 invoked from network); 16 Apr 2017 09:03:47 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 16 Apr 2017 09:03:47 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Sun, 16 Apr 2017 05:03:47 -0400 (EDT) Received: (qmail 29147 invoked from network); 16 Apr 2017 09:03:47 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Apr 2017 09:03:47 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 6FD33EC7B2C; Sun, 16 Apr 2017 02:03:46 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: FYI: amd64 built with WITH_LLD_IS_LD= vs. devel/libunwind : cannot preempt symbol (for various symbols) From: Mark Millard In-Reply-To: <37CB2849-A509-4C1D-AB93-A1FBFF70E959@dsl-only.net> Date: Sun, 16 Apr 2017 02:03:45 -0700 Cc: FreeBSD Current , FreeBSD Ports Content-Transfer-Encoding: quoted-printable Message-Id: <66C3DDE1-D9DB-4FCD-9743-0A547FE14358@dsl-only.net> References: <37CB2849-A509-4C1D-AB93-A1FBFF70E959@dsl-only.net> To: FreeBSD Toolchain X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Apr 2017 09:03:49 -0000 On 2017-Apr-16, at 1:10 AM, Mark Millard wrote: > Context: amd64 FreeBSD -r316952 as a VirtualBox guest > that was built using WITH_LLD_IS_LD=3D . ports -r438577. >=20 > x11/xorg-minimal indirectly gets to devel/libunwind and > devel/libunwind fails to build from source: >=20 >=20 > --- Lperf-simple --- > libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o = .libs/Lperf-simple Lperf-simple.o ../src/.libs/libunwind.so -lgcc = -llzma -Wl,-rpath -Wl,/usr/local/lib > /usr/bin/ld: error: ./Gperf-simple.c:195: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:219: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:252: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:252: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:255: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:255: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:258: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:258: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:66: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:73: cannot preempt symbol = '_ULx86_64_step' defined in ../src/.libs/libunwind.so > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > *** [Lperf-simple] Error code 1 >=20 > make[2]: stopped in = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/tests > --- Lperf-trace --- > libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o .libs/Lperf-trace = Lperf-trace.o ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath = -Wl,/usr/local/lib > --- Gperf-simple --- > libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o = .libs/Gperf-simple Gperf-simple.o ../src/.libs/libunwind-x86_64.so = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/src/.libs/= libunwind.so ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath = -Wl,/usr/local/lib > --- Lperf-trace --- > /usr/bin/ld: error: ./Gperf-trace.c:181: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-trace.c:205: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-trace.c:238: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-trace.c:238: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-trace.c:241: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so > --- Gperf-trace --- > libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o .libs/Gperf-trace = Gperf-trace.o ../src/.libs/libunwind-x86_64.so = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/src/.libs/= libunwind.so ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath = -Wl,/usr/local/lib > --- Lperf-trace --- > /usr/bin/ld: error: ./Gperf-trace.c:241: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-trace.c:244: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-trace.c:244: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > *** [Lperf-trace] Error code 1 >=20 > make[2]: stopped in = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/tests > --- Gperf-simple --- > /usr/bin/ld: error: Gperf-simple.c:195: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:219: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:252: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:252: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:255: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:255: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:258: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:258: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:66: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:73: cannot preempt symbol = '_Ux86_64_step' defined in ../src/.libs/libunwind-x86_64.so > --- Gperf-trace --- > /usr/bin/ld: error: Gperf-trace.c:181: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:205: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:238: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:238: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:241: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:241: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:244: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:244: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so > --- Gperf-simple --- > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > --- Gperf-trace --- > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > --- Gperf-simple --- > *** [Gperf-simple] Error code 1 >=20 > make[2]: stopped in = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/tests > --- Gperf-trace --- > *** [Gperf-trace] Error code 1 >=20 >=20 > I do have: >=20 > # svnlite diff /usr/ports/Mk > Index: /usr/ports/Mk/bsd.port.mk > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/ports/Mk/bsd.port.mk (revision 436747) > +++ /usr/ports/Mk/bsd.port.mk (working copy) > @@ -1646,7 +1646,11 @@ > STRIP_CMD=3D ${TRUE} > .endif > DEBUG_FLAGS?=3D -g > +.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG) > +CFLAGS:=3D ${CFLAGS} ${DEBUG_FLAGS} > +.else > CFLAGS:=3D ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} > +.endif > .if defined(INSTALL_TARGET) > INSTALL_TARGET:=3D ${INSTALL_TARGET:S/^install-strip$/install/g} > .endif >=20 > and use ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D and WITH_DEBUG=3D : >=20 > # more /etc/make.conf=20 > WANT_QT_VERBOSE_CONFIGURE=3D1 > # > DEFAULT_VERSIONS+=3Dperl5=3D5.24 > WRKDIRPREFIX=3D/usr/obj/portswork > # > # =46rom a local /usr/ports/Mk/bsd.port.mk extension: > ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D > # > .if ${.CURDIR:M*/devel/*llvm*} > #WITH_DEBUG=3D > .elif ${.CURDIR:M*/www/webkit-qt5*} > #WITH_DEBUG=3D > .else > WITH_DEBUG=3D > .endif > WITH_DEBUG_FILES=3D > MALLOC_PRODUCTION=3D I reverted my amd64 FreeBSD context to be based on WITHOUT_LLD_IS_LD=3D and tried the above again. devel/libunwind did not have the problem when the system's ld was from the system binutils. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Apr 16 16:57:04 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 74B36D41322 for ; Sun, 16 Apr 2017 16:57:04 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 547F61486; Sun, 16 Apr 2017 16:57:04 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (58-7-95-3.dyn.iinet.net.au [58.7.95.3]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v3GGunPW085289 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 16 Apr 2017 09:56:53 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: process killed: text file modification To: Rick Macklem , Konstantin Belousov References: <20170317141917.GS16105@kib.kiev.ua> <20170318032150.GW16105@kib.kiev.ua> <4642046a-08e6-35af-c76e-c5e306f01e62@harmless.hu> <050751d5-8c4d-b257-7c83-3a9bfb38a86d@harmless.hu> <20170324070141.GB43712@kib.kiev.ua> Cc: Gergely Czuczy , Dimitry Andric , Ian Lepore , FreeBSD Current From: Julian Elischer Message-ID: Date: Mon, 17 Apr 2017 00:56:43 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Apr 2017 16:57:04 -0000 On 13/4/17 5:45 am, Rick Macklem wrote: > I have just committed a patch to head (r316745) which should fix this. > (It includes code to handle the recent change to head to make the pageouts > write through the buffer cache.) > > It will be MFC'd and should be in 11.1. is there any relevance of this change to stable/10? > > Thanks everyone, for your help with this, rick > ________________________________________ > From: owner-freebsd-current@freebsd.org on behalf of Rick Macklem > Sent: Friday, March 24, 2017 4:14:45 PM > To: Konstantin Belousov > Cc: Gergely Czuczy; Dimitry Andric; Ian Lepore; FreeBSD Current > Subject: Re: process killed: text file modification > > I can't do commits until I get home in mid-April. > > That's why it will be waiting until then. > > It should make it into stable/11 in plenty of time for 11.1. > > Thanks for your help with this, rick > ________________________________________ > From: owner-freebsd-current@freebsd.org on behalf of Konstantin Belousov > Sent: Friday, March 24, 2017 3:01:41 AM > To: Rick Macklem > Cc: Gergely Czuczy; Dimitry Andric; Ian Lepore; FreeBSD Current > Subject: Re: process killed: text file modification > > On Thu, Mar 23, 2017 at 09:39:00PM +0000, Rick Macklem wrote: >> Try whatever you like. However, if the case that failed before doesn't fail now, >> I'd call the test a success. >> >> Thanks, rick >> ps: It looks like Kostik is going to work on converting the NFS vop_putpages() to >> using the buffer cache. However, if this isn't ready for head/current by mid-April, >> I will commit this patch to help fix things in the meantime. > I do not see a reason to wait for my work before committing your patch. > IMO, instead, it should be committed ASAP and merged into stable/11 for > upcoming 11.1. > I will do required adjustments if/when _putpages() patch progresses enough. > _______________________________________________ > 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" > _______________________________________________ > 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" > _______________________________________________ > 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 Sun Apr 16 17:37:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A0C4D41FF8 for ; Sun, 16 Apr 2017 17:37:39 +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 CEE8BC45; Sun, 16 Apr 2017 17:37:38 +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 v3GHbSSJ044364 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 16 Apr 2017 20:37:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v3GHbSSJ044364 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v3GHbRTS044363; Sun, 16 Apr 2017 20:37:27 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 16 Apr 2017 20:37:27 +0300 From: Konstantin Belousov To: Julian Elischer Cc: Rick Macklem , Gergely Czuczy , Dimitry Andric , Ian Lepore , FreeBSD Current Subject: Re: process killed: text file modification Message-ID: <20170416173727.GS1788@kib.kiev.ua> References: <20170318032150.GW16105@kib.kiev.ua> <4642046a-08e6-35af-c76e-c5e306f01e62@harmless.hu> <050751d5-8c4d-b257-7c83-3a9bfb38a86d@harmless.hu> <20170324070141.GB43712@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.8.0 (2017-02-23) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Apr 2017 17:37:39 -0000 On Mon, Apr 17, 2017 at 12:56:43AM +0800, Julian Elischer wrote: > On 13/4/17 5:45 am, Rick Macklem wrote: > > I have just committed a patch to head (r316745) which should fix this. > > (It includes code to handle the recent change to head to make the pageouts > > write through the buffer cache.) > > > > It will be MFC'd and should be in 11.1. > > is there any relevance of this change to stable/10? The code to kill the process on VV_TEXT mtime inconsistence is there from the initial newnfs import commit r191783. It is also present in the oldnfs client, but I am sure that it will not be changed. From owner-freebsd-current@freebsd.org Sun Apr 16 18:55:08 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C54AD41404 for ; Sun, 16 Apr 2017 18:55:08 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-41.reflexion.net [208.70.210.41]) (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 0D13A105A for ; Sun, 16 Apr 2017 18:55:07 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 20271 invoked from network); 16 Apr 2017 18:55:05 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 16 Apr 2017 18:55:05 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Sun, 16 Apr 2017 14:55:05 -0400 (EDT) Received: (qmail 1395 invoked from network); 16 Apr 2017 18:55:05 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Apr 2017 18:55:05 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id E2563EC7E2B; Sun, 16 Apr 2017 11:55:04 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: amd64 head -r317015 system clang 4.0 crashes during qt5-widgets "checking" activity: "Wrong prefetch hint in intrinsic: should be 0 or 1" (avx512.cpp) Message-Id: <61B01D71-933E-454B-8878-C021CC93DF43@dsl-only.net> Date: Sun, 16 Apr 2017 11:55:04 -0700 Cc: FreeBSD Current , freebsd-amd64@freebsd.org To: FreeBSD Toolchain , FreeBSD Ports X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Apr 2017 18:55:08 -0000 [ports -r438577 with devel/*binutils reverted to 2.27 via -r436731 .] The qr5-widgets build attempt reported: checking for avx512cd...=20 clang++ -c -pipe -O2 -g -fstack-protector -fno-strict-aliasing = -mavx512cd -g -Wall -W -fPIC -DAVX512WANT=3DCD -I. -I/usr/local/include = -I/usr/local/lib/qt5/mkspecs/freebsd-clang -o avx512.o avx512.cpp clang++ -o avx512 avx512.o -L/usr/local/lib avx512cd enabled. checking for avx512pf...=20 clang++ -c -pipe -O2 -g -fstack-protector -fno-strict-aliasing = -mavx512pf -g -Wall -W -fPIC -DAVX512WANT=3DPF -I. -I/usr/local/include = -I/usr/local/lib/qt5/mkspecs/freebsd-clang -o avx512.o avx512.cpp Assertion failed: (HintVal < 2 && "Wrong prefetch hint in intrinsic: = should be 0 or 1"), function LowerINTRINSIC_W_CHAIN, file = /usr/src/contrib/llvm/lib/Target/X86/X86ISelLowering.cpp, line 19956. clang++: ESC[0;1;31merror: ESC[0munable to execute command: Abort trap = (core dumped)ESC[0m clang++: ESC[0;1;31merror: ESC[0mclang frontend command failed due to = signal (use -v to see invocation)ESC[0m FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on = LLVM 4.0.0) Target: x86_64-unknown-freebsd12.0 Thread model: posix InstalledDir: /usr/bin clang++: ESC[0;1;30mnote: ESC[0mdiagnostic msg: PLEASE submit a bug = report to https://bugs.freebsd.org/submit/ and include the crash = backtrace, preprocessed source, and associated run script.ESC[0m clang++: ESC[0;1;30mnote: ESC[0mdiagnostic msg:=20 ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located = at:ESC[0m clang++: ESC[0;1;30mnote: ESC[0mdiagnostic msg: = /tmp/avx512-258133.cppESC[0m clang++: ESC[0;1;30mnote: ESC[0mdiagnostic msg: = /tmp/avx512-258133.shESC[0m clang++: ESC[0;1;30mnote: ESC[0mdiagnostic msg:=20 ********************ESC[0m *** Error code 254 Stop. make[2]: stopped in = /usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensour= ce-src-5.7.1/config.tests/common/avx512 # more /tmp/avx512-258133.sh # Crash reproducer for FreeBSD clang version 4.0.0 = (tags/RELEASE_400/final 297347) (based on LLVM 4.0.0) # Driver args: "--driver-mode=3Dg++" "-c" "-pipe" "-O2" "-g" = "-fstack-protector" "-fno-strict-aliasing" "-mavx512pf" "-g" "-Wall" = "-W" "-fPIC" "-D" "AVX512WANT=3DPF" "-I" "." "-I" "/usr/local/include" = "-I" "/usr/local/lib/qt5/mkspecs/freebsd-clang" "-o" "avx512.o" = "avx512.cpp" # Original command: "/usr/bin/clang++" "-cc1" "-triple" = "x86_64-unknown-freebsd12.0" "-emit-obj" "-disable-free" = "-main-file-name" "avx512.cpp" "-mrelocation-model" "pic" "-pic-level" = "2" "-mthread-model" "posix" "-mdisable-fp-elim" "-relaxed-aliasing" = "-masm-verbose" "-mconstructor-aliases" "-munwind-tables" "-target-cpu" = "x86-64" "-target-feature" "+avx512pf" "-dwarf-column-info" = "-debug-info-kind=3Dstandalone" "-dwarf-version=3D2" = "-debugger-tuning=3Dgdb" "-coverage-notes-file" = "/usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensou= rce-src-5.7.1/config.tests/common/avx512/avx512.gcno" "-resource-dir" = "/usr/bin/../lib/clang/4.0.0" "-D" "AVX512WANT=3DPF" "-I" "." "-I" = "/usr/local/include" "-I" "/usr/local/lib/qt5/mkspecs/freebsd-clang" = "-internal-isystem" "/usr/include/c++/v1" "-O2" "-Wall" "-W" = "-fdeprecated-macro" "-fdebug-compilation-dir" = "/usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensou= rce-src-5.7.1/config.tests/common/avx512" "-ferror-limit" "19" = "-fmessage-length" "80" "-stack-protector" "1" "-fobjc-runtime=3Dgnustep" = "-fcxx-exceptions" "-fexceptions" "-fdiagnostics-show-option" = "-fcolor-diagnostics" "-vectorize-loops" "-vectorize-slp" "-o" = "avx512.o" "-x" "c++" "avx512.cpp" "/usr/bin/clang++" "-cc1" "-triple" "x86_64-unknown-freebsd12.0" = "-emit-obj" "-disable-free" "-main-file-name" "avx512.cpp" = "-mrelocation-model" "pic" "-pic-level" "2" "-mthread-model" "posix" = "-mdisable-fp-elim" "-relaxed-aliasing" "-masm-verbose" = "-mconstructor-aliases" "-munwind-tables" "-target-cpu" "x86-64" = "-target-feature" "+avx512pf" "-dwarf-column-info" = "-debug-info-kind=3Dstandalone" "-dwarf-version=3D2" = "-debugger-tuning=3Dgdb" "-coverage-notes-file" = "/usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensou= rce-src-5.7.1/config.tests/common/avx512/avx512.gcno" "-D" = "AVX512WANT=3DPF" "-O2" "-Wall" "-W" "-fdeprecated-macro" = "-ferror-limit" "19" "-fmessage-length" "80" "-stack-protector" "1" = "-fobjc-runtime=3Dgnustep" "-fcxx-exceptions" "-fexceptions" = "-fdiagnostics-show-option" "-fcolor-diagnostics" "-vectorize-loops" = "-vectorize-slp" "-x" "c++" "avx512-258133.cpp" Unfortunately the /tmp/avx512-258133.cpp is somewhat over 2 MiBytes and so it not appropriate here. (Note: I got to this via trying to build x11/lumina .) As for build environment details/oddities for my context: # more /etc/make.conf=20 WANT_QT_VERBOSE_CONFIGURE=3D1 # DEFAULT_VERSIONS+=3Dperl5=3D5.24 WRKDIRPREFIX=3D/usr/obj/portswork # # =46rom a local /usr/ports/Mk/bsd.port.mk extension: ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D # .if ${.CURDIR:M*/devel/*llvm*} #WITH_DEBUG=3D .elif ${.CURDIR:M*/www/webkit-qt5*} #WITH_DEBUG=3D .else WITH_DEBUG=3D .endif WITH_DEBUG_FILES=3D MALLOC_PRODUCTION=3D # svnlite diff /usr/ports/Mk/ Index: /usr/ports/Mk/bsd.port.mk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/Mk/bsd.port.mk (revision 436747) +++ /usr/ports/Mk/bsd.port.mk (working copy) @@ -1646,7 +1646,11 @@ STRIP_CMD=3D ${TRUE} .endif DEBUG_FLAGS?=3D -g +.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG) +CFLAGS:=3D ${CFLAGS} ${DEBUG_FLAGS} +.else CFLAGS:=3D ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} +.endif .if defined(INSTALL_TARGET) INSTALL_TARGET:=3D ${INSTALL_TARGET:S/^install-strip$/install/g} .endif # svnlite info /usr/ports/devel/binutils Path: /usr/ports/devel/binutils Working Copy Root Path: /usr/ports URL: svn://svn0.us-west.freebsd.org/ports/head/devel/binutils Relative URL: ^/head/devel/binutils Repository Root: svn://svn0.us-west.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 436731 Node Kind: directory Schedule: normal Last Changed Author: bdrewery Last Changed Rev: 434651 Last Changed Date: 2017-02-22 15:33:44 -0800 (Wed, 22 Feb 2017) # svnlite diff /usr/src/contrib/llvm/ Index: /usr/src/contrib/llvm/tools/lld/ELF/Target.cpp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/contrib/llvm/tools/lld/ELF/Target.cpp (revision = 315914) +++ /usr/src/contrib/llvm/tools/lld/ELF/Target.cpp (working copy) @@ -1070,7 +1070,8 @@ } =20 PPC64TargetInfo::PPC64TargetInfo() { - PltRel =3D GotRel =3D R_PPC64_GLOB_DAT; + GotRel =3D R_PPC64_GLOB_DAT; + PltRel =3D R_PPC64_JMP_SLOT; RelativeRel =3D R_PPC64_RELATIVE; GotEntrySize =3D 8; GotPltEntrySize =3D 8; (So TARGET_ARCH=3Dpowerpc64 tied.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Apr 16 19:25:09 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C95D9D411AE for ; Sun, 16 Apr 2017 19:25:09 +0000 (UTC) (envelope-from vladimir@kondratyev.su) 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 B1F878C1 for ; Sun, 16 Apr 2017 19:25:09 +0000 (UTC) (envelope-from vladimir@kondratyev.su) Received: by mailman.ysv.freebsd.org (Postfix) id AE42AD411AC; Sun, 16 Apr 2017 19:25:09 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ADBE7D411AB; Sun, 16 Apr 2017 19:25:09 +0000 (UTC) (envelope-from vladimir@kondratyev.su) Received: from corp.infotel.ru (corp.infotel.ru [195.170.219.3]) by mx1.freebsd.org (Postfix) with ESMTP id 294548C0; Sun, 16 Apr 2017 19:25:08 +0000 (UTC) (envelope-from vladimir@kondratyev.su) Received: from corp (corp.infotel.ru [195.170.219.3]) by corp.infotel.ru (Postfix) with ESMTP id EA1E31B400; Sun, 16 Apr 2017 22:18:12 +0300 (MSK) X-Virus-Scanned: amavisd-new at corp.infotel.ru Received: from corp.infotel.ru ([195.170.219.3]) by corp (corp.infotel.ru [195.170.219.3]) (amavisd-new, port 10024) with ESMTP id ZtICZ7RGzYAJ; Sun, 16 Apr 2017 22:18:11 +0300 (MSK) Received: from mail.cicgroup.ru (unknown [195.170.219.74]) by corp.infotel.ru (Postfix) with ESMTP id 939961B3F8; Sun, 16 Apr 2017 22:18:11 +0300 (MSK) Received: from mail.cicgroup.ru (localhost [127.0.0.1]) by mail.cicgroup.ru (Postfix) with ESMTP id 8E47B574A91; Sun, 16 Apr 2017 22:18:07 +0300 (MSK) X-Virus-Scanned: amavisd-new at cicgroup.ru Received: from mail.cicgroup.ru ([127.0.0.1]) by mail.cicgroup.ru (mail.cicgroup.ru [127.0.0.1]) (amavisd-new, port 10024) with SMTP id jcdSUB5wHDjJ; Sun, 16 Apr 2017 22:18:00 +0300 (MSK) Received: from localhost (localhost [127.0.0.1]) by mail.cicgroup.ru (Postfix) with ESMTPA id 94A3A5749BA; Sun, 16 Apr 2017 22:18:00 +0300 (MSK) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 16 Apr 2017 22:18:00 +0300 From: Vladimir Kondratyev To: current@freebsd.org Cc: freebsd-mobile@freebsd.org Subject: CFT: EVDEV support in psm(4) driver Message-ID: <5fa9225de944d6cdac0b7e5749b452a9@kondratyev.su> X-Sender: vladimir@kondratyev.su User-Agent: Roundcube Webmail/1.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Apr 2017 19:25:09 -0000 Hi, FreeBSD laptop users Following patch [1] bring in multitouch EVDEV support for Synaptics and Elan PS/2 touchpads found in many laptops. (And for generic relative PS/2 mices as well). This allows to replace our limited in-kernel gesture processor with full-blown one from xf86-input-synaptics or xf86-input-libinput driver and makes Synaptics and Elan PS/2 touchpad support to be mostly on par with Linux Other mostly evdev-unrelated fixes and improvements are: 1. Fix rare but quite annoying issue in Elan hw v.4 touchpads support. Triple-finger taps are reported as double-finger taps under several circumstances. 2. Adjust tap min queue size on Elans to make multifinger tap detection more reliable. 3. Adjust Elantech palm width threshold to nearly match synaptics defaults 4. Discard pointer movements rather then mouse packets on palm detection to reduce cursor jumping. 5. Enable palm detection on two finger touches for multitouch trackpads. 6. Reduce synaptics touch sensitivity Increase hw.psm.synaptics.min_pressure default value from 16 to 32 to nearly match Linux driver (30-35 hysteresis loop). This makes libinput tap detection more reliable. 7. Serialize atkbdc ports and psm softc access with mutexes and mark psm interrupt and cdev handlers MPSAFE Patch is made for 12-CURRENT and most probably can be applied to recent 11-STABLE (not tested) How to test. 1. Apply patch [1] 2. Add `device evdev` and `options EVDEV_SUPPORT` to kernel config file and rebuild kernel 3. Add hw.psm.elantech_support=1 or hw.psm.synaptics_support=1 to /boot/loader.conf 4. Add kern.evdev.rcpt_mask=12 to /etc/sysctl.conf to enable psm source and disable sysmouse 5. Install x11-drivers/xf86-input-synaptics port compiled with EVDEV support enabled or x11-drivers/xf86-input-libinput 6. Tell XOrg to use synaptics or libinput driver as primary mouse driver: Section "InputDevice" Identifier "Mouse0" Driver "synaptics" # Driver "libinput" Option "Device" "/dev/input/eventXXX" EndSection Exact value of "/dev/input/eventXXX" can be obtained with evemu-record utiliy [2]. In most cases I have seen psm event device is located at /dev/input/event2. Lenovo trackpoint should appear as separate relative event device and is handled with xf86-input-evdev driver (not tested yet) Note: Neither HAL nor DEVD Xorg configuration backends support evdev at present time so x11-servers/xorg-server should be recompiled w/o autoconfiguration support. Alternatively DEVD or UDEV backends from coming Xorg update [3] can be used 7. Reboot and test touchpad with XOrg or evemu-record [1] psm(4) evdev support: https://reviews.freebsd.org/D10207 Raw diff: https://reviews.freebsd.org/file/data/pqjvpuhwfgsu5nnamibg/PHID-FILE-uuyjx66blb344hre3nc2/D10207.vson.id27478.whitespaceignore-most.diff [2] evemu port: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218383 Not commited yet. [3] Xorg 1.19.3 update: https://lists.freebsd.org/pipermail/freebsd-x11/2017-March/019100.html (Patch content is slightly garbled) -- WBR Vladimir Kondratyev From owner-freebsd-current@freebsd.org Mon Apr 17 00:50:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF19CD3287C for ; Mon, 17 Apr 2017 00:50:53 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 42938FBF for ; Mon, 17 Apr 2017 00:50:53 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-wm0-x22a.google.com with SMTP id t189so24236461wmt.1 for ; Sun, 16 Apr 2017 17:50:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=LQroie6jw+kydbxJ+08eBiY9GrWTDIVADWDdVxET9jc=; b=C+5qxKS+2TezBR/2M29XD3ixDZCiskf3CNneEz3hnnoHGYmY0Ck9HMeDU2EXDVpktr FIUhuuJC4y5BmGgB5n9Ij3ILuDK3qNrM4DulYeCVqQlTl4hDWKeAbVE5ix8TgSXXqbVT 8E7a7Ar+NNTThveVl9P6DtG/13xif/D7OeX+mabk7y8HS/3gfgagOnuaTeNDfpfM57w3 kksefyAOX5refPg9CSrYlN9jRrUZ24StO82Rc0CUslPBYMGeTJdOgBjVSy1gTN5sk/sM AmBBLDyknXs0LSVsqcZeRLZFEW0O+hjyluJEGXfvDUAdaMCBRGuwLmZ0Lin6/B0EhGsD kW8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=LQroie6jw+kydbxJ+08eBiY9GrWTDIVADWDdVxET9jc=; b=BIPI/czhDR5CboUAPQG8aXjvvxeLEtkYlcV9eLszuce9CGTfxSjA8Rx8RPKBduwo+v zwH66MYs4tXFwkgi5wqFDkpzJl6K8Im4WzlR5hKR+EBgIuPjc2qYRpRu4haTo3N43cXB YUgJg7U7bMecwSbPklEm+uJwS13XRnmH4ayI4HywC7/vD3AGC6BIW5RtABedObTvQNHd KSyDhU14+urcxZc1l3DW3cnH0Ji+Q/C+dFKvsMuGQqOuE44IX97s0ISkLTtGDQhJ5byn NROranIVWHYdTWhVJTUDT5yB5a29i5ae+d7dQZ4ZtL00RGvOK0QtmW24LUWue3S8876F dKfA== X-Gm-Message-State: AN3rC/5orD6JRJOtd82LjuWF1/s/EmEJbro1Tw0qWJ3wrPyiYtLAZ6Qf XJPmt6S3xy/e3p3mtJoLFIxdt9Aq1PbKmW0= X-Received: by 10.28.155.84 with SMTP id d81mr6799426wme.122.1492390250792; Sun, 16 Apr 2017 17:50:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.80.171.91 with HTTP; Sun, 16 Apr 2017 17:50:50 -0700 (PDT) In-Reply-To: References: <20170415135314.6e628657@thor.intern.walstatt.dynvpn.de> <2321.1492272025@critter.freebsd.dk> <20170415160916.GY1326@albert.catwhisker.org> <4292.1492274488@critter.freebsd.dk> <20170415184331.GB1326@albert.catwhisker.org> <3E0D0513-0337-40E1-8173-11D845C0EFF4@lerctr.org> <20170415191329.GA74780@home.opsec.eu> From: Ben Woods Date: Mon, 17 Apr 2017 08:50:50 +0800 Message-ID: Subject: Re: r316958: booting a server takes >10 minutes! To: Larry Rosenman Cc: Kurt Jaeger , FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Apr 2017 00:50:53 -0000 On 16 April 2017 at 03:24, Larry Rosenman wrote: > Current SVN seems to have fixed it (via sobomax@ syslogd commit). > I experienced this issue too, and can confirm that it existing on r316952, but is resolve on r317033. It was extremely strange. The symptoms I was experiencing were: - lightdm display manager would fail to start - slim display manager would start, but then fail to login to xfce - "service hald restart" and "service dbus restart" would fail - "pkg upgrade hal" would fail Regards, Ben -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-current@freebsd.org Mon Apr 17 00:54:49 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0EE12D32A6C for ; Mon, 17 Apr 2017 00:54:49 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.231]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dnvrco-oedge-vip.email.rr.com", Issuer "dnvrco-oedge-vip.email.rr.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E0FF51453 for ; Mon, 17 Apr 2017 00:54:48 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from [74.134.208.22] ([74.134.208.22:21889] helo=localhost) by dnvrco-omsmta03 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id E0/2B-25473-F0214F85; Mon, 17 Apr 2017 00:53:35 +0000 Date: Mon, 17 Apr 2017 00:53:32 +0000 Message-ID: From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: svn commit: r316977 - head/sys/dev/syscons References: <201704152003.v3FK3o3w002356@repo.freebsd.org> <20170415222136.6c58a00d@thor.intern.walstatt.dynvpn.de> <20170416075542.022a6902@thor.intern.walstatt.dynvpn.de> X-RR-Connecting-IP: 107.14.64.88:25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Apr 2017 00:54:49 -0000 > vt(4) is not a pleasant thing to look at. I am not implying that it is bad > code or badly done. I am just saying that it is pretty gnarly and is not > the sort of thing most enjoy dealing with. I got the distinct feeling that > ray@ found the job much uglier than he anticipated when he took the > Foundation commission to write it. Since then it has been widely disparaged > for the things that it does not do, but I am not aware that anyone has > gotten further than looking at what is needed and then running far > away.Some day someone (or some company) will get sufficiently inspired to > either re-write if or add the missing features. I have no idea when that > might happen, though. > Kevin Oberman, Part time kid herder and retired Network Engineer I find vt (4) nice when in 1920*1080 resolution, as opposed to the resolution it comes up with after booting FreeBSD. NetBSD newer versions with DRMKMS come up in this high resolution, as does FreeBSD when returning to console after exiting X. But I notice copy-and-paste by mouse on non-X console double-spaces, inserting a blank line between lines. Just for comparison, mouse copy-and-paste did not work at all with NetBSD-current i386 and amd64, but I am now rather behind, and intend to try again after updating to a more current version. Tom From owner-freebsd-current@freebsd.org Mon Apr 17 01:19:10 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B545D2A4C8 for ; Mon, 17 Apr 2017 01:19:10 +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 "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A01B91FAD; Mon, 17 Apr 2017 01:19:08 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0190.CANPRD01.PROD.OUTLOOK.COM (10.165.218.134) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1034.10; Mon, 17 Apr 2017 01:19:06 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.1034.015; Mon, 17 Apr 2017 01:19:06 +0000 From: Rick Macklem To: Julian Elischer , Konstantin Belousov CC: Gergely Czuczy , Dimitry Andric , Ian Lepore , FreeBSD Current Subject: Re: process killed: text file modification Thread-Topic: process killed: text file modification Thread-Index: AQHSnqPLfXcZwdtVHkecT5jK6Yv9dKGYQJIXgAAZ/baAAFsxgIAAVqF+gAAJQ4CAAFvPgIAAF1PPgABnggCAArMZZIAAClcAgAHrwICAA2WzgIAA/q43gACd2YCAAN05xoAd9Xb6gAX5MICAAIr3EQ== Date: Mon, 17 Apr 2017 01:19:06 +0000 Message-ID: References: <20170317141917.GS16105@kib.kiev.ua> <20170318032150.GW16105@kib.kiev.ua> <4642046a-08e6-35af-c76e-c5e306f01e62@harmless.hu> <050751d5-8c4d-b257-7c83-3a9bfb38a86d@harmless.hu> <20170324070141.GB43712@kib.kiev.ua> , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-microsoft-exchange-diagnostics: 1; YTXPR01MB0190; 7:E4TUvMfMoJbnvTMtHhaBBAzDXyvdsyW3kcQqibSRi+sluCf0/Pw74pY6miyfRJMwBFwWu022X0OJpvp7zadz5BN2tbXb58DXZfTWVIb9ShI62x6h+vcVEmPNXiPcQrbqTLtfouMG+POSDMyMdVaAzoYvcU6a7ys2auENifH4UDEYsnFClDFC1dj0lvKTXVTj7aQ0XEF6oJ5szvx/zqnJBB4YlVSLdH+fjj7D45aNmCfbcyOo6GJsZ1/Bnhuu3KbKQUIsTqCWkj/Z2cV+3FHRd1H1TkyhEgLbFtar3v3rZT7mEDm7+q+op/qH3EsjEjIojHQETbQ1uE5ZkICOtzQrjA== x-ms-office365-filtering-correlation-id: c6f79606-d3d5-4724-9cc7-08d4852fbe15 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:YTXPR01MB0190; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(5005006)(8121501046)(93006095)(93001095)(3002001)(10201501046)(6041248)(20161123564025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(20161123560025)(20161123555025)(20161123562025)(6072148); SRVR:YTXPR01MB0190; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0190; x-forefront-prvs: 02801ACE41 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39840400002)(39450400003)(39410400002)(39400400002)(377454003)(24454002)(106356001)(189998001)(3280700002)(3660700001)(6436002)(2906002)(2950100002)(7696004)(8936002)(81166006)(33656002)(74482002)(55016002)(53936002)(54906002)(86362001)(9686003)(8676002)(229853002)(5660300001)(50986999)(6246003)(122556002)(76176999)(93886004)(102836003)(305945005)(4326008)(39060400002)(74316002)(54356999)(25786009)(38730400002)(53546009)(6506006)(2900100001)(77096006); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0190; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM 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-originalarrivaltime: 17 Apr 2017 01:19:06.3877 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0190 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Apr 2017 01:19:10 -0000 Julian Elischer wrote: On 13/4/17 5:45 am, Rick Macklem wrote: > I have just committed a patch to head (r316745) which should fix this. > (It includes code to handle the recent change to head to make the pageout= s > write through the buffer cache.) > > It will be MFC'd and should be in 11.1. > is there any relevance of this change to stable/10 Yes, I do plan on MFC'ng this to stable/10. If Kostik doesn't MFC the VOP_P= UTPAGES() changes, I'll just leave the ncl_flush() call out of nfs_set_text(). When I noted it would be in 11.1, I didn't intend to imply that it would be= MFC'd to stable/11 only. rick= From owner-freebsd-current@freebsd.org Mon Apr 17 02:01:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B658D2AE09; Mon, 17 Apr 2017 02:01:27 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x241.google.com (mail-io0-x241.google.com [IPv6:2607:f8b0:4001:c06::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C80BB7DE; Mon, 17 Apr 2017 02:01:26 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x241.google.com with SMTP id k87so24159016ioi.0; Sun, 16 Apr 2017 19:01:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=MjedlHMZW6riZ6DQlCkok/KJDGfUG15mJ2CqB4VfFjY=; b=Uo7avW6YQQ63Vm1Zrt/N73k2SgXBp4iurF40owMe+GXb+Z8P1iTqvyC9BCtHrALC9x /bX0J2tXyYJCC4vNHd0j1G1IXpLCrmPi/7lFzcA9i8Xk+lUXJnpTU15awtUBWNS2zVX8 ACThSTIawzg7pBJ/wF9UYPQx/EUpBdSd3hdCseAFxcZgZFOwLbbfy6iNx2qnBzgkdXFC CnzynLVzZBp5gTUYvXyDLviet71z6W/dxmCT3JjjBlysnxr0TnL+3MoRVTHzRAlDDGKa 7n4OHHFYAI+Y5UxcjwUbQqAa61jNA3CGb1BdiLYGTbg//OXRzCs0Fvv0Ph8zTZqAZcMG xCXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=MjedlHMZW6riZ6DQlCkok/KJDGfUG15mJ2CqB4VfFjY=; b=AKEf91ProW7z2Gj08OKo01/Yw1GXpizHdXHzrqbULtFHLtxp7wlbQM2xlft34Mz4Kg UVec8jth/LLrjnJq+h9T3C32Xfeij8ZleLDhv9xO8f25Afw+S8bbCCCzAkKGNphj3V3Y TM8/mD9xBByFrZvZ/SmpE1Vr+YfypJ2PSDtiPIdh+3RWA9IVH8xxHeoBullTNh2IYyRr bZQM/SwcAu2Rchc1JDp2FRbuPw5pu2SHa60fbSQn4HecAzIj34nzZm2V+ngSEe3GcYtS 8SvFVM4AFIMlmCrjr0+N2i3vr0szmYqPM6JteW1Ilh3kBIL9LXdOHHCeC/MK+BbfTOId myCw== X-Gm-Message-State: AN3rC/5L3wm7Q6BQ0bgYJGN2+7snsPkvwG+CwKSsmrZ0v4edmmRnU8WN 2z2/FgtpUUzvepRYaE7KY+5Tyy03D87j5Aw= X-Received: by 10.36.80.213 with SMTP id m204mr7758562itb.105.1492394486085; Sun, 16 Apr 2017 19:01:26 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.30.209 with HTTP; Sun, 16 Apr 2017 19:01:05 -0700 (PDT) In-Reply-To: <37CB2849-A509-4C1D-AB93-A1FBFF70E959@dsl-only.net> References: <37CB2849-A509-4C1D-AB93-A1FBFF70E959@dsl-only.net> From: Ed Maste Date: Sun, 16 Apr 2017 22:01:05 -0400 X-Google-Sender-Auth: FH9gQrnc_95BzAhSkcjz73sNXPM Message-ID: Subject: Re: FYI: amd64 built with WITH_LLD_IS_LD= vs. devel/libunwind : cannot preempt symbol (for various symbols) To: Mark Millard Cc: FreeBSD Toolchain , FreeBSD Current , FreeBSD Ports Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Apr 2017 02:01:27 -0000 On 16 April 2017 at 04:10, Mark Millard wrote: > Context: amd64 FreeBSD -r316952 as a VirtualBox guest > that was built using WITH_LLD_IS_LD= . ports -r438577. > > x11/xorg-minimal indirectly gets to devel/libunwind and > devel/libunwind fails to build from source: > > > --- Lperf-simple --- > libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing -fexceptions -Wall -Wsign-compare -fstack-protector -o .libs/Lperf-simple Lperf-simple.o ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath -Wl,/usr/local/lib > /usr/bin/ld: error: ./Gperf-simple.c:195: cannot preempt symbol '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so The LLD ports exp-run identified the "cannot preempt symbol" issue as being responsible for the largest number of failed or skipped ports. You can find a description of the issue in LLVM PR 30960 (https://bugs.llvm.org//show_bug.cgi?id=30960). This is a tricky issue, and one for which there's not a clear right answer, but is arguably a problem that needs to be addressed in the individual pieces of software (libunwind, openal-soft, etc.) As a temporary workaround you can add CFLAGS+= -fPIC to the port's Makefile, as in https://github.com/emaste/freebsd-ports/commit/4857444b31ca546e29e221dce2a41092765e6062 From owner-freebsd-current@freebsd.org Mon Apr 17 04:32:29 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 63212D41C2D for ; Mon, 17 Apr 2017 04:32:29 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-42.reflexion.net [208.70.210.42]) (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 F36891614 for ; Mon, 17 Apr 2017 04:32:28 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 20119 invoked from network); 17 Apr 2017 04:32:27 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 17 Apr 2017 04:32:27 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Mon, 17 Apr 2017 00:32:27 -0400 (EDT) Received: (qmail 383 invoked from network); 17 Apr 2017 04:32:27 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 17 Apr 2017 04:32:27 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 56C93EC86CF; Sun, 16 Apr 2017 21:32:26 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: FYI: amd64 built with WITH_LLD_IS_LD= vs. devel/libunwind : cannot preempt symbol (for various symbols) From: Mark Millard In-Reply-To: Date: Sun, 16 Apr 2017 21:32:25 -0700 Cc: FreeBSD Toolchain , FreeBSD Current , FreeBSD Ports Content-Transfer-Encoding: quoted-printable Message-Id: <6C9833F3-8DA6-4D79-A076-F4B78C47CC72@dsl-only.net> References: <37CB2849-A509-4C1D-AB93-A1FBFF70E959@dsl-only.net> To: Ed Maste X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Apr 2017 04:32:29 -0000 On 2017-Apr-16, at 7:01 PM, Ed Maste wrote: > On 16 April 2017 at 04:10, Mark Millard wrote: >> Context: amd64 FreeBSD -r316952 as a VirtualBox guest >> that was built using WITH_LLD_IS_LD=3D . ports -r438577. >>=20 >> x11/xorg-minimal indirectly gets to devel/libunwind and >> devel/libunwind fails to build from source: >>=20 >>=20 >> --- Lperf-simple --- >> libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o = .libs/Lperf-simple Lperf-simple.o ../src/.libs/libunwind.so -lgcc = -llzma -Wl,-rpath -Wl,/usr/local/lib >> /usr/bin/ld: error: ./Gperf-simple.c:195: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so >=20 > The LLD ports exp-run identified the "cannot preempt symbol" issue as > being responsible for the largest number of failed or skipped ports. > You can find a description of the issue in LLVM PR 30960 > (https://bugs.llvm.org//show_bug.cgi?id=3D30960). This is a tricky > issue, and one for which there's not a clear right answer, but is > arguably a problem that needs to be addressed in the individual pieces > of software (libunwind, openal-soft, etc.) Good to know. > As a temporary workaround you can add CFLAGS+=3D -fPIC to the port's > Makefile, as in > = https://github.com/emaste/freebsd-ports/commit/4857444b31ca546e29e221dce2a= 41092765e6062 I've set this up for the next time I try using WITH_LLD_IS_LD=3D on amd64. Thanks. When I reverted earlier to binutils based ld a later qt5-widgets vs. libQt5Core.so ended up with: "multiple definition of" for __bss_start@Qt_5 _edata@Qt_5 _end@Qt_5 and this stoped the build that I was attempting. (I did not make to to the x11/lumina that I explicitly specified as to be built.) So my -fPIC experiment using WITH_LLD_IS_LD=3D on amd64 will not likely happen until Qt5 can build what is involved in its supporting x11/lumina . (Having at least x11/xorg-minimal also helps with using x11/lumina . But until I can have x11/lumina I've no intended use for x11/xorg-minimal .) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Apr 17 04:53:14 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B37A6D406CD for ; Mon, 17 Apr 2017 04:53:14 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7E4B47C5 for ; Mon, 17 Apr 2017 04:53:14 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-io0-x22e.google.com with SMTP id a103so142341128ioj.1 for ; Sun, 16 Apr 2017 21:53:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=vu4AcB+mk7b6SitrsEnKlNNb8U+ebDF/eoo8uvfmNAc=; b=nwo0dyNZpsTWVimk4tQ/0M++6czJSMVOZ5BRjxrPcHWWO6smRPWqmKYa0tFpl+EEQ7 WSDyghKEOYgFQQPki2ztqBPCAK9qCcTS/eBkn8Bi8ArBXkiKkkeWv1oOAW6WzHqBSUhe QGyTD02cViOwwxSjLk1qOhUJBgOKxM4nxOxXo9gv7Bx25NP9hV0vmgGjzW3xrt5p++6R xFIpELgtvKKQEnPDcgOqr7DERX059xId65ci+6RU8KkYLJ6IHBFJIBvjjIo2nM0wkms0 NqA6d9ildrbjKHXCGyqSVkDGFTppnrEwvCjkouuyaHg3s2wPjJeOpb3MGIgC1AG/dP1W bz/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=vu4AcB+mk7b6SitrsEnKlNNb8U+ebDF/eoo8uvfmNAc=; b=ndkSfEY7ZvFDdTUo3nIjlYMUZHQwYOydVeVdwLa5D6LucuqpdsDp0oP5WBGi4twUCy XrmBanZ61qprKUaUvqkUO0ruBhdO8X/54cDj1URqi4ZrPOSlXAhQslNWsjR0TauVHOLR A/3ZH1ISIYDhDtRMNLnzZJCPmh2i+nSAs5RyGeHrs5WSOT1kaiinxSyz8fqvi6JbYh+k w65Yo3a5ZzrWijEjI+zMTeHKki1tMS8g562D4ge6hMV1vDvrnPKAQlwOZqePO2jaSKWp 8GwAT2WsaJkfqxPiaCgnvDCpz9co1o3cUw2Q+sM4cOSIsq1wF8iVlDuVkWm1L7/KLlQZ 2NeA== X-Gm-Message-State: AN3rC/77YGYZ5FE22rtSAla1qMI85obonCdlMcSUjZOe9U38a2hR2bcp JdMI5KtMNOU3dlZSE9m5WLoV/tck8Xb4 X-Received: by 10.107.128.69 with SMTP id b66mr7918557iod.25.1492404793894; Sun, 16 Apr 2017 21:53:13 -0700 (PDT) MIME-Version: 1.0 Sender: sobomax@sippysoft.com Received: by 10.36.104.135 with HTTP; Sun, 16 Apr 2017 21:53:13 -0700 (PDT) In-Reply-To: References: <20170415135314.6e628657@thor.intern.walstatt.dynvpn.de> <2321.1492272025@critter.freebsd.dk> <20170415160916.GY1326@albert.catwhisker.org> <4292.1492274488@critter.freebsd.dk> <20170415184331.GB1326@albert.catwhisker.org> <3E0D0513-0337-40E1-8173-11D845C0EFF4@lerctr.org> <20170415191329.GA74780@home.opsec.eu> From: Maxim Sobolev Date: Sun, 16 Apr 2017 21:53:13 -0700 X-Google-Sender-Auth: aafxSU9EfXi86055X8yIGkyOEI4 Message-ID: Subject: Re: r316958: booting a server takes >10 minutes! To: Ben Woods , Peter Wemm Cc: Larry Rosenman , Kurt Jaeger , FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Apr 2017 04:53:14 -0000 Well, all this suggests to me that there must be some issue with the client syslog code in the libc, so that if syslog daemon hangs or has some internal issue that would basically render system mostly unusable. I think that might be an interesting project for somebody who has some spare time on hands to take syslogd as of (r317033 - 1) and see what can be done to improve resilience of the system against such a failure mode. -Max On Sun, Apr 16, 2017 at 5:50 PM, Ben Woods wrote: > On 16 April 2017 at 03:24, Larry Rosenman wrote: > > > Current SVN seems to have fixed it (via sobomax@ syslogd commit). > > > > > I experienced this issue too, and can confirm that it existing on r316952, > but is resolve on r317033. > > It was extremely strange. The symptoms I was experiencing were: > - lightdm display manager would fail to start > - slim display manager would start, but then fail to login to xfce > - "service hald restart" and "service dbus restart" would fail > - "pkg upgrade hal" would fail > > Regards, > Ben > > -- > From: Benjamin Woods > woodsb02@gmail.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@freebsd.org Mon Apr 17 08:15:03 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91D45D4127D for ; Mon, 17 Apr 2017 08:15:03 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 715B62E0 for ; Mon, 17 Apr 2017 08:15:03 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6DD38D4127B; Mon, 17 Apr 2017 08:15:03 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D784D41279 for ; Mon, 17 Apr 2017 08:15:03 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr0-x22d.google.com (mail-wr0-x22d.google.com [IPv6:2a00:1450:400c:c0c::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 03A9A2DF for ; Mon, 17 Apr 2017 08:15:03 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr0-x22d.google.com with SMTP id o21so79612810wrb.2 for ; Mon, 17 Apr 2017 01:15:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:reply-to:mime-version :content-transfer-encoding; bh=dilZuFEyemHRP4NUl4bZynpeM9rWfd2Rw1CSME/ZvKA=; b=BsvSDeMht1Lrm8F+XtPGWfIKktXX148fjx529pNZd2GIOmmrJZ04ZJ+mytmUfJbY6r WdPzmODlRdQyug7KNaWMwIZys3HzVGEsTAXqywq/CKgUrCneeLUTKsGSYErBAxv/6lg0 KzOCj+C53DvmrtXJR+w/hJToi4nIkI6HS3P6TziH5zD5L1GrOPIGkQ8ZdSV0RVXi3N/P TqpLmyPdHPbxZvJsljYPqSkVMoczgmR6bEPr2t0GX9eQVo7x3BzhLzDK/Xl58on+yooR 6diVZUSiyD/OA0GlR3BRT/nU43esSOhX3LzKfsAQc765X0bLQz8PuVnXlIrfSQJGZ3J8 t/Hw== 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:reply-to :mime-version:content-transfer-encoding; bh=dilZuFEyemHRP4NUl4bZynpeM9rWfd2Rw1CSME/ZvKA=; b=IWEEOXm6XxZlrf05k+Ug/1zMgUDwo7x0m067kZsrE4HuAGzoeIkEUvWvaZQJMg5QVm 3bH7iofR6cj7PmX8iKJrcMIlpjjFivLOibYrV/p9KL8EoMUCfKR841WIo2WmGSodnotG rG/4wtbY/Efn4pGpjQvDf6wfHrXU4bCENb17fTSzaCXrXQY41wpTUfjdxPficXPTK2kv D4hnVvoD9p3eWKT5yB6HGV1/CbZHNQfiDQVwkmyNFGVqbQRTmNIMB+gIdLfkKR57vKdE VEP845YXdJuOfi0YEVYoN5ErSvV7PPBHdjWna0Ak7Q/piq8bcXKLJ2ulPX/pMM1TazOV J6Nw== X-Gm-Message-State: AN3rC/4bZailYG51K0+o42KL8x+sjCbiFVdTR0UZxLUsc8tl5aqC7baf gaItFJv3RHW88YuU X-Received: by 10.223.154.54 with SMTP id z51mr16955627wrb.76.1492416901225; Mon, 17 Apr 2017 01:15:01 -0700 (PDT) Received: from ernst.home (p4FCA618C.dip0.t-ipconnect.de. [79.202.97.140]) by smtp.gmail.com with ESMTPSA id o77sm13318322wrc.38.2017.04.17.01.15.00 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 17 Apr 2017 01:15:00 -0700 (PDT) Date: Mon, 17 Apr 2017 10:14:59 +0200 From: Gary Jennejohn To: current@freebsd.org Subject: strange compile error in scvgarndr.c Message-ID: <20170417101459.68af2877@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Apr 2017 08:15:03 -0000 I'm seeing this very strange error when I try to make a kernel using sources updated about 5 minutes ago: -------------------------------------------------------------- >>> stage 3.1: building everything -------------------------------------------------------------- /usr/src/sys/dev/syscons/scvgarndr.c:177:31: error: unused variable 'mouse10x16' [-Werror,-Wunused-const-variable] static const struct mousedata mouse10x16 = { { ^ 1 error generated. *** Error code 1 Even if I add "mpd = &mouse10x16;" before the test for font size in various places the compiler spits out this error message. Maybe my compiler is too old? I'm using cc --version FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM 4.0.0) Target: x86_64-unknown-freebsd12.0 Thread model: posix InstalledDir: /usr/bin -- Gary Jennejohn From owner-freebsd-current@freebsd.org Mon Apr 17 10:39:49 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8E466D406E0; Mon, 17 Apr 2017 10:39:49 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: from mail-yw0-x232.google.com (mail-yw0-x232.google.com [IPv6:2607:f8b0:4002:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 45A84D9; Mon, 17 Apr 2017 10:39:49 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: by mail-yw0-x232.google.com with SMTP id k13so54325534ywk.1; Mon, 17 Apr 2017 03:39:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=y0w2IiJjsyVBQaiPzieLR+AS2mVZ/b2+WYCq1hItSjc=; b=FU+QXCSJfGvNbjETAwrg+MfmmhcCjlSr6ab4zbyzM+Ex+QNmvdmvEROZhroshsYNgZ jpSMgbaM4D7e+B8omxvfGy3yCjfGY5HdT4BUz2bchtjAUpn1Bt0Mgi/eYbp04lsd6Ng1 UoIeGueKmV0RaR0zRGA3agBuY9U2pGzRlD4WW5x0aEPgVtpXK6652cnD7leQM2fiUMjO 6+CkktWH/MhMKTofCO/TJKvoIHWJ0cAkUEOhicFTVtGotkTTEFD5MDx/mp7E8isNyDdw xaqqmb5cYLKwafb+ESIrbmhX+Np7X1p9DEILT1Nxcli6l+UdI4ATtiBEbGnefRJ7UULi K3ig== 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=y0w2IiJjsyVBQaiPzieLR+AS2mVZ/b2+WYCq1hItSjc=; b=POkJSmMh2EKILJ2J7fWBrxJU6zHDjsY8FMnWKjFHUporm9yaEqxhEix3dvvYWG+6bs O94CGpSBG14o2B6c0snf8t8UO7lCAENwsCSQ58wUbV8cKp+LI11FT/eLjAXUh9Wa27qO xxaSxZIQhQOuoq4Atd85Np8hY3WdYcl6aP96tL5zdIY0KyqPvIElB3wYX6+LDNLJNhys Fb4nXln6ag6eeRM8HSTEpCmKCFphHKziUhaxh0kB0SYxKf/t2zhRM/jPsx09uSKFIUgf modYcBRxRDlKGDR7Yu64+W2h0v84QJ1ZJFet2GXHl7ePZ30/rAYxJZs8lphSfgKX709d a4QQ== X-Gm-Message-State: AN3rC/6fv/G92/rmCeeqpQo3e1BVqeBzGvF++7gJp0dhEDNEymP6MlVy K37pMqL0MmMk/lsZj3nxe+qQn0sstdLS X-Received: by 10.129.78.6 with SMTP id c6mr14735931ywb.86.1492425588227; Mon, 17 Apr 2017 03:39:48 -0700 (PDT) MIME-Version: 1.0 From: Tom Vijlbrief Date: Mon, 17 Apr 2017 10:39:37 +0000 Message-ID: Subject: Sendmail eats CPU on r317039 To: "freebsd-current@freebsd.org" , freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Apr 2017 10:39:49 -0000 On a recent kernel sendmail is constantly consuming CPU. truss -p PID shows: sendto(3,"<22>Apr 17 10:30:33 sendmail[362"...,163,0x0,NULL,0) ERR#55 'No buffer space available' nanosleep({ 0.000001000 }) = 0 (0x0) sendto(3,"<22>Apr 17 10:30:33 sendmail[362"...,163,0x0,NULL,0) ERR#55 'No buffer space available' nanosleep({ 0.000001000 }) ... This is on an arm64 system From owner-freebsd-current@freebsd.org Mon Apr 17 11:00:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 30723D40FA2 for ; Mon, 17 Apr 2017 11:00:00 +0000 (UTC) (envelope-from jan.kokemueller@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 0AC5ED7C for ; Mon, 17 Apr 2017 11:00:00 +0000 (UTC) (envelope-from jan.kokemueller@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 05608D40F95; Mon, 17 Apr 2017 11:00:00 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03C28D40F94; Mon, 17 Apr 2017 11:00:00 +0000 (UTC) (envelope-from jan.kokemueller@gmail.com) Received: from mail-wm0-x244.google.com (mail-wm0-x244.google.com [IPv6:2a00:1450:400c:c09::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 898D1D7A; Mon, 17 Apr 2017 10:59:59 +0000 (UTC) (envelope-from jan.kokemueller@gmail.com) Received: by mail-wm0-x244.google.com with SMTP id d79so8310876wmi.2; Mon, 17 Apr 2017 03:59:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=6SGpW05Sh3npRY/A3Eqioxmilsw8eDrxDFCzVJtH+IU=; b=JQVgrLnWXW2wgsqnTeiCd05cImO+Wd/jGVmfmjnQTQa2e2fB5K/tqJR53u82a2CEoE QYT76TSAQwnfgYiFxiZIfF5csMcQ9ek9/usbSkqh+XH6baqa0dIZ3/efw59hVr4sYV0B y0nKzB7u9O0n09z9BlEP63XwBWMEJSrBB9QG6+3ZqUtDz6t7PKDcx584EocGHXzPzmic B4wV4LMVhW/dZ4gESwv01ktTtTKlrRjMicd3dr6eTtnjL78mxCTxhoMF01V9kajGF6yg m26BM5yg0eSDtSWpO/nw6p+tIdxtSAQDIZmW5sUrT2KuTu5mMQ11JVjYrs1OmXk+bXiW rpUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=6SGpW05Sh3npRY/A3Eqioxmilsw8eDrxDFCzVJtH+IU=; b=YA4qUTPSQ+fik7hKSSlTQGU9ii9RJia3y5+rmEu9tiWE09p/hFNJXLKStwlKs7d4ux Uvsl9TCAqe8JD/iq1h/i6X7yV6j3vbqLh2R4MM9ZzFDpmEFxi2ura5YGgpKmHEFChCC+ X81WpyUf5HR7/1vFiGgR63m9Xz5UXuwaiGmNt8sk/8TVOOw4p7f3d+9HumtwXlJLgcsF EDzSRbfrOodA/4yFfpygQnFr/Dpu0Bb9CubZEkyFTLRZ1giY0wfVYOBl/OrV/QBM09SV N++7WZii1s2zbfq+tu0413oX4kXl1B4lilAv9T7ngeutMUNa5JKJterGzsz9/MnZJlPW 8yow== X-Gm-Message-State: AN3rC/5iTyjD600WPLUcQYK64yi2FNv5FIUZqT5yE+hIlgo5/ofKoh7t 4ceyDzfH2Dr1ZQdb X-Received: by 10.28.158.82 with SMTP id h79mr8569404wme.59.1492426796941; Mon, 17 Apr 2017 03:59:56 -0700 (PDT) Received: from ?IPv6:2001:470:1f15:b1f:44c6:cb8a:223a:f4cc? ([2001:470:1f15:b1f:44c6:cb8a:223a:f4cc]) by smtp.googlemail.com with ESMTPSA id j26sm13818681wrb.19.2017.04.17.03.59.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 17 Apr 2017 03:59:56 -0700 (PDT) Subject: Re: CFT: EVDEV support in psm(4) driver To: Vladimir Kondratyev , current@freebsd.org Cc: freebsd-mobile@freebsd.org References: <5fa9225de944d6cdac0b7e5749b452a9@kondratyev.su> From: =?UTF-8?Q?Jan_Kokem=c3=bcller?= Message-ID: <5446ec03-c501-a369-01fc-e58a7d8712d9@gmail.com> Date: Mon, 17 Apr 2017 12:59:55 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: <5fa9225de944d6cdac0b7e5749b452a9@kondratyev.su> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Apr 2017 11:00:00 -0000 Hi Vladimir, this patch works great for me! I'm testing this with a semi-mt Synaptics touchpad and a TrackPoint of a Lenovo T420. I'm running 12-CURRENT (amd64) and Xorg 1.19.3 from Matthew's CFT with the libudev-devd backend. The Evdev devices are picked up correctly by libudev-devd and xf86-input-libinput (even the TrackPoint). I haven't tested this with xf86-input-synaptics (which is in maintenance mode) or xf86-input-evdev. I am not using xf86-input-mouse or xf86-input-keyboard. What works (everything): - true smooth scrolling with Xinput2 (tested with GTK3 Firefox or gtk3-demo) - TrackPoint scrolling holding the middle button - both horizontal/vertical scrolling - two finger scrolling powered by libinput (this semi-mt touchpad doesn't really support more gestures than this) The only thing that doesn't work out of the box is the mouse pointer on the VT console. It wouldn't be hard though to write a small tool that uses libinput to translate Evdev events into CONS_MOUSECTL ioctls needed for the VT pointer. Some comments: - PS2_MOUSE_SYNAPTICS_PRODUCT should be 0x0007, not 0x0009 (http://lxr.free-electrons.com/source/drivers/input/mouse/psmouse.h#L86) - The TrackPoint should be added with product id 0x000A as on Linux and with the INPUT_PROP_POINTING_STICK Evdev property set - I think it would be better if the same Evdev device names were exposed as on Linux (for example "SynPS/2 Synaptics TouchPad"). Many scripts using xinput to change device properties depend on the Linux device names. I've added a patch and comments to https://reviews.freebsd.org/D10265 . Even Linux 64-bit binaries work correctly with the created /dev/input/event* devices after applying those two patches here: - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218625 - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218627 This will be very useful for Linux games using joysticks, game controllers etc. Cheers, Jan From owner-freebsd-current@freebsd.org Mon Apr 17 14:57:47 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DEBD2D41491 for ; Mon, 17 Apr 2017 14:57:47 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-42.reflexion.net [208.70.210.42]) (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 6E410A63 for ; Mon, 17 Apr 2017 14:57:46 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 2880 invoked from network); 17 Apr 2017 15:00:42 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 17 Apr 2017 15:00:42 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Mon, 17 Apr 2017 10:57:40 -0400 (EDT) Received: (qmail 21075 invoked from network); 17 Apr 2017 14:57:40 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 17 Apr 2017 14:57:40 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id AB42AEC929D; Mon, 17 Apr 2017 07:57:39 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Fwd: Sendmail eats CPU on r317039 [after -r316874 it may be -r316951 and -r316973 are not enough to fix everything] Date: Mon, 17 Apr 2017 07:57:39 -0700 References: Cc: Tom Vijlbrief , FreeBSD Current , freebsd-arm To: sobomax@FreeBSD.org, hrs@FreeBSD.org Message-Id: <91A4570B-69EE-4462-9C60-205C66267599@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Apr 2017 14:57:48 -0000 Just an FYI of a more recent report of runaway sendmail on a more recent system version ( -r317039 ): Begin forwarded message: > From: Tom Vijlbrief > Subject: Sendmail eats CPU on r317039 > Date: April 17, 2017 at 3:39:37 AM PDT > To: "freebsd-current at freebsd.org" , = freebsd-arm >=20 > On a recent kernel sendmail is constantly consuming CPU. >=20 > truss -p PID >=20 > shows: >=20 > sendto(3,"<22>Apr 17 10:30:33 sendmail[362"...,163,0x0,NULL,0) ERR#55 = 'No > buffer space available' > nanosleep({ 0.000001000 }) =3D 0 (0x0) > sendto(3,"<22>Apr 17 10:30:33 sendmail[362"...,163,0x0,NULL,0) ERR#55 = 'No > buffer space available' > nanosleep({ 0.000001000 }) > ... >=20 > This is on an arm64 system Analysis of Tom V.'s context for this may be required. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Apr 17 15:29:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5AA33D42444 for ; Mon, 17 Apr 2017 15:29:46 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (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 3A86897E for ; Mon, 17 Apr 2017 15:29:45 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 97c84e62-2382-11e7-8c46-c35e37f62db1 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound2.ore.mailhop.org (Halon) with ESMTPSA id 97c84e62-2382-11e7-8c46-c35e37f62db1; Mon, 17 Apr 2017 15:29:06 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v3HFTaCg006464; Mon, 17 Apr 2017 09:29:36 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1492442976.96207.12.camel@freebsd.org> Subject: Re: r316958: booting a server takes >10 minutes! From: Ian Lepore To: Maxim Sobolev , Ben Woods , Peter Wemm Cc: Larry Rosenman , Kurt Jaeger , FreeBSD CURRENT Date: Mon, 17 Apr 2017 09:29:36 -0600 In-Reply-To: References: <20170415135314.6e628657@thor.intern.walstatt.dynvpn.de> <2321.1492272025@critter.freebsd.dk> <20170415160916.GY1326@albert.catwhisker.org> <4292.1492274488@critter.freebsd.dk> <20170415184331.GB1326@albert.catwhisker.org> <3E0D0513-0337-40E1-8173-11D845C0EFF4@lerctr.org> <20170415191329.GA74780@home.opsec.eu> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Apr 2017 15:29:46 -0000 On Sun, 2017-04-16 at 21:53 -0700, Maxim Sobolev wrote: > Well, all this suggests to me that there must be some issue with the client > syslog code in the libc, so that if syslog daemon hangs or has some > internal issue that would basically render system mostly unusable. I think > that might be an interesting project for somebody who has some spare time > on hands to take syslogd as of (r317033 - 1) and see what can be done to > improve resilience of the system against such a failure mode. > > -Max > On the sending side, the libc code tries very hard to deliver messages to the unpriveleged /var/run/log socket; if the datagram send fails due to buffer space (i.e., due to syslogd not keeping up on the read side), it will endlessly loop to sleep for 1us then try again until it succeeds. On the other hand, for /var/run/logpriv apparently the theory is that hanging a process with enough privs to use that connection would be bad. So it retries just once for errors that are not related to buffer space, and doesn't retry at all if the error was buffer space (which is a case of the code not quite matching the nearby comments) then gives up on syslogd and writes the message directly to the console before returning. So yeah, there may be some room for improvement in that logic. :) I think it could eventually give up in the non-priv case and maybe try an extra time or two in the priveleged case. When we ran into this at $work years ago we just wrote our own work- alike function to use instead of syslog(3); it retries any kind of failure no more than 3 times, with a millisecond sleep between each try. (Losing logging is bad, but losing the functionality of our app that's trying to do the logging is even worse.) -- Ian > On Sun, Apr 16, 2017 at 5:50 PM, Ben Woods > wrote: > > > > > On 16 April 2017 at 03:24, Larry Rosenman wrote: > > > > > > > > Current SVN seems to have fixed it (via sobomax@ syslogd commit). > > > > > > > I experienced this issue too, and can confirm that it existing on > > r316952, > > but is resolve on r317033. > > > > It was extremely strange. The symptoms I was experiencing were: > > - lightdm display manager would fail to start > > - slim display manager would start, but then fail to login to xfce > > - "service hald restart" and "service dbus restart" would fail > > - "pkg upgrade hal" would fail > > > > Regards, > > Ben > > > > -- > > From: Benjamin Woods > > woodsb02@gmail.com > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freeb > > sd.org" > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd > .org" From owner-freebsd-current@freebsd.org Mon Apr 17 20:10:10 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 255CBD429B6 for ; Mon, 17 Apr 2017 20:10:10 +0000 (UTC) (envelope-from vladimir@kondratyev.su) 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 0BD4BA9F for ; Mon, 17 Apr 2017 20:10:10 +0000 (UTC) (envelope-from vladimir@kondratyev.su) Received: by mailman.ysv.freebsd.org (Postfix) id 0B1CFD429B4; Mon, 17 Apr 2017 20:10:10 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0AA7CD429B3; Mon, 17 Apr 2017 20:10:10 +0000 (UTC) (envelope-from vladimir@kondratyev.su) Received: from corp.infotel.ru (corp.infotel.ru [195.170.219.3]) by mx1.freebsd.org (Postfix) with ESMTP id B67D4A9E; Mon, 17 Apr 2017 20:10:08 +0000 (UTC) (envelope-from vladimir@kondratyev.su) Received: from corp (corp.infotel.ru [195.170.219.3]) by corp.infotel.ru (Postfix) with ESMTP id D0EDC1B552; Mon, 17 Apr 2017 23:09:59 +0300 (MSK) X-Virus-Scanned: amavisd-new at corp.infotel.ru Received: from corp.infotel.ru ([195.170.219.3]) by corp (corp.infotel.ru [195.170.219.3]) (amavisd-new, port 10024) with ESMTP id WMLI89BtEFeC; Mon, 17 Apr 2017 23:09:53 +0300 (MSK) Received: from mail.cicgroup.ru (unknown [195.170.219.74]) by corp.infotel.ru (Postfix) with ESMTP id 543901B54D; Mon, 17 Apr 2017 23:09:53 +0300 (MSK) Received: from mail.cicgroup.ru (localhost [127.0.0.1]) by mail.cicgroup.ru (Postfix) with ESMTP id D1AA1574A91; Mon, 17 Apr 2017 23:09:48 +0300 (MSK) X-Virus-Scanned: amavisd-new at cicgroup.ru Received: from mail.cicgroup.ru ([127.0.0.1]) by mail.cicgroup.ru (mail.cicgroup.ru [127.0.0.1]) (amavisd-new, port 10024) with SMTP id sYsRu8r1TvbD; Mon, 17 Apr 2017 23:09:41 +0300 (MSK) Received: from localhost (localhost [127.0.0.1]) by mail.cicgroup.ru (Postfix) with ESMTPA id A900E5749BA; Mon, 17 Apr 2017 23:09:41 +0300 (MSK) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Date: Mon, 17 Apr 2017 23:09:41 +0300 From: Vladimir Kondratyev To: =?UTF-8?Q?Jan_Kokem=C3=BCller?= Cc: current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: CFT: EVDEV support in psm(4) driver In-Reply-To: <5446ec03-c501-a369-01fc-e58a7d8712d9@gmail.com> References: <5fa9225de944d6cdac0b7e5749b452a9@kondratyev.su> <5446ec03-c501-a369-01fc-e58a7d8712d9@gmail.com> Message-ID: <4a108371daf4c13dcc8be953ffccd2d5@kondratyev.su> X-Sender: vladimir@kondratyev.su User-Agent: Roundcube Webmail/1.2.2 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Apr 2017 20:10:10 -0000 On 2017-04-17 13:59, Jan Kokem=C3=BCller wrote: > Hi Vladimir, > this patch works great for me! Great! > I am not using xf86-input-mouse or xf86-input-keyboard. You stepped on minefield. xf86-input-keyboard does things that should be done by xorg-server like terminal blanking, disabling keybuffering and so on. I had seen (and heard) some funny effects before copied required ~20 lines of code from xf86-input-keyboard to xorg-server. > - TrackPoint scrolling holding the middle button Thanks for report. I was not able to test trackpoint due to lack of=20 hardware. > The only thing that doesn't work out of the box is the mouse pointer > on the VT console. It wouldn't be hard though to write a small tool > that uses libinput to translate Evdev events into CONS_MOUSECTL ioctls > needed for the VT pointer. Just run moused on /dev/psm0. Unlike usermode drivers like=20 xf86-input-synaptics in psm mode, in-kernel driver keeps psm0 device unbusied in sysmouse=20 mode. > Some comments: > - PS2_MOUSE_SYNAPTICS_PRODUCT should be 0x0007, not 0x0009 > (http://lxr.free-electrons.com/source/drivers/input/mouse/psmouse.h#L86= ) > - The TrackPoint should be added with product id 0x000A as on Linux > and with the INPUT_PROP_POINTING_STICK Evdev property set > - I think it would be better if the same Evdev device names were > exposed as on Linux (for example "SynPS/2 Synaptics TouchPad"). Many > scripts using xinput to change device properties depend on the Linux > device names. >=20 > I've added a patch and comments to https://reviews.freebsd.org/D10265 . Patch looks good to me. I will merge it after small refactoring. Thank you! --=20 WBR Vladimir Kondratyev From owner-freebsd-current@freebsd.org Tue Apr 18 05:38:59 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E5A7D43AB9 for ; Tue, 18 Apr 2017 05:38:59 +0000 (UTC) (envelope-from ohartmann@walstatt.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 42D088C8 for ; Tue, 18 Apr 2017 05:38:59 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: by mailman.ysv.freebsd.org (Postfix) id 42370D43AB8; Tue, 18 Apr 2017 05:38:59 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 41E4FD43AB7 for ; Tue, 18 Apr 2017 05:38:59 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 92D598C7 for ; Tue, 18 Apr 2017 05:38:57 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MRWzQ-1ccCBN0hiK-00Sfzp; Tue, 18 Apr 2017 07:38:49 +0200 Date: Tue, 18 Apr 2017 07:38:39 +0200 From: "O. Hartmann" To: Gary Jennejohn Cc: current@freebsd.org Subject: Re: strange compile error in scvgarndr.c Message-ID: <20170418073839.71e29856@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20170417101459.68af2877@ernst.home> References: <20170417101459.68af2877@ernst.home> Organization: Walstatt X-Mailer: Claws Mail 3.15.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:kvDWSr4WYapF25uonAOzAw166OjhxHH3epkpuQzGkGJMb8K33gU soN9vNQT8doYzZ5NVMnteGEPI6DetF7PpcNk5ZBaSaulwS+rg73Jx3neEIGnfWAQsxf5AAx LDn99VCQH6KDAfoSyqDh0XIodBzsCkpS006fXwZYvcuZrxrPjIgQDtQQh5MK0sXIWoZiVDn 3ALChVCNIc+k4lwJwvgiA== X-UI-Out-Filterresults: notjunk:1;V01:K0:PANmEt15r/k=:55CCr+kZ2IoGxTEXFjhh8L 6WebeBvf2yHBMXOPFrFvVDoDuukRO0/QAUnUj7XJ4S+dbQbFLRGUsGRBVK0EQ/L7luUiRfCli ElWIITyfdght47763G/W0ZiyMhF5aXK2A3SGUpvrNP9SpCIWB2AV1o7qcZDyBn2LsimZqFaAK nkbqvdk9jIdfwmsE72LhM27q2SG34pyhlVp3TmjY3voQIFbbwJXsogH7jKzlp49o3mecGOLaT TszxZIZMGx7XEJ+6jqd94FAy4sQkNvM1BTIzCNa+Kigu1HufZ+sXxTuDLZF8wYpHnEO3HblUQ 1m3VRfVECWggLl0v0lrcHU83E/7OoOJ2fjqD3mUXg2EeoE8/T+qjX5vRRdMbHfJGZjrAFxiTf PHt3BW9ruqcE1+gpi+RAghSwTjDCWMuBJD1/xfvCkrw/7ct/d4alxK+yGgZJ7SBFZtLn1Q8/l 0EO8pQwohTlR48YMy0OWCLOd4vf+9Ib8D5ApDKqmVKKccn7tyQkwnrErTazutZAcxyoFlS3lc u7fvVoJq7wf7TwCORrVf6zJ4qdWag6KsSlDfgZXzRbp0mH6U/Gu6pgNZgHgl1Vto99Cfv6ure NpITLH1sQfrPNXP8Bk1dkodRCRFHcNHIB1ROdyWFrRPNI9vgqQGYg1ST72LK1scP7PhszNG8w BX8ZrOfsLvmZupN3/Fzye/bk2f/rBKk3Y3X48dUFneqVsSuJjtn8PB/dJKqrjAJkIiEC8E3rl SOXNMyUnKoMhj8PC93Nv05WPMnPEZN/KwvRL5dAFdP48QLVaKSBKzuKRHolOqa/xzHsvtNxa8 TV7Zusq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Apr 2017 05:38:59 -0000 On Mon, 17 Apr 2017 10:14:59 +0200 Gary Jennejohn wrote: > I'm seeing this very strange error when I try to make a kernel using > sources updated about 5 minutes ago: > > -------------------------------------------------------------- > >>> stage 3.1: building everything > -------------------------------------------------------------- > /usr/src/sys/dev/syscons/scvgarndr.c:177:31: error: unused variable > 'mouse10x16' [-Werror,-Wunused-const-variable] > static const struct mousedata mouse10x16 = { { > ^ > 1 error generated. > *** Error code 1 > > Even if I add "mpd = &mouse10x16;" before the test for font size in > various places the compiler spits out this error message. > > Maybe my compiler is too old? I'm using > cc --version > FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM 4.0.0) > Target: x86_64-unknown-freebsd12.0 > Thread model: posix > InstalledDir: /usr/bin > I see this error, too, on one box. /usr/src ist at revision 317077. Host's OS: FreeBSD 12.0-CURRENT #13 r316677: Mon Apr 10 14:24:06 CEST 2017 amd64 cc --version: FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on LLVM 4.0.0) Target: x86_64-unknown-freebsd12.0 Thread model: posix InstalledDir: /usr/bin From owner-freebsd-current@freebsd.org Tue Apr 18 09:59:50 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13FFFD44053 for ; Tue, 18 Apr 2017 09:59:50 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D1BD61E01 for ; Tue, 18 Apr 2017 09:59:49 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1d0PvA-0002mQ-9w for freebsd-current@freebsd.org; Tue, 18 Apr 2017 11:59:40 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-current@freebsd.org Subject: Re: Fwd: Sendmail eats CPU on r317039 [after -r316874 it may be -r316951 and -r316973 are not enough to fix everything] References: <91A4570B-69EE-4462-9C60-205C66267599@dsl-only.net> Date: Tue, 18 Apr 2017 11:59:39 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <91A4570B-69EE-4462-9C60-205C66267599@dsl-only.net> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: 40b81d93390a3dca3ee709c9c36a2335 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Apr 2017 09:59:50 -0000 there is a thread ono this list about a problem in syslogd which made syslog-clients (like sendmail busy-looping on logging. That might be related to this. (it is fixed in the source already, so upgrading again might help) See the thread with subject like 'Re: r316958: booting a server takes >10 minutes!' Regards, Ronald. On Mon, 17 Apr 2017 16:57:39 +0200, Mark Millard wrote: > Just an FYI of a more recent report of runaway sendmail on a > more recent system version ( -r317039 ): > > Begin forwarded message: > >> From: Tom Vijlbrief >> Subject: Sendmail eats CPU on r317039 >> Date: April 17, 2017 at 3:39:37 AM PDT >> To: "freebsd-current at freebsd.org" , >> freebsd-arm >> >> On a recent kernel sendmail is constantly consuming CPU. >> >> truss -p PID >> >> shows: >> >> sendto(3,"<22>Apr 17 10:30:33 sendmail[362"...,163,0x0,NULL,0) ERR#55 >> 'No >> buffer space available' >> nanosleep({ 0.000001000 }) = 0 (0x0) >> sendto(3,"<22>Apr 17 10:30:33 sendmail[362"...,163,0x0,NULL,0) ERR#55 >> 'No >> buffer space available' >> nanosleep({ 0.000001000 }) >> ... >> >> This is on an arm64 system > > Analysis of Tom V.'s context for this may be required. > > === > Mark Millard > markmi at dsl-only.net > > _______________________________________________ > 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 Apr 18 19:35:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 01450D429D8 for ; Tue, 18 Apr 2017 19:35:06 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-89.reflexion.net [208.70.210.89]) (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 A8B8F13BC for ; Tue, 18 Apr 2017 19:35:05 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 18505 invoked from network); 18 Apr 2017 19:08:24 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 18 Apr 2017 19:08:24 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Tue, 18 Apr 2017 15:08:24 -0400 (EDT) Received: (qmail 20130 invoked from network); 18 Apr 2017 19:08:24 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 18 Apr 2017 19:08:24 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id ED3B3EC8AB1; Tue, 18 Apr 2017 12:08:23 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Sendmail eats CPU on r317039 [after -r316874 it may be -r316951 and -r316973 are not enough to fix everything] From: Mark Millard In-Reply-To: <91A4570B-69EE-4462-9C60-205C66267599@dsl-only.net> Date: Tue, 18 Apr 2017 12:08:23 -0700 Cc: sobomax@FreeBSD.org, hrs@FreeBSD.org, freebsd-arm , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <7AD329E1-2828-42EB-9A14-B44E357CC199@dsl-only.net> References: <91A4570B-69EE-4462-9C60-205C66267599@dsl-only.net> To: ronald-lists@klop.ws X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Apr 2017 19:35:06 -0000 Ronald Klop ronald-lists at klop.ws wrote on Tue Apr 18 09:59:50 UTC = 2017: > there is a thread ono this list about a problem in syslogd which made =20= > syslog-clients (like sendmail busy-looping on logging. > That might be related to this. (it is fixed in the source already, so =20= > upgrading again might help) > See the thread with subject like 'Re: r316958: booting a server takes = >10 =20 > minutes!' >=20 > Regards, >=20 > Ronald. Yes. But Tom V.'s report is for -r317039, which is after the reported fixes as far as I can tell. Something besides syslogd might also cause problems? In my nearly-default -r317015 ardm64 context [as a VirtualBox guest] I've not seen the problem, where I did before. (The only reason sendmail runs in my context is for the messages FreeBSD sends to it own local accounts. I do not otherwise use mail in this context.) Tom V.'s report vs. others finding lack of a problem suggests that the coverage of the fixes is incomplete somehow but useful. I happen to not be doing whatever causes the problem to appear. I've no clue what might be different or unusual in Tom V.'s context. There is also the possibility that Tom V.'s report is a fully = independent issue. But such does not seem all that likely on the initial = information. > On 2017-Apr-17, at 7:57 AM, Mark Millard = wrote: >=20 >> Just an FYI of a more recent report of runaway sendmail on a >> more recent system version ( -r317039 ): >>=20 >> Begin forwarded message: >>=20 >>> From: Tom Vijlbrief >>> Subject: Sendmail eats CPU on r317039 >>> Date: April 17, 2017 at 3:39:37 AM PDT >>> To: "freebsd-current at freebsd.org" , freebsd-arm >>>=20 >>> On a recent kernel sendmail is constantly consuming CPU. >>>=20 >>> truss -p PID >>>=20 >>> shows: >>>=20 >>> sendto(3,"<22>Apr 17 10:30:33 sendmail[362"...,163,0x0,NULL,0) = ERR#55 'No >>> buffer space available' >>> nanosleep({ 0.000001000 }) =3D 0 (0x0) >>> sendto(3,"<22>Apr 17 10:30:33 sendmail[362"...,163,0x0,NULL,0) = ERR#55 'No >>> buffer space available' >>> nanosleep({ 0.000001000 }) >>> ... >>>=20 >>> This is on an arm64 system >>=20 >> Analysis of Tom V.'s context for this may be required. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Tue Apr 18 19:42:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC3F8D441A2 for ; Tue, 18 Apr 2017 19:42:00 +0000 (UTC) (envelope-from bdrewery@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 8AD79F17 for ; Tue, 18 Apr 2017 19:42:00 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8A1C3D441A0; Tue, 18 Apr 2017 19:42:00 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 89C07D4419F for ; Tue, 18 Apr 2017 19:42:00 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B1CEF14; Tue, 18 Apr 2017 19:42:00 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id B13055FC3; Tue, 18 Apr 2017 19:41:58 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 644365263; Tue, 18 Apr 2017 19:41:56 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 3Sc2rlCyQw3D; Tue, 18 Apr 2017 19:41:52 +0000 (UTC) Subject: Re: buildkernel broken for META_MODE DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 27572525C To: "Ngie Cooper (yaneurabeya)" References: Cc: FreeBSD Current From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <11023f9a-f057-4306-6d27-69194395de58@FreeBSD.org> Date: Tue, 18 Apr 2017 12:41:33 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8Rc88kPOhUVQedJtxK8NuLfkIS8gO99NK" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Apr 2017 19:42:00 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --8Rc88kPOhUVQedJtxK8NuLfkIS8gO99NK Content-Type: multipart/mixed; boundary="xX2ampjkK0j8HgkKXpWVpadwhdwAG1Oj1"; protected-headers="v1" From: Bryan Drewery To: "Ngie Cooper (yaneurabeya)" Cc: FreeBSD Current Message-ID: <11023f9a-f057-4306-6d27-69194395de58@FreeBSD.org> Subject: Re: buildkernel broken for META_MODE References: In-Reply-To: --xX2ampjkK0j8HgkKXpWVpadwhdwAG1Oj1 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 4/10/2017 11:14 AM, Bryan Drewery wrote: > On 4/7/2017 12:13 PM, Ngie Cooper (yaneurabeya) wrote: >> Hi, >> I ran into this error when trying to run a meta mode build (for the f= irst time). It might be related to the recent assym* ordering changes. >> Thanks! >> -Ngie >> >> $ cat /etc/src-env.conf >> WITH_AUTO_OBJ=3D yes Oh I missed this part^ >> WITH_META_MODE=3D yes >> UPDATE_DEPENDFILE=3D yes By the way UPDATE_DEPENDFILE is not really a user variable and setting it may break things. >> $ pwd >> /usr/src >> $ svnversion >> 316603M >> $ svn st | grep -v \? >> M usr.bin/grep/tests/Makefile >> $ env SRCCONF=3D/dev/null NO_FILEMON=3D1 script ~/bk.ts make buildkern= el -j3 >> Script started on Fri Apr 7 11:52:38 2017 >> Command: time make buildkernel -j3 >> --- buildkernel --- >> make[1]: "/usr/src/Makefile.inc1" line 146: SYSTEM_COMPILER: Determine= d that CC=3Dcc matches the source tree. Not bootstrapping a cross-compil= er. >> --- buildkernel --- >> -------------------------------------------------------------- >>>>> Kernel build for GENERIC started on Fri Apr 7 11:52:39 PDT 2017 >> -------------------------------------------------------------- >> =3D=3D=3D> GENERIC >> mkdir -p /usr/obj/usr/src/sys >> -------------------------------------------------------------- >>>>> stage 1: configuring the kernel >> -------------------------------------------------------------- >> ... >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC/acpi_quirks.h Aha /usr/obj/usr/obj. That was in Renato's report as well. The bug is WITH_AUTO_OBJ. I just confirmed that. A bunch of errors occur when doing the first build and the opt_*.h files are not generated in the "proper" place by config(8). WITH_AUTO_OBJ is not really workable yet in buildworld/buildkernel. I have patches that I will commit soon to add support for them (meaning to work as it all does not but without a 'make obj' tree walk). >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC/feeder_eq_gen.h >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC/feeder_rate_gen.h >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC/snd_fxdiv_gen.h >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC/miidevs.h >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC/pccarddevs.h >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC/teken_state.h >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC/usbdevs.h >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC/vnode_if.h >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC/ia32_genassym.o >> --- ia32_genassym.o --- >> :1:10: fatal error: 'opt_global.h' file not found >> #include "opt_global.h" >> ^~~~~~~~~~~~~~ >> 1 error generated. >> *** [ia32_genassym.o] Error code 1 >> >> make[2]: stopped in /usr/obj/usr/src/sys/GENERIC >> .ERROR_TARGET=3D'ia32_genassym.o' >> .ERROR_META_FILE=3D'/usr/obj/usr/obj/usr/src/sys/GENERIC/ia32_genassym= =2Eo.meta' >> >=20 > It was previously reported here too > https://lists.freebsd.org/pipermail/freebsd-current/2016-June/061946.ht= ml. > It's a race. I had forgotten about it but will look at it again. >=20 --=20 Regards, Bryan Drewery --xX2ampjkK0j8HgkKXpWVpadwhdwAG1Oj1-- --8Rc88kPOhUVQedJtxK8NuLfkIS8gO99NK 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 iQEcBAEBAgAGBQJY9mvxAAoJEDXXcbtuRpfP9pgH/0Ebq6NtIdYpLOYPGWXmF9a4 AuzceZD4tqxJQvBFj07SF9InVV1MVnDCuTGNbgDZ1FdqPA/vV6bN0FhOYVXtP5w6 P3QKWiA4YTczWXNHippkpksscXaqG94FJGKbKFZdO8xG9H/ZTYP1jPpaewGD+VXm LgSnOmF+AfMGNRlskOKeUzPx6CPj1UMZCeFs2F7+CGoT8pD2fw5XIKW6eiMPqXWe bsN7ndvzXXAMpqc0cQDDUp01Z+d7NiF4vCEXXHDMssr0vNFA2NU8WqRpHBj1nA3N W6Dprz2R+bvAAW8WPDvx2vK2o77TYa3e/2n7DOqhzAIfWjsvGnfkuzBo+xiD2Xw= =yVrR -----END PGP SIGNATURE----- --8Rc88kPOhUVQedJtxK8NuLfkIS8gO99NK-- From owner-freebsd-current@freebsd.org Tue Apr 18 20:15:40 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1EB81D44665 for ; Tue, 18 Apr 2017 20:15:40 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp001.me.com (st13p35im-asmtp001.me.com [17.164.199.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED303166 for ; Tue, 18 Apr 2017 20:15:39 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp001.me.com by st13p35im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) id <0OOM00A00G3APV00@st13p35im-asmtp001.me.com> for freebsd-current@freebsd.org; Tue, 18 Apr 2017 20:15:33 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=4d515a; t=1492546532; bh=bd2plqf8FFlaxamnfpE/htFnNM0BP5zON7t/rGyO/80=; h=From:Content-type:MIME-version:Subject:Message-id:Date:To; b=b5AP4eyohxlUb/8VnP/yWqzpoM4PDci/QPGeZUL9uIW19fKv26MRCQDiCH/R215MT Nf24NrsmbN8Kms4NokX+H9OoimObQG5aR56wUjUQn/ED2UAGAOBc69W+EAFDGaSV/b ee/UDiCHRX/wO8PZnAhdh0SmNuL7D9CpBlSLUM4FpEj9JVycK3uGBCtFVIsztktbMT B2jYkIHyVpv++/Ngx0pcDSLtXdfBzUm4ecLNC2n3RrFTGVQJ3DpNKD5nXQOpwg4TRZ AwEsygDtI4RTInpYLgaZXHFkKVaG5LI6qqGSUmUZEYbk5t4Rul8U7ivC50/+xRBfgM rxjKKbSQec/rg== Received: from icloud.com ([127.0.0.1]) by st13p35im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) with ESMTPSA id <0OOM000NXG9UFB50@st13p35im-asmtp001.me.com> for freebsd-current@freebsd.org; Tue, 18 Apr 2017 20:15:32 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-04-18_17:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1034 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1701120000 definitions=main-1704180159 From: Toomas Soome Content-type: text/plain; charset=us-ascii Content-transfer-encoding: quoted-printable MIME-version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: https://reviews.freebsd.org/D10232 Message-id: <07F15E72-CB20-448C-8A4D-52DDAD8EA69B@me.com> Date: Tue, 18 Apr 2017 23:15:30 +0300 To: FreeBSD CURRENT X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Apr 2017 20:15:40 -0000 Hi! The network code rework still needs good people to test out the work, = especially the non-x86 platforms:) the url is still: = https://reviews.freebsd.org/D10232 Once it checks out, we can go for next phase and get some boost for = network loading. thanks, toomas= From owner-freebsd-current@freebsd.org Tue Apr 18 21:33:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E66A7D44FEF for ; Tue, 18 Apr 2017 21:33:27 +0000 (UTC) (envelope-from sjg@juniper.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 A1BD92F8 for ; Tue, 18 Apr 2017 21:33:27 +0000 (UTC) (envelope-from sjg@juniper.net) Received: by mailman.ysv.freebsd.org (Postfix) id A1100D44FEE; Tue, 18 Apr 2017 21:33:27 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0A6ED44FED for ; Tue, 18 Apr 2017 21:33:27 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01on0104.outbound.protection.outlook.com [104.47.32.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 485572F7; Tue, 18 Apr 2017 21:33:26 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=9OWXRJHcrpoTe3AEj98kgWSvukOzg2eCkhiwmIeXZSg=; b=JhR0FTRnKZ5JuLVC+GKSeCqOrDZvCuZxLST4GjRdPu9s0+asZD+YKeszoPyWJ9+glW/KrJb7B0daae5jw8xmpsn/ZfL7fTXs3jc6GCE60qI7x7GuuBVHDvka2vo+8ZW32+zyo1C9PJLepccfG7NeTap/KbHQ7DMFKLRE2uxAswA= Received: from DM5PR05CA0019.namprd05.prod.outlook.com (10.173.226.29) by SN2PR05MB2462.namprd05.prod.outlook.com (10.166.213.7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1047.6; Tue, 18 Apr 2017 21:33:25 +0000 Received: from DM3NAM05FT018.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e51::209) by DM5PR05CA0019.outlook.office365.com (2603:10b6:3:d4::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1047.6 via Frontend Transport; Tue, 18 Apr 2017 21:33:26 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by DM3NAM05FT018.mail.protection.outlook.com (10.152.98.127) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.1019.24 via Frontend Transport; Tue, 18 Apr 2017 21:33:24 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 18 Apr 2017 14:33:04 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v3ILX4ak025193; Tue, 18 Apr 2017 14:33:04 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id B679B38551F; Tue, 18 Apr 2017 14:33:04 -0700 (PDT) To: Bryan Drewery CC: "Ngie Cooper (yaneurabeya)" , FreeBSD Current , Subject: Re: buildkernel broken for META_MODE In-Reply-To: <11023f9a-f057-4306-6d27-69194395de58@FreeBSD.org> References: <11023f9a-f057-4306-6d27-69194395de58@FreeBSD.org> Comments: In-reply-to: Bryan Drewery message dated "Tue, 18 Apr 2017 12:41:33 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <37721.1492551184.1@kaos.jnpr.net> Date: Tue, 18 Apr 2017 14:33:04 -0700 Message-ID: <37722.1492551184@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39410400002)(39400400002)(39860400002)(39840400002)(39450400003)(39850400002)(2980300002)(24454002)(189002)(199003)(9170700003)(55016002)(2950100002)(107886003)(77096006)(110136004)(6246003)(97756001)(9686003)(2906002)(6916009)(76176999)(50986999)(38730400002)(7696004)(54906002)(53936002)(6266002)(81166006)(8936002)(229853002)(81156014)(189998001)(117636001)(8676002)(23726003)(7126002)(106466001)(50226002)(47776003)(53416004)(105596002)(69596002)(86362001)(4326008)(76506005)(46406003)(5660300001)(50466002)(39060400002)(305945005)(356003)(2810700001)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:SN2PR05MB2462; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; MX:1; A:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; DM3NAM05FT018; 1:m1JpONePvr2npjf08sGQkO0aMJDF/JoAHX2vKvv6tK2KoZGJHzlhOx//c+KFNgXWa9BtuS3bmr2oBgzhMpzrEFbd4VsGUIINsVKL0Zm7tOndu29wFr4rgsncNXoxTMaOx3q3uaBzu4xmA/bPGvCSWvdqFIwYKFCWRtpi/kNOw3KtS+umQW5vCuhnB5NjprzKykWn9+WL5mVuHEDX0CfGSW7VeVdUTVC8SV9eWR3I4V5va5cNGPVd/1BM103zxkwAu0h6pbjWJRnjgKyuYJ/edoLlJyFTtnwz9Q8RkHlftlEhpjDxteBRbpT0yix1xc6ze9MkSgI9S+tywFzZTroivRzq30QAWnVDsetC+QMuvB70SuUgyibPgS7rDyfrfwcE3yuBNDtseNwa5jWzQnxX3AHoV8Rd0Qe6bQhJDpAacAs5AOA493xy5sfKLIV+0ww6Pj75SLu1Tzxxg9CUWNvgSUlP+AkilArdnEqAdX5I+ibB3T+3WK1wriQViVimsUuB7oPkBIv/3PCU9fx5rYcFlNHogm+5TFZUGbff33O6MZ3dxbqnwphPiKwZNHviA27C X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 5c7e7769-adbd-4421-7e7d-08d486a28be4 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:SN2PR05MB2462; X-Microsoft-Exchange-Diagnostics: 1; SN2PR05MB2462; 3:/5PiKSZUeZKSgkC0kgG/nwO9Ij9VOz7WYN8rXNyboXcvBuMXkXP/DXwa6sELo4BxQ5Qvy8jS2otrLz7RAR5r6U5MxBDDO9nrVGRwVtsVExLtA96vRLJ0ngT9yZEHwu1GfwZMlUiKrMQrbmi2yS2nyzXG8K5f2DWcZ9rAxYmSK1XNdZTLPvUPv6RFeMCsMb+27PSpk08pPjMth9c61sn4ga7frKGhoWV52zNCI9SFd7WaWOZHFG56NDIy9XQNgCyUHtr/sRkj8qf9+7wO5bOSO3/wdGJox+34GAVvI5gn1Vo/a6gRwDnfpcGwDsJv/uWdGC1eAI/LbYI1EiZ5CiHZEp9k9Kd3bE9u4INwitQyvvEDoZiaBj9v47CqH0qh8tdaxuTU+gnBqk+FHQDk2tWzHc90SNt/Quv6QMl50guRZDbh0EINP1L+uVJFwHDdebwsA4NDPdfL0r+j55/5HI2vDQ== X-Microsoft-Exchange-Diagnostics: 1; SN2PR05MB2462; 25:GCbTSfQs8bXDKRIYi/L3LD6Ry2ayRwDhzXJIb4ryqMh1GLiuEy5Clp2NHrOSgaT85lFO6n44I4CQZ/5ryjfFiDAFeO8KNkuWlcZXBVP78eohfv8m65D4GrrkBC/K3FILXbjd6Y8CRN1Z29McDT4hodpXnuSQrmMch4qN03uCRKJwSDXpekqebwo/cSIssrfJjBVcuikPKKChVTgopWsfuCOl1+8N5qwkJSLs77hGUOI6vzQ9CjG8O1wMpBVhZNfdsRyIWbh9xNGwK6iLOPyp9pQ89u83Jm5phIMJf+xA/FB2SmJJXHzlMR/uvMi6lYN8ch1S0J57lOz0w8CLg0y9e9IcbumzL9by5GvyxppP3jHzAXtpsJm+lw5VyN6V81oSKzEzAFVld9YPLHM28+n0xd6jjhiiQ5FMR+0vH6UbAl98b7pPqDA4d42tq6fN+Ctt8ni60cxRaHTRx6b5yl2H7jK9O2jB5b8T6xFseIncvpA=; 31:6ldFIcOw6gALNRSFSIni+TrKLfAukYNlMTtW5D0Q2lnpsAErtIs7uhLd1jgJ4V2JbiM2LoqzyWojxufINm4hjA/mrtQmCj6ZvEY8F8nngXNIM6zV8F2wQJXAhtwl1luiQqgQSLPHs50LFBrWpF9wQLDUv7Fh2hso2hi3vlGE3UczibMvhbzNX3usPa6x3gVIshMznx1t6x9LaWdftSbrgzWfiZiPv+W9OGoNRF4ZLrMf+T2fLzVmZVvs/i+c9f+XioJ2fla7XT5oUcqmeW+SoA== X-Microsoft-Exchange-Diagnostics: 1; SN2PR05MB2462; 20:qnhaCgzPiekXhRxPVfFBZ5B9PKuoIbndLtdtXrJVQqM8GR0Wstt2t1euCSFad2KWtQS/gdNfMLY6XwSdozk8PB43ZugtbU140j/DbCgYRuSirl9FlVPVGZ+YrajsIhxQ3+gjnIK4shhcizRSnF+lZrbkLN3ncDuEY8hhuuF0s+oqxNBHBqMffFBgOrscA8sHGYwH6ttrDQPLoI2g9GgMulZi/4kqfBtf4Q5yHmtPqZbhz2uTXW2xclrJ9BTc7rJf6+ctBeJe4jQq3YQgPArxCEftIym1vv1RQ5+ZadJAUXMhydBG80qQZVTcQBLoUfUjSJHJFaqSC/aQGPE94AIEohmxO02IA3mJOGRQt69k2i5z0Jayin1ec++nhTH1bsVBf9Dq2iiU+YQfnz0wAFDzg/7hiGWHeXgQTUFbSSFrlcBUC4GwegK6S4gxGXZWHLxTSwvXSxkaSdJt2qUxNJZ5MzuIpQ+RQzIMZD2VX8p0/YlzEfbljBvkLbpSV+GYcc/i X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(13024025)(13023025)(13015025)(13018025)(13017025)(5005006)(8121501046)(93006095)(93003095)(3002001)(10201501046)(6055026)(6041248)(201703131423075)(201703011903075)(201702281528075)(201703061421075)(20161123555025)(20161123562025)(20161123564025)(20161123560025)(6072148); SRVR:SN2PR05MB2462; BCL:0; PCL:0; RULEID:; SRVR:SN2PR05MB2462; X-Microsoft-Exchange-Diagnostics: 1; SN2PR05MB2462; 4:mbopOAbAbkBzyjP3Tky3n2lD3YNOsv4eOTtw1BR9NpYFm9b0n6z3o34kvzlhfJErJL4dniKeIqmp3JvW2v224hD8hvzcA1eIJp1QMI1qJxwMPxhuoq8Dg9dN00i5zXbzWEGjwc3jzz6sHbW3QIo1CQwqsGs24LkMVCz4povgIERjRtUt38oz6vfykKaxKiSG/nlD3KxUae8q2QZHT1j4syY1trUUSWVTDdO335xyKeEK/xl5FwHP5nScEHaTmRyZwIQttHZm/yecYhKmiQ0JVzo5pku1XgeJVKufda5fkvxI5P/9UV1Qzt78fpTwKXLS0dJblJVX5vXknYbrF7/bzY5lW51nZBih+rJZr5O3MYba9V7+DQ+nvEj6ShE+j6SCmKMWD47i3iCFr+wCs3FAzSizjK49ih9/uxgKW8VX5Wq5FGRA73qO1Ub+ydBfUqDbR9e4P+Oa0+r+Hx/gtgiQKtlH3zJ5u77syhf317ebzGUyTc12jGkjr5HVjfwaYj4ThL8cedUw8DYqKqSSDAuW5JKiFw4uI5nr3Y1GpRyKSZhLXRvC7ajRYLunjicUErR2LyHNJ2CIQmpbxuIFi2t6JUAH3dTs4CdgfeusBmM8tXxVRNhOhJ/H/Xw3JvnPXXQYj0X2h3AIvi54ZnaQwiIxGODMHTQ7755/hKQGQ4BmR82AXySDtBPehC0ChvZbLjweDwMC0H4jIynCnZGx3WP/TANmfRlfSjjPac/vBsRrpM+bVYSQJxa+mdCfK8wZtV1Ua6/hE9DqA9QjLaC62xoyE797y4r4BNkKMf23HfW97TbtSEUI/Wvx+TgY7M/9qhKYq19A1rVzJztG8ZHWN1ra2w0Q9seVIXnA8n75nqVX0zI= X-Forefront-PRVS: 028166BF91 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; SN2PR05MB2462; 23:HMIYLx6XeZOrPfC0kZE2XliC2HOPaT/95nQuENd8L?= =?us-ascii?Q?UPGqOsWqF+BU8M3oY9HaaPZoPTgr5xEtbSpxkXBs+RJRYTAUZd08Gh8qVCbs?= =?us-ascii?Q?lj+0PgvmryrvkT589BKskz4hsKRX8TASGz/mQDC1EZncBhBDxvtaiIET8kI7?= =?us-ascii?Q?OkMjlJlzNyAcBGf8rTQQWDXHsUWncAdSU/R59orfZsaJa06HZXk2LdI8sxRc?= =?us-ascii?Q?Qz5oA3H2a4zvzUwXnbuNw2ivEeNAuy6BqHH8dMxKkN9pnEPL71Gxsfw2rqP/?= =?us-ascii?Q?TmhJC+9GQCGvv65R+QdyABJKiFF+zREKiIyZqkYIr4V7OzX0cxjSv0aIStDT?= =?us-ascii?Q?LO3rWtclhV1KiZYMLIUIAOOfjDsiU94eR85FX/5lM7w0Kc2dUa5GipEqx/34?= =?us-ascii?Q?pHMNQ/GDtv3KiPrGL58c7L6k7Lo/onLeK2a5Qcqk+YSZxNLWIYZyoNxPqS5T?= =?us-ascii?Q?S0IuLsc6rUjGjzI1X+EGsaY+E29qNsHvMmLOGVMPWvY2cD9PhVlb0fIZooGJ?= =?us-ascii?Q?qtlGORM0P2kD3Cp7Z08eOwDeEJBsxztswmaAFaZGrz3/xDdCdT6Zs6z/dSSa?= =?us-ascii?Q?zTvie6hfzy94WgVNLLRuvThfm1ZhiHakPHfq1z6qIsw2SG6i518hsmE36By/?= =?us-ascii?Q?SJVOV3ZRmKT99BikSqIEIaxJjmfz0M0rTN+ncck99+QGrwaLp17/WtBjCBVZ?= =?us-ascii?Q?Jf1eRiFJOYsAUxTVUO0OP5Rn8yu70Ri3EMyO1BhKzTwD6EwtNXp341Hk10GR?= =?us-ascii?Q?q9f5Ao2eg3egX3HOANeZZPNa6gsaPipS+p4fqxQWWL1ESIf8yI8t6AG+JHGE?= =?us-ascii?Q?YCnYDYtZN5LeqW5jkS3zOfhGwIEhSPgGTcB8EpmE8neSAftR/yKNUevQrY4E?= =?us-ascii?Q?hejANhD6Cm31dX90nFI4rHOpUDqpQc8Z+xJ0io0kPVXAO+umzwETaNwso7YC?= =?us-ascii?Q?3N8dnaXwAYq9iEvJSoQMSiMz/1YxmNzZVY528bMtQ7Do25HuKiQQfN8zh8Gw?= =?us-ascii?Q?VXbaIt4Lq5ttoDNZZsM4F0/3FRspbcZ+9SrQ+odOW9dYkhgpj1m+LF2+rclE?= =?us-ascii?Q?NCS8dx/zbDC5ty0hfCGAuCkKGtn1wc2JAzvux9Qq+HGrzZFohwpZOcaKJhOx?= =?us-ascii?Q?T2k2ryHN5Jg9gXitczVYXdYaGBrY6ll8YMRiJDMFCESR/4lEz8GA8uz7f+c0?= =?us-ascii?Q?EwORmUCa/B2VuIpGD4Wpu7zR91E5DeXex/nBC3Tomy6LQ3HAL0YoCBkkAhqj?= =?us-ascii?Q?WtLa5Vt5cIAZfrR/ayWy3W3Nlf/VwDk3qUFvTqZ+NHhNeuO5SikJwVn9grgO?= =?us-ascii?Q?pwCcbn3aRdDtBzQP67/104+NDezoHJX4wTIhSbbmCHt?= X-Microsoft-Exchange-Diagnostics: 1; SN2PR05MB2462; 6:ZmPIzWyMk7k3bTYDa0+c3naz99CJti5hLuFgOLgV2Tzx1vex935BHkxAzMOIO8LibzBggi/LlNdgqvq2xwsc1g4R8zj/COzgr0jLJXUGoAMHFo0Aj3I3IzXV1Ax5HCrvmHBs/EgIA+Fs8KKQfAxSEQInEqFpKmQJa4ml66CoXzftjRdPg1BHy3+WSUZ44LUWsAGWJheeg5BBk9umNrvNNvQtP17pXJch6qF1UoSmut1atHar9/AnzZtEW+VTpO848W3Hsr/tg+WVHQgnCmvphM+EjtkpI4OPbhtCuC8KcFF1yrVesImDBXNdScPE9W9RX5qyyCezcogOktMlN6W0vrHLJmwZwlOgflApaiRBs4M/6lTzSphGXu+clnCZTnT9/W+Yk1M+Hry6DIuU5ZbGmRxIML2yq3kEVViPXKPsz9AqW6pY+N2AvWiJEV/TztCthwpDlshDsJNh7ADTyVaxOdiEVQW4MeycTJt1tLvE65A=; 5:30w6qhPrvyH7JA0alHAdLyk8cAihTIteDUGDcDlPkMV6X7dYdcHK6U0iChcaZClf7pEbxuH2i00DIMLPRvfDDTqbQE552pSqeH+xA0sf6ZHXyiRsxoA9iJHT6U7o7b585gt/idMW/oiUc5sR0XRJ0w==; 24:RzkRHTgcatXoWVbZ3smqjCQMOGq1+99hJ3EHQF8VpR0/YZvSMac3MfK5lCNKLYs2QIDXXnTr5NQnunQ9KpuHy3zEo27BmFp4WNQRmc5lbyA= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; SN2PR05MB2462; 7:5HvHPYdvnBTuc7c+2WO5St1pg/wb9t2WSIJQkDj61PVF+nZRrkZybZUGm7M6rM8wdc1MjG6G5XdawQPKPO/D0Zbnter8YPv2xB6cbf0ADo7kaGX1Vf/dHRj1x5btQ80+TCFZx90vGOg6yU2CNMX1Ko1s8cigbLurg3DcoE5t13WNc1+nkowKSTvmkpTiG0FCBFi+c5SupgJOqxVMzIj9Zm8LxY1vow/yoeJ+tqbMvp283IIosK6DFfuplLkPryo4RPtgbjzGLUuZW1K/XFisCe2UVeNfqc4U1bLUW5mE1wzrd+njP1DOSQXwZAAq+7cl5WEUp6ZHg5QrvFsmLzGOJg== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 Apr 2017 21:33:24.7867 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN2PR05MB2462 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Apr 2017 21:33:28 -0000 Bryan Drewery wrote: > Aha /usr/obj/usr/obj. > > That was in Renato's report as well. > > The bug is WITH_AUTO_OBJ. I just confirmed that. A bunch of errors occur > when doing the first build and the opt_*.h files are not generated in > the "proper" place by config(8). > > WITH_AUTO_OBJ is not really workable yet in buildworld/buildkernel. I > have patches that I will commit soon to add support for them (meaning to > work as it all does not but without a 'make obj' tree walk). What is the issue above? diff? FWIW the latest version of auto.obj.mk deals with __objdir=obj which is a corner case compared to any use of MAKEOJDIRPREFIX etc. From owner-freebsd-current@freebsd.org Tue Apr 18 21:36:59 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6737FD4414E for ; Tue, 18 Apr 2017 21:36:59 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (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 4CF8F6D3 for ; Tue, 18 Apr 2017 21:36:58 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 0e565f77-247f-11e7-8c46-c35e37f62db1 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound2.ore.mailhop.org (Halon) with ESMTPSA id 0e565f77-247f-11e7-8c46-c35e37f62db1; Tue, 18 Apr 2017 21:36:18 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v3ILaobT009617; Tue, 18 Apr 2017 15:36:50 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1492551410.96207.44.camel@freebsd.org> Subject: Re: https://reviews.freebsd.org/D10232 From: Ian Lepore To: Toomas Soome , FreeBSD CURRENT Date: Tue, 18 Apr 2017 15:36:50 -0600 In-Reply-To: <07F15E72-CB20-448C-8A4D-52DDAD8EA69B@me.com> References: <07F15E72-CB20-448C-8A4D-52DDAD8EA69B@me.com> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Apr 2017 21:36:59 -0000 On Tue, 2017-04-18 at 23:15 +0300, Toomas Soome wrote: > Hi! > > The network code rework still needs good people to test out the work, > especially the non-x86 platforms:)the url is still: https://reviews > .freebsd.org/D10232 > > Once it checks out, we can go for next phase and get some boost for > network loading. > > thanks, > toomas I use netbooting in loader(8) extensively for armv6, and in fact that's what I'm knee-deep in for $work today too, so I'll give D10232 a look tonight or tomorrow at the latest. -- Ian From owner-freebsd-current@freebsd.org Tue Apr 18 21:44:18 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 624F4D444F1 for ; Tue, 18 Apr 2017 21:44:18 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3F4EBCFF for ; Tue, 18 Apr 2017 21:44:18 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3EB47D444F0; Tue, 18 Apr 2017 21:44:18 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E5E2D444EF for ; Tue, 18 Apr 2017 21:44:18 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0DA8ACFE; Tue, 18 Apr 2017 21:44:18 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id F32E37F6E; Tue, 18 Apr 2017 21:44:16 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id A309954C0; Tue, 18 Apr 2017 21:44:15 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id wlkCXZjxYBSf; Tue, 18 Apr 2017 21:44:10 +0000 (UTC) Subject: Re: buildkernel broken for META_MODE DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 8497454BB To: "Simon J. Gerraty" References: <11023f9a-f057-4306-6d27-69194395de58@FreeBSD.org> <37722.1492551184@kaos.jnpr.net> Cc: "Ngie Cooper (yaneurabeya)" , FreeBSD Current From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <8a4e0cd6-c494-3222-f166-bc424d6d2873@FreeBSD.org> Date: Tue, 18 Apr 2017 14:44:11 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <37722.1492551184@kaos.jnpr.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jwqQOILEGx3liAivGtCPctceVE2DMldj3" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Apr 2017 21:44:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --jwqQOILEGx3liAivGtCPctceVE2DMldj3 Content-Type: multipart/mixed; boundary="5PfUMkC6gFnOCa3HsfMxX6xs3QJJRkGpc"; protected-headers="v1" From: Bryan Drewery To: "Simon J. Gerraty" Cc: "Ngie Cooper (yaneurabeya)" , FreeBSD Current Message-ID: <8a4e0cd6-c494-3222-f166-bc424d6d2873@FreeBSD.org> Subject: Re: buildkernel broken for META_MODE References: <11023f9a-f057-4306-6d27-69194395de58@FreeBSD.org> <37722.1492551184@kaos.jnpr.net> In-Reply-To: <37722.1492551184@kaos.jnpr.net> --5PfUMkC6gFnOCa3HsfMxX6xs3QJJRkGpc Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 4/18/2017 2:33 PM, Simon J. Gerraty wrote: > Bryan Drewery wrote: >> Aha /usr/obj/usr/obj. >> >> That was in Renato's report as well. >> >> The bug is WITH_AUTO_OBJ. I just confirmed that. A bunch of errors occ= ur >> when doing the first build and the opt_*.h files are not generated in >> the "proper" place by config(8). >> >> WITH_AUTO_OBJ is not really workable yet in buildworld/buildkernel. I >> have patches that I will commit soon to add support for them (meaning = to >> work as it all does not but without a 'make obj' tree walk). >=20 > What is the issue above? diff? I don't know what the issue is with buildkernel specifically, I never looked into it. Buildworld had other issues like rescue/rescue not being AUTO_OBJ safe. That's fixed. I forget the details of buildworld as well. One of the simpler changes is to remove the 'make obj' treewalk and prefer .OBJDIR/OBJTOP over other ${CANONICALOBJDIR} ${OBJTREE} type hacks. My patches are quite mangled with the idea of moving to /usr/obj/CURDIR/TARGET.TARGET_ARCH/RELDIR and I need to split it all up still. >=20 > FWIW the latest version of auto.obj.mk deals with __objdir=3Dobj which = is > a corner case compared to any use of MAKEOJDIRPREFIX etc. >=20 It does not fix the issues. > -------------------------------------------------------------- >>>> stage 2.2: rebuilding the object tree > -------------------------------------------------------------- > cd /usr/obj/root/git/freebsd/sys/GENERIC; COMPILER_VERSION=3D40000 COM= PILER_FEATURES=3Dc++11 COMPILER_TYPE=3Dclang COMPILER_FREEBSD_VERSION=3D= 1200006 MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Damd64 MACHINE=3Damd6= 4 CPUTYPE=3D BUILD_TOOLS_META=3D.NOMETA GROFF_BIN_PATH=3D/usr/obj/root/g= it/freebsd/tmp/legacy/usr/bin GROFF_FONT_PATH > =3D/usr/obj/root/git/freebsd/tmp/legacy/usr/share/groff_font GROFF_TMA= C_PATH=3D/usr/obj/root/git/freebsd/tmp/legacy/usr/share/tmac CC=3D"/usr/l= ocal/bin/ccache cc -target x86_64-unknown-freebsd12.0 --sysroot=3D/usr/ob= j/root/git/freebsd/tmp -B/usr/obj/root/git/freebsd/tmp/usr/bin" CXX=3D"/u= sr/local/bin/ccache c++ -target x86_ > 64-unknown-freebsd12.0 --sysroot=3D/usr/obj/root/git/freebsd/tmp -B/usr= /obj/root/git/freebsd/tmp/usr/bin" CPP=3D"cpp -target x86_64-unknown-fre= ebsd12.0 --sysroot=3D/usr/obj/root/git/freebsd/tmp -B/usr/obj/root/git/fr= eebsd/tmp/usr/bin" AS=3D"as" AR=3D"ar" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm= OBJCOPY=3D"objcopy" RANLIB=3Dranlib STRINGS=3D > SIZE=3D"size" INSTALL=3D"sh /root/git/freebsd/tools/install.sh" PATH= =3D/usr/obj/root/git/freebsd/tmp/legacy/usr/sbin:/usr/obj/root/git/freebs= d/tmp/legacy/usr/bin:/usr/obj/root/git/freebsd/tmp/legacy/bin:/usr/obj/ro= ot/git/freebsd/tmp/usr/sbin:/usr/obj/root/git/freebsd/tmp/usr/bin:/sbin:/= bin:/usr/sbin:/usr/bin make -j 1 > 5 -D NO_FILEMON -d M -J 15,16 -m /root/git/freebsd/share/mk KERNEL=3Dk= ernel obj > [Creating objdir /usr/obj/usr/obj/root/git/freebsd/sys/GENERIC...] Wrong^ Note we have 'cd /usr/obj/....' and 'MAKEOBJDIRPREFIX=3D/usr/obj' in there, so we get a nested /usr/obj/.CURDIR problem of /usr/obj/usr/obj. > grep: opt_md.h: No such file or directory > grep: opt_ddb.h: No such file or directory > grep: opt_kdtrace.h: No such file or directory > grep: opt_hwpmc_hooks.h: No such file or directory Wrong^ I will look into this as part of my larger patch, but it's likely due to the first bug. --=20 Regards, Bryan Drewery --5PfUMkC6gFnOCa3HsfMxX6xs3QJJRkGpc-- --jwqQOILEGx3liAivGtCPctceVE2DMldj3 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 iQEcBAEBAgAGBQJY9oirAAoJEDXXcbtuRpfP7SAIAOC6QLJOI90X0s6gycdARqfz jLUfZlnh4V9xHOykAb3Yil38RXf7PRIlFRCMFYy3DL7Lv/1dICq7EsrZ9UIILLhj Clo9vFtomQowb1cwq64keg8k3w5+VKhuOREfsBtZffCAqvMUJZ9lTdffUFT8d6iZ EoTLpOpScPx6IJ2OIo3ThmPNf1/j0qRYFJ0K1sYRNRmqcVQclSA9twmRhSHCtF8s AlV1USvNx2WB+X2h0PVlQmI9/q+EylyP8xVxGPv04pTbJZv3CZzA7sH6tHzhfYGd O9+AEFn1ruOExHTGRFrXBmYWl9tWTArrIb8xBK0acPeTyO/QA0eUHFPSkBnuWT8= =E26g -----END PGP SIGNATURE----- --jwqQOILEGx3liAivGtCPctceVE2DMldj3-- From owner-freebsd-current@freebsd.org Tue Apr 18 21:53:25 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ABF78D4480C for ; Tue, 18 Apr 2017 21:53:25 +0000 (UTC) (envelope-from sjg@juniper.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 64BB82EC for ; Tue, 18 Apr 2017 21:53:25 +0000 (UTC) (envelope-from sjg@juniper.net) Received: by mailman.ysv.freebsd.org (Postfix) id 55F6ED4480B; Tue, 18 Apr 2017 21:53:25 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 559B7D4480A for ; Tue, 18 Apr 2017 21:53:25 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0138.outbound.protection.outlook.com [104.47.37.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DBD8E2EA; Tue, 18 Apr 2017 21:53:24 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=xL41vHesEpxFkisOvKEmaUQnNJVMR6KYt4l2WraM6mQ=; b=ByRCEufqlfJrpYFBXBFMMXhdN39ktq6tHbyQUpk96e3iey8gtuo/zTTvVoKOF5pvARDFz6bL84ZP+DyCgxwyCe0d0IooFlbWUdVK9rHE+V0N1vmK6YMDkyRK/jNYGJ5M5A0oi09hqCVkBiTqKPyYL23HxHHLcqYWL5hjVT4VV88= Received: from BY2PR05CA042.namprd05.prod.outlook.com (10.141.250.32) by BN3PR05MB2452.namprd05.prod.outlook.com (10.167.3.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1047.6; Tue, 18 Apr 2017 21:53:23 +0000 Received: from DM3NAM05FT057.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e51::202) by BY2PR05CA042.outlook.office365.com (2a01:111:e400:2c5f::32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1047.6 via Frontend Transport; Tue, 18 Apr 2017 21:53:23 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by DM3NAM05FT057.mail.protection.outlook.com (10.152.98.116) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.1019.24 via Frontend Transport; Tue, 18 Apr 2017 21:53:21 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 18 Apr 2017 14:52:05 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v3ILq4ho029669; Tue, 18 Apr 2017 14:52:04 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id E217E38551F; Tue, 18 Apr 2017 14:52:04 -0700 (PDT) To: Bryan Drewery CC: "Ngie Cooper (yaneurabeya)" , FreeBSD Current , Subject: Re: buildkernel broken for META_MODE In-Reply-To: <8a4e0cd6-c494-3222-f166-bc424d6d2873@FreeBSD.org> References: <11023f9a-f057-4306-6d27-69194395de58@FreeBSD.org> <37722.1492551184@kaos.jnpr.net> <8a4e0cd6-c494-3222-f166-bc424d6d2873@FreeBSD.org> Comments: In-reply-to: Bryan Drewery message dated "Tue, 18 Apr 2017 14:44:11 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <38291.1492552324.1@kaos.jnpr.net> Content-Transfer-Encoding: quoted-printable Date: Tue, 18 Apr 2017 14:52:04 -0700 Message-ID: <38292.1492552324@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39860400002)(39450400003)(39410400002)(39840400002)(39400400002)(39850400002)(2980300002)(24454002)(189002)(199003)(9170700003)(76506005)(97756001)(106466001)(229853002)(53416004)(23726003)(39060400002)(356003)(86362001)(69596002)(93886004)(105596002)(77096006)(4326008)(117636001)(305945005)(6246003)(7696004)(2950100002)(6916009)(189998001)(2810700001)(8676002)(2906002)(47776003)(8746002)(5660300001)(110136004)(7126002)(107886003)(38730400002)(50466002)(54906002)(8936002)(53936002)(6266002)(9686003)(81156014)(50986999)(76176999)(81166006)(50226002)(55016002)(46406003)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR05MB2452; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; MX:1; A:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; DM3NAM05FT057; 1:VmrRSQp1e6OgtDizAHOj4VVNUcPRYPMKzYi3XmSKdbXJlZs1vAw0iB2RJsNyLgtznJ0NnjCbvF6helj0djmppOPRTeOGC6nDA2tmxxUAI4G1HYIkdWEgETIG2BhD/IKy1+e0zGgl4nTFWWkJJpT559sPdo0kKCXUkxity8xX7Yv2Sz7+lXvDFQFT4XAP6/13rxTXj2XzjQhg5+aMrYwrqLz14wQRFWvADUMPtYKIW8YEZNfrXlEZuTLZiA6PgmuOBgBlSYEahqZoaI9YgD27TyEAa5thHnRFu/WwooC6mUo86tluCK/w4Xfg+X+lYMW01zXAdqktcW7MV+FyEKYt7pnQ5e4g60KZDhI9BYeFINNK7Il0xZCQf9sipAdJ2uplYGb2XetsNJuq+VgTzyrHIg7JBfv2d16QrtyuhKyApkmTO/X+LGxE73RH/5WPbCorZJ8k3QBCjUX6DVB1wc0o8m3ixm3Y7K4PWofp6snAqhWb303H9Z2fw5gGwoeE//AKDbXLdUA2Xf6HvgrA/7Hm3b2QaOnPiqTHpW+FlHETXWi2FAsQydOYd4zG0n021lBM X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 7b6e7d00-33e7-4ba4-a906-08d486a55566 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:BN3PR05MB2452; X-Microsoft-Exchange-Diagnostics: 1; BN3PR05MB2452; 3:uU1miRyaiY9l4vMTPnM2rKXJGfgavqMUOu4YnyTFa3t2KP9jSYdQohPNiVVhQFwDU2SiYdnvkRE8lGWoReKZvt4IfArSWRc66tGp91cwUbAuK2EVdnYXwtYcK3MEBnES1zIoM2Lj+HmI6EdjFwiXy0SAFC9Zj5apepBWrTFkw5TpW3lw9rB3tVdYBljuE4ptb/oiM6WWWTzDvEQBfcx9jhKfIpJu5Z0gZCxj5J6nF08cQOtpDRHDnG2Km+eJH5NpxArgyAcIArV0oXfg7Ry1tU+0QWCzXWCWrQDQ4pycLGQvP79pMKPVRI7UjZvYp7VMpr+1VZ3CEUukqWiTGY4Y7SmtnkLiwiEDYlEzMcYqVHtECKT1vQdykZnXAeD83FQPZVy63QFLIAfJOnNRzgur8clShrPp/5dMW9hzFgPQ/679JUL7ftj//jvV9Thk+9D3LVcyEFdJDARPRVb5BzkPXw== X-Microsoft-Exchange-Diagnostics: 1; BN3PR05MB2452; 25:DEZy6qrY2+luThl+wYV+VWNWg2lZBJeIQwbAjI6qWr8sYN6rRf988gXsQLlNCL6KnhxTai0m2yQ3qm+IOMuzxRWNwNXs1Ah+83aNvWMw0glldBOHsbqW/n/SnQCECMUPEyFRTrXX5eD49giPNkKLKBCK9LH5fsgCq9FOlfs79CI74b7tvoIwmCvA5tTXn27nYMKbqVoJSbyeURpgJBg3nRTWjZFJmpBh5rlXlXf2+car/B0L/4RZlJehD/8+AtZLKN1t6RPhgHYSb9Hjm6iMrqe1NSjBinKed1sBKXeNsHKARXmgylVZrxfTVwbejrsJalgB2AAt6QoRrQS/B99Nlhf3tAowGX/cBnJvQuAbepPH1Kj/gzuSJ/hPA2YcQsWdK1EtROKkFIU8DWccB1GeOTFKM0Dd4PgWSG7WFBvJEkK4u6oKMLIPu99PUjB8zNgsBlSc+lDAHioiuTfrV7T0IUD5TP7WvaU8tYcCDfjY4vk=; 31:zB9pkYvVWONlNvUpcWpkah5gZr4gJ6HdaQdAG2+8RuC0IUkWAGnB/F/Pc+CaAdV7ZPsXd6qdK4O29/1SanNqEPS5noGdqu5JmVVI2f1ldyJuiiZeqsZ4T+bh+QEThTKXnDGQnQqfrA316MENhy1uJAvPicRS5hdAoPYkdQH6AjYMo7cVKnGk3cnkZRihH6wVs98hO86xH+qIA/qlIDvXyLvT4Mm4ua8e880jqXUXMkk+3P2LmXBj/ilzNOgh2aPS X-Microsoft-Exchange-Diagnostics: 1; BN3PR05MB2452; 20:pW3wYhUOHgfv7u4GWEX07egX8yqxSH4Pm17e7yZpFmhPNB74iDPWjeNOGd0JpFqe7CMl6XkcuVa9oCdEDO1suTW5ZUGaIvgyzVuSpHeZWV5gakJdx+aMDx0XB60ZTj314MBybUEhaI22kLXmYfwaisIdSQuDrTbCuMh2GHmTKGkICIdMEcuTockp9L3fVTHtL7Zlzpd8iLOmg5CBQpH92fsJ/khre0+SWg+FPB8rZGz6jB/fOd311f5lw+ayF4UKQ6auAT8QNQKeJq+iqkhpr80GeblqsKh72B3Q/WzdNE8tSic/Uq9UqK7CeImFKa3WRV+5F2fQZVhzN0S0ruXz/ie1FduuefceBJeWC/+e4pLNZAndfr3I0/uGt2bH9Toab/7s3Pp9FT0fWoQD/i4ugpbNBVbI6TLUf9RkJlwJSFFkYKxh5Zqo+vrEFxynsUtU1uo5SvteUQlrq7/7Y+BaQXzY4I6u57F1nL8GH6nJKYp9M6ltumjZH1Yd8R2zPfvF X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(13024025)(13023025)(13018025)(13017025)(13015025)(8121501046)(5005006)(3002001)(10201501046)(93006095)(93003095)(6055026)(6041248)(20161123562025)(201703131423075)(201703011903075)(201702281528075)(201703061421075)(20161123560025)(20161123555025)(20161123564025)(6072148); SRVR:BN3PR05MB2452; BCL:0; PCL:0; RULEID:; SRVR:BN3PR05MB2452; X-Microsoft-Exchange-Diagnostics: 1; BN3PR05MB2452; 4:rmlmbWqV2CxJ0Poy3aL79gBapExG06xzCZTfjxNV3dNijl/lMS/LHQTOMskNWG1TRta/Oto8oaY4LgxzFE3+spD4wUNYi8qeGYabvLlAEawMGdQovImKquYOcmJFlDvRg8CzYSDY8Me9lNnXLfYJ1E7Q4MLI3svic8STgC2PJrIjmOpntTQM3lAGuJsCZxkykVqafeC1ql/rFjcx64mmMH72iqg9Z9L6pVsV+oQIueLDW0w1GS2iHi7x8Jy56l7IwdEmwLuHcXbkKNVDq0O6hnIwZJ/f+EdjkDTdX8O3NfCUt/wmq5NRQE4N3o6WTsgFWiaiHeNPJOZds/NVrLFHLYbY5Y5IdHN1vRRKS/wLlAtbO/YiOJBDNZ5ytrKdc6zPFm9VPCSsTW24Odps5SOiopCBGvK39YGPVsLz6Lvk1h516B2JtR64PLlC3eo6Nhz8TdbzRk5A0YmDYI46MSA/KuUVPqhhDwnretxH4EWOYgJ0VgWZTtZj9jFe/g1SwtvXVmkwaM5ZFQ+mVukIZ5sl9e93N0VZC1ZHJxubJLUwC35itHG65HD7WGMpxcK305epcaGXMTNTC+k5kTE5KmKQ8rPaxGE6AVeSz3UJIkflAiZOYOBoQK9fZagssdwkh39Q3v/aI7yNKprzjM0OrsQTtCNta0Tze0JWk5DjQ368LJhiiXJdQDXthjm8jQQi4xYUvcXOH3O6CBCE1DO6CL89v8fh8B3GBZp+9HBX8uKdlZ9HRUs8DZOgfnx8BjzxiR0ORt7OMsyU5XtditYXBqM2t3COuXb0X+rsB36pGsaQiDmXul8lRWn64YrUYpkkp3J/zx7qMkuJKfEfcUVD0g9MjOeYXA/FzikdSLWcTG+6ezU= X-Forefront-PRVS: 028166BF91 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BN3PR05MB2452; 23:9lLWhkXgbIdV1blmLZEQqCtdPCVf7PsGfuEPv1SQf?= =?us-ascii?Q?ZiEcZcEnlnMDhIkqTd0zXGwXsUvsSDRJFvY7v6Y/tfBhQlIpyFa/HiKRbUhV?= =?us-ascii?Q?VL2oiuAJk+peNEj1uRNJskqL3Wwzx5Meknt1La5Q/31cHMJEimNzvRIjzRbK?= =?us-ascii?Q?NdMXyD/xRQMdwkrlQZSqg8Bn8/Kn2k9jv/3sSqVPiyT+bmVNgYAYWN0edsX9?= =?us-ascii?Q?0KrdxgCkv1b1Ohoet7BnxURf+rHoi9VU0IInNNvJ/HUOiEywi2yDzVG6FUdn?= =?us-ascii?Q?u/fL1nVycXvKlHj4ppQJOZ2EkHBQjJvSyZDtKx8uhmhQ5/M3RIuk7po9gXUe?= =?us-ascii?Q?hAUKsisVHYXqy7jiMO7OGRo1a/k9Y4fOLV9VDaMBUerQYFmaIbJ/OTfcbafW?= =?us-ascii?Q?s263jOOZhH5h4sKCHb5zrQwilYFA5NCujemBq1pdPzQdusRz7Gf0c6XOyRUp?= =?us-ascii?Q?aQQ0dxBixtxqMIrWFNi1N73YZ9isnIn+YT98oK5Arm3lanFJITOP8TSE0JK7?= =?us-ascii?Q?kZ8hZS2RhU3vqDY8E30iSjXGDJsSyVYmq3oglLXPfOgKw7Ofw9yBULr/oJJ2?= =?us-ascii?Q?ZgT3yBqdA3q1zsFM9L0+1b+OjNYF4FiK4EYJGehq8W+qampUBpUnoWP/gUCz?= =?us-ascii?Q?qWX3mXaQ2oFZleRen/NegJjovPETewWqAzHcgka+8DVuRSLzNSimdGrcXBmY?= =?us-ascii?Q?Yw5ENBDuwwjadCgkRXUsZHxMqG3V2UpMWFRxy/1orc3TG7eK1NXwYIPU98f3?= =?us-ascii?Q?NB8ts7DFKX5q+6sWsRNkUrZIIPvdLNoDx0OkLxnyoSI2Vk//AWjC4lySy+HW?= =?us-ascii?Q?vqhmza6cD8Qd5v511FGxibsgH3KnOvpKEzI89KulL6lbQOALmyYQycOUKP8U?= =?us-ascii?Q?DxNrhjBGqobCiGYCtmmhjwdzAqcucmDCuP4YNNWUm/f5fZyvM56xsJy6YIWX?= =?us-ascii?Q?hWlz+rrdQB5Jlk0he39LwBhWI/do6a785BERzbemLlEQImk1uVCfDV8Q8XQm?= =?us-ascii?Q?zHdcvp+/FvIlnWMg9YLUKxMqOxogZeHLzfJai4Srh/zK47pp4hnWKs1EFXDR?= =?us-ascii?Q?uR1xj3ZY2RJ+lFBenFjYCajfYn5a7tkqggA55v6G9hNZa1G0mn5rsLJwZkta?= =?us-ascii?Q?3nJPlw+2yReRCyrjbcKGwJgs1rtIPb1Bl0jcisznrd0bXObHadGkvDos+YaH?= =?us-ascii?Q?/FxwZWf+FUm/gF8rKKsVGyf8CdCN8wsBBwyD0hwywN8f7Dtwk/5hQiQaNTk8?= =?us-ascii?Q?DV3oKPdLuQke1ajINcB7luAfSAFRTsmchAJG1UJRFMYg1FjnJ73UhOR0UP5I?= =?us-ascii?Q?GTzy+QIdgx5Ab9tw86WLuDAfDfGsZjqh6k4hYedf0VxYeYoms9Sd3B0qM/M1?= =?us-ascii?Q?1GpWU4QZTKswzdCJeltHIFdRIo=3D?= X-Microsoft-Exchange-Diagnostics: 1; BN3PR05MB2452; 6:WoBztmRHWPGkjXrWoCGJp6BGNAOudt3nBh5YVkbnDJLUyDPm5Od2F4ERD/i6pOQmbtpuR24KhLDTTOz/srAc4HqvaaAOJIfTdtIoLixUvRAOOE7NQRTFtxODGG6A1iyRuxlrjQ5mKXp/Z9K42wIJOpeQJCyYeXvDodjnlpRLpZigemwd/Dt9MZq3mn7AK+OOb5gQXvjryRMNzY+ROurqDiN7vlqh9Z6z8uB1/lB+S7A7frzLbjOr+rVzUS4kmkfAvEqltM2fK70CaWFGjL15YUaA7C4gmTb/yGak8FtJ8ODn4m8v0IYcskKg4iXCZRmaxgRCjGwjdsiERCYc+N+bnuhjBXCZCcpSfJM9khmYWcy6eCOObT6LbZ+W7SP+qXpNOB9MQlfLHzLpYk1cHgocZhu+uRwCsQ1njbA7lQTQ5LRl0RGCxvq1DnKMVQ3PFEHvA1z/fvJi/a8VJ3qdx1E7Vkvblq1niPDMmHMIvi2808o=; 5:oKonEW//RmZEQTfChG/lW7o2u1CebY/2rXqQd+t4HToh1dRZf1Z8+HEhpxRoN0cT/J4RE8SEK1i7AuiKFWa+g3cUbcaMaCy5maca8OhmRDH3IPK/QbUU6yKkUa63GYE9UB172aGFpHNQLHlxQA/Vnw==; 24:Vt3ol4oiq97L0EErpRBbDR1yetY7zYxdzIEnbvyrHw2FX6jlaxrTZE7XTtgydFRTBEUOcND4EaSv5nRxUI6nih/3/a1NXmqUaijfq1SeqfE= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BN3PR05MB2452; 7:wpGwNwZs4SMsRD9PnrqPqxQrHtV9DiMPxx22OKC9RFG56+i2blm5u3S+JENPgYC7h7zIWAF3wm+ffNtgwZGTuo5tcWT2gPH6CX011kliABQ5OLq0HayEVUaZWVocyMeZS2RPjddX+6esSMdd/lLdseOviE4idxHtR4Xy+6DyPNbqwWlPMbJfSCUYEC2j+QHIEXzU+1BeMjFuHoFCOZSR0TgcKfF0+JzKdHLHDw2BuAclULjmT/+dljztBEeV4xjA5H8LayQ5ubb5dq8cw6nem9XMgwXTbSor+8auS85N/QWKdXQgIeqJXzZbrNecHSF72TchVmQhsWf7HooO7kshBw== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 Apr 2017 21:53:21.3492 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR05MB2452 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Apr 2017 21:53:25 -0000 Bryan Drewery wrote: > > What is the issue above? diff? > = > I don't know what the issue is with buildkernel specifically, I never > looked into it. Buildworld had other issues like rescue/rescue not being > AUTO_OBJ safe. That's fixed. I forget the details of buildworld as well. > One of the simpler changes is to remove the 'make obj' treewalk and > prefer .OBJDIR/OBJTOP over other ${CANONICALOBJDIR} ${OBJTREE} type > hacks. My patches are quite mangled with the idea of moving to > /usr/obj/CURDIR/TARGET.TARGET_ARCH/RELDIR and I need to split it all up > still. Ok > = > > = > > FWIW the latest version of auto.obj.mk deals with __objdir=3Dobj which= is > > a corner case compared to any use of MAKEOJDIRPREFIX etc. > > = > = > It does not fix the issues. Not this lot no. Its for folk wanting to use the traditional ${.CURDIR}/obj/ which used to throw an error. I haven't used ${.CURDIR}/obj/ in almost 20 years ;-) > > SIZE=3D"size" INSTALL=3D"sh /root/git/freebsd/tools/install.sh" PAT= H=3D/usr/obj/root/git/freebsd/tmp/legacy/usr/sbin:/usr/obj/root/git/freebs= d/tmp/legacy/usr/bin:/usr/obj/root/git/freebsd/tmp/legacy/bin:/usr/obj/roo= t/git/freebsd/tmp/usr/sbin:/usr/obj/root/git/freebsd/tmp/usr/bin:/sbin:/bi= n:/usr/sbin:/usr/bin make -j 1 > > 5 -D NO_FILEMON -d M -J 15,16 -m /root/git/freebsd/share/mk KERNEL=3D= kernel obj > > [Creating objdir /usr/obj/usr/obj/root/git/freebsd/sys/GENERIC...] > Wrong^ > = > Note we have 'cd /usr/obj/....' and 'MAKEOBJDIRPREFIX=3D/usr/obj' in > there, so we get a nested /usr/obj/.CURDIR problem of /usr/obj/usr/obj. Yes, ugly. From owner-freebsd-current@freebsd.org Tue Apr 18 22:26:50 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81824D444CD for ; Tue, 18 Apr 2017 22:26:50 +0000 (UTC) (envelope-from sjg@juniper.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 3BC241680 for ; Tue, 18 Apr 2017 22:26:50 +0000 (UTC) (envelope-from sjg@juniper.net) Received: by mailman.ysv.freebsd.org (Postfix) id 319D4D444CA; Tue, 18 Apr 2017 22:26:50 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 312CED444C9 for ; Tue, 18 Apr 2017 22:26:50 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0117.outbound.protection.outlook.com [104.47.37.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B1B39167F; Tue, 18 Apr 2017 22:26:48 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=O/bTWIYuwHCavnzyVllwc1uHbrijuspaHBpJ/BUkrCI=; b=iAVPxPiFCbF1dV3FRUIMYW+6UBdBG3eDiVdHipnsAGfCxejnej351c8pghc/AO9wUQ8Lzk1c2CmkkdHIu5k0DYacqF0qdQakBp6gCv6At7KWrhg4YO/3doUH3O3ZFEmrYf9y+wLSa+UATyI4oUBRh+m/muLRlWzGRxxEdwmDDfs= Received: from SN1PR05CA0007.namprd05.prod.outlook.com (10.163.68.145) by BN3PR05MB2481.namprd05.prod.outlook.com (10.167.3.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1047.6; Tue, 18 Apr 2017 22:26:47 +0000 Received: from DM3NAM05FT032.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e51::205) by SN1PR05CA0007.outlook.office365.com (2a01:111:e400:5197::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1047.6 via Frontend Transport; Tue, 18 Apr 2017 22:26:47 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by DM3NAM05FT032.mail.protection.outlook.com (10.152.98.144) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.1019.24 via Frontend Transport; Tue, 18 Apr 2017 22:26:46 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 18 Apr 2017 15:26:45 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v3IMQjBJ006006; Tue, 18 Apr 2017 15:26:45 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 3B9FD38551F; Tue, 18 Apr 2017 15:26:45 -0700 (PDT) To: Bryan Drewery CC: "Ngie Cooper (yaneurabeya)" , FreeBSD Current , Subject: Re: buildkernel broken for META_MODE In-Reply-To: <8a4e0cd6-c494-3222-f166-bc424d6d2873@FreeBSD.org> References: <11023f9a-f057-4306-6d27-69194395de58@FreeBSD.org> <37722.1492551184@kaos.jnpr.net> <8a4e0cd6-c494-3222-f166-bc424d6d2873@FreeBSD.org> Comments: In-reply-to: Bryan Drewery message dated "Tue, 18 Apr 2017 14:44:11 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <38913.1492554405.1@kaos.jnpr.net> Date: Tue, 18 Apr 2017 15:26:45 -0700 Message-ID: <38914.1492554405@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39450400003)(39860400002)(39850400002)(39410400002)(39400400002)(39840400002)(2980300002)(189002)(199003)(9170700003)(4326008)(229853002)(53416004)(77096006)(50986999)(50226002)(8936002)(2906002)(69596002)(76176999)(47776003)(6266002)(23726003)(110136004)(39060400002)(8676002)(2810700001)(93886004)(105596002)(7126002)(106466001)(81166006)(189998001)(117636001)(107886003)(7696004)(2950100002)(38730400002)(46406003)(6246003)(53936002)(50466002)(5660300001)(55016002)(356003)(97756001)(86362001)(54906002)(305945005)(76506005)(6916009)(9686003)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR05MB2481; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; MX:1; A:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; DM3NAM05FT032; 1:4CqvDGGxyiVTCcWFeZYSvSzc8yXxWIjW30fIs7O4mX+tk79GizpwYSGpH1PGjzyB5zoIhwGwd3hfIUMqMOUbZqUGCGWhzofkbNWr4WGvTlpR15HA0jKBKul1ioJUwZvrWAekCaaOn+hDl8QGdIsx+v79jm+k6GKIB+A/uZamoyvKaBoJ1/968SYLhtrKOsUDMmD8JHfbxJxayPhrkRU+d3zralfKqpQgI+RQESU8/a+qHHd6i543L8/WYMj8L/UAg8AHQ5ykRs1InB1oaGxkY/L8hAH7VAcv9qqc116LTfp5KxunAVI0y0sF6G2e0I6zRnL6zFVcd6Zj/CYVVJP4LkkBJxKyGWffjXvMtGfoovJFX8H2RusMK2SfjouDyNBSVsIOe1Nxnwxh6jxapun0JBcE6XPiLYRi2AwNHuv+GNgae0erzb2RZ5acf0mR9gIluv37OLJYyumgCepei9ZKGZGYnSZkKl5BLuLHn/h8XYoXe33tt8CXNHYuit89hqUikopTliCij0+nuKZD03jIpiM8U7YsW22Fw37IRvB7cphB0AQNjsov3KAtgMi2BLuA X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: e1e89136-b687-401c-3d14-08d486aa0024 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:BN3PR05MB2481; X-Microsoft-Exchange-Diagnostics: 1; BN3PR05MB2481; 3:ggeFkLilKyqRhMKT8V0/ornxD4fqNWGmLAhMLfAtx+hKLWa5LxwrFTDMKKxuVGHQCaT+2LTXDtG1maixnRAwvhUkDhRnO2j66PLSfIFjnKZy5TGMq7rBQUYSSP2lLcQhrmo5YkbqoBzNpUZ6CNql7ALLJ8WcIIDjL7V54pToHxileDp4nultd7vDCLw7lIkrNQJoFCVi36tyaOrEfKAE8VqATGSuKyvgMqVPkZjbzwQn5od4JVxFK6fCphYTXhZTOnSNgdY+OheA0XnbBGgFI6ZVsFaDORF2DFJFVcPUPnU6yuno33eeSAwm4fBPvfY5WyCWxiI+TMx3t2INssb1PDjjD2NiItw5S9YA75iNZK3w+Qk+Bee8l54T4TAQ1pfVOx6V269FxQK+16lnEEC6GwfbIjlEt1IgTvQ8DkBAfhPC8QPoLYcggxRo1fYaEqML4TnW/cfPDzkzuig1DPPGcA== X-Microsoft-Exchange-Diagnostics: 1; BN3PR05MB2481; 25:Bjn/XlKalgiBBLcRyDab0MjCg0ZA9AtUceOI5SOU4PkEsMrtx5TMbEKCHfDeyfZQuM6JKe9lYnBsxz51dYGz2AiOfHDdDcfUbzfimk14Nzx57uMlecrQCZplFeRiHwn3spytgIwMKpTspDk+LyQHR50ml61fxe4xYHghdDv2kQTcj1Dk2MMNY0paAfH63CQdMARG2iWUzxl/xLRgUdzdkB96BGjc2nSkx10Br653blYLznyeRrLRJs4e+qxBpBUDoMAX2/gWdcJOXYe2HClJZbbByAyBjbWo+lF9TnF5lFOORoWE9phqAVJgNIKWy/12KcxpXrgk8PDMhPw1h9NZmi3MQcm792f6kZ1Yql2ZFXtIeUkasxiB+YF56ZJpUgAwY6Mbi+hBYQOR1uyP2/zh6YkS3RPXn2Aa56D2/Me6+995pzu9ePbj2ZbYafqQu2Zy7LpTeXHmJCp2gRpCfQ3A4MfwPtAhTf2f4t4iLvzUjXo=; 31:bZFLeCtlSeCzqAN1eMVunR/rkyZW8a8N/VcmnMjBBIDMbKXprjuvPkgL7eTlR7pSYOTzzusSkX0kc4P0U1+RzFPcbIRW+/IdXPkOm/GvbNTp0ZZIuD/cO7a+BHu2peFNmTDWauzJ3fIRdn5/B0QZ7aztj9qqUMUBh4R8zaKbSkQfQ74mldhK7OWBy/Vm7cAWfntx5WoAkrux4WnsyrppZ0PPNF5Ise1mymBZC/i0xeGDOHOFuJ3V49oYlV9IoRG8EUYD0rQUxDwNMi6NE5P62w== X-Microsoft-Exchange-Diagnostics: 1; BN3PR05MB2481; 20:mGYPudrLxQZSuQ+nNvXSk7RqVeyWl/3UF7EiHrJG9/ijO+U2e4Od8Cml6ce8tKRqGRCD1DGX5XpnZ1Uj9WmCKeEv89L+us2swL4msUkrsIHpyDJUlEdCusF24E+oL5t8A7gha0IgVEkBFkwNm7Xrqpkllp9ZOjo8EekqAm+V3bB3bLGhf9qSoq2GbU5cDun2A7dSO5FHWegDvc35FM/onOD4D8jfCMFZ3AIYI38x8X+cuHRuXGHNpNoamhybU4jOHVeQBik6GsJto/g+/wu9dYROEqQY3aSoflGJnIGe4kn8tDOOhPviFyD1ZIHEbq00eHbgLB46ZxRnKstbFXOb5YUrLGG0N8mNxsfpLza8Q5BYsNYp1KnshUV5LgoEEmu+fLjQSlIUFHv3IQ/YUSNLF1XmSMbsjDvNkCYPSB3AiSBbwIGVug66H/tSVpz03tRFYL8mldl0aQmFfyzdNvgECbIDP753bBYq6f35zLT3zGGMrpHwCj+O5n1LfVP/ZF5Q X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(8121501046)(13017025)(13015025)(5005006)(13024025)(13018025)(13023025)(3002001)(10201501046)(93006095)(93003095)(6055026)(6041248)(20161123560025)(20161123562025)(20161123555025)(201703131423075)(201703011903075)(201702281528075)(201703061421075)(20161123564025)(6072148); SRVR:BN3PR05MB2481; BCL:0; PCL:0; RULEID:; SRVR:BN3PR05MB2481; X-Microsoft-Exchange-Diagnostics: 1; BN3PR05MB2481; 4:fCbIsObRCUJvkA6gFYtw8Dj8GdUs9rcLP43pcInElScfh+VqPDl5/KDfmn8reEppkqBJRzxUxwjqJCW6gKeebuxUtLI7vtcQZcNaaUGseGFkqgAeFCCTBomFjiSg8BmCfeqNG51FMIEeeA50s7EB+NVul7mloo2J80Na/ipsPFHZSrmrHJNQBgpA/IJgOYXVIylM0TEDvFHXCJLKfcFkApA/vjsl0q2OQIW9NlGV1GNVLWZAAydz6oM2sfAUZvsBMmWM1AETA0sZKD52rMyYOTJY3Frf1TLdPoF7jBmay6poApEhNs5+bd5dI0tQeCujUfQPF9zywwzW2/lb3UPpiCbNuS+7l4bjqe1E/K3wmu2QriQz9Q3OyE8zAxeEK4EvIbSizmBw2BmhH4exRofEdjiOaoYwAE2J2trsdiguYW/CXrvgBLkacbFV7YlOSPFREMcan1a/2XVBWfN9EA17XDmi/DmyFXuWKw2kmTE95Fw06PPvGxQzjtnuIOR5XdUBLU4MS0VaoJRcUaOclwDgHzhbekNTo9RvS+9RUsasuzbdoKQDhQ+dEyHeNetuCEan/JHHcBjuH8RQX/hgGuCy32IBjkE3UthgF1Rukg5xvmgVrh9LwXQYkFN2Lq3iMb5xdAbxY8MtRB+/9z8HZGIQqIlPV8djte3MLXEBdJcXdUz+VhxMhcFHDyF8M9yOmlEusIrKEswlFZByvr8TAWuKQKaqEm4RZ7cRvPG93dIgf8nObXBPrqCY540oWQP7Hcs4SXVwoJC5j53u/dUvzci8gs4RS2TonzLj+cELFFCbQap976zXavpqUOFMVvd7Fdd2lsXqtHq5/Brax+rSJURqbzfgaPy9iFf7Frwayzazeug= X-Forefront-PRVS: 028166BF91 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BN3PR05MB2481; 23:0TMvTWXohHsUfSnDRf5iD6BuHPlhke9c/DgKQPfFh?= =?us-ascii?Q?2k33emVkDDiUJsvSEg6rLCmNh2CxGurLT9Vj8Ee81vRzY4ifaGZF8iDon/yO?= =?us-ascii?Q?1og9CWWAczH7hVO7fdV+Zn4qA9cW+LAily/ri795rNdlTaNNiVpEAc19JWpG?= =?us-ascii?Q?RbbAEMx0gB9db98J8aG9aeVtrWX7NtdzcFh+Gbm60cNdCD4K3H96l3LCmMjp?= =?us-ascii?Q?LjCRkE2a9x03qceWneLcMYEZcWlwJIddiHrsOAGPd9YQgt3RtCXz9Uqdjp7w?= =?us-ascii?Q?8/x7tLIS9LR+oQDPEKyhSnOvN6mCi5Jgu9VRLovDsH/7IVvA4sv2lkA3FXWd?= =?us-ascii?Q?KxZFkrdozxplSSt7d/YsgFfu0YiQ0onOyix7rS+vpjpaGlD1ZX4uw2xzuGW/?= =?us-ascii?Q?cZsmdoABPI4Je2xsekOa+uWdlTpPcwn4HQhfOAyrwFDYSfWxXTRd59Y2LMKO?= =?us-ascii?Q?1wzwVH+sw5hQBV1nvl/ZwBYQ7HzJ1jLHo0bXnfgPO5vXhX+ebvYjhxt3EKur?= =?us-ascii?Q?bEYXOG11PvoOBvuMErbF8Pf3gggvU1QfQG06+uMZtzczAexhCVjOJMmoJVNM?= =?us-ascii?Q?h9VN0AVdOsIWhNnPUERilxLZmhTFtS+/RdjeAzucQhUpiv8hOzWu1N0yvQZH?= =?us-ascii?Q?AkgKgZEQRhdne/3IXmRn7PMChWAcXMFNOZ8UnbVFWgOGv8Vp0IEDZX9srU1O?= =?us-ascii?Q?zk/EoxH/WnUAbOxpjHrbIDgdLTlVvYqOFQLGj+s1MWZnvxfsRAyNS84Ehr2y?= =?us-ascii?Q?f4nQAlIZPbfUEqwHyvzvTqaFjfo2zkGFS/VevUe2vQUBHc2DwXJtoSl3ZjIv?= =?us-ascii?Q?5ZAM9LV+BfEy9RU33H6w2x6Q2YzW10jflAVw18ErL1nrJcRBM0/nBME1jT9I?= =?us-ascii?Q?hoSTn4YMktXz12fW+h0AfqbDhyuERInIaQ6EbyhtwGXZDtDQtyV0aYjtL9cw?= =?us-ascii?Q?jOFVGQNndLX5tK+8rE2WNsmLrdeJ/ayXX8oqDkemiu0xS7EYB2qQUuk3h2BP?= =?us-ascii?Q?p97rjwMaKoUxiMpFU4+IzYG30i1Zl4jrwbjNNVUs9bwcU5e+v6QFpejq4Los?= =?us-ascii?Q?ry2yhd5IJg5yD3AIugU8zBx4Gn6bbMPbghvB9wsipITL6pfo5msSRSUJZkpX?= =?us-ascii?Q?nJig6syN8GwzCj+Ibztg0u/ZJWa3l27jSMRUpZuXIR16yCa8sBcHQ/aXx+Xu?= =?us-ascii?Q?UIJIEh8ZPHhqMULWGWt5PsM82gXAndhmNHLFtg72zWPpA2ZSok4wWSlUxTzL?= =?us-ascii?Q?7zvdTTC4GLdLA614kJBumDgOs25hUdSC+QkGVVruUuxYVXG+pePsAfKcg8qJ?= =?us-ascii?Q?73nbi74CEHsxkbwEoouCL8=3D?= X-Microsoft-Exchange-Diagnostics: 1; BN3PR05MB2481; 6:6PGCe9IED82SFbRA+5+Ct9vKbKFb11vvGg4zOEmPGUel7LPXsbj8NZlYJ1OMzbjYgYDFIH2JfJAasMwtcMDIrHlKpBt2i081pRH0lIRJeY/qmprFrL8u0JxVaeNbwET3odYc8xKiHBdIn16lu1Ry/ZA+BorJT9QeNvvJ49kjcYVnZw83eBChGrYThHx3+V/yTlt6D6Au7JkejakZVSpJQmyepz8LjHE3hqyQQIhKHGCC5wAFA3XZKYes/jKLM82jTGBgdVsDkssgv8Mj6s8cbUOWk2CuVzuTvBtnzrxZmhvSkdwklP6Yqkq+8FPs8JAGlZYQrUs7G0AWWw3fy4KpafINBJAPRrGExzRcCzl8apsm3VSRu+FhMqNYW74iq4Y/+zzctKuAZSkeWIGINzzoGKUWwGnEvx2CzgEJZSnnGYVrbaoUyhgp/1EWt8gfaE37fInAcNvJ00fp5hnW56nP3QkGN+/JfGZLGPZZTb4F3YnUxq69o+O4dskUdYWrLKbLe76xXECCPxOYV9UmVJllqlLBVt4uDETguKPyzFaHUjs=; 5:F7cYU1LrI/QOq5+y2+mkK9lpT8JPpCurSJP1rP+vbAmQ/QWj0NB3d5sGtacFHxFpiUSxJTBKm+ee62ZR8vLX0Y6e/Zz3QJiQziMSEjCq6CzwmF9mDaiPSwI2jtGJjYaUYsE/G4sfb0kR04urroIsZg==; 24:GM47c2HdF0aBOmo49e33eBm8BjLWjIkCYtEWxM/oTvwAIfNXtNIkW66EzLjQuGDzcXAfCtnpi5pbRd0pCf7Wnp2CIJ+oEYiBTAkYtjbr2lQ= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BN3PR05MB2481; 7:B9Xgz1NfeYEc7BA+Qk6z6ONPkutEWRW2WUI3/IcPAKzVcKAzMhaq60hajjcc5IW2Cgh5ucqBp3ATSm/76miOplKoFO5eXJZuJsGGBk+HjZ+LZsaFxfCOatdhLSC4ND97QVFN6ic9P0d7aKVpe9ajacN9isf2z/D28GvHwfxEmJp/uCdhbGWobZ6Fz07PULSbmZWwRfJw/s9hXumA5kogSuZfGfsCUMAskXg1EM0gfu4NOe+DmCbnTiQ/T5wUDlRsRhUf0vukHLpkWE7/aRNOcB7V9kZfyHBk/AQxZafbc79i632TJ/ggSspAvRevBshIrAKkE6+9DuGGQjBdZBPaYw== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 Apr 2017 22:26:46.7757 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR05MB2481 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Apr 2017 22:26:50 -0000 > > [Creating objdir /usr/obj/usr/obj/root/git/freebsd/sys/GENERIC...] > Wrong^ > > Note we have 'cd /usr/obj/....' and 'MAKEOBJDIRPREFIX=/usr/obj' in > there, so we get a nested /usr/obj/.CURDIR problem of /usr/obj/usr/obj. The following would probably help that case: Index: auto.obj.mk =================================================================== RCS file: /volume/cvs/sjg/mk/auto.obj.mk,v retrieving revision 1.13 diff -u -p -r1.13 auto.obj.mk --- auto.obj.mk 24 Mar 2017 20:53:22 -0000 1.13 +++ auto.obj.mk 18 Apr 2017 22:25:08 -0000 @@ -41,6 +41,10 @@ MKOBJDIRS= auto # Use __objdir here so it is easier to tweak without impacting # the logic. .if !empty(MAKEOBJDIRPREFIX) +.if ${.CURDIR:M${MAKEOBJDIRPREFIX}/*} != "" +# we are already in obj tree! +__objdir?= ${.CURDIR} +.endif __objdir?= ${MAKEOBJDIRPREFIX}${.CURDIR} .endif __objdir?= ${MAKEOBJDIR:Uobj} From owner-freebsd-current@freebsd.org Tue Apr 18 23:05:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 01C36D44F06 for ; Tue, 18 Apr 2017 23:05:36 +0000 (UTC) (envelope-from bdrewery@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 D0F5D9AC for ; Tue, 18 Apr 2017 23:05:35 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id CD21ED44F04; Tue, 18 Apr 2017 23:05:35 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB0E6D44F03 for ; Tue, 18 Apr 2017 23:05:35 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7CD1D9AB; Tue, 18 Apr 2017 23:05:35 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 6A730B74; Tue, 18 Apr 2017 23:05:34 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 13EAD55E0; Tue, 18 Apr 2017 23:05:33 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id Xy_pZ3bfJdcR; Tue, 18 Apr 2017 23:05:30 +0000 (UTC) Subject: Re: buildkernel broken for META_MODE DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 5789855DB To: "Simon J. Gerraty" References: <11023f9a-f057-4306-6d27-69194395de58@FreeBSD.org> <37722.1492551184@kaos.jnpr.net> <8a4e0cd6-c494-3222-f166-bc424d6d2873@FreeBSD.org> <38914.1492554405@kaos.jnpr.net> Cc: "Ngie Cooper (yaneurabeya)" , FreeBSD Current From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Tue, 18 Apr 2017 16:05:09 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <38914.1492554405@kaos.jnpr.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ROuOG9GoC6PHBCAn0cDTSr0WqgUfOLxGJ" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Apr 2017 23:05:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ROuOG9GoC6PHBCAn0cDTSr0WqgUfOLxGJ Content-Type: multipart/mixed; boundary="KSc3S0kIWw4INCn2s6BwfVbVVJL2TwAWB"; protected-headers="v1" From: Bryan Drewery To: "Simon J. Gerraty" Cc: "Ngie Cooper (yaneurabeya)" , FreeBSD Current Message-ID: Subject: Re: buildkernel broken for META_MODE References: <11023f9a-f057-4306-6d27-69194395de58@FreeBSD.org> <37722.1492551184@kaos.jnpr.net> <8a4e0cd6-c494-3222-f166-bc424d6d2873@FreeBSD.org> <38914.1492554405@kaos.jnpr.net> In-Reply-To: <38914.1492554405@kaos.jnpr.net> --KSc3S0kIWw4INCn2s6BwfVbVVJL2TwAWB Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 4/18/2017 3:26 PM, Simon J. Gerraty wrote: >>> [Creating objdir /usr/obj/usr/obj/root/git/freebsd/sys/GENERIC...] >> Wrong^ >> >> Note we have 'cd /usr/obj/....' and 'MAKEOBJDIRPREFIX=3D/usr/obj' in >> there, so we get a nested /usr/obj/.CURDIR problem of /usr/obj/usr/obj= =2E >=20 > The following would probably help that case: >=20 > Index: auto.obj.mk > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /volume/cvs/sjg/mk/auto.obj.mk,v > retrieving revision 1.13 > diff -u -p -r1.13 auto.obj.mk > --- auto.obj.mk 24 Mar 2017 20:53:22 -0000 1.13 > +++ auto.obj.mk 18 Apr 2017 22:25:08 -0000 > @@ -41,6 +41,10 @@ MKOBJDIRS=3D auto > # Use __objdir here so it is easier to tweak without impacting > # the logic. > .if !empty(MAKEOBJDIRPREFIX) > +.if ${.CURDIR:M${MAKEOBJDIRPREFIX}/*} !=3D "" > +# we are already in obj tree! > +__objdir?=3D ${.CURDIR} > +.endif > __objdir?=3D ${MAKEOBJDIRPREFIX}${.CURDIR} > .endif > __objdir?=3D ${MAKEOBJDIR:Uobj} >=20 Yes this looks right and fixes buildkernel completely. --=20 Regards, Bryan Drewery --KSc3S0kIWw4INCn2s6BwfVbVVJL2TwAWB-- --ROuOG9GoC6PHBCAn0cDTSr0WqgUfOLxGJ 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 iQEcBAEBAgAGBQJY9pulAAoJEDXXcbtuRpfPoAYIALHwY0JBtuPPHB4+b6HOnjoL 2iTgnB/GCH44+ppVRyobLIqRwIW6p7ilQ7VUW5FLaPP95tOV8dRm8y11hGxVpEFl 4oW8vRcUgXiqxIOtOkpxcEmSNxeSEbIkLzp2YCCBdQGEHw90+ldUDxceDYk4LNVM gcgfysxzCkh38ll1r4B1wYKcmyS1KRYiCWQsIxaY3h4/LkZxvEzXCPlsgUq7y1gZ uhaF2vsiJGFMeGVOcA2UEYDzmJsA/9Rz/D2i+ipTLal+dgtPzwKEB+zCIgjfcSx6 FlJ098EH+GMbWsLpsv+JzwO+mu00NV+EWjm7o+X1lf2XDdhuy+74g90/3wzdc+s= =6b7M -----END PGP SIGNATURE----- --ROuOG9GoC6PHBCAn0cDTSr0WqgUfOLxGJ-- From owner-freebsd-current@freebsd.org Wed Apr 19 07:11:23 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EE93DD44E72; Wed, 19 Apr 2017 07:11:23 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: from mail-yw0-x22d.google.com (mail-yw0-x22d.google.com [IPv6:2607:f8b0:4002:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A589C351; Wed, 19 Apr 2017 07:11:23 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: by mail-yw0-x22d.google.com with SMTP id k13so6670711ywk.1; Wed, 19 Apr 2017 00:11:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=F7vU/zIPm/+iWyy7LV1oUJjzZ6ylvvnIIH0nuPXQy9A=; b=ADqkC2xkmRaN+/JOuGCH7NB7Op7ZktdWYHWtTb07VMbk3neU4ayybJ9v25FXwBzE90 aFoaE3PGGKTA2qZiHz7wyiHkLb0/CedWMlzyZInGKWM/McBv1li0J3WkpyCn9e6HF3xx +BHwMWZIIHb2/k5G685XzG/C5NcRkzlQE0z59JJN1WqQOA/xfNDJk71ObyGn771hATkz oup6+YSN/uUazfmzNFk5tNrRXxJMJNCm2wfLOwc1b5NNqt1n08V8JdvL1y50LzqXc3pZ cUx6736YIYFu73f+qmwloBifJholk9uzDZbQD6dpuz9EkrlX53Z6gpJR2KXO2x2wMlF8 4/8w== 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=F7vU/zIPm/+iWyy7LV1oUJjzZ6ylvvnIIH0nuPXQy9A=; b=mc5cmVMloWG9sBzUmp3YCruoaYUbe3VhCrQTvfKM2tU8fls7wSXfdxkTsw22gB+bma e73RIjHLp3jLCX+vQHqEZCUzt94KFc8CeyCKqPCj94YkwY7PPgKHU3I9u4KQ+h4c9DMj T9oyOM0y1TU/iNN3Bw4QDs6Fxf1yvTPv34mrxkqVP/4e8uCj5cH6P7anGvcMKhnDRvr5 RdsWTnM5jjJy5r84MvK4kzZGhmbPKYGwefVM7JtkCLWunxIxc0OyZpbotr2OLct6fKtO oMFft65Iz6v0+DW0b/AgncV90NNOY6IgB2soLG0AvhhNZQ8wlQ4sE9L6FlufBmS8e/RF wjAw== X-Gm-Message-State: AN3rC/4llB3CEnXvg24kQOZ9X4tF3R49ITHOejUwSZAM4OWP2m3GQY4d CsUEKbBRQUEPOdSd+VbZlqKWtJK1uUH6 X-Received: by 10.13.199.196 with SMTP id j187mr876819ywd.197.1492585882789; Wed, 19 Apr 2017 00:11:22 -0700 (PDT) MIME-Version: 1.0 References: <91A4570B-69EE-4462-9C60-205C66267599@dsl-only.net> <7AD329E1-2828-42EB-9A14-B44E357CC199@dsl-only.net> In-Reply-To: <7AD329E1-2828-42EB-9A14-B44E357CC199@dsl-only.net> From: Tom Vijlbrief Date: Wed, 19 Apr 2017 07:11:12 +0000 Message-ID: Subject: Re: Sendmail eats CPU on r317039 [after -r316874 it may be -r316951 and -r316973 are not enough to fix everything] To: Mark Millard , ronald-lists@klop.ws Cc: sobomax@freebsd.org, freebsd-arm , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Apr 2017 07:11:24 -0000 I'm currently rebuilding world and kernel on a just completed SVN checkout. Note that the normal sendmail daemon which listens for incoming traffic does NOT loop. The sendmail instance which tries local delivery (echo Hi | mail root) or the msp_queue instance is looping. It might be an arm64 specific issue, but a few weeks ago this was not an issue. Op di 18 apr. 2017 om 21:15 schreef Mark Millard : > Ronald Klop ronald-lists at klop.ws wrote on Tue Apr 18 09:59:50 UTC 2017: > > > there is a thread ono this list about a problem in syslogd which made > > syslog-clients (like sendmail busy-looping on logging. > > That might be related to this. (it is fixed in the source already, so > > upgrading again might help) > > See the thread with subject like 'Re: r316958: booting a server takes >10 > > minutes!' > > > > Regards, > > > > Ronald. > > > Yes. But Tom V.'s report is for -r317039, which is after the reported > fixes as far as I can tell. Something besides syslogd might also cause > problems? > > In my nearly-default -r317015 ardm64 context [as a VirtualBox guest] > I've not seen the problem, where I did before. (The only reason sendmail > runs in my context is for the messages FreeBSD sends to it own local > accounts. I do not otherwise use mail in this context.) > > Tom V.'s report vs. others finding lack of a problem suggests that the > coverage of the fixes is incomplete somehow but useful. I happen to not > be doing whatever causes the problem to appear. I've no clue what might > be different or unusual in Tom V.'s context. > > There is also the possibility that Tom V.'s report is a fully independent > issue. But such does not seem all that likely on the initial information. > > > > On 2017-Apr-17, at 7:57 AM, Mark Millard wrote: > > > >> Just an FYI of a more recent report of runaway sendmail on a > >> more recent system version ( -r317039 ): > >> > >> Begin forwarded message: > >> > >>> From: Tom Vijlbrief > >>> Subject: Sendmail eats CPU on r317039 > >>> Date: April 17, 2017 at 3:39:37 AM PDT > >>> To: "freebsd-current at freebsd.org" , > freebsd-arm > >>> > >>> On a recent kernel sendmail is constantly consuming CPU. > >>> > >>> truss -p PID > >>> > >>> shows: > >>> > >>> sendto(3,"<22>Apr 17 10:30:33 sendmail[362"...,163,0x0,NULL,0) ERR#55 > 'No > >>> buffer space available' > >>> nanosleep({ 0.000001000 }) = 0 (0x0) > >>> sendto(3,"<22>Apr 17 10:30:33 sendmail[362"...,163,0x0,NULL,0) ERR#55 > 'No > >>> buffer space available' > >>> nanosleep({ 0.000001000 }) > >>> ... > >>> > >>> This is on an arm64 system > >> > >> Analysis of Tom V.'s context for this may be required. > > === > Mark Millard > markmi at dsl-only.net > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Wed Apr 19 12:26:57 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1323D44017 for ; Wed, 19 Apr 2017 12:26:57 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from APC01-HK2-obe.outbound.protection.outlook.com (mail-hk2apc01on0130.outbound.protection.outlook.com [104.47.124.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6168E1D39; Wed, 19 Apr 2017 12:26:56 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=pgMYPOo/1rUoPD5Yr/fxxAEzggaM1v1P7NW3AS6QAHE=; b=o86sEG0300cTblqLBS8WAAHK/h+ogEgoqvaGlyj/AqN3BYsgagzq5Cb9Tsjajrgcfiv6SM2seiImbPO7rCAVRmnmBtmHa80KCFU4ODngjALJtE39mFB57Uw+MTtEzK1fHBeE/Ei5LrdWSqM/UKuKjC4+ieeKG/uhFIQasCG1JOc= Received: from HK2P15301MB0003.APCP153.PROD.OUTLOOK.COM (10.170.151.145) by HK2P15301MB0004.APCP153.PROD.OUTLOOK.COM (10.170.151.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1061.1; Wed, 19 Apr 2017 12:26:51 +0000 Received: from HK2P15301MB0003.APCP153.PROD.OUTLOOK.COM ([10.170.151.145]) by HK2P15301MB0003.APCP153.PROD.OUTLOOK.COM ([10.170.151.145]) with mapi id 15.01.1061.003; Wed, 19 Apr 2017 12:26:51 +0000 From: Dexuan Cui To: Jung-uk Kim , Yanmin Qiao CC: "freebsd-current@freebsd.org" Subject: Add support for ACPI Module Device ACPI0004? Thread-Topic: Add support for ACPI Module Device ACPI0004? Thread-Index: AdK5Bn25Dro7P4OHStiOHYshQNXMIQ== Date: Wed, 19 Apr 2017 12:26:51 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: FreeBSD.org; dkim=none (message not signed) header.d=none;FreeBSD.org; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [167.220.255.48] x-microsoft-exchange-diagnostics: 1; HK2P15301MB0004; 7:5l1CRJSo/PNZsLXERQemW8WZtK5fxmiyMnsx57UQRbzFWpUcIFHdc6CyFuGLThJ3MFnoQZx4gr2hiPsR0OQQYsn0XAyi7gX2sXycyzApNxsU0lY9wgtgAKOTC41tYGHtRD7duCPNFfpWB40Y+Ew+lMubrkb+Dcaej25hNqpcm/N6PLbxrov3CJoXO5ncKsnhYuTBgjyzxZbbmPr4eXPQ1TAYtLlsge7/TilKjjS3vBLpDh8hJ0dxINtVy1p2nHc1b61I3XegiJE9Hsv81H865YE9hXUdyleJnWiC7OsOGv8/EVJ/KamkkD/26dpUWCHOKvrPP/dg5HZ6+fBdp2b0h70XMY4Hfk0r27yAWymqB9Q= x-ld-processed: 72f988bf-86f1-41af-91ab-2d7cd011db47,ExtAddr x-ms-office365-filtering-correlation-id: d1c5e335-b889-452a-893e-08d4871f5bc2 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081)(201702281549075); SRVR:HK2P15301MB0004; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040450)(2401047)(8121501046)(5005006)(3002001)(10201501046)(93006095)(93001095)(6055026)(61426038)(61427038)(6041248)(20161123564025)(20161123560025)(20161123555025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(6072148); SRVR:HK2P15301MB0004; BCL:0; PCL:0; RULEID:; SRVR:HK2P15301MB0004; x-forefront-prvs: 028256169F x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39400400002)(39410400002)(39840400002)(39860400002)(39450400003)(39850400002)(55016002)(86612001)(6116002)(3846002)(575784001)(33656002)(2421001)(305945005)(102836003)(74316002)(10090500001)(38730400002)(86362001)(53936002)(54356999)(189998001)(122556002)(7696004)(7736002)(50986999)(5660300001)(6636002)(9686003)(3280700002)(3660700001)(2906002)(4326008)(66066001)(1511001)(8676002)(81166006)(8936002)(2900100001)(25786009)(5005710100001)(6506006)(450100002)(10290500002)(6436002)(77096006); DIR:OUT; SFP:1102; SCL:1; SRVR:HK2P15301MB0004; H:HK2P15301MB0003.APCP153.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Apr 2017 12:26:51.3879 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: HK2P15301MB0004 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Apr 2017 12:26:57 -0000 The ACPI firmware of Hyper-V UEFI VM has a Module Device whose Hardware ID is "ACPI0004". The module device has a _CRS object defining some MMIO ranges, which are needed when physical PCIe devices are passed through to the VM. Currently it looks FreeBSD doesn't make use of the ACPI module device and hence the _CRS object can't be easily retrieved by Hyper-V VMBus driver. Can we add the support of "ACPI0004" with the below one-line change? Looking forward to your suggestion! --- a/sys/dev/acpica/acpi_resource.c +++ b/sys/dev/acpica/acpi_resource.c @@ -653,7 +653,7 @@ MODULE_DEPEND(acpi_sysresource, acpi, 1, 1, 1); static int acpi_sysres_probe(device_t dev) { - static char *sysres_ids[] =3D { "PNP0C01", "PNP0C02", NULL }; + static char *sysres_ids[] =3D { "PNP0C01", "PNP0C02", "ACPI0004", NULL= }; if (acpi_disabled("sysresource") || ACPI_ID_PROBE(device_get_parent(dev), dev, sysres_ids) =3D=3D NULL) Thanks, -- Dexuan From owner-freebsd-current@freebsd.org Wed Apr 19 18:44:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0FC3FD45897; Wed, 19 Apr 2017 18:44:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E30B3A17; Wed, 19 Apr 2017 18:44:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 24A9410A7DB; Wed, 19 Apr 2017 14:44:20 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, jbtakk@iherebuywisely.com Cc: current Subject: Re: new problem? Date: Wed, 19 Apr 2017 11:17:55 -0700 Message-ID: <3034917.2qhsWDdZ0Z@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Wed, 19 Apr 2017 14:44:20 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Apr 2017 18:44:27 -0000 On Sunday, April 09, 2017 06:08:04 PM Jeffrey Bouquet wrote: > i386_set_ldt: start=-1 num=1 descs=0x38449fac This message is a harmless debug printf. Somehow you compiled sys/i386/i386/sys_machdep.c with 'DEBUG' defined to enable it though. (The message is not enabled by default.) > Tons of those, eight at a time, newly spamming /var/log/messages, maybe after a > fsck_ffs -y the partitions after a crash, that fixed it, > > as in > df > df output, then eight of the above line with the hex values varying only > ls > ls output, then eight of the above line with the hex values varying only > ...................................... > 2nd problem > persistent LOR in [several] > > nvidia_os:c:662, 824 > > [dmesg only, above, ] > > vfs_mount.c:1277 > ffs_softdep.c:1908 > vfs_subr.c:2600, 2150, > ffs_vnops.c:280 > vfs_bio.c:3500 > ufs_dirhash.c:281 > vfs_syscalls.c:3364 > > [some above also in dmesg, most in /var/log/messages... There are several known LORs in the VFS/UFS code that are either false positives or ones that have effectively been harmless. -- John Baldwin From owner-freebsd-current@freebsd.org Wed Apr 19 18:44:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11BF3D4589A for ; Wed, 19 Apr 2017 18:44:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E30F3A18; Wed, 19 Apr 2017 18:44:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id A142910A7B9; Wed, 19 Apr 2017 14:44:18 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Cc: Dexuan Cui , Jung-uk Kim , Yanmin Qiao Subject: Re: Add support for ACPI Module Device ACPI0004? Date: Wed, 19 Apr 2017 11:34:15 -0700 Message-ID: <3484633.CMRgrtiqef@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Wed, 19 Apr 2017 14:44:18 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Apr 2017 18:44:27 -0000 On Wednesday, April 19, 2017 12:26:51 PM Dexuan Cui wrote: > The ACPI firmware of Hyper-V UEFI VM has a Module Device whose Hardware > ID is "ACPI0004". The module device has a _CRS object defining some MMIO > ranges, which are needed when physical PCIe devices are passed through > to the VM. > > Currently it looks FreeBSD doesn't make use of the ACPI module device and > hence the _CRS object can't be easily retrieved by Hyper-V VMBus driver. > > Can we add the support of "ACPI0004" with the below one-line change? > > Looking forward to your suggestion! > > --- a/sys/dev/acpica/acpi_resource.c > +++ b/sys/dev/acpica/acpi_resource.c > @@ -653,7 +653,7 @@ MODULE_DEPEND(acpi_sysresource, acpi, 1, 1, 1); > static int > acpi_sysres_probe(device_t dev) > { > - static char *sysres_ids[] = { "PNP0C01", "PNP0C02", NULL }; > + static char *sysres_ids[] = { "PNP0C01", "PNP0C02", "ACPI0004", NULL }; > > if (acpi_disabled("sysresource") || > ACPI_ID_PROBE(device_get_parent(dev), dev, sysres_ids) == NULL) Hmm, so the role of C01 and C02 is to reserve system resources, though we in turn allow any child of acpi0 to suballocate those ranges (since historically c01 and c02 tend to allocate I/O ranges that are then used by things like the EC, PS/2 keyboard controller, etc.). From my reading of ACPI0004 in the ACPI 6.1 spec it's not quite clear that ACPI0004 is like that? In particular, it seems that 004 should only allow direct children to suballocate? This change might work, but it will allow more devices to allocate the ranges in _CRS than otherwise. Do you have an acpidump from a guest system that contains an ACPI0004 node that you can share? -- John Baldwin From owner-freebsd-current@freebsd.org Thu Apr 20 02:29:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F33C8D47717 for ; Thu, 20 Apr 2017 02:29:37 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from APC01-PU1-obe.outbound.protection.outlook.com (mail-pu1apc01on0128.outbound.protection.outlook.com [104.47.126.128]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F698683; Thu, 20 Apr 2017 02:29:36 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=mn/lcoOVg3jCV6YNoO3yojo0L+9+VYwo/1gGFvsYlho=; b=XCZVBwEZWMs1BqMOIr9LcGy5n7E5U/E3JO83R41HeCCYcHJ5gIjJCswgwto1ibRHIp8IWwmFjaKsP2PHDrcqHr6KDhgbtX57761TC4pYEtV52AtxMt0iUW50UH9rHqXtgUCMXHjyls+9SdGVsi9EH25Uo3yf318h+8HMdrEdE9c= Received: from HK2P15301MB0003.APCP153.PROD.OUTLOOK.COM (10.170.151.145) by HK2P15301MB0002.APCP153.PROD.OUTLOOK.COM (10.170.151.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1061.1; Thu, 20 Apr 2017 02:29:31 +0000 Received: from HK2P15301MB0003.APCP153.PROD.OUTLOOK.COM ([10.170.151.145]) by HK2P15301MB0003.APCP153.PROD.OUTLOOK.COM ([10.170.151.145]) with mapi id 15.01.1061.003; Thu, 20 Apr 2017 02:29:31 +0000 From: Dexuan Cui To: John Baldwin , "freebsd-current@freebsd.org" CC: Jung-uk Kim , Yanmin Qiao Subject: RE: Add support for ACPI Module Device ACPI0004? Thread-Topic: Add support for ACPI Module Device ACPI0004? Thread-Index: AdK5Bn25Dro7P4OHStiOHYshQNXMIQANQ5GAAA/UMpA= Date: Thu, 20 Apr 2017 02:29:30 +0000 Message-ID: References: <3484633.CMRgrtiqef@ralph.baldwin.cx> In-Reply-To: <3484633.CMRgrtiqef@ralph.baldwin.cx> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [112.64.217.125] x-microsoft-exchange-diagnostics: 1; HK2P15301MB0002; 7:2ep5t7suaelCX0TNIcSHqfbfSDP+sfAqShhyaqUFf77hVgIRBTf8+0CxZiQJanrLWzL2c/aKFG7doFs/lBY2Hg/P8PdSmjFxtX03Bsbd1BFaZiLKpwfCdhkTQXNbcGjLzvSQ+e+mc22eMTBRhxniKGialon7u3fNdJ8kfpLYP77l/ziqYiiawz5uoD3cQIAwvuHs8AJgpTld6kPTfdg8wT0ks4xbeV3cbfih0MBWkJUl8NqyvsBMQ9yhKVVdO6/c5zE3QJB142v5+8DlJ6uu2rn3/WVJ/UQ3bDahBCE1SEIygtUAelsTJy3Gv0qyGTBq9uCncv3wXI4u0LIR8h/1VdGHJBnKiHosxKz4YzDtLFM= x-ld-processed: 72f988bf-86f1-41af-91ab-2d7cd011db47,ExtAddr x-ms-office365-filtering-correlation-id: bc64b527-8839-4276-31f0-08d487951380 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081)(201702281549075); SRVR:HK2P15301MB0002; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415395)(61425038)(6040450)(2401047)(8121501046)(5005006)(3002001)(10201501046)(93006095)(93001095)(6055026)(61426038)(61427038)(6041248)(201703131423075)(201702281528075)(201703061421075)(20161123564025)(20161123560025)(20161123555025)(20161123562025)(6072148); SRVR:HK2P15301MB0002; BCL:0; PCL:0; RULEID:; SRVR:HK2P15301MB0002; x-forefront-prvs: 02830F0362 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39840400002)(39410400002)(39400400002)(39450400003)(39860400002)(39850400002)(51914003)(3846002)(2501003)(102836003)(575784001)(38730400002)(33656002)(7736002)(99936001)(86612001)(55016002)(86362001)(189998001)(10090500001)(5890100001)(74316002)(305945005)(54906002)(50986999)(54356999)(76176999)(122556002)(53936002)(6246003)(7696004)(107886003)(9686003)(5660300001)(3660700001)(3280700002)(2906002)(2950100002)(4326008)(81166006)(8676002)(66066001)(77096006)(6436002)(25786009)(2900100001)(10290500002)(6506006)(5005710100001)(450100002)(8990500004)(8936002); DIR:OUT; SFP:1102; SCL:1; SRVR:HK2P15301MB0002; H:HK2P15301MB0003.APCP153.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Apr 2017 02:29:30.7463 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: HK2P15301MB0002 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 20 Apr 2017 02:29:38 -0000 > From: John Baldwin [mailto:jhb@freebsd.org] > Sent: Thursday, April 20, 2017 02:34 > > Can we add the support of "ACPI0004" with the below one-line change? > > > > acpi_sysres_probe(device_t dev) > > { > > - static char *sysres_ids[] =3D { "PNP0C01", "PNP0C02", NULL }; > > + static char *sysres_ids[] =3D { "PNP0C01", "PNP0C02", "ACPI0004", = NULL }; > > > Hmm, so the role of C01 and C02 is to reserve system resources, though we > in turn allow any child of acpi0 to suballocate those ranges (since histo= rically > c01 and c02 tend to allocate I/O ranges that are then used by things like= the > EC, PS/2 keyboard controller, etc.). From my reading of ACPI0004 in the = ACPI > 6.1 spec it's not quite clear that ACPI0004 is like that? In particular,= it > seems that 004 should only allow direct children to suballocate? This > change might work, but it will allow more devices to allocate the ranges = in > _CRS than otherwise. >=20 > Do you have an acpidump from a guest system that contains an ACPI0004 > node that you can share? >=20 > John Baldwin Hi John, Thanks for the help! Please see the attached file, which is got by "acpidump -dt | gzip -c9 > acpidump.dt.gz" In the dump, we can see the "ACPI0004" node (VMOD) is the parent of "VMBus" (VMBS).=20 It looks the _CRS of ACPI0004 is dynamically generated. Though we can't see the length of the MMIO range in the dumped asl code, it does have a 512MB MMIO range [0xFE0000000, 0xFFFFFFFFF]. It looks FreeBSD can't detect ACPI0004 automatically. With the above one-line change, I can first find the child device=20 acpi_sysresource0 of acpi0, then call AcpiWalkResources() to get the _CRS of acpi_sysresource0, i.e. the 512MB MMIO range. If you think we shouldn't touch acpi_sysresource0 here, I guess we can add a new small driver for ACPI0004, just like we added VMBus driver as a child device of acpi0? -- Dexuan From owner-freebsd-current@freebsd.org Thu Apr 20 08:09:16 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C024D45273 for ; Thu, 20 Apr 2017 08:09:16 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-wr0-x232.google.com (mail-wr0-x232.google.com [IPv6:2a00:1450:400c:c0c::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D4B4AFD4; Thu, 20 Apr 2017 08:09:15 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-wr0-x232.google.com with SMTP id o21so30122527wrb.2; Thu, 20 Apr 2017 01:09:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=JJ4lmDKvcUbgdoERLYLloRHPolpjDLeXbCx2Dgdt9i8=; b=Mr1w6Gy5jR0akagBCb37BdPApLUw86HxeG/SDpALu/WY4Eq0FKoBW+dVF5yOcskto6 7Lyj/NjjHCenati8OmubmfTbaT796rCUpmBuH3hwfHcG4Eg597LYVtW0P0mKKjm1sVPB PEE49dQYdJfj8Zd9rG8mXn2pJcpZ9BZTx0hASMiG6hF95lANkXQB7Glq7d2htQz/i1h5 0Eepng4NB7/+hZ6/2CXqyw/CRca6Fq2KuDPl817bWW8DfI4gL+borN+ofUN3S3xTrhky fBi6TqDEVPSQzqjfUhk7oreOopdzSuMFLiksI839GhiUlVj+EssYvQF4Xjdfprp/2chS Q1AQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=JJ4lmDKvcUbgdoERLYLloRHPolpjDLeXbCx2Dgdt9i8=; b=Hk7Yd48Vbbg3iXh2EZARoPUbP1S03+rjmNjXJrGhDLx/3MlcGyuJha6wzb/pjSNThV k0mp9drGCw+qFRH1CUNIaoeZLkGBstaNjsKFp1XncAqNftV3MknAhsLXgGa/WQIwHB/K Tg4rBtJpPl9lZu1AyXF17CGMZSRDqhsbnwD6oEYP2SkP3+ItUS4SQv3Nka8YOoo/TaCq 52hq78QzafkA+E4bbzezVPjCAI+3nqtXGsV314DEXDCTbFWj/B7frSMTuPqxVdCI1WX3 eHykeG2uMLJ7S6kjsT/GKjccu1V0scJYKWzYuMe2JX88B7eUclOXw9Jq+8dERl8gIHC0 1qlg== X-Gm-Message-State: AN3rC/4rVjlbW4x/TjFFJjZgau29j7XlBDCmuK6+so9oWMaDUaPq+edW VNWA/XIym/XwuizBJBCqmQmF8SXT4Q== X-Received: by 10.223.163.133 with SMTP id l5mr7151605wrb.119.1492675753752; Thu, 20 Apr 2017 01:09:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.150.81 with HTTP; Thu, 20 Apr 2017 01:09:13 -0700 (PDT) In-Reply-To: References: From: Johannes Lundberg Date: Thu, 20 Apr 2017 10:09:13 +0200 Message-ID: Subject: Re: increased power consumption lately? To: "Ngie Cooper (yaneurabeya)" Cc: Adrian Chadd , freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 20 Apr 2017 08:09:16 -0000 Thanks Ngie, that was a good one! (I really need to learn dtrace...) Got this among other: AcpiNsLookup:entry PathInfo: \/ _SB_PCI0IGPUGSSE=EF=BF=BDGSMI\/ _SB_PCI0IGP= UGSCI=EF=BF=BDK p Might be related to: https://bugs.freedesktop.org/show_bug.cgi?id=3D98501 On Wed, Apr 5, 2017 at 8:15 PM, Ngie Cooper (yaneurabeya) < yaneurabeya@gmail.com> wrote: > > > On Apr 5, 2017, at 10:39, Adrian Chadd wrote: > > > > hm, you could use dtrace to find what's calling that function and > > print out the call stack? > > *does shrug* something like this (I realize it=E2=80=99s not prin= ting out > arg0 =E2=80=94 arg0 is a union that would need decoding)? > Thanks, > -Ngie > > $ cat AcpiNsLookup.d > fbt:kernel:AcpiNsLookup:entry > { > printf("PathInfo: %s\nType: %d\nFlags: %u", > stringof(arg1), arg2, arg3); > } > $ sudo dtrace -s AcpiNsLookup.d > From owner-freebsd-current@freebsd.org Thu Apr 20 08:35:41 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49A3FD45FEF for ; Thu, 20 Apr 2017 08:35:41 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-wr0-x22b.google.com (mail-wr0-x22b.google.com [IPv6:2a00:1450:400c:c0c::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CEE9F164; Thu, 20 Apr 2017 08:35:40 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-wr0-x22b.google.com with SMTP id c55so30570644wrc.3; Thu, 20 Apr 2017 01:35:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=iVRnekYE+UuHjCBwdnfvhc/rUF+qZORGsU8PNffPv58=; b=audJ/LsK3RGcFxxgaSL7XfnwHSWUc4O7jRvMY0KhYZygfGRQxEMYJtndnfK+z1yoiw XGgP/BuXHHqQPnbtRyXa0LMSWUl3gWgLdzb+g1HqDtMf08nI3EOkJwCJLj2uIicWN9M/ oDvz3QFYmHOif/82n1HQ3ekvApe3Qov3a9pTsHyDxXrehcvyIagzEG79FuKF2TlVhwEH Jf15weLev/SVSca15yLPhU7XKM6zPe4k+qKM9ey4ZZHciP4nbhpbd30EvBFEkRkJrSd9 k8aJTWrRBgLh5kaH+xz1wXJhKFSQEgLtO/XpLw9UdSwh1tQq0r+eIIJjathgcQD+k8aX 0xRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=iVRnekYE+UuHjCBwdnfvhc/rUF+qZORGsU8PNffPv58=; b=HI+cI63H8n8ue5xv3TAPLNTBAKSgvO0Y6hStOQ6hHJlKqTWq7GzNLxcBYOE1Iktiep sy2X94gbD7WAOfQejBbwMJAoWhfrCvn0BJ/U/jZ/m3ttTyAGl8vyW5my/ODluoki95kF DV5Vcb1SnU/yZniyt75cxAclGMpdN6Fkv9L1TKo/cCx5yqQ2RsThRY6IVg7emCr22FzF cdXfJSSoigQrvhn0uw5csgJtHQkZWip4Co1ydoE4waVgZ1NonKIjzij4J9pQJawJ5LxO /btMHpL6iJ+ig9HNLyeCEeHL9fc47SwD5JX2DhgOsTGpmtU3131Y3iplirTlzHgMv+tg SHTA== X-Gm-Message-State: AN3rC/5YiA1+/x4Doho81wjdqjXw1ZCsT6T0de3F+JW0OU0SkaW3T2yC tEBHyesIs6p99EWxXEm8UK7lq01SeA== X-Received: by 10.223.163.133 with SMTP id l5mr7274491wrb.119.1492677338995; Thu, 20 Apr 2017 01:35:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.150.81 with HTTP; Thu, 20 Apr 2017 01:35:38 -0700 (PDT) In-Reply-To: References: From: Johannes Lundberg Date: Thu, 20 Apr 2017 10:35:38 +0200 Message-ID: Subject: Re: increased power consumption lately? To: "Ngie Cooper (yaneurabeya)" Cc: Adrian Chadd , freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 20 Apr 2017 08:35:41 -0000 Seem like a temporary solution on Linux is to disable the interrupt. Can this be done on FreeBSD somehow? On Thu, Apr 20, 2017 at 10:09 AM, Johannes Lundberg wrote: > Thanks Ngie, that was a good one! (I really need to learn dtrace...) > > Got this among other: > > AcpiNsLookup:entry PathInfo: \/ _SB_PCI0IGPUGSSE=EF=BF=BDGSMI\/ _SB_PCI0I= GPUGSCI=EF=BF=BDK > p > > Might be related to: > https://bugs.freedesktop.org/show_bug.cgi?id=3D98501 > > > > On Wed, Apr 5, 2017 at 8:15 PM, Ngie Cooper (yaneurabeya) < > yaneurabeya@gmail.com> wrote: > >> >> > On Apr 5, 2017, at 10:39, Adrian Chadd wrote: >> > >> > hm, you could use dtrace to find what's calling that function and >> > print out the call stack? >> >> *does shrug* something like this (I realize it=E2=80=99s not pri= nting out >> arg0 =E2=80=94 arg0 is a union that would need decoding)? >> Thanks, >> -Ngie >> >> $ cat AcpiNsLookup.d >> fbt:kernel:AcpiNsLookup:entry >> { >> printf("PathInfo: %s\nType: %d\nFlags: %u", >> stringof(arg1), arg2, arg3); >> } >> $ sudo dtrace -s AcpiNsLookup.d >> > > From owner-freebsd-current@freebsd.org Thu Apr 20 09:05:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ADA0ED47044 for ; Thu, 20 Apr 2017 09:05:54 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-wr0-x22d.google.com (mail-wr0-x22d.google.com [IPv6:2a00:1450:400c:c0c::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E60BB5B; Thu, 20 Apr 2017 09:05:54 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-wr0-x22d.google.com with SMTP id z109so31146819wrb.1; Thu, 20 Apr 2017 02:05:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=0cNsoEK4YNRr6gL9HJU03JnDC6SsZCqLM4SVXfMPFYk=; b=bvywz+joA9abjQ2oX4gJ6EL6TutpMvu5CZ0/1ajWk+NYgqfdOuunGGbd7bNG2LDGbY nKKFSDgnHNI+WuL+hj1puAatomd/Mr80jolm92fO54WHcUpyp5XQvMNlW9RSChmI40PS LiCszMWMR3vTtbZM2aM548vYBrHOPlar/hYu7iiZYcamXPEa3pr8X0gSsT+HG9FR1u++ wTnhB0PNOF3+6rSeUVaX1pVUg88Lpx5pBbfCs+ovG/X6vxEDhUSuhc7/1+r0ly5AD0V1 fr6sZUbtbDYOhWM9awSnm5Fm51YnQCqALGeTLhow3kYL3Yr2IXCLis5ni+wxWQL7c5Ye jF7Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=0cNsoEK4YNRr6gL9HJU03JnDC6SsZCqLM4SVXfMPFYk=; b=W8f3iHueqy/BwtvfamiMjjbmhGXtALWfNUrrRmp+WNAJmr5XdX490m7uWu2lQCAELn tx3ZI/bKmVMbwYMJY4qeOlJW7mpG2fjT+j2HjI8KJh+UgAGMXzTrSN4Xkt5Q8Mv0edxL l1JQ5xsH4ICAzPlb+jEKkzhpil/6AGW7LwXz0MwSTtA2+qTV95MX7Sm7TZ1OuYUplCln vMauDVbYJMYgwmbhuEhOwentwVBAoxI9SAstSEkgwlE6r2G0N8IxdqfKJc2CubSi+PLb YAHaEpx4VDYv5YtJNpDVMMfpxT+oJVELSFnkfj6JW/D5Cke2RwhhFdYzwSb6BJ0YXVVn UQaQ== X-Gm-Message-State: AN3rC/68wuymoobGH2pUUNBsDSURoKMrGowURxrfZOnCZX1DrUYb8ZXp BtaX/bGK+VUbEWUWPjHxTDVuFI/JXg== X-Received: by 10.223.164.83 with SMTP id e19mr6768596wra.40.1492679152542; Thu, 20 Apr 2017 02:05:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.150.81 with HTTP; Thu, 20 Apr 2017 02:05:52 -0700 (PDT) In-Reply-To: References: From: Johannes Lundberg Date: Thu, 20 Apr 2017 11:05:52 +0200 Message-ID: Subject: Re: increased power consumption lately? To: "Ngie Cooper (yaneurabeya)" Cc: Adrian Chadd , freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 20 Apr 2017 09:05:54 -0000 I found another solution. Modifying the DSDT file by removing Method (_L06, 0, NotSerialized) // _Lxx: Level-Triggered GPE { If (LAnd (\_SB.PCI0.IGPU.GSSE, LNot (GSMI))) { \_SB.PCI0.IGPU.GSCI () } Else { Store (0x00, \_SB.PCI0.IGPU.GEFC) Store (0x01, SCIS) /* \SCIS */ Store (0x00, \_SB.PCI0.IGPU.GSSE) Store (0x00, \_SB.PCI0.IGPU.SCIE) } } seem to solve the problem, as discussed here https://bugs.freedesktop.org/show_bug.cgi?id=3D98501 I will keep an eye on that bug report and see what happens. I should also mention that I am running the Linux i915kms driver https://github.com/FreeBSDDesktop/freebsd-base-graphics Since we're constantly merging updates from Linux maybe there will be a fix for this soon. On Thu, Apr 20, 2017 at 10:35 AM, Johannes Lundberg wrote: > Seem like a temporary solution on Linux is to disable the interrupt. Can > this be done on FreeBSD somehow? > > On Thu, Apr 20, 2017 at 10:09 AM, Johannes Lundberg > wrote: > >> Thanks Ngie, that was a good one! (I really need to learn dtrace...) >> >> Got this among other: >> >> AcpiNsLookup:entry PathInfo: \/ _SB_PCI0IGPUGSSE=EF=BF=BDGSMI\/ >> _SB_PCI0IGPUGSCI=EF=BF=BDK p >> >> Might be related to: >> https://bugs.freedesktop.org/show_bug.cgi?id=3D98501 >> >> >> >> On Wed, Apr 5, 2017 at 8:15 PM, Ngie Cooper (yaneurabeya) < >> yaneurabeya@gmail.com> wrote: >> >>> >>> > On Apr 5, 2017, at 10:39, Adrian Chadd wrote: >>> > >>> > hm, you could use dtrace to find what's calling that function and >>> > print out the call stack? >>> >>> *does shrug* something like this (I realize it=E2=80=99s not pr= inting >>> out arg0 =E2=80=94 arg0 is a union that would need decoding)? >>> Thanks, >>> -Ngie >>> >>> $ cat AcpiNsLookup.d >>> fbt:kernel:AcpiNsLookup:entry >>> { >>> printf("PathInfo: %s\nType: %d\nFlags: %u", >>> stringof(arg1), arg2, arg3); >>> } >>> $ sudo dtrace -s AcpiNsLookup.d >>> >> >> > From owner-freebsd-current@freebsd.org Thu Apr 20 09:31:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 93A24D47A09; Thu, 20 Apr 2017 09:31:52 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: from mail-yw0-x232.google.com (mail-yw0-x232.google.com [IPv6:2607:f8b0:4002:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F9D773; Thu, 20 Apr 2017 09:31:52 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: by mail-yw0-x232.google.com with SMTP id u70so35947254ywe.2; Thu, 20 Apr 2017 02:31:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ZnevUaJhp8o+62+JbDvqcEAzUqPJMpxIZKO2zCCXoLY=; b=jLkzL0Yi+mubmGgdD2rrZt3aaaGl8f9i7tyDtiuu2WxJRuZs5vG9hkc93senxFb1f/ roCkoRwI5nUgyn1DpFAvRzDld07TXDME2n/u+muDVemaom4UbIofuPi1Ellt4qoP0+/P UdJ/qAFwGEiARIjLGrRFI/a5qULC+Y717D139bSz7glcyIdT6dwFmYnk6Ih7Zsh/TXv6 cAFbCUqnw60YwbFW/9+PTsOpjga/HEtelKiAtvQogGVWzAMI9QyHRv/j811Fz8OcebzY MF2vfEHgqhK+6YJAipLj5nm1fa4gMsuFj2ZVewZk5F5iOsgWFbmlEsaxTW/ELz5ki8YY DtuA== 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=ZnevUaJhp8o+62+JbDvqcEAzUqPJMpxIZKO2zCCXoLY=; b=AuwbttPqHsDAORNogVk8Ivfl0dJ69630UykdHnZSTy3qdFElPsoP+ELKguaq0CNgGO HCMAZcGSgUcxYMEH9pdU94Q3pOloL9YyWpj7R8adoyKaQR70BjkYgrefBILhJUL1l/nt ZUCdDRlqaqGmV+LmDgzDb4lBwmvzGJ40B1ZBFx81IagCXLoGwaHcb/FSBIYdxpdUjydq tPg5rqXaZApk5b4p878hQJ+CGsTvv8btGpIp+twXDSS4MXg0F1haAInwtABJS4i2BZ9Z lTv4fO8nTafGvLmMoSk+mQrivDUKfrjKLZCDFht3x0kaJKEtsET6NNrCHpi40j/ehYRn hbuA== X-Gm-Message-State: AN3rC/4XnQla0TzHsBeXP2BHap7k5nCbopdoVtAA3xY/5XYf50G0SsOS ylj3P/rcWzs19ZnXjpNzrZCbSV9fd0Hk X-Received: by 10.13.249.130 with SMTP id j124mr5707553ywf.198.1492680711379; Thu, 20 Apr 2017 02:31:51 -0700 (PDT) MIME-Version: 1.0 References: <91A4570B-69EE-4462-9C60-205C66267599@dsl-only.net> <7AD329E1-2828-42EB-9A14-B44E357CC199@dsl-only.net> In-Reply-To: From: Tom Vijlbrief Date: Thu, 20 Apr 2017 09:31:40 +0000 Message-ID: Subject: Re: Sendmail eats CPU on r317039 [after -r316874 it may be -r316951 and -r316973 are not enough to fix everything] To: Mark Millard , ronald-lists@klop.ws Cc: FreeBSD Current , freebsd-arm , sobomax@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 20 Apr 2017 09:31:52 -0000 Op wo 19 apr. 2017 09:11 schreef Tom Vijlbrief : > I'm currently rebuilding world and kernel on a just completed SVN checkout. > > Note that the normal sendmail daemon which listens for incoming traffic > does NOT loop. > > The sendmail instance which tries local delivery (echo Hi | mail root) or > the msp_queue instance is looping. > > It might be an arm64 specific issue, but a few weeks ago this was not an > issue. > I just completed a full rebuild on the Pine64 and I cannot reproduce the problem, so there is probably no issue anymore... (Except the spurious interrupts issue) > Op di 18 apr. 2017 om 21:15 schreef Mark Millard : > >> Ronald Klop ronald-lists at klop.ws wrote on Tue Apr 18 09:59:50 UTC >> 2017: >> >> > there is a thread ono this list about a problem in syslogd which made >> > syslog-clients (like sendmail busy-looping on logging. >> > That might be related to this. (it is fixed in the source already, so >> > upgrading again might help) >> > See the thread with subject like 'Re: r316958: booting a server takes >> >10 >> > minutes!' >> > >> > Regards, >> > >> > Ronald. >> >> >> Yes. But Tom V.'s report is for -r317039, which is after the reported >> fixes as far as I can tell. Something besides syslogd might also cause >> problems? >> >> In my nearly-default -r317015 ardm64 context [as a VirtualBox guest] >> I've not seen the problem, where I did before. (The only reason sendmail >> runs in my context is for the messages FreeBSD sends to it own local >> accounts. I do not otherwise use mail in this context.) >> >> Tom V.'s report vs. others finding lack of a problem suggests that the >> coverage of the fixes is incomplete somehow but useful. I happen to not >> be doing whatever causes the problem to appear. I've no clue what might >> be different or unusual in Tom V.'s context. >> >> There is also the possibility that Tom V.'s report is a fully independent >> issue. But such does not seem all that likely on the initial information. >> >> >> > On 2017-Apr-17, at 7:57 AM, Mark Millard >> wrote: >> > >> >> Just an FYI of a more recent report of runaway sendmail on a >> >> more recent system version ( -r317039 ): >> >> >> >> Begin forwarded message: >> >> >> >>> From: Tom Vijlbrief >> >>> Subject: Sendmail eats CPU on r317039 >> >>> Date: April 17, 2017 at 3:39:37 AM PDT >> >>> To: "freebsd-current at freebsd.org" , >> freebsd-arm >> >>> >> >>> On a recent kernel sendmail is constantly consuming CPU. >> >>> >> >>> truss -p PID >> >>> >> >>> shows: >> >>> >> >>> sendto(3,"<22>Apr 17 10:30:33 sendmail[362"...,163,0x0,NULL,0) ERR#55 >> 'No >> >>> buffer space available' >> >>> nanosleep({ 0.000001000 }) = 0 (0x0) >> >>> sendto(3,"<22>Apr 17 10:30:33 sendmail[362"...,163,0x0,NULL,0) ERR#55 >> 'No >> >>> buffer space available' >> >>> nanosleep({ 0.000001000 }) >> >>> ... >> >>> >> >>> This is on an arm64 system >> >> >> >> Analysis of Tom V.'s context for this may be required. >> >> === >> Mark Millard >> markmi at dsl-only.net >> >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> > From owner-freebsd-current@freebsd.org Thu Apr 20 10:22:02 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7813DD48564 for ; Thu, 20 Apr 2017 10:22:02 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-188.reflexion.net [208.70.211.188]) (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 3CA75685 for ; Thu, 20 Apr 2017 10:22:01 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 20015 invoked from network); 20 Apr 2017 10:25:05 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 20 Apr 2017 10:25:05 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Thu, 20 Apr 2017 06:22:00 -0400 (EDT) Received: (qmail 18250 invoked from network); 20 Apr 2017 10:22:00 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 20 Apr 2017 10:22:00 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 6747AEC7901; Thu, 20 Apr 2017 03:21:59 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Sendmail eats CPU on r317039 [after -r316874 it may be -r316951 and -r316973 are not enough to fix everything] From: Mark Millard In-Reply-To: Date: Thu, 20 Apr 2017 03:13:04 -0700 Cc: ronald-lists@klop.ws, FreeBSD Current , freebsd-arm , sobomax@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <56DF611E-E797-4D48-ADA4-0CFED35F2B2E@dsl-only.net> References: <91A4570B-69EE-4462-9C60-205C66267599@dsl-only.net> <7AD329E1-2828-42EB-9A14-B44E357CC199@dsl-only.net> To: Tom Vijlbrief X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 20 Apr 2017 10:22:02 -0000 On 2017-Apr-20, at 2:31 AM, Tom Vijlbrief = wrote: >> Op wo 19 apr. 2017 09:11 schreef Tom Vijlbrief : >> I'm currently rebuilding world and kernel on a just completed SVN = checkout. >>=20 >> Note that the normal sendmail daemon which listens for incoming = traffic does NOT loop. >>=20 >> The sendmail instance which tries local delivery (echo Hi | mail = root) or the msp_queue instance is looping. >>=20 >> It might be an arm64 specific issue, but a few weeks ago this was not = an issue. >>=20 > I just completed a full rebuild on the Pine64 and I cannot reproduce = the problem, so there is probably no issue anymore... >=20 > (Except the spurious interrupts issue) FYI: I've not seen a spurious interrupts notification on arm64/aarch64. I have seen such on cortex-a7 (the armv6/7 examples that I have access to are this: so just armv7). For cortex-a7 I build with the following local experiment for information gathering: # svnlite diff /usr/src/sys/arm/arm/gic.c Index: /usr/src/sys/arm/arm/gic.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/arm/arm/gic.c (revision 317015) +++ /usr/src/sys/arm/arm/gic.c (working copy) @@ -672,9 +672,13 @@ =20 if (irq >=3D sc->nirqs) { #ifdef GIC_DEBUG_SPURIOUS +#define EXPECTED_SPURIOUS_IRQ 1023 + if (irq !=3D EXPECTED_SPURIOUS_IRQ) { device_printf(sc->gic_dev, - "Spurious interrupt detected: last irq: %d on = CPU%d\n", + "Spurious interrupt %d detected of %d: last irq: %d = on CPU%d\n", + irq, sc->nirqs, sc->last_irq[PCPU_GET(cpuid)], PCPU_GET(cpuid)); + } #endif return (FILTER_HANDLED); } @@ -720,6 +724,16 @@ if (irq < sc->nirqs) goto dispatch_irq; =20 + if (irq !=3D EXPECTED_SPURIOUS_IRQ) { +#undef EXPECTED_SPURIOUS_IRQ +#ifdef GIC_DEBUG_SPURIOUS + device_printf(sc->gic_dev, + "Spurious end interrupt %d detected of %d: last irq: = %d on CPU%d\n", + irq, sc->nirqs, + sc->last_irq[PCPU_GET(cpuid)], PCPU_GET(cpuid)); +#endif + } + return (FILTER_HANDLED); } It has never reported a non-1023 IRQ. Quoting arm_gic_architecture_specification.pdf (various places about the = 1023 IRQ figure): =E2=80=A2 A processor reads the GICC_IAR and obtains the = interrupt ID 1023, indicating a spurious interrupt. The processor can = return from its interrupt service routine without writing to its = GICC_EOIR. The spurious interrupt ID indicates that the original interrupt is no = longer pending, typically because another target processor is handling = it. and . . . =E2=80=A2 1023 This value is returned to a processor, in = response to an interrupt acknowledge, if there is no pending interrupt = with sufficient priority for it to be signaled to the processor. and . . . GICC_IAR read = GICC_CTLR.AckCtl Returned interrupt ID Highest priority pending interrupt^a is Group 0 Non-secure x = Interrupt ID 1023 No pending interrupts^a x x = Interrupt ID 1023 Interrupt signaling of the required interrupt group by CPU interface = disabled x x = Interrupt ID 1023 ^a. Of sufficient priority to be signaled to the processor if signaling = by the CPU interface is enabled. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Thu Apr 20 19:43:23 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5DB5DD48CC6; Thu, 20 Apr 2017 19:43:23 +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 030228D5; Thu, 20 Apr 2017 19:43:22 +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 v3KJhEYS083761 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 20 Apr 2017 22:43:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v3KJhEYS083761 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v3KJhE1Z083760; Thu, 20 Apr 2017 22:43:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 20 Apr 2017 22:43:14 +0300 From: Konstantin Belousov To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org, freebsd-ports@freebsd.org Cc: emaste@freebsd.org, Kirk McKusick Subject: 64-bit inodes (ino64) Status Update and Call for Testing Message-ID: <20170420194314.GI1788@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.8.0 (2017-02-23) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 20 Apr 2017 19:43:23 -0000 Inodes are data structures corresponding to objects in a file system, such as files and directories. FreeBSD has historically used 32-bit values to identify inodes, which limits file systems to somewhat under 2^32 objects. Many modern file systems internally use 64-bit identifiers and FreeBSD needs to follow suit to properly and fully support these file systems. The 64-bit inode project, also known as ino64, started life many years ago as a project by Gleb Kurtsou (gleb@). After that time several people have had a hand in updating it and addressing regressions, after mckusick@ picked up and updated the patch, and acted as a flag-waver. Sponsored by the FreeBSD Foundation I have spent a significant effort on outstanding issues and integration -- fixing compat32 ABI, NFS and ZFS, addressing ABI compat issues and investigating and fixing ports failures. rmacklem@ provided feedback on NFS changes, emaste@ and jhb@ provided feedback and review on the ABI transition support. pho@ performed extensive testing and identified a number of issues that have now been fixed. kris@ performed an initial ports investigation followed by an exp-run by antoine@. emaste@ helped with organization of the process. This note explains how to perform useful testing of the ino64 branch, beyond typical smoke tests. 1. Overview. The ino64 branch extends the basic system types ino_t and dev_t from 32-bit to 64-bit, and nlink_t from 16-bit to 64-bit. The struct dirent layout is modified due to the larger size of ino_t, and also gains a d_off (directory offset) member. As ino64 implies an ABI change anyway the struct statfs f_mntfromname[] and f_mntonname[] array length MNAMELEN is increased from 88 to 1024, to allow for longer mount path names. ABI breakage is mitigated by providing compatibility using versioned symbols, ingenious use of the existing padding in structures, and by employing other tricks. Unfortunately, not everything can be fixed, especially outside the base system. For instance, third-party APIs which pass struct stat around are broken in backward and forward- incompatible way. 2. Motivation. The main risk of the ino64 change is the uncontrolled ABI breakage. Due to expansion of the basic types dev_t, ino_t and struct dirent, the impact is not limited to one part of the system, but affects: - kernel/userspace interface (syscalls ABI, mostly stat(2), kinfo and more) - libc interface (mostly related to the readdir(3), FTS(3)) - collateral damage in other libraries that happens to use changed types in the interfaces. See, for instance, libprocstat, for which compat was provided using symbol versioning, and libutil, which shlib version was bumped. 3. Quirks. We handled kinfo sysctl MIBs, but other MIBs which report structures depended on the changed type, are not handled in general. It was considered that the breakage is either in the management interfaces, where we usually allow ABI slip, or is not important. Struct xvnode changed layout, no compat shims are provided. For struct xtty, dev_t tty device member was reduced to uint32_t. It was decided that keeping ABI compat in this case is more useful than reporting 64bit dev_t, for the sake of pstat. 4. Testing procedure. The ino64 project can be tested by cloning the project branch from GitHub or by applying the patch to a working tree. The authorative source is the GitHub, I do not promise to update the review for each update. To clone from GitHub: % git clone -b ino64 https://github.com/FreeBSDFoundation/freebsd.git ino64 To fetch the patch from Phabricator: - Visit https://reviews.freebsd.org/D10439 - Click "Download Raw Diff" at the upper right of the page Or % arc patch D10439 After that, in the checkout directory do % (cd sys/kern && touch syscalls.master && make sysent) % (cd sys/compat/freebsd32 && touch syscalls.master && make sysent) If you use custom kernel configuration, ensure that options COMPAT_FREEBSD11 is included into the config. Then build world and kernel in the usual way, install kernel, reboot, install new world. Do not make shortcuts in the update procedure. 4.1 New kernel, old world. Build and install pristine HEAD world, apply patch and only build and install updated kernel. The system must work same as with the pristine kernel. 4.2 New kernel, new world, old third-party applications. Build and install patched kernel and world. Applications compiled on the pristine HEAD (e.g. installed by pkg from the regular portmgr builds) must work without a regression. 4.3 32bit compat. Same as 4.1 and 4.2, but for 32bit (i386) binaries on the amd64 host. Note that big-endian host, like powerpc, might expose additional bugs in the 32bit compat with the patch, but the testing is too cumbersome to arrange. 4.4 Targeted tests. Useful programs to check items 4.1, 4.2 and 4.3 are versions of the following programs, taken from the pristine system: stat(8). Use it on regular file, file in /dev, socket, pipe and so on. For both native and 32bit compat, stat(8) must print reasonable information. procstat(1). Use it with the -f option to examine processes files. kinfo(9) data must be returned in the format acceptable for older apps. Use pristine find(1) binary with many arbitrary options on a system with installed patched world, in particular, libc. Find examines FTS(3), and compat shims in libc are non-trivial. 4.5 NFS server and client test. Check that the NFS server in the patched kernel operates correctly and without performance regressions. Same for client. NFS should be checked for all four combination of patched/unpatched kernel server/client, because the filehandle format includes inode number. 4.6 Other filesystems Generally, filesystems should see no change in the system behaviour, since patch goal is to provide space to grow in the ABI. In particular, local filesystem layout must stay same. Of course, it is possible that some reliance on the exact sizes of the changed types was left unnoticed during the patch review, in which case e.g. on-disk format would be broken. We do not expect this to slip in, but it is possible and should be watched for. 4.7 Test accounting The process accounting, as documented in acct(5), changed format of the records due to dev_t increase. Verify that the programs like sa(8) and accton(8) correctly work with both old and new accounting records. 5. Ports Status with ino64 A ports exp-run for ino64 is open in PR 218320. The failing ports each responsible for more than 1 skipped port are: lang/ghc 497 multimedia/webcamd 62 lang/gcc6-aux 54 devel/libgtop 39 sysutils/py-psutil 13 devel/llvm38 6 lang/rust 4 sysutils/py-psutil121 3 Patches are available for lang/llvm39, lang/llvm40, lang/ghc, and lang/rust in the topic branch as ports.patch, and llvm38 can be fixed in the same way as llvm39 and llvm40. Assistance with investigating and fixing the port failures will be greatly appreciated. Below is an overview of the problems and proposed solutions, probably mostly relevant to the ports maintainers. 5.1. LLVM LLVM includes a component called Address Sanitizer or ASAN, which tries to intercept syscalls, and contains knowledge of the layout of many system structures. Since stat and lstat syscalls were removed and several types and structures changed, this has to be reflected in the ASAN hacks. 5.2. lang/ghc The ghc compiler and parts of the runtime are written in Haskell, which means that to compile ghc, you need a working Haskell compiler for bootstrap. By default for ghc, the runtime is provided in the form of static libraries. Static libraries reference default versions of libc symbols, which are assigned the ELF symbol version at the final linking stage. As result, using such libraries results in using the updated syscall, but internally the code still uses old system types. The end result is the random memory corruption because both libc and kernel assume new types. This situation cannot be fixed by symbol versioning, because versioning acts too late. Instead, we hacked the bootstrap compiler by providing symbols for modified syscalls in the shipped static libraries, which symbols direct execution to the compat variants of the syscalls. This allows the bootstrap compiler to generate working code. After the stage0, compiler operates on new structures and things stabilize. The real solution is, of course, to re-package the bootstrap compiler, but for some time we need to support pre-ino64 HEAD in ports. Also, learning full scope of GHC maintainance duties, required for that, is too much for the ino64 task. 5.3. lang/rust Rustc has a similar structure to GHC, and same issue. The same solution of patching the bootstrap was done. Also rust libstd and liblibc provide rustified definitions of the system structures, which were updated to reflect the updated layout. I failed to understand why e.g. struct stat has to be defined in 3 places at least, but all found locations were patched. 6. Next Steps The tentative schedule for the ino64 project: 2017-04-20 Post wide call for testing Investigate and address port failures with maintainer support 2017-05-05 Request second exp-run with initial patches applied Investigate and address port failures with maintainer support 2017-05-19 Commit to HEAD Address post-commit failures where feasible From owner-freebsd-current@freebsd.org Fri Apr 21 11:55:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B943CD49F79 for ; Fri, 21 Apr 2017 11:55:27 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670040.outbound.protection.outlook.com [40.107.67.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 764687EC; Fri, 21 Apr 2017 11:55:26 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0190.CANPRD01.PROD.OUTLOOK.COM (10.165.218.134) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1034.10; Fri, 21 Apr 2017 11:55:25 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.1034.015; Fri, 21 Apr 2017 11:55:25 +0000 From: Rick Macklem To: "freebsd-current@freebsd.org" CC: Bruce Evans Subject: kernel coding of nobody/nogroup Thread-Topic: kernel coding of nobody/nogroup Thread-Index: AQHSupVvbJrpgbKdBUG9y5YrNoVVww== Date: Fri, 21 Apr 2017 11:55:25 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: FreeBSD.org; dkim=none (message not signed) header.d=none;FreeBSD.org; dmarc=none action=none header.from=uoguelph.ca; x-microsoft-exchange-diagnostics: 1; YTXPR01MB0190; 7:/lm3EkerbJyHPZjgRGoMd94kLCpTidEfE+OHs/CH49oPJuDfpz3wWm/I1Zxu/Bfj/PqrpnZkfQvy12iQfLFzz1yGIKQ7uXBBaK4rk5asI2tPmAVrkjVLKhsdfKoKftEfdbAyZCXSsAG1fsaL76N1R8fN5l01APcmnF2t4bk4Bw/AlBIjafLfQLTQaMM6f5kD2WmIOOHglWqDhcYKRFDJuIgeqTfin+3TD0KL8t89jtsLhDU7KzT+la4Yv1602T8sPMKG52WKx8APIM6vcwLCXmJ7zx22y4+q5ezkDlhNLl23/gLPlM3cqjhHB3JK9mbZGye2q2lLatAfxncm0tDg2w== x-ms-office365-filtering-correlation-id: db46e37b-ffdc-48a1-dd57-08d488ad4c09 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:YTXPR01MB0190; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(5005006)(8121501046)(93006095)(93001095)(3002001)(10201501046)(6041248)(20161123562025)(20161123564025)(20161123560025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(20161123555025)(6072148); SRVR:YTXPR01MB0190; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0190; x-forefront-prvs: 02843AA9E0 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39410400002)(39850400002)(39450400003)(39840400002)(39400400002)(50986999)(5640700003)(189998001)(2906002)(3280700002)(3660700001)(6436002)(7696004)(74482002)(2351001)(33656002)(6916009)(8936002)(81166006)(53936002)(55016002)(86362001)(122556002)(8676002)(450100002)(5660300001)(305945005)(2900100001)(110136004)(4326008)(102836003)(9686003)(38730400002)(551544002)(25786009)(2501003)(6506006)(74316002)(77096006)(54356999); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0190; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM 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-originalarrivaltime: 21 Apr 2017 11:55:25.0975 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0190 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 21 Apr 2017 11:55:27 -0000 Hi, I need to set the default uid/gid values for nobody/nogroup into kernel variables. I reverted the commit that hardcoded them, since I agree that wasn't a good thing to do. I didn't realize that "nobody" was already defined in sys/conf.h and I can use that. There is no definition for "nogroup" in sys/conf.h. Would it be ok to add #define GID_NOGROUP 65533 to syy/conf.h? (I know bde@ doesn't like expressing this as 65533, but that is what it is = in /etc/group.) rick ps: These values are usually set by nfsuserd(8), but need to be initialized= for the case where is in not being run. The default uid/gid in nfsuserd.c needs t= o be fixed too, although they only get used if there isn't an entry for nobody/nogro= up in the password/group database.= From owner-freebsd-current@freebsd.org Fri Apr 21 12:56:31 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF885D4687C for ; Fri, 21 Apr 2017 12:56:31 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail110.syd.optusnet.com.au (mail110.syd.optusnet.com.au [211.29.132.97]) by mx1.freebsd.org (Postfix) with ESMTP id 884F7A33; Fri, 21 Apr 2017 12:56:31 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from besplex.bde.org (c122-106-153-191.carlnfd1.nsw.optusnet.com.au [122.106.153.191]) by mail110.syd.optusnet.com.au (Postfix) with ESMTPS id AEDBC106915; Fri, 21 Apr 2017 22:56:20 +1000 (AEST) Date: Fri, 21 Apr 2017 22:56:20 +1000 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Rick Macklem cc: "freebsd-current@freebsd.org" , Bruce Evans Subject: Re: kernel coding of nobody/nogroup In-Reply-To: Message-ID: <20170421222601.U2526@besplex.bde.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.2 cv=VbSHBBh9 c=1 sm=1 tr=0 a=Tj3pCpwHnMupdyZSltBt7Q==:117 a=Tj3pCpwHnMupdyZSltBt7Q==:17 a=kj9zAlcOel0A:10 a=IqtoMd2DKtP-fSBSbEwA:9 a=CjuIK1q_8ugA:10 X-Mailman-Approved-At: Fri, 21 Apr 2017 14:14:09 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 21 Apr 2017 12:56:31 -0000 On Fri, 21 Apr 2017, Rick Macklem wrote: > I need to set the default uid/gid values for nobody/nogroup into kernel > variables. I reverted the commit that hardcoded them, since I agree that > wasn't a good thing to do. > > I didn't realize that "nobody" was already defined in sys/conf.h and I can > use that. I didn't know nobody was already there either. They are only used by zfs, while the others were originally only sed for devices. > There is no definition for "nogroup" in sys/conf.h. > Would it be ok to add > #define GID_NOGROUP 65533 > to syy/conf.h? > (I know bde@ doesn't like expressing this as 65533, but that is what it is in /etc/group.) sys/conf.h already has GID_NOBODY but it is subtly different from GID_NOGROUP. It seems to be a bug that zfs uses nobody's gid instead of the gid nogroup which is used by no body. Bruce From owner-freebsd-current@freebsd.org Fri Apr 21 18:58:17 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 63C49D49E71 for ; Fri, 21 Apr 2017 18:58:17 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mail-qk0-x232.google.com (mail-qk0-x232.google.com [IPv6:2607:f8b0:400d:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F9BCF20 for ; Fri, 21 Apr 2017 18:58:17 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by mail-qk0-x232.google.com with SMTP id y63so48858826qkd.1 for ; Fri, 21 Apr 2017 11:58:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=/8t8MtC3alUxcirHUZXUdNARpAgLHBkJdtabxsnI+B4=; b=HDr8vl0AT3L1E4niDPnAZNmoQPdbrmeEyd1ltOHOttyxcmsRpy/5qIJ8PboKn3eBTQ LtEzdvv610xyBTWSaZcn6b6VdI0Uy1po5uQ6asTF75FfzuzA5limKK8i2GMAAIUCh/sW 37S2lF4PldYpJdXayVG41D9CsJ0lEFb0ROt0or8a8cSqtkY9pqh60LpEzxFcKcnT7oCE rGkN5tkV17dqB6DMf/zFHcnb248Ke8rOSvEpsheQMGnnNWFKSff+8XXuNJ/Koy7vhgYG 23NsvE35CMGx6P9c46BFOjSQCdWwjH07kIZEn6dmTUF9oK9ZuDoL087Hq/ZXmPF3nLNp jgFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:to:from:subject:message-id:date :user-agent:mime-version:content-transfer-encoding; bh=/8t8MtC3alUxcirHUZXUdNARpAgLHBkJdtabxsnI+B4=; b=N3lAqmoz6rgDk3W+aruyXCAk/uGpz1fB1rox7w4ilLgMGPgXqlhfPoed6gjMJqjGod hP+bLutC+DuKq2PtLj8hjLhEuHhMYwTXStTbvSwDiBhw85b1CyIBg213If1wS4JZQLIV uLK8OjfW918FQ6/GwzbDCQ5q8vlIVGlXRVEyOz5JXWrye+fn84gvJqB7J3b219j/V7Ly nKE9xJW+JjKqf8lRlMOGfM3BChPMBq0U3vTQ94YT+1Bg0Ovmd2e3v8F1LCQbVyyVCcc3 IcelDAFztIuMxk3CnO3k5uKmIEufZyr+ifELpfT6kuWuo0T85yHHwcVhUw2M/TCO9/eC PZlg== X-Gm-Message-State: AN3rC/7x0EKsLF9rE0KS+INFUhEYM/xCqqbZgDa48Nj/Qw7AFaFenwNM DJlwYYtABfMcaiacvZM= X-Received: by 10.55.161.6 with SMTP id k6mr13352360qke.148.1492801096105; Fri, 21 Apr 2017 11:58:16 -0700 (PDT) Received: from mbp-eth.home ([2001:470:8:1d2::d:1de2]) by smtp.gmail.com with ESMTPSA id j1sm6864531qkf.57.2017.04.21.11.58.13 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 21 Apr 2017 11:58:15 -0700 (PDT) Sender: Renato Botelho To: freebsd-current@FreeBSD.org From: Renato Botelho Subject: make check-old warnings Message-ID: <4635f49c-243f-4efb-7095-c93f0b02d2a0@FreeBSD.org> Date: Fri, 21 Apr 2017 15:58:11 -0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 21 Apr 2017 18:58:17 -0000 I've updated my laptop to r317256 and started to see some warnings when I run make check-old: ❯ make check-old make warning: $5bZ� : No such file or directory. make warning: $5bZ� : No such file or directory. >>> Checking for old files make warning: $5bZ� : No such file or directory. /usr/bin/gdb /usr/lib/debug/usr/bin/gdb.debug /usr/bin/gdbserver /usr/lib/debug/usr/bin/gdbserver.debug /usr/bin/gdbtui /usr/lib/debug/usr/bin/gdbtui.debug /usr/bin/kgdb /usr/lib/debug/usr/bin/kgdb.debug /usr/share/man/man1/gdb.1.gz /usr/share/man/man1/gdbserver.1.gz /usr/share/man/man1/kgdb.1.gz >>> Checking for old libraries make warning: $5bZ� : No such file or directory. >>> Checking for old directories make warning: $5bZ� : No such file or directory. /usr/share/examples/hast /usr/share/examples/ipfilter /usr/libexec/lpr/ru /usr/lib/debug/usr/libexec/lpr/ru /usr/libexec/lpr /usr/lib/debug/usr/libexec/lpr /usr/share/doc/smm/07.lpd /usr/share/pc-sysinstall/backend /usr/share/pc-sysinstall/backend-partmanager /usr/share/pc-sysinstall/backend-query /usr/share/pc-sysinstall/conf/license /usr/share/pc-sysinstall/conf /usr/share/pc-sysinstall/doc /usr/share/pc-sysinstall /usr/share/examples/pc-sysinstall /etc/ppp /usr/include/libmilter /usr/share/doc/smm/08.sendmailop /usr/share/sendmail /usr/include/atf-c /usr/include/atf-c++ /usr/share/atf /usr/share/doc/atf To remove old files and directories run 'make delete-old'. To remove old libraries run 'make delete-old-libs'. -- Renato Botelho From owner-freebsd-current@freebsd.org Fri Apr 21 18:42:25 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2633FD49AFB for ; Fri, 21 Apr 2017 18:42:25 +0000 (UTC) (envelope-from fehrist@codeghar.com) Received: from mail-ua0-x234.google.com (mail-ua0-x234.google.com [IPv6:2607:f8b0:400c:c08::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DD2887D4 for ; Fri, 21 Apr 2017 18:42:24 +0000 (UTC) (envelope-from fehrist@codeghar.com) Received: by mail-ua0-x234.google.com with SMTP id a1so86697901uaf.3 for ; Fri, 21 Apr 2017 11:42:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=codeghar-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=yZaFbqvYFss2tCIPjXmKiiod1KOdTE5FOTv/dkBDLY4=; b=quB/xRAQP/7tHXJon+AoJf+uNobE+HI05a05LrjrpJU2eocrd34m4dAH8aGyapIki9 ykKALVO1Ar0JRkjPOe7GhfFucpXA4zwLFRj2VCwHaLS+ZzBaQjfiAh0WZsSMxhWnS6pE tSp4EpE/2YMW0ZZOOezKGkF02T25SNekXJw//DBgjkfXe+nsMhwleUvhlIYHN0mvuI9f Lok8GvI2YHRa8xbvLoHM93oTr/+Br3UtahbBwLXMSmaVXAqVp4QD3sEeiz1tCQLKglqH 7eZsUQFC3CnWBj1eP9PrHeTOCa9XtIr/DpdPxRSMKsWJSNOsMSn+c1jb84G3u6C/x6j5 gHig== 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=yZaFbqvYFss2tCIPjXmKiiod1KOdTE5FOTv/dkBDLY4=; b=RHsR5j9QHFRu2SODpA3lupBmD7ojzrvlIZjhuvMA9p8AN9asrY4j8fbUolVfU3+OTV O3L3p2LKgKidDFoC4FobsGLihFhHJLixm8e0VyJdxeoLVEtPukc7adMQHyVoyKZwWrO+ JqB52BJKcu1D9t6CzAhbsWJFnKFjiIiKjq5mEyG8FYf1tPnAVOHN5QRpo96Cw114cecE JrSGSEfZO2GO05bTD8eecMEuKRqdMxgLnxgTns13YkdpuQe7bNcTQegfiqLbLCjd0zKV nKpHnLVzKwRHz6ttemBpTL0ZYFR03j+3P66fAERZQN2x+r9TKMd4Pe0NVirNOyNsS/P/ VVUw== X-Gm-Message-State: AN3rC/73dVZeRaNRxmaWBQRx4j56yK7fDuKxJd9Yl8MndQ8M4oJszAde XX2+6p5t4XVIc+7R5h9l8GxvfHOW3C1t/co= X-Received: by 10.176.70.26 with SMTP id m26mr5829873uaa.167.1492800143747; Fri, 21 Apr 2017 11:42:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.159.35.7 with HTTP; Fri, 21 Apr 2017 11:42:23 -0700 (PDT) From: Hamza Sheikh Date: Fri, 21 Apr 2017 11:42:23 -0700 Message-ID: Subject: buildworld fails with warning in usr.bin/diff/diffreg.c To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Fri, 21 Apr 2017 19:24:38 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 21 Apr 2017 18:42:25 -0000 The error is: --- all_subdir_usr.bin --- cc1: warnings being treated as errors /home/vagrant/src/usr.bin/diff/diffreg.c: In function 'change': /home/vagrant/src/usr.bin/diff/diffreg.c:1085: warning: 'i' may be used uninitialized in this function --- all_subdir_share --- --- ucred.9.gz --- gzip -cn /home/vagrant/src/share/man/man9/ucred.9 > ucred.9.gz --- uidinfo.9.gz --- gzip -cn /home/vagrant/src/share/man/man9/uidinfo.9 > uidinfo.9.gz --- uio.9.gz --- gzip -cn /home/vagrant/src/share/man/man9/uio.9 > uio.9.gz --- all_subdir_usr.bin --- *** [diffreg.o] Error code 1 make[4]: stopped in /home/vagrant/src/usr.bin/diff 1 error make[4]: stopped in /home/vagrant/src/usr.bin/diff --- all_subdir_share --- A failure has been detected in another branch of the parallel make make[5]: stopped in /home/vagrant/src/share/man/man9 --- all_subdir_usr.bin --- *** [all_subdir_usr.bin/diff] Error code 2 make[3]: stopped in /home/vagrant/src/usr.bin 1 error --- all_subdir_share --- *** [all_subdir_share/man/man9] Error code 2 make[4]: stopped in /home/vagrant/src/share/man 1 error make[4]: stopped in /home/vagrant/src/share/man *** [all_subdir_share/man] Error code 2 make[3]: stopped in /home/vagrant/src/share 1 error make[3]: stopped in /home/vagrant/src/share --- all_subdir_usr.bin --- make[3]: stopped in /home/vagrant/src/usr.bin --- all_subdir_share --- *** [all_subdir_share] Error code 2 make[2]: stopped in /home/vagrant/src --- all_subdir_usr.bin --- *** [all_subdir_usr.bin] Error code 2 make[2]: stopped in /home/vagrant/src --- all_subdir_lib --- A failure has been detected in another branch of the parallel make make[8]: stopped in /home/vagrant/src/lib/libcasper/services/cap_grp/tests *** [grp_test] Error code 2 make[7]: stopped in /home/vagrant/src/lib/libcasper/services/cap_grp/tests 1 error make[7]: stopped in /home/vagrant/src/lib/libcasper/services/cap_grp/tests *** [all_subdir_lib/libcasper/services/cap_grp/tests] Error code 2 make[6]: stopped in /home/vagrant/src/lib/libcasper/services/cap_grp 1 error make[6]: stopped in /home/vagrant/src/lib/libcasper/services/cap_grp *** [all_subdir_lib/libcasper/services/cap_grp] Error code 2 make[5]: stopped in /home/vagrant/src/lib/libcasper/services 1 error make[5]: stopped in /home/vagrant/src/lib/libcasper/services *** [all_subdir_lib/libcasper/services] Error code 2 make[4]: stopped in /home/vagrant/src/lib/libcasper 1 error make[4]: stopped in /home/vagrant/src/lib/libcasper *** [all_subdir_lib/libcasper] Error code 2 make[3]: stopped in /home/vagrant/src/lib 1 error make[3]: stopped in /home/vagrant/src/lib *** [all_subdir_lib] Error code 2 make[2]: stopped in /home/vagrant/src --- all_subdir_usr.sbin --- A failure has been detected in another branch of the parallel make make[4]: stopped in /home/vagrant/src/usr.sbin/ctld *** [all_subdir_usr.sbin/ctld] Error code 2 make[3]: stopped in /home/vagrant/src/usr.sbin 1 error make[3]: stopped in /home/vagrant/src/usr.sbin *** [all_subdir_usr.sbin] Error code 2 make[2]: stopped in /home/vagrant/src 4 errors make[2]: stopped in /home/vagrant/src *** [everything] Error code 2 make[1]: stopped in /home/vagrant/src 1 error make[1]: stopped in /home/vagrant/src *** [buildworld] Error code 2 make: stopped in /home/vagrant/src 1 error make: stopped in /home/vagrant/src Command exit status: 2 ++++++++++++++++++++++++++++ This is what the code snippet in the file looks like when error is encountered: vagrant@freebsd12current:~/src/usr.bin/diff % awk 'NR>=1080&&NR<=1090' diffreg.c change(char *file1, FILE *f1, char *file2, FILE *f2, int a, int b, int c, int d, int *pflags) { static size_t max_context = 64; long curpos; int i, nc; const char *walk; restart: if ((diff_format != D_IFDEF || diff_format == D_GFORMAT) && a > b && c > d) ++++++++++++++++++++++++++++ The following snippet removes the error during build: vagrant@freebsd12current:~/src/usr.bin/diff % awk 'NR>=1080&&NR<=1091' diffreg.c change(char *file1, FILE *f1, char *file2, FILE *f2, int a, int b, int c, int d, int *pflags) { static size_t max_context = 64; long curpos; int i, nc; int 0; const char *walk; restart: if ((diff_format != D_IFDEF || diff_format == D_GFORMAT) && a > b && c > d) ++++++++++++++++++++++++++++ vagrant@freebsd12current:~/src % svnlite info Path: . Working Copy Root Path: /home/vagrant/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 317257 Node Kind: directory Schedule: normal Last Changed Author: bde Last Changed Rev: 317256 Last Changed Date: 2017-04-21 15:12:43 +0000 (Fri, 21 Apr 2017) From owner-freebsd-current@freebsd.org Fri Apr 21 20:37:43 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E2E7D49289 for ; Fri, 21 Apr 2017 20:37:43 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660044.outbound.protection.outlook.com [40.107.66.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E79D19F6; Fri, 21 Apr 2017 20:37:41 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YQBPR01MB0180.CANPRD01.PROD.OUTLOOK.COM (10.169.141.138) by YQBPR01MB0177.CANPRD01.PROD.OUTLOOK.COM (10.169.141.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1047.13; Fri, 21 Apr 2017 20:37:40 +0000 Received: from YQBPR01MB0180.CANPRD01.PROD.OUTLOOK.COM ([10.169.141.138]) by YQBPR01MB0180.CANPRD01.PROD.OUTLOOK.COM ([10.169.141.138]) with mapi id 15.01.1047.017; Fri, 21 Apr 2017 20:37:40 +0000 From: Rick Macklem To: "freebsd-current@freebsd.org" CC: Bruce Evans Subject: default uid/gid for nfsuserd.c Thread-Topic: default uid/gid for nfsuserd.c Thread-Index: AQHSut7CZwZ+FcnFl0mbMiTu2jq7iw== Date: Fri, 21 Apr 2017 20:37:40 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: FreeBSD.org; dkim=none (message not signed) header.d=none;FreeBSD.org; dmarc=none action=none header.from=uoguelph.ca; x-microsoft-exchange-diagnostics: 1; YQBPR01MB0177; 7:ps1ioIZDWErRm0awf4ZGsy69yjyhrsxe8EnhKQEeOxdOBa02Y44LiLOt2WZGgknszTcir/XkJMvYRZXOjNMuinxMnASLSI9WdIP2iB5JyxVBxcckYm4Urwxf+fGYoGdZRBP6aWh4CX8YFRc6YMe2BACsYPy6dCDz8oOb9PjNRshC9raPhYezMITFoEX0BmONosHw/+EwxHmS5DWFpVAUJOed/B1P4kH1Wz+oIP84+fpwgxDFaD4oaR+o52dvYxdI/M+u07BKiCCEAttyObOXb/Ke7EfePFOPsx+TVmVuEHXTDf05pR+moa87z7Z5hpbKooJ3473oDTvScXbcIadjeg== x-ms-office365-filtering-correlation-id: 4ed9b921-e4e0-4b7e-38f1-08d488f64115 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081)(201702281549075); SRVR:YQBPR01MB0177; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3002001)(6041248)(20161123564025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(20161123560025)(20161123562025)(20161123555025)(6072148); SRVR:YQBPR01MB0177; BCL:0; PCL:0; RULEID:; SRVR:YQBPR01MB0177; x-forefront-prvs: 02843AA9E0 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39850400002)(39400400002)(39410400002)(39840400002)(39450400003)(2351001)(305945005)(102836003)(189998001)(3660700001)(5660300001)(50986999)(2900100001)(6916009)(2906002)(8676002)(7696004)(55016002)(4326008)(81166006)(54356999)(450100002)(74482002)(3280700002)(6436002)(25786009)(8936002)(53936002)(5640700003)(38730400002)(86362001)(551544002)(6506006)(2501003)(77096006)(33656002)(110136004)(122556002)(74316002); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR01MB0177; H:YQBPR01MB0180.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM 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-originalarrivaltime: 21 Apr 2017 20:37:40.0734 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR01MB0177 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 21 Apr 2017 20:37:43 -0000 Hi, I just added GID_NOGROUP to sys/conf.h and fixed the initial values for nobody/nogroup in the kernel. However, UID_NOBODY and GID_NOGROUP are in the _KERNEL section of sys/conf.h, so they aren't visible in userland. So, how to I set the initial uid/gid values for nfsuserd.c? (nfsuserd.c looks for entries in the password and group databases, so these= defaults only get used if it doesn't find an entry in the database.) I don't mind using the hardcoded values, but is there a better way? (Moving the #define's out of the _KERNEL section maybe?) rick= From owner-freebsd-current@freebsd.org Sat Apr 22 06:04:01 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C0CAD4A615 for ; Sat, 22 Apr 2017 06:04:01 +0000 (UTC) (envelope-from rsb@berentweb.com) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9DC13262 for ; Sat, 22 Apr 2017 06:04:00 +0000 (UTC) (envelope-from rsb@berentweb.com) Received: by mail-wm0-x236.google.com with SMTP id r190so1285583wme.1 for ; Fri, 21 Apr 2017 23:04:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=berentweb-com.20150623.gappssmtp.com; s=20150623; h=mime-version:reply-to:sender:in-reply-to:references:from:date :message-id:subject:to; bh=3apPqSCDLDufIdyHxFQUp2p0iKGb1bKFNSLQrenLrHA=; b=yRX7ZZZf/8X+MxRE0v/jtySLx1j1Kaf2KMJ97DgbUNezC/noHlRHEKTibRd0RQlT3A yK6iCuAVWSS9VFlZ39qfRFOHVqusk/eE0C7adjvj7CmMhx9jq+B8ktAjh/i4HfJ1IRtX /spMkiQpsZEiM6ZaIkOjM+Ju+EalEMnGn086yAk5jZiKAG9jCIl28F7dcyhQ5zQ+aQcG ZNgt4N7E0X0vMm8T9cqrma288lveR2gnuJhUCQqlWcnF76vUpcP12PGL9LfOafMMT6ho GJRqnip1Uq73cX1w/SX01thkJZKJr+Kx0nQjVxCODwTwVDbwF9jBWFoDKnZxkpk9iNDp rwwA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:sender:in-reply-to :references:from:date:message-id:subject:to; bh=3apPqSCDLDufIdyHxFQUp2p0iKGb1bKFNSLQrenLrHA=; b=Ekjd49UW32kVQf65GXrZdbGZPuigyS/J2a5wXigUOHMIisb5QdH6joV4P1R4m278M9 /sTjiByFYCBa4C1wZ44lhbHroVvkyP4tzEIcmbtxSOGdVb5AlGituyPr7xA4Jny1k/IL kHEJ2egD51pl4PjAp2ylClxVj+Jjje7HaXHqWcVUPMnl4sl8MV68Iml2DlJBiRTi+NKi QxV/4GbzjQZB6RZvJS28ctKNj8+dfgxZjJlIApDGN3V+smhFXHF05p/V1u5+lxyIQD8h zWjjH0QZUql9KqRpDUxttIW9sNh1u8pbHhCkCBR+ZCnTjAEE8629nUGl9XtzBG/QQYDn IGEg== X-Gm-Message-State: AN3rC/4rA5yFTGgUt4T6yfjp/l4fkAZts+F27PA0nkCxeWck5IHmNMQt jXDttbw+9qQk7UDDKwCUrPixtQps5Q== X-Received: by 10.28.48.16 with SMTP id w16mr1581219wmw.10.1492841038528; Fri, 21 Apr 2017 23:03:58 -0700 (PDT) MIME-Version: 1.0 Reply-To: zaphod@berentweb.com Sender: rsb@berentweb.com Received: by 10.28.41.199 with HTTP; Fri, 21 Apr 2017 23:03:57 -0700 (PDT) X-Originating-IP: [24.133.238.42] Received: by 10.28.41.199 with HTTP; Fri, 21 Apr 2017 23:03:57 -0700 (PDT) In-Reply-To: References: From: Beeblebrox Date: Sat, 22 Apr 2017 09:03:57 +0300 X-Google-Sender-Auth: UJAFNbp1i7GIGVJgkSl5-or9m0Q Message-ID: Subject: Several minor questions (12.0-amd64) To: freebsd-current Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 22 Apr 2017 06:04:01 -0000 Hello, I have several brief questions on issues I'm slightly stuck on: 1. For buildworld, my /etc/src.conf uses default CROSS_COMPILER, CLANG_BOOTSTRAP, CLANG_FULL for amd64, but I would like clang to xbuild only for target i386 as I do not need the others (like Target/arm). Is there a knob for this? 2. Is there a way to read a list of modules inside an unloaded kernel? Sort of "kldstat -v" for a non-loaded kernel? Reading the kernel manifest (INCLUDE_CONFIG_FILE setting) is not what I need. 3. Under one scenario, I'm getting a kernel panic but I cannot dump because busybox states "no dumpdev specified" which means rc.conf (where I have dumpdev set) has not been read yet. How can I pass dumpdev wile in busybox command line so that ">dump" does its job? 4. Getting several of these lock order reversals. Kernel is drm-next but Generic from Head gives the same messages. Not urgent, just FYI. lock order reversal: 1st 0xfffff80064915040 filedesc structure (filedesc structure) @ /asp/git/srcdrm/sys/kern/kern_descrip.c:1234 2nd 0xfffff8002e9f0d50 ufs (ufs) @ /asp/git/srcdrm/sys/kern/vfs_subr.c:5022 stack backtrace: #0 0xffffffff804d3180 at witness_debugger+0x70 #1 0xffffffff804d3073 at witness_checkorder+0xe23 #2 0xffffffff8044aa35 at __lockmgr_args+0x875 #3 0xffffffff814d09e5 at ffs_lock+0xa5 #4 0xffffffff80717840 at VOP_LOCK1_APV+0xe0 #5 0xffffffff8054847a at _vn_lock+0x6a #6 0xffffffff8042c9c8 at knlist_remove_kq+0x88 #7 0xffffffff8053f358 at filt_vfsdetach+0x28 #8 0xffffffff8042d4f1 at knote_fdclose+0x171 #9 0xffffffff804206b5 at closefp+0x65 #10 0xffffffff806afe9a at amd64_syscall+0x57a #11 0xffffffff80692dcb at Xfast_syscall+0xfb lock order reversal: 1st 0xfffff80064915040 filedesc structure (filedesc structure) @ /asp/git/srcdrm/sys/kern/kern_descrip.c:1234 2nd 0xfffff8004b4d3d50 zfs (zfs) @ /asp/git/srcdrm/sys/kern/vfs_subr.c:5022 stack backtrace: #0 0xffffffff804d3180 at witness_debugger+0x70 #1 0xffffffff804d3073 at witness_checkorder+0xe23 #2 0xffffffff8044a0fe at lockmgr_lock_fast_path+0x1ce #3 0xffffffff80717840 at VOP_LOCK1_APV+0xe0 #4 0xffffffff8054847a at _vn_lock+0x6a #5 0xffffffff8042c9c8 at knlist_remove_kq+0x88 #6 0xffffffff8053f358 at filt_vfsdetach+0x28 #7 0xffffffff8042d4f1 at knote_fdclose+0x171 #8 0xffffffff804206b5 at closefp+0x65 #9 0xffffffff806afe9a at amd64_syscall+0x57a #10 0xffffffff80692dcb at Xfast_syscall+0xfb lock order reversal: 1st 0xfffff801aec715f0 syncer (syncer) @ /asp/git/srcdrm/sys/kern/vfs_subr.c:2152 2nd 0xfffff8004bc3e068 zfs (zfs) @ /asp/git/srcdrm/sys/kern/vfs_subr.c:2602 stack backtrace: #0 0xffffffff804d3180 at witness_debugger+0x70 #1 0xffffffff804d3073 at witness_checkorder+0xe23 #2 0xffffffff8044a0fe at lockmgr_lock_fast_path+0x1ce #3 0xffffffff80717840 at VOP_LOCK1_APV+0xe0 #4 0xffffffff8054847a at _vn_lock+0x6a #5 0xffffffff80538892 at vget+0x82 #6 0xffffffff8053a936 at vfs_msync+0xa6 #7 0xffffffff8053ef96 at sync_fsync+0xc6 #8 0xffffffff80716890 at VOP_FSYNC_APV+0xe0 #9 0xffffffff8053d2fc at sched_sync+0x36c #10 0xffffffff80436f44 at fork_exit+0x84 #11 0xffffffff8069301e at fork_trampoline+0xe lock order reversal: 1st 0xfffff80039590d50 zfs (zfs) @ /asp/git/srcdrm/sys/kern/vfs_mount.c:855 2nd 0xfffff8001a4489a0 devfs (devfs) @ /asp/git/srcdrm/sys/kern/vfs_subr.c:2602 stack backtrace: #0 0xffffffff804d3180 at witness_debugger+0x70 #1 0xffffffff804d3073 at witness_checkorder+0xe23 #2 0xffffffff8044a0fe at lo ckmgr_lock_fast_path+0x1ce #3 0xffffffff80717840 at VOP_LOCK1_APV+0xe0 #4 0xffffffff8054847a at _vn_lock+0x6a #5 0xffffffff80538892 at vget+0x82 #6 0xffffffff80395b2d at devfs_allocv+0xcd #7 0xffffffff80395643 at devfs_root+0x43 #8 0xffffffff8052f66f at vfs_donmount+0x118f #9 0xffffffff8052e4b2 at sys_nmount+0x72 #10 0xffffffff806afe9a at amd64_syscall+0x57a #11 0xffffffff80692dcb at Xfast_syscall+0xfb From owner-freebsd-current@freebsd.org Sat Apr 22 12:47:14 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B50A3D498ED for ; Sat, 22 Apr 2017 12:47:14 +0000 (UTC) (envelope-from domagoj.stolfa@gmail.com) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49D27FEB for ; Sat, 22 Apr 2017 12:47:14 +0000 (UTC) (envelope-from domagoj.stolfa@gmail.com) Received: by mail-wm0-x232.google.com with SMTP id r190so35331678wme.1 for ; Sat, 22 Apr 2017 05:47:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:mime-version:content-disposition :user-agent; bh=zbSE5v8ET1TvIi3UyYmH998acSiRDob8v6G0TQe2YNc=; b=mxbUHQ1UjhtTAsgWZ5SIX7DxpWT7LjqQp4virTRt363Z2wNkSnRdseJqPcIsp8CQNS sJmK6o+9TsE77rkDCe5vzJDAXyFVuNVBRuImLcSLlviPZSRhfBsCU6FkP+WbgFjfo7zd Uy/piI+OfRIBn2GGHJIFd72gxGy1+kQy0caENrE2zrkTTS25oLJn9jRC/gK8JIvrdUQu b7zcGwBaOTrxTqK1dVEW+4BiaZQPW/OiCtIvMpmaiGOZus4xXOV3OptFzz5So7OK2ymt Th80d+Tjz4cQ2JmXReaBNPdVN3E5S4RWmQQf9jQOx0GwhxpAdVciW96Y7PUuR8wpou05 tFoQ== 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=zbSE5v8ET1TvIi3UyYmH998acSiRDob8v6G0TQe2YNc=; b=lkf3/cNPiPikUjxOjSJq49xFMP71WJ3SdqEIjDhn64n0r03AvF22AsTvX+FTIkd/OG SlFFOC8aX/M9unLTxA00VdDDdFtA/tDIwVYxKsc7auZMbfTWPdMQp0nMwYDkDxsXJwCd ooF1Isz8YLCKG/0/tbUFjJNeXpmRLXvgf6ku7VKJsfRgFEa96QdJhtcimew0sew9sQ82 zg56dvK20kPZTL3eE834LCL2f2eRmUrUxLcr62e349gARRTt36y+Zp37KGKrkPwjn2qd +j2+UpdLF4xBCVihPz+l1wtjul8xStuos+oei8htdnGk3fSfy85YaHbypvN0X+rJK+hf 9qow== X-Gm-Message-State: AN3rC/5qaJ2miHfg4+mXpV/d48ZMwLDDudRMtkqVpOf2Ol1mPzllQ4sl 0EBpzQivdi+O9gwFF0k= X-Received: by 10.28.103.3 with SMTP id b3mr2672748wmc.5.1492865231594; Sat, 22 Apr 2017 05:47:11 -0700 (PDT) Received: from wraith (89-164-126-23.dsl.iskon.hr. [89.164.126.23]) by smtp.gmail.com with ESMTPSA id k63sm5843165wmf.9.2017.04.22.05.47.10 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 22 Apr 2017 05:47:10 -0700 (PDT) Date: Sat, 22 Apr 2017 14:47:08 +0200 From: Domagoj Stolfa To: freebsd-current@freebsd.org Subject: i915kms breakage Message-ID: <20170422124708.GA34048@wraith> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline User-Agent: Mutt/1.8.0 (2017-02-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 22 Apr 2017 12:47:14 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, ever since I've merged yesterday, it would seem that the i915kms driver panics every time it is loaded. Unfortunately, I am not able to provide a dump of the panic, as I am unable to see what the panic is, or what is even going on as a matter of fact due to my screen being overtaken by a driver that has just panicked. call doadump() does not seem to work either. Is anyone else having these problems, or know where the issue might be occurring? --=20 Best regards, Domagoj Stolfa --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEHQB+y96lmmv+IXofwxT+ikb0YU4FAlj7UMoACgkQwxT+ikb0 YU4+cAf9FWoCgw09Ne8B66jO3K59StTwmYfSswNC0Z9vVp2YZ7VmOiCI4KlULSv7 HW+hn1Af7qn+o93wooMDK0DeFPjuyYlIi8baxn9C7slEIC7bjF1tlb9clbayZbWc MyA+8qX/p1xx2ZLzbV3T/VajM7XcpeStF/VEUQjIBaCobWd9pGpFEcppIO1U88yt lkZ4V5A7j2p8n3Ug8XlXAelEoTMyjRAV3tnnjv4VerSHNjYg+ZXBjN/0UCMgdQkQ azY0DoZDADqw9bdn3Av8OxqswbPOGClgCjaVB5P1gB3gHM9g1p+OExPwXk0b10mv TZ26c2mt1SDzyRNX64j9pQKYCZKV/g== =Pnwf -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-current@freebsd.org Sat Apr 22 19:21:10 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B091D4B18D for ; Sat, 22 Apr 2017 19:21:10 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-21.reflexion.net [208.70.210.21]) (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 D25D1CF6 for ; Sat, 22 Apr 2017 19:21:08 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 26719 invoked from network); 22 Apr 2017 19:22:07 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 22 Apr 2017 19:22:07 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Sat, 22 Apr 2017 15:21:02 -0400 (EDT) Received: (qmail 22148 invoked from network); 22 Apr 2017 19:21:02 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 22 Apr 2017 19:21:02 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 5AE0BEC86D9; Sat, 22 Apr 2017 12:21:01 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Several minor questions (12.0-amd64) Message-Id: Date: Sat, 22 Apr 2017 12:21:00 -0700 To: zaphod@berentweb.com, FreeBSD Current X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 22 Apr 2017 19:21:10 -0000 Beeblebrox zaphod at berentweb.com wrote on Sat Apr 22 06:04:01 UTC 2017 = : > 3. Under one scenario, I'm getting a kernel panic but I cannot dump = because > busybox states "no dumpdev specified" which means rc.conf (where I = have > dumpdev set) has not been read yet. How can I pass dumpdev wile in = busybox > command line so that ">dump" does its job? /boot/loader.conf allows for an earlier time frame for having dumpdev. For example I have: # more /boot/loader.conf geom_label_load=3D"YES" # File system labels (see glabel(8)) kern.cam.boot_delay=3D"10000" dumpdev=3D"/dev/label/BPIM3swap" Supporting documentation is from: = https://www.freebsd.org/cgi/man.cgi?query=3Dloader&sektion=3D8&apropos=3D0= &manpath=3DFreeBSD+11.0-RELEASE+and+Ports and includes the following about dumpdev: LOADER(8) FreeBSD System Manager's Manual = LOADER(8) NAME =20 loader -- kernel bootstrapping final stage . . . BUILTIN ENVIRONMENT VARIABLES The loader has actually two different kinds of `environment' = variables. There are ANS Forth's environmental queries, and a separate space = of environment variables used by builtins, which are not directly = available to Forth words. It is the latter type that this section covers. . . . dumpdev Sets the device for kernel dumps. This can be used to = ensure that a device is configured before the corresponding = dumpdev directive from rc.conf(5) has been processed, allowing = kernel panics that happen during the early stages of boot to be = cap- tured. =3D=3D=3D Mark Millard markmi at dsl-only.net