From owner-freebsd-current@freebsd.org Sun Jan 22 01:23:15 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 3C465CB0E9A for ; Sun, 22 Jan 2017 01:23:15 +0000 (UTC) (envelope-from lutungpin@openmailbox.org) Received: from lb1.openmailbox.org (lb1.openmailbox.org [5.79.108.160]) (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 05261DB9; Sun, 22 Jan 2017 01:23:14 +0000 (UTC) (envelope-from lutungpin@openmailbox.org) Received: by lb1.openmailbox.org (Postfix, from userid 20002) id 47BDE519F95; Sun, 22 Jan 2017 02:22:11 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=openmailbox.org; s=openmailbox; t=1485048131; bh=3Yf70nUuBSnYsdM/wKigCk+KEXH2Ea2c/1JslUaRFQo=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=1E7gT33xoiQzzjjdLxm0zFBtQ+savKSVKsyXbzRK8nkVZvFiumJtjwnXq8DqZf2wK qRkNQnlp59wxXQ3WiLZu0/BaNTEHEv1Bsv6xw8FkYKQCx9GoPRxNc49QBKGo1r5Mqx SCVffhlBG6v4CRwquOQ411wpJDdg+12u5rgLsphA= Received: from www.openmailbox.org (unknown [10.0.0.3]) by lb1.openmailbox.org (Postfix) with ESMTP id ECDA151AB20; Sun, 22 Jan 2017 02:22:07 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Sun, 22 Jan 2017 01:22:07 +0000 From: Lu Tung-Pin To: Jilles Tjoelker Cc: freebsd-current@freebsd.org, des@freebsd.org Subject: Re: Fix /etc/rc.d/random umask handling (/entropy permissions) In-Reply-To: <20170121220136.GA59654@stack.nl> References: <14f5a2fdf191c33e4ed1dc882b288e81@openmailbox.org> <20170121220136.GA59654@stack.nl> Message-ID: <759c32a300bbea18344a7f52fe2f009d@openmailbox.org> X-Sender: lutungpin@openmailbox.org User-Agent: Roundcube Webmail/1.0.6 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, 22 Jan 2017 01:23:15 -0000 On 2017-01-21 22:01, Jilles Tjoelker wrote: > [Adding Cc: Dag-Erling Smørgrav who committed r273957 which seems to > have introduced this] > On Sat, Jan 21, 2017 at 01:21:42AM +0000, Lu Tung-Pin wrote: >> A 2014 change broke the umask handling in /etc/rc.d/random, >> leaving /entropy with ug+r permissions. Quick fix attached, Edit: go+r permissions. > Switching the umask here will avoid incorrect permissions on /entropy > on > new installations, but will not fix existing systems. A chmod command > may be useful here. Note that random_start() first removes /entropy via feed_dev_random(). There's also a removal in random_stop(). Provided that a removal occurs, the chmod won't be necessary on machines with an existing go+r /entropy. I'm wondering, though: Would it be better to replace all the umask fiddling with simple chmods? Every other rc.d script uses chmod if it needs to set tighter permissions. When umask is used (dmesg, mountd, syslogd), it's with a relaxed 022 setting. From owner-freebsd-current@freebsd.org Sat Jan 21 20:51: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 8DFF5CBBF57 for ; Sat, 21 Jan 2017 20:51:57 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D84E31A58 for ; Sat, 21 Jan 2017 20:51:55 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.179.134.145]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MVe87-1d2IGr3RHD-00Z1Ce; Sat, 21 Jan 2017 21:51:46 +0100 Date: Sat, 21 Jan 2017 21:51:40 +0100 From: "O. Hartmann" To: Mateusz Guzik Cc: "O. Hartmann" , FreeBSD CURRENT Subject: Re: r312602: panic: Panic String: __lockmgr_args: unknown lockmgr request 0x0 Message-ID: <20170121215140.64ec90c8@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20170121201345.GA20930@dft-labs.eu> References: <20170121204555.30582a5d@thor.intern.walstatt.dynvpn.de> <20170121201345.GA20930@dft-labs.eu> 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_/X=LtFYpl9gVhjIFxdvOeCpM"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:ADxjcESPKCdCsuP0nMcgWb15mbLrTKhU17CxswCYBf6mWOqaqXB 9hZ+XtepzpocdPMdV7ctjKY9CqLvTOuzk05lhQ2codH1r+JOeMMZbar7QZwinpbzFRpTdVJ iqHEEAvk40/u6/99hKymRVICovy2GHmx0Rvn7onJpSHRzmnnhpBOw9yZYsQUekNrt7tjU9r Z+LtEz/n750rw1FZ74Aog== X-UI-Out-Filterresults: notjunk:1;V01:K0:1P+VIB3K3HI=:gqJJ0GYNkvDz1o+xxOlR/Y z0QaFo4ojpCYrrrGOn2hcxYnt/O0vduSUXG2RJEDuTZKJ0MbmOTU/rsngMfV5CPSXwLY9gSIF RpaufJyIFahdaSSlrp0hzbetEDY/9HQ9jQwS4wQJjJ3zxpEdE2z2MsdijujpJhvNPzigGRp0b AHaSuFWAZHSX86ow7wIb44Ya1VctnrFEjOe5bIKWvC5PXoyU3PkcLf1LRX7mKt9alpTFm93+u Q5PaJ+QopdYRnwF6rzw7zapA2T9p8yKHyD7/UK/8ZqV1rwVgeiSEoy8aFXKQYIwFxGp8cZ/2d XDDsTGcfIIgMMmqsw9oClG3dFVs7y89J5PLXCL1A6ivPH57o1+gehThRjWSy81ZBDKBGIcreo ttvvgESdrGcNMEOUSPKtt1QLP2oTmT/EFtb2NvKw4UlfrJeIxndTtqzD0m70hhF8Q4t2+NHgJ 02nAw6/SBDHIqecpj9W2MAaMptalCyfFhXnyKLNC/q91BvhHGeiZDyA/mm1vFsw/u+eb30/K5 JYApAV9eVHohBAN+2rw3qrZ2uowOagWqNQyj19noUssM8sl0E8tA3taqm4iHZNS/bgj66adKM QkkK2nMU/v4FQedNeSSAg24P71hn/qz3s1l1U6oyFpoh2Euo21iEb6TL9QGui82u2LASCWnEN imFDd64LHUl9FcCxykfqmJmDR3TxZhvzgBp1HNI724miPPvLKAcU/YthW9dv83V2GsniRr+w7 RoRTZm8EeOTQlvv8ZGiiU4yo5C+R3vLc/+Djprj8yq6X+748qdy3eweiX8k= X-Mailman-Approved-At: Sun, 22 Jan 2017 01:52:28 +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: Sat, 21 Jan 2017 20:51:57 -0000 --Sig_/X=LtFYpl9gVhjIFxdvOeCpM Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Am Sat, 21 Jan 2017 21:13:49 +0100 Mateusz Guzik schrieb: > On Sat, Jan 21, 2017 at 08:45:55PM +0100, O. Hartmann wrote: > > The most recent CURRENT panics spontanously and crashes with the error = message: > >=20 > > =20 > > Panic String: __lockmgr_args: unknown lockmgr request 0x0 > > =20 >=20 > That's a braino in r312600, will be fixed shortly. >=20 ??? What is a "braino"? --=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_/X=LtFYpl9gVhjIFxdvOeCpM Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWIPJ3AAKCRDS528fyFhY lGuGAgCVQi6qzzNrxWn96cLRKfSzrNGjNCQYM2Rg9uKVCl1hnOoJMNq47eZ2eXAq YRW/dUXts8BO3IUmf/v+G+I12SQGAf9ZQIEWSSMoycLd5tH0l5rZUyi143gTLd/2 82CMpvAQ81FYr6gGHq6k/WhS4a/fsXKkTKc9E3IdURE4WfspH8BE =8r4I -----END PGP SIGNATURE----- --Sig_/X=LtFYpl9gVhjIFxdvOeCpM-- From owner-freebsd-current@freebsd.org Sat Jan 21 21:20: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 85322CBA69F for ; Sat, 21 Jan 2017 21:20:16 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 00077A2C; Sat, 21 Jan 2017 21:20:15 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.179.134.145]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M2c1V-1cE4ck1xiv-00sMlZ; Sat, 21 Jan 2017 22:20:07 +0100 Date: Sat, 21 Jan 2017 22:20:01 +0100 From: "O. Hartmann" To: Glen Barber Cc: "O. Hartmann" , freebsd-current@freebsd.org Subject: Re: ISO image: where is the CLANG compiler? Message-ID: <20170121222001.40ce534c@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20170119193830.GH1451@FreeBSD.org> References: <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> <20170118123515.GE58505@zxy.spb.ru> <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> <20170118153832.GA6905@c720-r292778-amd64> <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> <20170119055816.GA2184@c720-r292778-amd64> <20170119101636.5537f4fd@freyja.zeit4.iv.bundesimmobilien.de> <20170119191000.GG1451@FreeBSD.org> <20170119193830.GH1451@FreeBSD.org> 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_/c4eNjqeh+9ZISaXiY2GJr1K"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:7H/cn2UlgGUlrAa7DHBWIJdlihSGv74/hArh+DWaismB6YyOdJ/ MppJAvb9T2L0HZ1CZmjlW453U6JqEKKTz8+vkUnTYdm15CdSzEl69hqep8+C/8/xZPvaRcm UO1qtwQ4/F0bMnOsON0YH1pB0/06qmeGAJAEjj8P//A75BXe4r6pcQd93cbu2wYDQs0SOn7 rCM4PzFxAp9IBD6REACdA== X-UI-Out-Filterresults: notjunk:1;V01:K0:XuAQ7nhyL3Y=:ZvL4UUUpkGs0oDC1ToP/S+ wWnoi3L+NAPKM9UWU5eqW6eqqFS497zJLpeSN4SNhWJaseTv4+aPHDMavLuRz34bdModWfCTR 2NA29vSFf5j8QA4wJhnluc2bf79kqJsCZKPrF1yPBrKPm6bGeM3yyPOVf0UgVLl4aghEWpZ2i C2G3omGOkuhlab2AucsV/pkAZ5I4rxDVn3D7NDhQN+PVGNsJxHi7KJI6JnjCq0YrbM/g/hq8v E7H+Ma/5Wr8cZJpdu50iWPbebeBCmH5K8Iz6p+x428CWJojLtQEHaW7RMW21802TszVTbS65W JspXH/OnoB/8U4vZNeZFNmBEUy/iaJc8gYff2oDF2sd6ZUff1VO2lIN9PIywO/Ey3EAN+lt3M dlDMm4HiQ4akZpG1nD73MGH6WMjDRjGxBoYOyP7pCKZQuybkcMZ7NinV6Z1ShD3yHtv2E3WNo NqB+IXVw6DNNo5ZFndS/pCWse4UO0vVc8m4Vs82e0z01aKgKcDXefKFIT4GISqArOz5OjvS8e QOjG+K7t8J8iUD22v/L9tD5hZCm84oMjUlx98w3dJ9EEftFQHXE+qLe15JZTgrmmxJg7Snu+v sjF9YfMHHJZo392gnFChDUphfWTDadN3if/WtUPrtRWD51R2/nssOo9voAy0KpbfUxaravcMc TXFCHJ7UTfUXstUNyBn+nPvt/VoV2aigtnRrErbTWrAaKsEgTo77AaZ8zJ6wwbIwGlpDh32NF /gyYZw/OQzbBsqXmsQP3eCfxQsx/62bA1hut3b+n7GiOYXV8prsk9zF3fWo= X-Mailman-Approved-At: Sun, 22 Jan 2017 01:53:37 +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: Sat, 21 Jan 2017 21:20:16 -0000 --Sig_/c4eNjqeh+9ZISaXiY2GJr1K Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Am Thu, 19 Jan 2017 19:38:30 +0000 Glen Barber schrieb: > On Thu, Jan 19, 2017 at 07:10:00PM +0000, Glen Barber wrote: > > On Thu, Jan 19, 2017 at 10:16:46AM +0100, O. Hartmann wrote: =20 > > > On Thu, 19 Jan 2017 06:58:16 +0100 > > > Matthias Apitz wrote: > > > =20 > > > > El d=EDa Wednesday, January 18, 2017 a las 08:00:04PM -0500, Allan = Jude > > > > escribi=F3: > > > > =20 > > > > > On 2017-01-18 14:37, O. Hartmann wrote: =20 > > > > > > Am Wed, 18 Jan 2017 16:38:32 +0100 > > > > > > Matthias Apitz schrieb: > > > > > > =20 > > > > > >> Why you do not just boot from USB some mem stick image, mount = some disk > > > > > >> space to /mnt, svn checkout CURRENT to /mnt and build a bootea= ble system > > > > > >> (world and kernel) and install to DESTDIR=3D/mnt ? > > > > > >> > > > > > >> I do not understand all this hassle? > > > > > >> > > > > > >> matthias > > > > > >> =20 > > > > > >=20 > > > > > > Wow! > > > > > >=20 > > > > > > As I initially stated, that is EXACTLY what I was inclined to d= o except > > > > > > the fact that I had already an intact /usr/obj and usr/src with= a > > > > > > complete compiled system. > > > > > >=20 > > > > > > I booted from mem stick and I was lost due to no cc! > > > > > >=20 > > > > > > Even for "make installworld" it seems I have to rely on the com= piler. And > > > > > > the images (ISO, memstick et cetera) provided these days do not= contain > > > > > > any clang. =20 > > > >=20 > > > > Yes, you will need it and it will complain about missing it, if for > > > > example you moved 'obj and 'src' to other dirs after 'make build...' > > > >=20 > > > > But, in your case the mem image really is lacking the cc/clang; I > > > > fetched the image an did: > > > >=20 > > > >=20 > > > > # mdconfig -a -t vnode -u 1 -f > > > > ~guru/Downloads/FreeBSD-11.0-RELEASE-amd64-memstick.img # mount -o > > > > ro /dev/md1p3 /mnt # find /mnt -name clang > > > > /mnt/usr/share/doc/llvm/clang > > > > /mnt/usr/lib/clang > > > > /mnt/usr/lib/debug/usr/lib/clang > > > > # find /mnt -name cc > > > > /mnt/usr/include/netinet/cc > > > >=20 > > > > With this img alone, you can't compile a system :-( > > > >=20 > > > > Setup a system from DVD and build your own image containing a compl= ete > > > > system on an USB key; with this boot your damaged system, recompile= and > > > > reinstall world and kernel. If you (O. Hartmann) need a step by step > > > > guide, I could send it to you. > > > >=20 > > > > matthias > > > > =20 > > >=20 > > > Hello, > > >=20 > > > thanks for your help offering! very kind. > > >=20 > > > I've already solved the problem - not with the suggested process, but= via > > > copying missing libs and files from and identical intact source. Afte= r that, I > > > ran make buildword/buildkernel and was able to successfully install t= he new > > > system. > > >=20 > > > As I stated before: I already had a complete compiled world and kerne= l existing > > > in their proper, intact folders (usr/src and usr/obj). There was no n= eed to > > > compile a whole world. > > > Intending to "make installworld" failed, this is the real problem, be= cause the > > > ISO/memstick images provided lack obviously in the required infrastru= cture and > > > so these images are worthless for sophisticated rescue operations - o= r even > > > such a simple ask as described initially in my posting. > > >=20 > > > I created images on CURRENT of my own - they all lack in the ability = of having > > > the necessary tools aboard. So I consider every image useless for res= cue > > > operations except, maybe, the DVD image - but this one is not provide= d anymore. > > > For what reason? Time? Accepted. Space/disk usage? Well, welcome back= in the > > > stoneage of computer technology ...=20 > > >=20 > > > I remember faintly that there was a small discussion on the @CURRENT = list, but > > > I didn't realize that the result would be the extraction of the compi= ler. > > >=20 > > > Just for the record: most servers delivered to us do not have CD/DVD = drives > > > anymore - they are outdated and considered an extra these days. Purch= asing 1 GB > > > USB thumbdrives is getting even harder, smallest size my employer pro= vides now > > > is 2 GB. And most optical drives are DVD. From my point of view - and= this is a > > > personal view - the "standard" is > 1GB so there is no need to break = down by > > > force the FreeBSD image (if size is the reason) down to < 800 MB or <= 1 GB. I'd > > > consider having < 2GB the line of standards (2 GB USB mem drive). > > > And for those, with need of very small images, smaller images could b= e provided > > > as the extra. > > > =20 > >=20 > > I do want to weigh in here and inform I am actively watching this > > thread. clang(1) is not in disc1.iso or bootonly.iso because the > > MK_TOOLCHAIN knob is disabled in the targets that generate them. This > > has actually been the case for quite some time for these images. > >=20 > > dvd1.iso does contain clang, but very rarely (if ever, actually) are > > there dvd1.iso images produced for development snapshots. This is, in > > part, solely because of the additional space/bandwidth required on the > > mirrors (not just mirrors controlled by the Project, but third-party > > mirrors as well). > >=20 > > I am working on splitting out how the memstick.img and disc1.iso images > > are produced, but ran into a problem which I'm looking into a workaround > > that is backwards-compatible. Since for USB images, a 700MB limit does > > not make sense, and right now it just so happens that the memstick.img > > is created from the same contents of disc1.iso. > >=20 > > I know this does not help with the immediate issue, but wanted to chime > > in with I do see and understand the larger issue, and am working on > > a more long-term resolution instead of a one-line workaround. > > =20 >=20 > Random thought: >=20 > Brought up out-of-band, can you try this from a memstick.img and your > already-built userland/kernel to do what you had originally tried to > install the system? >=20 > # make -C /usr/src WITHOUT_SYSTEM_COMPILER=3D1 DESTDIR=3D/wherever insta= llworld >=20 > I think this is why cc(1)/clang(1) is not being used from /usr/obj, and > you don't have a compiler to compile the compiler. >=20 > Glen >=20 I ran on a different(!!!!) machine in the very same situation while install= ing kernel and world in SINGLE USER mode! Different machine, also SSD (different model): t= he symptomes are the very same. Close to the end of installations of lib32, the box goes= down, crashes. After reboot, it can not find any kernel because /boot/kernel as well as ev= ery "per default" installed file/directory is not existent anymore - except thiose f= iles I touched/copied. Files in /rescue do have all NULL size! That was the same on the other box = on which crash I initiated this thread. The same in /sbin, /bin, /usr/bin, /usr/sbin and /= lib. Some libs/files are NULL in size. So, apart from the fact that CURRENT disrupts obviously filesystems on inst= allations, I had the doubtful chance to take a test on your suggestion above: It doesn't= work! I booted this time again from the USB thumdrive with the recent FreeBSD 12-= CURRENT image without the compiler and mount the still intact usr/obj and usr/src from th= e corrupted SSD onto the USB thumdrive and tried to do as requested. make -C /usr/src WITHOUT_SYSTEM_COMPILER=3D1 DESTDIR=3D/wherever installwor= ld The script bugs out at "bsd.compiler.mk line 145: Unable to determine compi= ler type for CC=3Dcc. Consider setting COMPILER_TYPE" Setting COMPILE_TYPE=3Dcc results in "sh: cc not found", setting to "clang"= doesn't work either. Apart from the fact of CURRENT to be incapable of rescuing, there seems to = be a very serious issue with CURRENT regarding its filesystem stability and I do not = know how to address this in the correct way :-( I use NanoBSD for about a year for several projects and I already have a us= eful USB thumdrive with a full grown system (~ 836 MB if I'm not confused including = the compiler). I tried to makeinstallworld, but this time, it seems that also the usr/obj = has been corrupted, so I had to perform a buildworld, which is still running. =46rom my little experiences with building NanoBSD and the use of etc/src.con= f as the source for delegating what is used in the target image and not, I was reall= y wondering that the "RELEASE" build infrastructure is not using a predefined src.conf = to reduce the size and content of the resulting image. Instead, some "WITHOUT_TOOLCHAIN"= hidden and hard coded knobs are used :-( Somehow the whole thing got more confusing. I can understand that some people want some small images for their installa= tion processes, but I think they can perform the task of creating their own imag= es via make relaese very easily. In cases were someone crashed, like me, it would a great benefit having som= e real rescue stuff around instead of crippled images. But this might be a different view. regards, oh=20 --=20 O. Hartmann Ich widerspreche der Nutzung oder =DCbermittlung meiner Daten f=FCr Werbezwecke oder f=FCr die Markt- oder Meinungsforschung (=A7 28 Abs. 4 BDS= G). --Sig_/c4eNjqeh+9ZISaXiY2GJr1K Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWIPQgQAKCRDS528fyFhY lHOdAgCCWqmO/mSE5j7rS05Rg/A2mDvPzPiiBtkmvTUNUNQiauKXlq8OZxe6kY5R Kc4+VgWdS1Y5GM2P3/3hs5iASKqQAfsGW16TFRX46JKXPkznsDH0htQopxXpMd0h 9MWmv7pLo2+YEsAkGHXy0qZNW4QZDV99mMrC79sMK3AYLcORH3s8 =543d -----END PGP SIGNATURE----- --Sig_/c4eNjqeh+9ZISaXiY2GJr1K-- From owner-freebsd-current@freebsd.org Sat Jan 21 22:45: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 53870CBB71D for ; Sat, 21 Jan 2017 22:45:50 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A158832C for ; Sat, 21 Jan 2017 22:45:48 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.179.134.145]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MTjqS-1cvMk33yy0-00QPqC; Sat, 21 Jan 2017 23:45:44 +0100 Date: Sat, 21 Jan 2017 23:45:37 +0100 From: "O. Hartmann" To: Mateusz Guzik Cc: "O. Hartmann" , FreeBSD CURRENT Subject: Re: r312602: panic: Panic String: __lockmgr_args: unknown lockmgr request 0x0 Message-ID: <20170121234537.161d59fe@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20170121215140.64ec90c8@thor.intern.walstatt.dynvpn.de> References: <20170121204555.30582a5d@thor.intern.walstatt.dynvpn.de> <20170121201345.GA20930@dft-labs.eu> <20170121215140.64ec90c8@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_/JPOI6..ode2Oiz2ug=+R4F2"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:E3dEOqyfqx53ZjdRdY9PPlE0RCoSCW4Vh/FRdmHllFQZ6t3+/ah IFhm9QNkguGDWaNoKTp1rLihlMdN/L7Kw7SKcewe6qQMUrZfQusdJIzlCPy6TSGc3PInxiZ fIzQjQe8Cw86g1xgTIywDgkSLX3aKhlfC5eHnA17JgaF2sLeVud76RGAj8IQTnh1YYZ5xZ8 bzsS5ZgruarfQ3uCskFvQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:7Wnc00C4prg=:iNZUXVFV2e5xmvQO5xfPVv jbkDaZ4PRi0vyzxv41tB/XU1AiBESp3ay+wTQpGSkByCIPdT21SvRENTpjSs2UTH/NgMTTf5B Q1NbrRc5y3vt/SLsWzXv6PI+3nPaYvoBSVFhizob4rlObEG00BeODPk1cmJLaFhP1pUMLGE7r JES37TEgdA21pU20Rd6nLIAX0ro+7qpWlqWK517Zs7JG5ot4ghHDbvMsvTDUxhz8fMxGpqsXT JLJebU5pbm5k7y+oZMRLLYBpZuvpAdJ/3o+RH1Yuk0oO5SQBgWW63SKUvxrwBgtujjPk870Ey n8s729IeJm4SQYEfIWKPiDyRS2BF+ggyEphoidXWfvoxcNdY/PfqMV8DeFNhVDNYKYmZ+dZuC 55ZfCqGuQK4yb5cUzAk5E9xTwAdzjsMPKsNq3iAr4IMOFv4nkb2DY0Asp7xxtDpeI9Nqf02un zRNsHz6ZQ8u19Oyr+XHKKqWM3GPtlhNEvvEDpzEGoXE3DxqhLrJrmFsm+w1KXuU1r4coj0QlN YEpg2K+JSYPSZk7HXeAPmxwQOPyKfCTl2/Bhv6yDbl9fPv33Q/IOQ766t0jyH60uN6N/RKW3n QjrxCpTtXnkUmt1Vdzy9A/j3Tn8mBSzmYt00p1mfk2W/ZSy5QQZfZPNydSvM5YR/dUhV2MQOJ 58ejFPH3FPK9RY8QW1oYbi11c6QgmE8T9pw5+QrZxLdxSKhUS2DwZh7SCkN0MZojl997ir89O bphjEi4GTkKTJe1LxFyDoeNPpK4PcuuItRQ1BHJrDw7/krEKi3QxDsqZtMY= X-Mailman-Approved-At: Sun, 22 Jan 2017 01:53:55 +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: Sat, 21 Jan 2017 22:45:50 -0000 --Sig_/JPOI6..ode2Oiz2ug=+R4F2 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Am Sat, 21 Jan 2017 21:51:40 +0100 "O. Hartmann" schrieb: > Am Sat, 21 Jan 2017 21:13:49 +0100 > Mateusz Guzik schrieb: >=20 > > On Sat, Jan 21, 2017 at 08:45:55PM +0100, O. Hartmann wrote: =20 > > > The most recent CURRENT panics spontanously and crashes with the erro= r message: > > >=20 > > > =20 > > > Panic String: __lockmgr_args: unknown lockmgr request 0x0 > > > =20 > >=20 > > That's a braino in r312600, will be fixed shortly. > > =20 >=20 > ??? What is a "braino"? >=20 Great ... now I have two dead systems ... this fu... corrupts a whole SSD .= .. the UFS filesystem is corrupted, most of /sbin /boot /bin /usr/sbin and /usr/bin ha= s NULL fileszies :-( --=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_/JPOI6..ode2Oiz2ug=+R4F2 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWIPkkgAKCRDS528fyFhY lLTNAgCIjzdNuBAEgjpSM3FHz6YAIzw3z2dL6J/76/eanMGgC++Mdm3JbV87A993 tncPRe0mcH40jLtbaz+uGMK468LzAgCcZaf+ZEHFSqKN8qFHdu+MtyVd8lDorHh3 Q1dpa66quKfGIcnm3lsq4PkDPBt1YE+tX+u+1dfZbXQIFZWnTdb9 =yd0V -----END PGP SIGNATURE----- --Sig_/JPOI6..ode2Oiz2ug=+R4F2-- From owner-freebsd-current@freebsd.org Sun Jan 22 02:13: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 7C088CBCDEF for ; Sun, 22 Jan 2017 02:13:17 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6879F18F8 for ; Sun, 22 Jan 2017 02:13:17 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id 64E82CBCDEE; Sun, 22 Jan 2017 02:13:17 +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 648B1CBCDED for ; Sun, 22 Jan 2017 02:13:17 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2798A18F7 for ; Sun, 22 Jan 2017 02:13:16 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.241] (helo=rmm6prod02.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1cV7L1-0008Kw-5N; Sun, 22 Jan 2017 02:52:59 +0100 Received: from mail by rmm6prod02.runbox.com with local (Exim 4.76) (envelope-from ) id 1cV7L1-0001Cr-3p; Sun, 22 Jan 2017 02:52:59 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); Sun, 22 Jan 2017 01:52:59 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "Benjamin Kaduk" CC: "current" Subject: Re: ISO image: where is the CLANG compiler? Date: Sat, 21 Jan 2017 17:52:59 -0800 (PST) X-Mailer: RMM6 In-Reply-To: <20170121224756.GT8460@kduck.kaduk.org> Message-Id: 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, 22 Jan 2017 02:13:17 -0000 On Sat, 21 Jan 2017 16:47:56 -0600, Benjamin Kaduk wrote: > On Thu, Jan 19, 2017 at 07:38:30PM +0000, Glen Barber wrote: > >=20 > > Random thought: > >=20 > > Brought up out-of-band, can you try this from a memstick.img and your > > already-built userland/kernel to do what you had originally tried to > > install the system? > >=20 > > # make -C /usr/src WITHOUT_SYSTEM_COMPILER=3D1 DESTDIR=3D/wherever ins= tallworld > >=20 > > I think this is why cc(1)/clang(1) is not being used from /usr/obj, and > > you don't have a compiler to compile the compiler. >=20 > Sorry for jumping in late, and thanks for bringing this up -- I was surpr= ised > that we had gone so long without someone making the claim that a compiler > should not be necessary for installworld/installkernel (as was my underst= anding). > If indeed a compiler is necessary for those (perhaps only under certain > circumstances such as those experienced by Oliver) it would be good to un= derstand > why. >=20 > -Ben > _______________________________________________ > 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" That may be a reason to develop the not-specific (sorry...) idea that insta= llworld should install to a small duplicate of where it Does, and complete, befor= e the Actual installworld so that if the latter cannot complete, a small rescue shell wi= th rsync embedded or an equivalent can copy the bare-minimum set of files over the=20 mixture of new and old... which I have had to several times do more or less piecemeal, and more often than not sufficed to bring the system back whole.= =20= From owner-freebsd-current@freebsd.org Sun Jan 22 12:39: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 39C8FCB0205 for ; Sun, 22 Jan 2017 12:39:10 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F2D90A78 for ; Sun, 22 Jan 2017 12:39:09 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::68c3:9552:7f7e:ae08] (unknown [IPv6:2001:7b8:3a7:0:68c3:9552:7f7e:ae08]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 8C94D3A650; Sun, 22 Jan 2017 13:39:01 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_7D54D129-72F6-48FC-8551-264FF2BA9A7D"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: r312602: panic: Panic String: __lockmgr_args: unknown lockmgr request 0x0 From: Dimitry Andric In-Reply-To: <20170121215140.64ec90c8@thor.intern.walstatt.dynvpn.de> Date: Sun, 22 Jan 2017 13:39:01 +0100 Cc: FreeBSD CURRENT Message-Id: <4AA7871F-02C4-43A0-BE8D-53378BF7BC8D@FreeBSD.org> References: <20170121204555.30582a5d@thor.intern.walstatt.dynvpn.de> <20170121201345.GA20930@dft-labs.eu> <20170121215140.64ec90c8@thor.intern.walstatt.dynvpn.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.3124) 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, 22 Jan 2017 12:39:10 -0000 --Apple-Mail=_7D54D129-72F6-48FC-8551-264FF2BA9A7D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 21 Jan 2017, at 21:51, O. Hartmann wrote: >=20 > Am Sat, 21 Jan 2017 21:13:49 +0100 > Mateusz Guzik schrieb: >=20 >> On Sat, Jan 21, 2017 at 08:45:55PM +0100, O. Hartmann wrote: >>> The most recent CURRENT panics spontanously and crashes with the = error message: >>>=20 >>>=20 >>> Panic String: __lockmgr_args: unknown lockmgr request 0x0 >>>=20 >>=20 >> That's a braino in r312600, will be fixed shortly. >>=20 >=20 > ??? What is a "braino"? typo =3D typing mistake pasto =3D pasting mistake braino =3D ... :) -Dimitry --Apple-Mail=_7D54D129-72F6-48FC-8551-264FF2BA9A7D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAliEp+UACgkQsF6jCi4glqOKHACdHxT+stkpZ/ybqGmUKrFp60Y1 HDsAoKIw6hEOZfmo/2CXUcVfnFONaDi4 =7PAe -----END PGP SIGNATURE----- --Apple-Mail=_7D54D129-72F6-48FC-8551-264FF2BA9A7D-- From owner-freebsd-current@freebsd.org Sun Jan 22 12:43:44 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 4B8C9CB059C for ; Sun, 22 Jan 2017 12:43:44 +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 1FCC5C8 for ; Sun, 22 Jan 2017 12:43:43 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-228-247.lns20.per1.internode.on.net [121.45.228.247]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v0MChcdV059414 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 22 Jan 2017 04:43:41 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: r312602: panic: Panic String: __lockmgr_args: unknown lockmgr request 0x0 To: "O. Hartmann" , Mateusz Guzik References: <20170121204555.30582a5d@thor.intern.walstatt.dynvpn.de> <20170121201345.GA20930@dft-labs.eu> <20170121215140.64ec90c8@thor.intern.walstatt.dynvpn.de> Cc: "O. Hartmann" , FreeBSD CURRENT From: Julian Elischer Message-ID: <818c4a1a-5318-e40c-64e7-77c63899e43c@freebsd.org> Date: Sun, 22 Jan 2017 20:43:32 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170121215140.64ec90c8@thor.intern.walstatt.dynvpn.de> Content-Type: text/plain; charset=utf-8; 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, 22 Jan 2017 12:43:44 -0000 On 22/01/2017 4:51 AM, O. Hartmann wrote: > Am Sat, 21 Jan 2017 21:13:49 +0100 > Mateusz Guzik schrieb: > >> On Sat, Jan 21, 2017 at 08:45:55PM +0100, O. Hartmann wrote: >>> The most recent CURRENT panics spontanously and crashes with the error message: >>> >>> >>> Panic String: __lockmgr_args: unknown lockmgr request 0x0 >>> >> That's a braino in r312600, will be fixed shortly. >> > ??? What is a "braino"? > it's like a typo but more in the head than in the fingers. The sort of error you make when your wife/girlfriend/boss/kids distract you right in the middle of some bit of code and you forget that you just decided to reverse the sense of the conditional, and complete the rest of the code backwards. Some of us older folks don't need an external source of confusion. From owner-freebsd-current@freebsd.org Sun Jan 22 17:06:38 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 699E8CBDBF5 for ; Sun, 22 Jan 2017 17:06:38 +0000 (UTC) (envelope-from AWilcox@Wilcox-Tech.com) Received: from mail.wilcox-tech.com (mail.foxkit.us [45.32.83.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.wilcox-tech.com", Issuer "StartCom Class 1 DV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 510B17E7 for ; Sun, 22 Jan 2017 17:06:37 +0000 (UTC) (envelope-from AWilcox@Wilcox-Tech.com) Received: (qmail 29536 invoked from network); 22 Jan 2017 16:59:56 -0000 Received: from ip68-13-242-69.ok.ok.cox.net (HELO ?10.1.1.57?) (awilcox@wilcox-tech.com@68.13.242.69) by mail.foxkit.us with ESMTPA; 22 Jan 2017 16:59:56 -0000 Subject: Re: ISO image: where is the CLANG compiler? To: freebsd-current@freebsd.org References: <20170118084502.617bfc94@freyja.zeit4.iv.bundesimmobilien.de> <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> <20170118123515.GE58505@zxy.spb.ru> <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> <20170118153832.GA6905@c720-r292778-amd64> <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> <20170119055816.GA2184@c720-r292778-amd64> <20170119101636.5537f4fd@freyja.zeit4.iv.bundesimmobilien.de> From: "A. Wilcox" Message-ID: <5884E4FD.9010103@Wilcox-Tech.com> Date: Sun, 22 Jan 2017 10:59:41 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <20170119101636.5537f4fd@freyja.zeit4.iv.bundesimmobilien.de> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="wh33RdDkwR1GmkwqElqKQmTBGdesTO7RG" 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, 22 Jan 2017 17:06:38 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --wh33RdDkwR1GmkwqElqKQmTBGdesTO7RG Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 19/01/17 03:16, O. Hartmann wrote: > I created images on CURRENT of my own - they all lack in the ability of= having > the necessary tools aboard. So I consider every image useless for rescu= e > operations except, maybe, the DVD image - but this one is not provided = anymore. > For what reason? Time? Accepted. Space/disk usage? Well, welcome back i= n the > stoneage of computer technology ...=20 >=20 > I remember faintly that there was a small discussion on the @CURRENT li= st, but > I didn't realize that the result would be the extraction of the compile= r. >=20 > Just for the record: most servers delivered to us do not have CD/DVD dr= ives > anymore - they are outdated and considered an extra these days. Purchas= ing 1 GB > USB thumbdrives is getting even harder, smallest size my employer provi= des now > is 2 GB. And most optical drives are DVD. From my point of view - and t= his is a > personal view - the "standard" is > 1GB so there is no need to break do= wn by > force the FreeBSD image (if size is the reason) down to < 800 MB or < 1= GB. I'd > consider having < 2GB the line of standards (2 GB USB mem drive). > And for those, with need of very small images, smaller images could be = provided > as the extra. Installation media is not rescue media. Perhaps there should be a dedicated rescue disc that does not contain bsdinstall and the sets (we used to have "fixit" media until at least 8.x days). Everything else I have to say, I have said before: -------- Forwarded Message -------- Received: (qmail 20810 invoked from network); 12 Jul 2016 21:08:51 -0000 Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB C= D-r To: freebsd-current@freebsd.org From: A. Wilcox Message-ID: <5785692E.8090203@Wilcox-Tech.com> Date: Tue, 12 Jul 2016 17:03:26 -0500 In-Reply-To: <51734d0a-60da-6439-b5c1-1af14e740d00@multiplay.co.uk> On 12/07/16 15:58, Steven Hartland wrote: > On 12/07/2016 21:50, Slawa Olhovchenkov wrote: >> On Tue, Jul 12, 2016 at 01:39:34PM -0700, Conrad Meyer wrote: >> >>> Maybe Tier 2 can deal with just bootonly.iso. Or your machines shoul= d >>> be dropped from Tier 2 if they don't support USB and we aren't okay >>> with dropping disc1 support for all of Tier 2. That is pretty much all SPARC hardware and a lot of POWER hardware. Not to mention newer rack-mount servers that have no USB on front (IBM). And what of the servers that already have functional CD drives? Do we really now have to recommending buying SCSI/SATA slimline or USB DVD drives just to boot installation media? That's a heavy cost when you can fit nearly all other BSDs on a single regular 650 (84 MB for NetBSD 7.0.1 + 223 MB for OpenBSD 5.9 + 385 MB for "TrueOS"/PC-BSD Server 10.3 =3D 692 MB, all sizes amd64 install iso including sets). >> Not all BIOS can be boot from USB. >> I am have Fujitsu notebook not support USB boot. > From a USB Pen drive I can understand but from a USB DVD Drive that > would be some seriously antiquated hardware! I have a Core 2-era Xeon board (Wolfdale-DP, Intel 5000 based) that cannot under any circumstances boot from a connected USB device. It won't boot from a USB DVD, USB CD, USB pen, or USB hard disk (USBMSC). I hardly consider a server that is 7 years old "antiquated" though I concede it is not the newest. Beyond that, there are security issues with allowing servers to boot off of any random USB device that an admin has lying around. Most will be configured by good admins to not do such a thing. In summary: NAK NAK NAK. USB is not a solution. Bringing down the bloat on disc1 or returning to miniinst is the proper solution. ~arw --=20 A. Wilcox (awilfox) Open-source programmer (C, C++, Python) https://code.foxkit.us/u/awilfox/ --wh33RdDkwR1GmkwqElqKQmTBGdesTO7RG 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 iQIcBAEBCAAGBQJYhOT9AAoJEMspy1GSK50U96wP/0ci/o5XHEDzO6zvEkYga+v6 pQzZKe5gXwx7bOhBgaGLDKQ87P1RzX+KF6h9g9/A4reyfIg+HLDrDluV8fxn6dlk 3PMv3h2dCRjFHtBX7EV83L2T+MoQUQS8xDGdHHoEqaUjPuJoOAAx+ww5fhHq2Gtv vB9uyf5yKdmEO4EF1zdFQ6ucM9yrOTBlWCTseZyQuSooOf/7eXVxyw/8/5SBZ8RP 2vNS9TJftV0eZUMPpkZQOMOkPdLxAwd9SuudDvlkbLLhN0soGcXvHEBpmYbjIESE NCKeJJlzJn66brtE8Zz3lhl4j9cv7B/H/YExc9Zq1gnkbDJoRwWxjG695Pc3ZlcP thbKtSXZCUjAQalax+g2F17fi2EiKymVuFQIdxo/0tr8d4ZnjmXToGOmd4YJDr8O o/ZniYaZIX5Q691rAPhcv5OBawV7Q3bN9EtrgQp91kdgxxFpyd9rel3f4REEQOo8 gTfuhDbKwcA+1jBNYNv2N8y8Uwyg3gcfiw9DZBVMvD5+5gXpEK43xyBoISozcOui U4dI2Oy9VZO+XLjMiRAF/m8oWgK2VJC5W8YEEvb4VS+MFiqhDrBe+JiKSxFHYYcb 4Y1NcOuoK1DkweWGaD59fSkscidwXpoZQheqV7SynBvKk80xQMrfMPs4Hs9cVi91 3XYRdvOR3+ZrcT6C5JLq =HnRV -----END PGP SIGNATURE----- --wh33RdDkwR1GmkwqElqKQmTBGdesTO7RG-- From owner-freebsd-current@freebsd.org Sun Jan 22 20:10: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 7656ACBCC05 for ; Sun, 22 Jan 2017 20:10:08 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mailout.stack.nl (mailout05.stack.nl [IPv6:2001:610:1108:5010::202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout.stack.nl", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 44DFD19C7; Sun, 22 Jan 2017 20:10:07 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mailout.stack.nl (Postfix) with ESMTP id A10D13D; Sun, 22 Jan 2017 21:09:57 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id 931F228494; Sun, 22 Jan 2017 21:09:57 +0100 (CET) Date: Sun, 22 Jan 2017 21:09:57 +0100 From: Jilles Tjoelker To: Lu Tung-Pin Cc: freebsd-current@freebsd.org, des@freebsd.org Subject: Re: Fix /etc/rc.d/random umask handling (/entropy permissions) Message-ID: <20170122200957.GB66559@stack.nl> References: <14f5a2fdf191c33e4ed1dc882b288e81@openmailbox.org> <20170121220136.GA59654@stack.nl> <759c32a300bbea18344a7f52fe2f009d@openmailbox.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <759c32a300bbea18344a7f52fe2f009d@openmailbox.org> User-Agent: Mutt/1.5.21 (2010-09-15) 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, 22 Jan 2017 20:10:08 -0000 On Sun, Jan 22, 2017 at 01:22:07AM +0000, Lu Tung-Pin wrote: > On 2017-01-21 22:01, Jilles Tjoelker wrote: > > [Adding Cc: Dag-Erling Smrgrav who committed r273957 which seems to > > have introduced this] > > On Sat, Jan 21, 2017 at 01:21:42AM +0000, Lu Tung-Pin wrote: > >> A 2014 change broke the umask handling in /etc/rc.d/random, > >> leaving /entropy with ug+r permissions. Quick fix attached, > Edit: go+r permissions. > > Switching the umask here will avoid incorrect permissions on > > /entropy on new installations, but will not fix existing systems. A > > chmod command may be useful here. > Note that random_start() first removes /entropy via feed_dev_random(). > There's also a removal in random_stop(). Provided that a removal occurs, > the chmod won't be necessary on machines with an existing go+r /entropy. Right, /entropy is deleted after being read so the chmod is not needed. > I'm wondering, though: Would it be better to replace all the umask > fiddling with simple chmods? Every other rc.d script uses chmod if it > needs to set tighter permissions. When umask is used (dmesg, mountd, > syslogd), it's with a relaxed 022 setting. The umask ensures the file is created with the correct permissions so there is no race window where an unprivileged process can open the file. A permissions change has no existing opens. -- Jilles Tjoelker From owner-freebsd-current@freebsd.org Sun Jan 22 20:29:05 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 D4396CBD14E for ; Sun, 22 Jan 2017 20:29:05 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-yw0-x233.google.com (mail-yw0-x233.google.com [IPv6:2607:f8b0:4002:c05::233]) (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 9547E5ED for ; Sun, 22 Jan 2017 20:29:05 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-yw0-x233.google.com with SMTP id l19so124644358ywc.2 for ; Sun, 22 Jan 2017 12:29:05 -0800 (PST) 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=FD01cY9slwXFSps3QFntw/t8V89YtW6CxgtyUCfo7as=; b=baqOPZ4lqj2hDsRF7GeUInZ9wuZElu15q8c/YyHoBhNI0hArnTZDT1tqRt2RaKz7LF iZigrC63ZTAIT89cxOl+GJsB41xMwV/NX60qkZZfAUZ/BLrm8EsObfgVKwkut232VYF8 vW426WMwi5MNh5verYe1SUtleCga5ZVwpocmgThMkfek+HyIP+7JITeunfXBw75o5s/a zNckyr4wbQ74XHTKwL5Gnabyk9LRp0QTgx9m7LR+23/+8E+fPQYwlKN/gQXg8V2X6ue4 D+CFceiXlx/WL31XwAd7FXGuuh5MgyH1oxE6EfS5pY7vM6H/bd7SxHmTvUNSSk8+YxKV UOWQ== 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=FD01cY9slwXFSps3QFntw/t8V89YtW6CxgtyUCfo7as=; b=ErZxJaA/81HJO21eZ2+gI0FIYYH66mjPRCD6EHbgceQnoFyoR8UEk/Ix+ptGoP80PM 5aKp3BdAYxInxjmXkP45jtW+sGJ607QXz/jkOxLG+NlcStzA1gdWyJhocodp6o15Fl05 RLY/CCiHyPDbDSZuRBs9lE2wtvnqnbuDAl4XUhDI2l8jsQ6CQbEz26mj0k9zKUFi4aE7 PLdwktn5R9TETES64qJk5O8IHvy19uh9f8LHUZ5PNWaudSRUTTGNYrojj0m9YBmyrVgF GcCYatakoYrnHg/4+oYQVM1pJjvdqEXkDxZjWGpO8oRfUvMOd75sXksYGzlr/I9cuU7N 8WKQ== X-Gm-Message-State: AIkVDXLvZn8Tnk9Y+xQFaOiW9s72MJpjcq+UJ85pUChthw9U//8BJ3ISzLajV08AqrqtTqVI0wO5gArRWAJXzQ== X-Received: by 10.129.120.85 with SMTP id t82mr22112229ywc.97.1485116944683; Sun, 22 Jan 2017 12:29:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.129.168.9 with HTTP; Sun, 22 Jan 2017 12:29:04 -0800 (PST) From: Johannes Lundberg Date: Sun, 22 Jan 2017 12:29:04 -0800 Message-ID: Subject: Linker problems with clang /usr/local/lib To: freebsd-current@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, 22 Jan 2017 20:29:05 -0000 Hi How can I make 'cc' (/usr/bin/ld) look for libraries in /usr/local/lib without having to specify environment or command line variables? I got "/usr/local/lib" in /etc/ld.so.conf and /var/run/ld-elf.so.hints. /sbin/ldconfig -l xxx can find library xxx in /usr/local/lib /usr/bin/ld can not. This is a problem when building Rust crates with Cargo which does not care about env variables like LDFLAGS. I can however override the linker and use 'gcc' which solves the problem but I assume it should be possible to get clang (cc) to look in /usr/local/lib as well. Anyone got any ideas? From owner-freebsd-current@freebsd.org Sun Jan 22 20:42:35 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 0E90ACBD9BC for ; Sun, 22 Jan 2017 20:42:35 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C82892BD for ; Sun, 22 Jan 2017 20:42:34 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::68c3:9552:7f7e:ae08] (unknown [IPv6:2001:7b8:3a7:0:68c3:9552:7f7e:ae08]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 3025842107; Sun, 22 Jan 2017 21:42:31 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_76D1305B-7A70-4FFD-B395-02560DBA514C"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Linker problems with clang /usr/local/lib From: Dimitry Andric In-Reply-To: Date: Sun, 22 Jan 2017 21:42:18 +0100 Cc: freebsd-current@freebsd.org Message-Id: References: To: Johannes Lundberg X-Mailer: Apple Mail (2.3124) 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, 22 Jan 2017 20:42:35 -0000 --Apple-Mail=_76D1305B-7A70-4FFD-B395-02560DBA514C Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 22 Jan 2017, at 21:29, Johannes Lundberg wrote: > > How can I make 'cc' (/usr/bin/ld) look for libraries in /usr/local/lib > without having to specify environment or command line variables? > > I got "/usr/local/lib" in /etc/ld.so.conf and /var/run/ld-elf.so.hints. > > /sbin/ldconfig -l xxx can find library xxx in /usr/local/lib > > /usr/bin/ld can not. > > This is a problem when building Rust crates with Cargo which does not care > about env variables like LDFLAGS. I can however override the linker and use > 'gcc' which solves the problem but I assume it should be possible to get > clang (cc) to look in /usr/local/lib as well. > > Anyone got any ideas? Create a wrapper script that adds -L/usr/local/lib to the link command line, and invokes the 'real' cc or ld. Then either let Rust call the wrappers, or put them in a directory that is in front of your PATH. -Dimitry --Apple-Mail=_76D1305B-7A70-4FFD-B395-02560DBA514C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAliFGTYACgkQsF6jCi4glqMuggCeN+A2eMtPt8PWtZH3h54V9V5T GrAAn2mi75nW///wPBaqB1m2kHcV51Zc =NoL9 -----END PGP SIGNATURE----- --Apple-Mail=_76D1305B-7A70-4FFD-B395-02560DBA514C-- From owner-freebsd-current@freebsd.org Sun Jan 22 20:57:20 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 5BD5BCBDD8F for ; Sun, 22 Jan 2017 20:57:20 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-yb0-x232.google.com (mail-yb0-x232.google.com [IPv6:2607:f8b0:4002: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 1B861B7F; Sun, 22 Jan 2017 20:57:20 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-yb0-x232.google.com with SMTP id w194so82122963ybe.0; Sun, 22 Jan 2017 12:57:20 -0800 (PST) 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=ABCJDY65cc3a5Uju6EkQigem9Ul5+/+UvJhFDfNxDWc=; b=cATJN9n8nQKvQmkeDVpc2bXwWppkhVwaw+gHI17QGsl4rdgnOoQMQI7RZSr9LLTJkm OuR8+USZbMzLFtoS6ynzWWifF0JeEYaAHHS0jI0xifnyrugKQAHBuc1yWB3HRklJzNhn gmNpDnA3hyzI78NOlWbBJQ5DN3jksw5WDP8qGzK55FLbiZgmVK2+exFM9Tk1X8Av+vHQ eYDIrxGhsU8b8BaRWFwcl5cvkYrhGU7ddBEIdfIrhfTksNQQW3QegI45sTpXR+uNgVBr b/KOISeToSGyiiYca4KFmxi6w/bp1eNAnVw4rwzkN46KJc1OesRvEde8mKRZX62XSiu9 MSmw== 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=ABCJDY65cc3a5Uju6EkQigem9Ul5+/+UvJhFDfNxDWc=; b=fBQY7/C10UP/yrzT6gxsca67dfmFcRPrXjLNVOa0+dJCqUu9p7A9t9Agk90jFpdshb 6VSfHcB82sJK2badpm2KvhAhAoFg3NgZ+T6/P0me9h7AwKYrjZraBl6iYB7eRrTufGX/ W5dKAyZce/C/cZ5Xn7FZAyXs2ypPu/mBxe+YwO0vyVDtKHqTbQOaXAX5ZAY5IXPR2LCQ V2yol1wvwSlc9K5Rr4d1pgMKNwBNtIMkB3rNPUBcvCoVG5hXdaqG9a6CZGz/0pYLv4Ds K1dsKEcpC69v6CbMP9racWEhIIq6HVCUki82INYNK3FOcboFkP46jOuQ9IOHA1UcwORJ OyyQ== X-Gm-Message-State: AIkVDXIfRBO913N3rp2W1gtnVIFeV6C+KNobSJ4FWWBhvpMqeMuLvBXI/chO2kbSmsprth7xt1N4UgMz7BDdBw== X-Received: by 10.37.174.12 with SMTP id a12mr19621349ybj.44.1485118639333; Sun, 22 Jan 2017 12:57:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.129.168.9 with HTTP; Sun, 22 Jan 2017 12:57:18 -0800 (PST) In-Reply-To: References: From: Johannes Lundberg Date: Sun, 22 Jan 2017 12:57:18 -0800 Message-ID: Subject: Re: Linker problems with clang /usr/local/lib To: Dimitry Andric Cc: freebsd-current@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, 22 Jan 2017 20:57:20 -0000 I found a way to pass various linker flags to Rust through the .cargo/config file which is doable for now. However, in man pages it says that ld looks in /etc/ld.so.conf for paths.. This seem broken. While a solution, having to write wrappers sounds like a workaround that shouldn't be needed... On Sun, Jan 22, 2017 at 12:42 PM, Dimitry Andric wrote: > On 22 Jan 2017, at 21:29, Johannes Lundberg wrote: > > > > How can I make 'cc' (/usr/bin/ld) look for libraries in /usr/local/lib > > without having to specify environment or command line variables? > > > > I got "/usr/local/lib" in /etc/ld.so.conf and /var/run/ld-elf.so.hints. > > > > /sbin/ldconfig -l xxx can find library xxx in /usr/local/lib > > > > /usr/bin/ld can not. > > > > This is a problem when building Rust crates with Cargo which does not > care > > about env variables like LDFLAGS. I can however override the linker and > use > > 'gcc' which solves the problem but I assume it should be possible to get > > clang (cc) to look in /usr/local/lib as well. > > > > Anyone got any ideas? > > Create a wrapper script that adds -L/usr/local/lib to the link command > line, and invokes the 'real' cc or ld. Then either let Rust call the > wrappers, or put them in a directory that is in front of your PATH. > > -Dimitry > > From owner-freebsd-current@freebsd.org Sun Jan 22 21:11:42 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 85D1FCBC962 for ; Sun, 22 Jan 2017 21:11:42 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DDD61C78 for ; Sun, 22 Jan 2017 21:11:42 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::68c3:9552:7f7e:ae08] (unknown [IPv6:2001:7b8:3a7:0:68c3:9552:7f7e:ae08]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id F1AE348835; Sun, 22 Jan 2017 22:11:38 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_B087FDCF-A995-4901-8DEC-17F3BBB1C5D0"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Linker problems with clang /usr/local/lib From: Dimitry Andric In-Reply-To: Date: Sun, 22 Jan 2017 22:11:32 +0100 Cc: freebsd-current@freebsd.org Message-Id: References: To: Johannes Lundberg X-Mailer: Apple Mail (2.3124) 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, 22 Jan 2017 21:11:42 -0000 --Apple-Mail=_B087FDCF-A995-4901-8DEC-17F3BBB1C5D0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii It only does so on Linux. This has always been the case, but apparently it was never noted clearly in the man page. -Dimitry > On 22 Jan 2017, at 21:57, Johannes Lundberg = wrote: >=20 > I found a way to pass various linker flags to Rust through the = .cargo/config file which is doable for now. >=20 > However, in man pages it says that ld looks in /etc/ld.so.conf for = paths.. This seem broken. While a solution, having to write wrappers = sounds like a workaround that shouldn't be needed... >=20 >=20 > On Sun, Jan 22, 2017 at 12:42 PM, Dimitry Andric = wrote: > On 22 Jan 2017, at 21:29, Johannes Lundberg = wrote: > > > > How can I make 'cc' (/usr/bin/ld) look for libraries in = /usr/local/lib > > without having to specify environment or command line variables? > > > > I got "/usr/local/lib" in /etc/ld.so.conf and = /var/run/ld-elf.so.hints. > > > > /sbin/ldconfig -l xxx can find library xxx in /usr/local/lib > > > > /usr/bin/ld can not. > > > > This is a problem when building Rust crates with Cargo which does = not care > > about env variables like LDFLAGS. I can however override the linker = and use > > 'gcc' which solves the problem but I assume it should be possible to = get > > clang (cc) to look in /usr/local/lib as well. > > > > Anyone got any ideas? >=20 > Create a wrapper script that adds -L/usr/local/lib to the link command > line, and invokes the 'real' cc or ld. Then either let Rust call the > wrappers, or put them in a directory that is in front of your PATH. >=20 > -Dimitry >=20 >=20 --Apple-Mail=_B087FDCF-A995-4901-8DEC-17F3BBB1C5D0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAliFIAoACgkQsF6jCi4glqO0jgCfbHq6B1DwhNhfuFcKzjNkfmaa Fz4AoI3P+PzOVQl6mHgJAEkP41nHDP9Z =n/Zs -----END PGP SIGNATURE----- --Apple-Mail=_B087FDCF-A995-4901-8DEC-17F3BBB1C5D0-- From owner-freebsd-current@freebsd.org Mon Jan 23 04:32: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 C4183CBDF31 for ; Mon, 23 Jan 2017 04:32:25 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id B0A2D6CB for ; Mon, 23 Jan 2017 04:32:25 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id B0010CBDF30; Mon, 23 Jan 2017 04:32: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 AF9F2CBDF2F for ; Mon, 23 Jan 2017 04:32:25 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 757656CA for ; Mon, 23 Jan 2017 04:32:24 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.241] (helo=rmm6prod02.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1cVWIi-0008GK-0p for current@freebsd.org; Mon, 23 Jan 2017 05:32:16 +0100 Received: from mail by rmm6prod02.runbox.com with local (Exim 4.76) (envelope-from ) id 1cVWIi-0003Rg-08 for current@freebsd.org; Mon, 23 Jan 2017 05:32:16 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); for ; Mon, 23 Jan 2017 04:32:15 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "current" Subject: command line environment and port to equal CURRENT clang? Date: Sun, 22 Jan 2017 20:32:15 -0800 (PST) X-Mailer: RMM6 Message-Id: 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, 23 Jan 2017 04:32:25 -0000 ... that may work in /usr/src/sbin for example? make clang=3D[/usr/ports/lang/??]clang-foo clang+ depend; make; # so th= at a buildworld is not needed? or that would have to be created as a feature.. From owner-freebsd-current@freebsd.org Mon Jan 23 05:28: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 586A4CBDC34 for ; Mon, 23 Jan 2017 05:28:14 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-qt0-x22a.google.com (mail-qt0-x22a.google.com [IPv6:2607:f8b0:400d:c0d::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 0A440F46; Mon, 23 Jan 2017 05:28:14 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-qt0-x22a.google.com with SMTP id l7so106108401qtd.1; Sun, 22 Jan 2017 21:28:14 -0800 (PST) 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=T+wJ87E7T8C34yvBZ849zMIPV7tqXaq5iR+2TAtGX5A=; b=MnoZuSBTZEd9ZMFgq0pmR9xz9JFi1embNJ2WwZ3jZfNt0Toc+H7J/Yb/HDN2kPHRDP uEBfg0I3hUGruAeplFhKWAINg5YTv3AQgbo8wcCZnsWDQimpIYFeN3iKDYKBdH3QQ0DP g6joToATNpHzFwkSj7uUtIyYKmf+gluYSVRaDo45Zahfai98KrXhNZlnoF2CKyJ7+ZhF gGZ/EegZ5tOpgvIYYKVCaFzdt90/JeVSikjrlpoEvbdiGv9wUjPk0JJB1lShbWVcU4xt f8wB49b9ChDHBRMRwoQaqgkZ8zFBsyuHcUX6FvlHZkkxlYwfGePafmqTybcjNsXuc2G0 rbag== 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=T+wJ87E7T8C34yvBZ849zMIPV7tqXaq5iR+2TAtGX5A=; b=HYounbszMiuBOOAFp/NFFo4yaUgxKD5pJbCLC3/DXuYS5BSUf/X6Du85KqJBZtyOY2 yNvffoTdWCygsygqxntJdAoPJsmX8t14B3FrdXBSvDEuNSQUDf9xDwJY2jxyybByjFf/ YvgrVA72+PWbtDp8LgfREcEeytfdUfi7Nxje5MGAyHQLEJPvE1xvTuidnD9TeCQ/Wt1z kE8lcj1sAFJ8CtJWkXeittRQ2QJy6EVa9DI9xtfjBXeKVZeQK69g0mn8wL5h7quX24Xq g9GosoTs5GqvbKUdOoS7EjlMaiazvwpe+YxTEIBUDgit0AY4UHFNmFm5cCOXDyv8Wkpm tkfA== X-Gm-Message-State: AIkVDXKNah+AbXDH/t9Rw2LEB9buW0F+iw5xv1y619+TM308VeHihsoz6GAYONwWfcxVy/r9P8yzyZt2ITl6MA== X-Received: by 10.237.53.56 with SMTP id a53mr24017443qte.78.1485149293154; Sun, 22 Jan 2017 21:28:13 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.104.8 with HTTP; Sun, 22 Jan 2017 21:27:42 -0800 (PST) In-Reply-To: <3b32cebd-6b8c-421c-314f-6e40dc50d03c@selasky.org> References: <1484682389.86335.166.camel@freebsd.org> <11f27a15-f9bc-8988-a17e-78aeff1745fb@selasky.org> <3558195.Ack1AKBXSB@ralph.baldwin.cx> <24593c49-b0d5-8aaf-e11b-bfef4704267e@selasky.org> <3b32cebd-6b8c-421c-314f-6e40dc50d03c@selasky.org> From: Jia-Shiun Li Date: Mon, 23 Jan 2017 13:27:42 +0800 Message-ID: Subject: Re: Strange issue after early AP startup To: Hans Petter Selasky Cc: John Baldwin , Ian Lepore , FreeBSD Current , Konstantin Belousov , Bruce Evans Content-Type: multipart/mixed; boundary=001a11c0302a0f033b0546bc44a8 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, 23 Jan 2017 05:28:14 -0000 --001a11c0302a0f033b0546bc44a8 Content-Type: text/plain; charset=UTF-8 On Sat, Jan 21, 2017 at 3:51 PM, Hans Petter Selasky wrote: > FYI: > > https://svnweb.freebsd.org/changeset/base/312551 > > Hi hps, sorry I have to correct my test results. I found that I did not revert changes to kernel config, which commented out EARLY_AP_STARTUP option, before testing you patches. So they were tested without EARLY_AP_STARTUP. I tested again your patches with kernel config reverted, and they (and head as of r312620) did not solve the c2d system time lag issue. vmstat results attached. And also my apology for this stupid mistake. -Jia-Shiun. --001a11c0302a0f033b0546bc44a8 Content-Type: text/plain; charset=US-ASCII; name="vmstat.r312210M.hps.fix1.txt" Content-Disposition: attachment; filename="vmstat.r312210M.hps.fix1.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_iy9n9ko20 aW50ZXJydXB0ICAgICAgICAgICAgICAgICAgICAgICAgICB0b3RhbCAgICAgICByYXRlCj8/PyAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExOiBhdGti ZDAgICAgICAgICAgICAgICAgICAgICAgICAgICAyICAgICAgICAgIDAKc3RyYXkgaXJxMSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTA6IGF0dGltZXIwICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEwICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMzogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTMgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMAppcnE0OiB1YXJ0MCAgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKc3RyYXkgaXJxNCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCmlycTU6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MApzdHJheSBpcnE1ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJx NjogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGly cTYgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE3OiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxNyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTg6IGF0cnRjMCAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE4ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKaXJxOTogYWNwaTAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTkgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMAppcnExMDogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKc3RyYXkgaXJxMTAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCmlycTExOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApz dHJheSBpcnExMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTI6 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTEy ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExMzogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTMgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE0OiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExNCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKaXJxMTU6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCnN0cmF5IGlycTE1ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMAppcnExNjogZW0wOmlycTArKyAgICAgICAgICAgICAgICAgICAgIDE4ICAgICAg ICAgIDAKc3RyYXkgaXJxMTYgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CmlycTE3OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJh eSBpcnExNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTg6IHVo Y2kyIGVoY2kwKyAgICAgICAgICAgICAgICAgICAxOCAgICAgICAgICAwCnN0cmF5IGlycTE4ICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExOTogdWhjaTQgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTkgICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTIwOiBocGV0MCAgICAgICAgICAgICAgICAg ICAgICAgMTI1MDMgICAgICAgIDI3NwpzdHJheSBpcnEyMCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKaXJxMjE6IHVoY2kxICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCnN0cmF5IGlycTIxICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMAppcnEyMjogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKc3RyYXkgaXJxMjIgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmly cTIzOiB1aGNpMyBlaGNpMSAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBp cnEyMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKY3B1MDp0aW1lciAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmNwdTE6dGltZXIgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNTY6IGhkYWMwICAgICAgICAg ICAgICAgICAgICAgICAgIDk3ICAgICAgICAgIDIKc3RyYXkgaXJxMjU2ICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI1NzogcGNpYjEgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNTcgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKaXJxMjU4OiBwY2liMiAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCnN0cmF5IGlycTI1OCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMAppcnEyNTk6IHBjaWIzICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK c3RyYXkgaXJxMjU5ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2 MDogcmUwICAgICAgICAgICAgICAgICAgICAgICAgIDkwNDkgICAgICAgIDIwMQpzdHJheSBpcnEy NjAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjYxOiBhaGNpMDpj aDAgICAgICAgICAgICAgICAgICAgNDE4NiAgICAgICAgIDkzCnN0cmF5IGlycTI2MSAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjI6IGFoY2kwOmNoMSAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjYyICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCmlycTI2MzogYWhjaTA6Y2gyICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjMgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKaXJxMjY0OiBhaGNpMDpjaDMgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCnN0cmF5IGlycTI2NCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MAppcnEyNjU6IGFoY2kwOmNoNCAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3Ry YXkgaXJxMjY1ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2Njog YWhjaTA6Y2g1ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjYg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjY3OiBhaGNpMDo2ICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2NyAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjg6IGFoY2kwOjcgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY4ICAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCmlycTI2OTogYWhjaTA6OCAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMApzdHJheSBpcnEyNjkgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKaXJxMjcwOiBhaGNpMDo5ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCnN0cmF5IGlycTI3MCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApp cnEyNzE6IGFoY2kwOjEwICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkg aXJxMjcxICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3MjogYWhj aTA6MTEgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzIgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjczOiBhaGNpMDoxMiAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3MyAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzQ6IGFoY2kwOjEzICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjc0ICAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCmlycTI3NTogYWhjaTA6MTQgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMApzdHJheSBpcnEyNzUgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKaXJxMjc2OiBhaGNpMDoxNSAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CnN0cmF5IGlycTI3NiAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApUb3Rh bCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDI1ODczICAgICAgICA1NzQKPz8/ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE6IGF0a2JkMCAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMDogYXR0aW1lcjAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMAppcnEzOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCmlycTQ6IHVhcnQwICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMApzdHJheSBpcnE0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKaXJxNTogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0 cmF5IGlycTUgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE2OiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxNiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTc6ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE3ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxODogYXRydGMwICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTggICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMAppcnE5OiBhY3BpMCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKc3RyYXkgaXJxOSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCmlycTEwOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMApzdHJheSBpcnExMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK aXJxMTE6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5 IGlycTExICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExMjogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTIgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTEzOiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExMyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTQ6ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTE0ICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMAppcnExNTogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKc3RyYXkgaXJxMTUgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCmlycTE2OiBlbTA6aXJxMCsrICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MApzdHJheSBpcnExNiAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJx MTc6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGly cTE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExODogdWhjaTIg ZWhjaTArICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTggICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE5OiB1aGNpNCAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExOSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjA6IGhwZXQwICAgICAgICAgICAgICAgICAgICAg ICAgICA4MyAgICAgICAgIDQxCnN0cmF5IGlycTIwICAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMAppcnEyMTogdWhjaTEgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKc3RyYXkgaXJxMjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCmlycTIyOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApz dHJheSBpcnEyMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjM6 IHVoY2kzIGVoY2kxICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTIz ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApjcHUwOnRpbWVyICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKY3B1MTp0aW1lciAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI1NjogaGRhYzAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNTYgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKaXJxMjU3OiBwY2liMSAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI1NyAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMAppcnEyNTg6IHBjaWIyICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKc3RyYXkgaXJxMjU4ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CmlycTI1OTogcGNpYjMgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJh eSBpcnEyNTkgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjYwOiBy ZTAgICAgICAgICAgICAgICAgICAgICAgICAgIDU2OCAgICAgICAgMjgzCnN0cmF5IGlycTI2MCAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjE6IGFoY2kwOmNoMCAg ICAgICAgICAgICAgICAgICAgICAzICAgICAgICAgIDEKc3RyYXkgaXJxMjYxICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2MjogYWhjaTA6Y2gxICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjIgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKaXJxMjYzOiBhaGNpMDpjaDIgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCnN0cmF5IGlycTI2MyAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMAppcnEyNjQ6IGFoY2kwOmNoMyAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKc3RyYXkgaXJxMjY0ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmly cTI2NTogYWhjaTA6Y2g0ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBp cnEyNjUgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjY2OiBhaGNp MDpjaDUgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2NiAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjc6IGFoY2kwOjYgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY3ICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2ODogYWhjaTA6NyAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjggICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKaXJxMjY5OiBhaGNpMDo4ICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCnN0cmF5IGlycTI2OSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMAppcnEyNzA6IGFoY2kwOjkgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK c3RyYXkgaXJxMjcwICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3 MTogYWhjaTA6MTAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEy NzEgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjcyOiBhaGNpMDox MSAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3MiAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzM6IGFoY2kwOjEyICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjczICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCmlycTI3NDogYWhjaTA6MTMgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzQgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKaXJxMjc1OiBhaGNpMDoxNCAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCnN0cmF5IGlycTI3NSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MAppcnEyNzY6IGFoY2kwOjE1ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3Ry YXkgaXJxMjc2ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwClRvdGFsICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICA2NTQgICAgICAgIDMyNgo= --001a11c0302a0f033b0546bc44a8 Content-Type: text/plain; charset=US-ASCII; name="vmstat.r312210M.hps.fix2.txt" Content-Disposition: attachment; filename="vmstat.r312210M.hps.fix2.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_iy9n9kon1 aW50ZXJydXB0ICAgICAgICAgICAgICAgICAgICAgICAgICB0b3RhbCAgICAgICByYXRlCj8/PyAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExOiBhdGti ZDAgICAgICAgICAgICAgICAgICAgICAgICAgICAyICAgICAgICAgIDAKc3RyYXkgaXJxMSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTA6IGF0dGltZXIwICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEwICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMzogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTMgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMAppcnE0OiB1YXJ0MCAgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKc3RyYXkgaXJxNCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCmlycTU6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MApzdHJheSBpcnE1ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJx NjogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGly cTYgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE3OiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxNyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTg6IGF0cnRjMCAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE4ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKaXJxOTogYWNwaTAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTkgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMAppcnExMDogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKc3RyYXkgaXJxMTAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCmlycTExOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApz dHJheSBpcnExMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTI6 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTEy ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExMzogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTMgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE0OiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExNCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKaXJxMTU6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCnN0cmF5IGlycTE1ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMAppcnExNjogZW0wOmlycTArKyAgICAgICAgICAgICAgICAgICAgIDE3ICAgICAg ICAgIDAKc3RyYXkgaXJxMTYgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CmlycTE3OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJh eSBpcnExNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTg6IHVo Y2kyIGVoY2kwKyAgICAgICAgICAgICAgICAgICAxOCAgICAgICAgICAwCnN0cmF5IGlycTE4ICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExOTogdWhjaTQgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTkgICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTIwOiBocGV0MCAgICAgICAgICAgICAgICAg ICAgICAgMTI0NjQgICAgICAgIDI2OQpzdHJheSBpcnEyMCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKaXJxMjE6IHVoY2kxICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCnN0cmF5IGlycTIxICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMAppcnEyMjogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKc3RyYXkgaXJxMjIgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmly cTIzOiB1aGNpMyBlaGNpMSAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBp cnEyMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKY3B1MDp0aW1lciAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmNwdTE6dGltZXIgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNTY6IGhkYWMwICAgICAgICAg ICAgICAgICAgICAgICAgIDk1ICAgICAgICAgIDIKc3RyYXkgaXJxMjU2ICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI1NzogcGNpYjEgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNTcgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKaXJxMjU4OiBwY2liMiAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCnN0cmF5IGlycTI1OCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMAppcnEyNTk6IHBjaWIzICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK c3RyYXkgaXJxMjU5ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2 MDogcmUwICAgICAgICAgICAgICAgICAgICAgICAgIDkxOTkgICAgICAgIDE5OQpzdHJheSBpcnEy NjAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjYxOiBhaGNpMDpj aDAgICAgICAgICAgICAgICAgICAgMzc2NiAgICAgICAgIDgxCnN0cmF5IGlycTI2MSAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjI6IGFoY2kwOmNoMSAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjYyICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCmlycTI2MzogYWhjaTA6Y2gyICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjMgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKaXJxMjY0OiBhaGNpMDpjaDMgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCnN0cmF5IGlycTI2NCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MAppcnEyNjU6IGFoY2kwOmNoNCAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3Ry YXkgaXJxMjY1ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2Njog YWhjaTA6Y2g1ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjYg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjY3OiBhaGNpMDo2ICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2NyAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjg6IGFoY2kwOjcgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY4ICAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCmlycTI2OTogYWhjaTA6OCAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMApzdHJheSBpcnEyNjkgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKaXJxMjcwOiBhaGNpMDo5ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCnN0cmF5IGlycTI3MCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApp cnEyNzE6IGFoY2kwOjEwICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkg aXJxMjcxICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3MjogYWhj aTA6MTEgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzIgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjczOiBhaGNpMDoxMiAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3MyAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzQ6IGFoY2kwOjEzICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjc0ICAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCmlycTI3NTogYWhjaTA6MTQgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMApzdHJheSBpcnEyNzUgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKaXJxMjc2OiBhaGNpMDoxNSAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CnN0cmF5IGlycTI3NiAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApUb3Rh bCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDI1NTYxICAgICAgICA1NTIKPz8/ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE6IGF0a2JkMCAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMDogYXR0aW1lcjAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMAppcnEzOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCmlycTQ6IHVhcnQwICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMApzdHJheSBpcnE0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKaXJxNTogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0 cmF5IGlycTUgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE2OiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxNiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTc6ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE3ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxODogYXRydGMwICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTggICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMAppcnE5OiBhY3BpMCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKc3RyYXkgaXJxOSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCmlycTEwOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMApzdHJheSBpcnExMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK aXJxMTE6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5 IGlycTExICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExMjogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTIgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTEzOiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExMyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTQ6ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTE0ICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMAppcnExNTogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKc3RyYXkgaXJxMTUgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCmlycTE2OiBlbTA6aXJxMCsrICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MApzdHJheSBpcnExNiAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJx MTc6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGly cTE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExODogdWhjaTIg ZWhjaTArICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTggICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE5OiB1aGNpNCAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExOSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjA6IGhwZXQwICAgICAgICAgICAgICAgICAgICAg ICAgIDEwNCAgICAgICAgIDUwCnN0cmF5IGlycTIwICAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMAppcnEyMTogdWhjaTEgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKc3RyYXkgaXJxMjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCmlycTIyOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApz dHJheSBpcnEyMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjM6 IHVoY2kzIGVoY2kxICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTIz ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApjcHUwOnRpbWVyICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKY3B1MTp0aW1lciAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI1NjogaGRhYzAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNTYgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKaXJxMjU3OiBwY2liMSAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI1NyAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMAppcnEyNTg6IHBjaWIyICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKc3RyYXkgaXJxMjU4ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CmlycTI1OTogcGNpYjMgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJh eSBpcnEyNTkgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjYwOiBy ZTAgICAgICAgICAgICAgICAgICAgICAgICAgIDYwMiAgICAgICAgMjg5CnN0cmF5IGlycTI2MCAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjE6IGFoY2kwOmNoMCAg ICAgICAgICAgICAgICAgICAgMTY2ICAgICAgICAgODAKc3RyYXkgaXJxMjYxICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2MjogYWhjaTA6Y2gxICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjIgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKaXJxMjYzOiBhaGNpMDpjaDIgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCnN0cmF5IGlycTI2MyAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMAppcnEyNjQ6IGFoY2kwOmNoMyAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKc3RyYXkgaXJxMjY0ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmly cTI2NTogYWhjaTA6Y2g0ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBp cnEyNjUgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjY2OiBhaGNp MDpjaDUgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2NiAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjc6IGFoY2kwOjYgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY3ICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2ODogYWhjaTA6NyAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjggICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKaXJxMjY5OiBhaGNpMDo4ICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCnN0cmF5IGlycTI2OSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMAppcnEyNzA6IGFoY2kwOjkgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK c3RyYXkgaXJxMjcwICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3 MTogYWhjaTA6MTAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEy NzEgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjcyOiBhaGNpMDox MSAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3MiAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzM6IGFoY2kwOjEyICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjczICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCmlycTI3NDogYWhjaTA6MTMgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzQgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKaXJxMjc1OiBhaGNpMDoxNCAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCnN0cmF5IGlycTI3NSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MAppcnEyNzY6IGFoY2kwOjE1ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3Ry YXkgaXJxMjc2ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwClRvdGFsICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICA4NzIgICAgICAgIDQxOAo= --001a11c0302a0f033b0546bc44a8 Content-Type: text/plain; charset=US-ASCII; name="vmstat.r312620.txt" Content-Disposition: attachment; filename="vmstat.r312620.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_iy9n9koy2 aW50ZXJydXB0ICAgICAgICAgICAgICAgICAgICAgICAgICB0b3RhbCAgICAgICByYXRlCj8/PyAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExOiBhdGti ZDAgICAgICAgICAgICAgICAgICAgICAgICAgICAyICAgICAgICAgIDAKc3RyYXkgaXJxMSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTA6IGF0dGltZXIwICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEwICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMzogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTMgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMAppcnE0OiB1YXJ0MCAgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKc3RyYXkgaXJxNCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCmlycTU6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MApzdHJheSBpcnE1ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJx NjogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGly cTYgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE3OiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxNyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTg6IGF0cnRjMCAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE4ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKaXJxOTogYWNwaTAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTkgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMAppcnExMDogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKc3RyYXkgaXJxMTAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCmlycTExOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApz dHJheSBpcnExMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTI6 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTEy ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExMzogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTMgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE0OiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExNCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKaXJxMTU6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCnN0cmF5IGlycTE1ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMAppcnExNjogZW0wOmlycTArKyAgICAgICAgICAgICAgICAgICAgIDE3ICAgICAg ICAgIDAKc3RyYXkgaXJxMTYgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CmlycTE3OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJh eSBpcnExNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTg6IHVo Y2kyIGVoY2kwKyAgICAgICAgICAgICAgICAgICAxOCAgICAgICAgICAwCnN0cmF5IGlycTE4ICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExOTogdWhjaTQgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTkgICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTIwOiBocGV0MCAgICAgICAgICAgICAgICAg ICAgICAgMTI4NzMgICAgICAgIDI3MQpzdHJheSBpcnEyMCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKaXJxMjE6IHVoY2kxICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCnN0cmF5IGlycTIxICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMAppcnEyMjogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKc3RyYXkgaXJxMjIgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmly cTIzOiB1aGNpMyBlaGNpMSAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBp cnEyMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKY3B1MDp0aW1lciAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmNwdTE6dGltZXIgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNTY6IGhkYWMwICAgICAgICAg ICAgICAgICAgICAgICAgIDk4ICAgICAgICAgIDIKc3RyYXkgaXJxMjU2ICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI1NzogcGNpYjEgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNTcgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKaXJxMjU4OiBwY2liMiAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCnN0cmF5IGlycTI1OCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMAppcnEyNTk6IHBjaWIzICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK c3RyYXkgaXJxMjU5ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2 MDogcmUwICAgICAgICAgICAgICAgICAgICAgICAgIDkxODIgICAgICAgIDE5MwpzdHJheSBpcnEy NjAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjYxOiBhaGNpMDpj aDAgICAgICAgICAgICAgICAgICAgNDI3NCAgICAgICAgIDkwCnN0cmF5IGlycTI2MSAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjI6IGFoY2kwOmNoMSAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjYyICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCmlycTI2MzogYWhjaTA6Y2gyICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjMgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKaXJxMjY0OiBhaGNpMDpjaDMgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCnN0cmF5IGlycTI2NCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MAppcnEyNjU6IGFoY2kwOmNoNCAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3Ry YXkgaXJxMjY1ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2Njog YWhjaTA6Y2g1ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjYg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjY3OiBhaGNpMDo2ICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2NyAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjg6IGFoY2kwOjcgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY4ICAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCmlycTI2OTogYWhjaTA6OCAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMApzdHJheSBpcnEyNjkgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKaXJxMjcwOiBhaGNpMDo5ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCnN0cmF5IGlycTI3MCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApp cnEyNzE6IGFoY2kwOjEwICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkg aXJxMjcxICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3MjogYWhj aTA6MTEgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzIgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjczOiBhaGNpMDoxMiAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3MyAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzQ6IGFoY2kwOjEzICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjc0ICAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCmlycTI3NTogYWhjaTA6MTQgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMApzdHJheSBpcnEyNzUgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKaXJxMjc2OiBhaGNpMDoxNSAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CnN0cmF5IGlycTI3NiAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApUb3Rh bCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDI2NDY0ICAgICAgICA1NTYKPz8/ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE6IGF0a2JkMCAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMDogYXR0aW1lcjAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMAppcnEzOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCmlycTQ6IHVhcnQwICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMApzdHJheSBpcnE0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKaXJxNTogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0 cmF5IGlycTUgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE2OiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxNiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTc6ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE3ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxODogYXRydGMwICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTggICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMAppcnE5OiBhY3BpMCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKc3RyYXkgaXJxOSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCmlycTEwOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMApzdHJheSBpcnExMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK aXJxMTE6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5 IGlycTExICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExMjogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTIgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTEzOiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExMyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTQ6ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTE0ICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMAppcnExNTogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKc3RyYXkgaXJxMTUgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCmlycTE2OiBlbTA6aXJxMCsrICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MApzdHJheSBpcnExNiAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJx MTc6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGly cTE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExODogdWhjaTIg ZWhjaTArICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTggICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE5OiB1aGNpNCAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExOSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjA6IGhwZXQwICAgICAgICAgICAgICAgICAgICAg ICAgICA3OSAgICAgICAgIDM5CnN0cmF5IGlycTIwICAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMAppcnEyMTogdWhjaTEgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKc3RyYXkgaXJxMjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCmlycTIyOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApz dHJheSBpcnEyMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjM6 IHVoY2kzIGVoY2kxICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTIz ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApjcHUwOnRpbWVyICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKY3B1MTp0aW1lciAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI1NjogaGRhYzAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNTYgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKaXJxMjU3OiBwY2liMSAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI1NyAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMAppcnEyNTg6IHBjaWIyICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKc3RyYXkgaXJxMjU4ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CmlycTI1OTogcGNpYjMgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJh eSBpcnEyNTkgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjYwOiBy ZTAgICAgICAgICAgICAgICAgICAgICAgICAgIDUyOSAgICAgICAgMjY0CnN0cmF5IGlycTI2MCAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjE6IGFoY2kwOmNoMCAg ICAgICAgICAgICAgICAgICAgICAyICAgICAgICAgIDEKc3RyYXkgaXJxMjYxICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2MjogYWhjaTA6Y2gxICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjIgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKaXJxMjYzOiBhaGNpMDpjaDIgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCnN0cmF5IGlycTI2MyAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMAppcnEyNjQ6IGFoY2kwOmNoMyAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKc3RyYXkgaXJxMjY0ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmly cTI2NTogYWhjaTA6Y2g0ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBp cnEyNjUgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjY2OiBhaGNp MDpjaDUgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2NiAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjc6IGFoY2kwOjYgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY3ICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2ODogYWhjaTA6NyAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjggICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKaXJxMjY5OiBhaGNpMDo4ICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCnN0cmF5IGlycTI2OSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMAppcnEyNzA6IGFoY2kwOjkgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK c3RyYXkgaXJxMjcwICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3 MTogYWhjaTA6MTAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEy NzEgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjcyOiBhaGNpMDox MSAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3MiAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzM6IGFoY2kwOjEyICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjczICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCmlycTI3NDogYWhjaTA6MTMgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzQgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKaXJxMjc1OiBhaGNpMDoxNCAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCnN0cmF5IGlycTI3NSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MAppcnEyNzY6IGFoY2kwOjE1ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3Ry YXkgaXJxMjc2ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwClRvdGFsICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICA2MTAgICAgICAgIDMwNQo= --001a11c0302a0f033b0546bc44a8-- From owner-freebsd-current@freebsd.org Mon Jan 23 07:58: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 5BFCBCBC50F for ; Mon, 23 Jan 2017 07:58:04 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 21FB8E48; Mon, 23 Jan 2017 07:58:03 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id E57AF1FE100; Mon, 23 Jan 2017 08:57:34 +0100 (CET) Subject: Re: Strange issue after early AP startup To: Jia-Shiun Li References: <1484682389.86335.166.camel@freebsd.org> <11f27a15-f9bc-8988-a17e-78aeff1745fb@selasky.org> <3558195.Ack1AKBXSB@ralph.baldwin.cx> <24593c49-b0d5-8aaf-e11b-bfef4704267e@selasky.org> <3b32cebd-6b8c-421c-314f-6e40dc50d03c@selasky.org> Cc: John Baldwin , Ian Lepore , FreeBSD Current , Konstantin Belousov , Bruce Evans From: Hans Petter Selasky Message-ID: <5cb7b677-a4d9-0589-82e9-be8671fe7977@selasky.org> Date: Mon, 23 Jan 2017 08:57:25 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.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: Mon, 23 Jan 2017 07:58:04 -0000 On 01/23/17 06:27, Jia-Shiun Li wrote: > On Sat, Jan 21, 2017 at 3:51 PM, Hans Petter Selasky > wrote: > >> FYI: >> >> https://svnweb.freebsd.org/changeset/base/312551 >> >> > Hi hps, > > sorry I have to correct my test results. > I found that I did not revert changes to kernel config, > which commented out EARLY_AP_STARTUP option, > before testing you patches. So they were tested without > EARLY_AP_STARTUP. > > I tested again your patches with kernel config reverted, > and they (and head as of r312620) did not solve the c2d > system time lag issue. > > vmstat results attached. > And also my apology for this stupid mistake. > This might be another issue, not related to my patch. --HPS From owner-freebsd-current@freebsd.org Mon Jan 23 10:44:07 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 139D1CBD45A; Mon, 23 Jan 2017 10:44:07 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 DV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 901336AB; Mon, 23 Jan 2017 10:44:05 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.1.65] (host109-155-88-24.range109-155.btcentralplus.com [109.155.88.24]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id v0NAai9w093578 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Jan 2017 10:36:45 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host host109-155-88-24.range109-155.btcentralplus.com [109.155.88.24] claimed to be [192.168.1.65] Content-Type: multipart/signed; boundary="Apple-Mail=_C3BDD928-C0C3-4C0E-A28C-9D08210B9BDD"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: libstd++ missing in drm-next-4.7 From: David Chisnall In-Reply-To: <20170120140645.67ei3nkd4mcaq3ec@csarch.localdomain> Date: Mon, 23 Jan 2017 10:36:40 +0000 Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org, mmacy@nextbsd.org Message-Id: References: <20170120140645.67ei3nkd4mcaq3ec@csarch.localdomain> To: Christian Schwarz X-Mailer: Apple Mail (2.3124) 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, 23 Jan 2017 10:44:07 -0000 --Apple-Mail=_C3BDD928-C0C3-4C0E-A28C-9D08210B9BDD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 20 Jan 2017, at 14:06, Christian Schwarz wrote: >=20 > I know clang is no longer built and installed as part of buildworld = in > the FreeBSDDesktop repo, > but why isn't libstd++ present? >=20 > =E2=80=A6 >=20 > clang39 # now run clang, won't work, see below > Shared object "libc++.so.1" not found, required by "clang" For clarification, are you missing libc++ or libstdc++? libstdc++ = hasn=E2=80=99t been a default part of the base system since 10.0 for x86 = architectures. David --Apple-Mail=_C3BDD928-C0C3-4C0E-A28C-9D08210B9BDD Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIK5jCCBPww ggPkoAMCAQICECJrrb9nBol9MHok/UZg/AYwDQYJKoZIhvcNAQELBQAwdTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTAeFw0xNjA0MTkw OTI3NDJaFw0xNzA0MTkwOTI3NDJaMEQxHTAbBgNVBAMMFHRoZXJhdmVuQGZyZWVic2Qub3JnMSMw IQYJKoZIhvcNAQkBFhR0aGVyYXZlbkBmcmVlYnNkLm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBALsL5pEhrGjrswHVdMHWhgxb8ARKDYRePSqpDLmjJ40bpx+n1zrvIwjC2Vk2IpoD 04rg5Pog2IrhnX+Qk2NSXzBXWj2JAaTc9OtSeAY0BtgJYXONGONQbRKVy97QBdzd1SbMEzDrOgH5 UDI+5sF1PboOTmLyTAPI9273XdfZ0BnstUXs8NXr/7p9E5CWJOsO1iQcINbm4XiwC1PLNMeWUknE Nji/hFKwcE8IFtaUe1ymbw6yA3rBpDu3KewIRD1T66FPTZJeIzvUoBIqWd+GAOfCBG2QYmbc3y/x K2hCtcXThcB1uVFA2q39koLKA8wHyqv4Jhm3wzhAqKDsWK4bGW0CAwEAAaOCAbcwggGzMA4GA1Ud DwEB/wQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwCQYDVR0TBAIwADAdBgNV HQ4EFgQU5J3Kc8GeW8pEGxBkcMoA7eUOPRwwHwYDVR0jBBgwFoAUJIFsOWG+SQ+PtxtGK8kotSdI bWgwbwYIKwYBBQUHAQEEYzBhMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20w OQYIKwYBBQUHMAKGLWh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3NjYS5jbGllbnQxLmNy dDA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zY2EtY2xpZW50MS5j cmwwHwYDVR0RBBgwFoEUdGhlcmF2ZW5AZnJlZWJzZC5vcmcwIwYDVR0SBBwwGoYYaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgUwLDAqBggrBgEFBQcCARYe aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQBSBDH+kZf5 bZkNFcMSPdfnGC7F8utBIxs2bi3JQjsBoQTm1vnXdwgINSfO9At6iQZHoEyj8ZE6PcMFuEU0+bk0 aE8aYcW59WnxfWx943upZoMhX0YVaJcFK01EHFrddRAP44sh7Eu6JtdFuAG+6btDReMcg35Qm65X 7/280aVm7awadJ+IQs8r9qBVk2NFqkvHCETtJjNWXd7M6mcsfXstvykbubPQH/VNW/zrX6yzIcI4 aoz+Sn8RJmHNkk6cImqe1KvsdDLXmqCoeoMwos62pT18RaI//jwTdmnf5EHFMlevnxOr7rzA++71 OSZfdYf6+nvHOod1F721rNuy6lxFMIIF4jCCA8qgAwIBAgIQa6eKfQrXiNZRCvlZ5Oe04TANBgkq hkiG9w0BAQsFADB9MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzEpMCcGA1UEAxMgU3RhcnRDb20g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMTUxMjE2MDEwMDA1WhcNMzAxMjE2MDEwMDA1WjB1 MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50 IENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvX3a98OifYP2W4L921tfrh4bdcC1 Ga+YJKy7V3nYNewJHnzMlBsK0Hb8Dm4Wo3FZpylcYa1MJGT10QMGWaLER3xCIuRR+8eklf/EqeZW RLojJ7zBRtjMywPOCelrOU+DX12dKp+Ez4J6919rz1UudTO1GvZyCYJ/I7062uHsskM8b7gPxmcC oO1UHwwpgkvpCArJWGFoFzjLdsZbErJcS3HtAhlkbE/BKTMrdYg35Uo12SLBO5tbk8h2imbKTC8i Ms+pskrvI/AVlh6QoTTXk6xboVX6zgMgzxSVVLymQiygYYm0y5aMsvi2raFhC643SOGvErWWPPnS EfbeAD1xswIDAQABo4IBZDCCAWAwDgYDVR0PAQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMC BggrBgEFBQcDBDASBgNVHRMBAf8ECDAGAQH/AgEAMDIGA1UdHwQrMCkwJ6AloCOGIWh0dHA6Ly9j cmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDBmBggrBgEFBQcBAQRaMFgwJAYIKwYBBQUHMAGGGGh0 dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTAwBggrBgEFBQcwAoYkaHR0cDovL2FpYS5zdGFydHNzbC5j b20vY2VydHMvY2EuY3J0MB0GA1UdDgQWBBQkgWw5Yb5JD4+3G0YrySi1J0htaDAfBgNVHSMEGDAW gBROC+8apEBbpRdphzDKNGhD0EGu8jA/BgNVHSAEODA2MDQGBFUdIAAwLDAqBggrBgEFBQcCARYe aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4ICAQCL4/eH7AGL hK0PAQJbnOEjJyMEvTTwcAJuUh/bodjQl06u4putYOxdSyIjSP/sKt+31LmjG8+IO1WqykE4H/Lm 7NKezWVnCHuwb3ptgFmlwbMbGkU2MOZBtwzfKXdYUhFLhaE2uw5jXhXvLYitQay962wP5uPI6eAI hV4L8aaya1u4s7MnrTq0Rz25FuGNO79vTHYWj797tSRC8rM16js4yGKOLFpQvIg0F8IElv57b1st p+C7omqM5Qn15dePbSnqr8Jb65WtmJJbnv6rlqfY/aLuE/zmNAlzLmPgfMDStKIXdg+EoYBZTEo8 wBUaBxihfNbJ069ndQOxMNNqBelEMgpAtmjTbCuXFjqIwWq+XOx6ZV/Wh2FAmaLsSHlNvEjjSQMZ wE4EeHCdo66ZmEs/5JYlCeOkulKVQ6P3m5/XOj2jP17Q2AgmjP+11+sHN7PvrG0OwrQp9QMe3X+r n0G8MjtFfqBWvR9CgLIxzM3MJNxFdgdjS2rYnShP5uxvqwfZvhZVYCIkqdJhpYON0DvSodfiar0w iM79mySZJjzC0CTbiisBzS/BeBhqeo2wFfli/iw3hn1XKvAx0ty6w/scmBF0AYqmRHYj1TjMSw0l Al7AztLglqWjUPI+sukvadMRPxmtKXlS2nVR4an/Z16imsZ69+fFYH68c1CK7zmjozGCA04wggNK AgEBMIGJMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBT dGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3Mg MSBDbGllbnQgQ0ECECJrrb9nBol9MHok/UZg/AYwCQYFKw4DAhoFAKCCAZkwGAYJKoZIhvcNAQkD MQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTcwMTIzMTAzNjQwWjAjBgkqhkiG9w0BCQQx FgQUOnAdvpS/oJqJApNE6kO4P3bINFYwgZoGCSsGAQQBgjcQBDGBjDCBiTB1MQswCQYDVQQGEwJJ TDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlv biBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhAia62/ZwaJ fTB6JP1GYPwGMIGcBgsqhkiG9w0BCRACCzGBjKCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkx IzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhAia62/ZwaJfTB6JP1GYPwGMA0G CSqGSIb3DQEBAQUABIIBAFbWDmvlE9BGGgeYN7JXeT2jQmnuuyud/ReEzm00JJCl40y05OrroTd4 6LZi9q8ozIFLt89On7487Jikp3zdZNoFwWG7CA/oNrwPrL5RvLj8HSLf2aFAcRpy3KKu88CuSEOV oDddd/TZ6ltLhd1CeEblICm7QE3atHJfa9fD5im1F1zF75SWvD+4MRc5UVPUOe777Kvqk1wHuJ3o Hyuqk6bE3EmsgWISoEV5KquRi3pA+VtaBu1NsA4guznTFklhIpuXKLtHRK/zE0VRac1kMCmiHx+B Dzw6mWstWjxsOYJ3lKU2uP/BfJlGi2UG/tGnzbUlFd4TeJExtlWFyZRoG6kAAAAAAAA= --Apple-Mail=_C3BDD928-C0C3-4C0E-A28C-9D08210B9BDD-- From owner-freebsd-current@freebsd.org Mon Jan 23 11:51: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 1417BCBD76C for ; Mon, 23 Jan 2017 11:51:16 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wm0-x242.google.com (mail-wm0-x242.google.com [IPv6:2a00:1450:400c:c09::242]) (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 AB58B7E6 for ; Mon, 23 Jan 2017 11:51:15 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wm0-x242.google.com with SMTP id c85so25749791wmi.1 for ; Mon, 23 Jan 2017 03:51:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=9vC4x1Ky36msJwzsq9bjp0TapdNAASMSoC07TsG5R3A=; b=areHXuMthQ5NYs5EcijkkZvyEWV+9j5BPsoAPHSTlS0TjRTCMslaUoCkXFeVEW+sux tGlikeOU53GXTcxa5NDZ1sunWAQHETs2W09I11XOfHAOR4CZftq2NhvdcWdUD8yx5VNo euaYr/zh6wgxWPB9bRkUaKCEPmQJrIC9FnDI0UpcZD2/7iUymKZTal7sXQ0pjRrsJWbz WcSVc/iq7qPtuPqnCpR1II4RGrw5JKwiVFcj5wDREQIriFwULUG4kHxVplPsSCBBOlJ2 Nzvi6WP9v86pbe64vvP8Yd+GWM4VwtPClaInwHE3pN+82RFN94UriMEZTbN5Ur/x5UaS rG9g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=9vC4x1Ky36msJwzsq9bjp0TapdNAASMSoC07TsG5R3A=; b=H1VgK+zmbizP8QIZYjwpa8lx1L/SW+D5sUdpxwxjgPQBjUo078Eg4i9myO7c1OBYot j45Nj2WIR5XkLnfox1M2FHrdQ+tJ6+VePbtiocGDMzLF9u6DQB37zbpY89KppxVYBb5n y+IBAvP2BIfaNMzat1gt8AZpnFWXvQtUnam7nelbiaEUBkfG94voRf1bZyIzw9xJv0na nKP0+2M1VHBC8W3Mm5eDmy3hKGQs2FdR+8S/7qHRdNDE4Djy3JtO5/8VpE8RY0LybNxi h8oSvz3tPINlk2JOBbek3Z8mMOZt+Yzwe0hZtNeZSNzMiDPkXM9HTncbzMD/4Wu/2Mrk UgDg== X-Gm-Message-State: AIkVDXJ3M2keQQpFvjZdC5mW/Un+vueODTieO1fy/DpO7oGt2T2SEv5C31++rqehfX3WXQ== X-Received: by 10.28.69.202 with SMTP id l71mr14015571wmi.68.1485172272856; Mon, 23 Jan 2017 03:51:12 -0800 (PST) Received: from brick (global-5-141.nat-2.net.cam.ac.uk. [131.111.5.141]) by smtp.gmail.com with ESMTPSA id w197sm20656710wmd.11.2017.01.23.03.51.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Jan 2017 03:51:12 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Mon, 23 Jan 2017 11:51:10 +0000 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Alex Deiter Cc: freebsd-current Subject: Re: CURRENT [r308668] autofs kernel panic Message-ID: <20170123115110.GA51959@brick> Mail-Followup-To: Alex Deiter , freebsd-current References: <20161115163145.GB69156@brick> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) 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, 23 Jan 2017 11:51:16 -0000 For the record, this was fixed in r311284. On 1115T2021, Alex Deiter wrote: > Hello Edward, > > Thank you for the quick reply! > I was able to reproduce this panic on default GENERIC kernel (my test > system and laptop): > > # kgdb /boot/kernel/kernel /var/crash/vmcore.2 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 3; apic id = 06 > fault virtual address = 0xe0 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff809fe487 > stack pointer = 0x28:0xfffffe085f5d4560 > frame pointer = 0x28:0xfffffe085f5d45b0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 0 (pkg) [..] From owner-freebsd-current@freebsd.org Mon Jan 23 11:57: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 B3A4ACBDA0D for ; Mon, 23 Jan 2017 11:57:39 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: from mail-lf0-x241.google.com (mail-lf0-x241.google.com [IPv6:2a00:1450:4010:c07::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 371EED1A; Mon, 23 Jan 2017 11:57:39 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: by mail-lf0-x241.google.com with SMTP id q89so13871916lfi.1; Mon, 23 Jan 2017 03:57:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Sai1G/ArRiZEiCW6kQeL0dkBmDMaWE22nDWDjcfBFlY=; b=e4YF3ykpFfy+EOKnFbSYA1P83mNRSrWaQNThwidYk68fuT9wihesD1qbs0L+bnmjGw G+TovZDaBe3CFZvT//jYCLvcyGPbkYcAeyXxUjuf9AnOQ9/P1g0x4Oz1lTvzgluSbRpc aXtz3WF1plOo9SMO8LrOs35drp71nKV3rYm9sHFcEMN1XMZH8h9xpOYebqGC+Z8fUfL0 NJLLy+D3y2/O6vhLNfJXIFtIVP3om9iMt0imviqg+OLatVovtPUGVK7C/RBmQPOWeKcF Otrpo0849Z64apPYoY9YzF8KrDXyb4OAUv9y4DDqwX4gfP5RqbhfiGGfVOjsninXGeZh m/4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Sai1G/ArRiZEiCW6kQeL0dkBmDMaWE22nDWDjcfBFlY=; b=jX2cOjLPlpL1I7lCuSdLRjTn9q/lwuS6BPZQAmk7+2tZiS++nEsKxYIQjHDJyBPARE gHf9u0kQzIg0z2vyD9d0oa+vlONFJXESnVxXQ6aY7zDONdephs+KrX9nOEHeMRszyrxZ k0HBiorLCgSkoN4VHC45FbMaJmBxenIAYvhZZBQlc8wWuHGEBwgvww9PDz4fEfTrMihb +U4NQpiJh6CtPRhaNU+SRfW+RLllHSD1bg+Hn4jifY7HefXp6ZNW/Va/yo08B27NUtkM zvIxGwkic45h0NTe4enuXT98UDgmqavbUkbXvE9uDEzuetHo18vU4rpZSRQN5U3wdC3J nYEg== X-Gm-Message-State: AIkVDXIUB2lgoupd/1ldpLcQa/nhNBhi/ujoeuoITOwmVoMZc163jsJyyQe8IXjbA2XAyw== X-Received: by 10.25.193.21 with SMTP id r21mr8862283lff.103.1485172656896; Mon, 23 Jan 2017 03:57:36 -0800 (PST) Received: from tiamat.deiter.ru ([109.167.157.231]) by smtp.gmail.com with ESMTPSA id 206sm6302852ljf.35.2017.01.23.03.57.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Jan 2017 03:57:36 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: CURRENT [r308668] autofs kernel panic From: Alex Deiter In-Reply-To: <20170123115110.GA51959@brick> Date: Mon, 23 Jan 2017 14:57:35 +0300 Cc: freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <29A3126C-279A-46EC-B94D-7AD93F4AB234@gmail.com> References: <20161115163145.GB69156@brick> <20170123115110.GA51959@brick> To: =?utf-8?Q?Edward_Tomasz_Napiera=C5=82a?= X-Mailer: Apple Mail (2.3259) 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, 23 Jan 2017 11:57:39 -0000 Hello Edward, Thank you! Alex Deiter alex.deiter@gmail.com > On 23 Jan 2017, at 14:51, Edward Tomasz Napiera=C5=82a = wrote: >=20 > For the record, this was fixed in r311284. >=20 > On 1115T2021, Alex Deiter wrote: >> Hello Edward, >>=20 >> Thank you for the quick reply! >> I was able to reproduce this panic on default GENERIC kernel (my test >> system and laptop): >>=20 >> # kgdb /boot/kernel/kernel /var/crash/vmcore.2 >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and = you are >> welcome to change it and/or distribute copies of it under certain = conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for = details. >> This GDB was configured as "amd64-marcel-freebsd"... >>=20 >> Unread portion of the kernel message buffer: >> kernel trap 12 with interrupts disabled >>=20 >>=20 >> Fatal trap 12: page fault while in kernel mode >> cpuid =3D 3; apic id =3D 06 >> fault virtual address =3D 0xe0 >> fault code =3D supervisor read data, page not present >> instruction pointer =3D 0x20:0xffffffff809fe487 >> stack pointer =3D 0x28:0xfffffe085f5d4560 >> frame pointer =3D 0x28:0xfffffe085f5d45b0 >> code segment =3D base 0x0, limit 0xfffff, type 0x1b >> =3D DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags =3D resume, IOPL =3D 0 >> current process =3D 0 (pkg) >=20 > [..] >=20 From owner-freebsd-current@freebsd.org Mon Jan 23 15:40: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 71D65CBEC31 for ; Mon, 23 Jan 2017 15:40:12 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: from out.smtpout.orange.fr (out03.smtpout.orange.fr [193.252.22.212]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A25BBE6 for ; Mon, 23 Jan 2017 15:40:10 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: from mail-yw0-f178.google.com ([209.85.161.178]) by mwinf5d52 with ME id brfx1u00x3rEd8Z03rfy6i; Mon, 23 Jan 2017 16:39:59 +0100 X-ME-Helo: mail-yw0-f178.google.com X-ME-Auth: Y29jaGFyZC1sYWJiZS5vbGl2aWVyQG9yYW5nZS5mcg== X-ME-Date: Mon, 23 Jan 2017 16:39:59 +0100 X-ME-IP: 209.85.161.178 Received: by mail-yw0-f178.google.com with SMTP id w75so138937118ywg.1; Mon, 23 Jan 2017 07:39:58 -0800 (PST) X-Gm-Message-State: AIkVDXJDNMef4P9MiFXpXnLBLQ6aVAMGk2ySpbYdo4aiyc3NJlz4zCnu0trJ3r4zr3UWzIr5mX4lRig99kNTtA== X-Received: by 10.55.151.199 with SMTP id z190mr26400127qkd.166.1485185997280; Mon, 23 Jan 2017 07:39:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.200.49.99 with HTTP; Mon, 23 Jan 2017 07:39:36 -0800 (PST) In-Reply-To: <159902b73ed.10775291e21533.7488368455500235608@nextbsd.org> References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> <1598f3f8588.d20017893749.339651164872952258@nextbsd.org> <1598f42ad77.eeec05be4113.9201780237587761460@nextbsd.org> <159902b73ed.10775291e21533.7488368455500235608@nextbsd.org> From: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Date: Mon, 23 Jan 2017 16:39:36 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: Matthew Macy Cc: Sean Bruno , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" 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: Mon, 23 Jan 2017 15:40:12 -0000 On Thu, Jan 12, 2017 at 1:54 AM, Matthew Macy wrote: > > A flame graph for the core cycle count and a flame graph with cache > miss stats from pmc would be a great start. > > > > > > =E2=80=8BI didn't know the exact event name to use for cache miss stat= s, but > here are the flame graphs for CPU_CLK_UNHALTED_CORE: > > http://dev.bsdrp.net/netgate.r311848.CPU_CLK_UNHALTED_CORE.svg > > http://dev.bsdrp.net/netgate.r311849.CPU_CLK_UNHALTED_CORE.svg > > Thanks. Having twice as many txqs would definitely help. It's also clear > that there may be some sort of peformance issue in iflib_txq_drain. > Although it could just be non-stop cache misses on the packet headers. > > > =E2=80=8BAny news about the performance issue in iflib_txq_drain ? On a different hardware (PC Engine APU2), I've got -20% performance drop: x head r311848: packets per second + head r311849: packets per second +--------------------------------------------------------------------------= + | ++ x= | |+++ x xx x= | | |_A_|= | ||A| = | +--------------------------------------------------------------------------= + N Min Max Median Avg Stddev x 5 580021 588650 585676 585406.1 3550.8673 + 5 463865 467599 465428 465638.6 1437.9347 Difference at 95.0% confidence -119768 +/- 3950.78 -20.4589% +/- 0.558328% (Student's t, pooled s =3D 2708.9) =E2=80=8B =E2=80=8BBecause it's an AMD processor I didn't found the pmc equivalent of CPU_CLK_UNHALTED_CORE, then I've used BU_CPU_CLK_UNHALTED but I've no idea if it's the good one. http://dev.bsdrp.net/apu2.r311848.BU_CPU_CLK_UNHALTED.svg http://dev.bsdrp.net/apu2.r311849.BU_CPU_CLK_UNHALTED.svg =E2=80=8B =E2=80=8BThanks=E2=80=8B From owner-freebsd-current@freebsd.org Mon Jan 23 15:46: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 E5206CBEEEC for ; Mon, 23 Jan 2017 15:46:30 +0000 (UTC) (envelope-from me@cschwarz.com) Received: from orion.uberspace.de (orion.uberspace.de [95.143.172.79]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 493281CE for ; Mon, 23 Jan 2017 15:46:29 +0000 (UTC) (envelope-from me@cschwarz.com) Received: (qmail 13682 invoked from network); 23 Jan 2017 15:46:20 -0000 Received: from localhost (HELO csarch.local) (127.0.0.1) by orion.uberspace.de with SMTP; 23 Jan 2017 15:46:20 -0000 Received: by csarch.local (Postfix, from userid 1000) id 933AC38C064; Mon, 23 Jan 2017 16:46:19 +0100 (CET) Date: Mon, 23 Jan 2017 16:46:19 +0100 From: Christian Schwarz To: David Chisnall Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org, mmacy@nextbsd.org Subject: libc++ missing in drm-next-4.7 [WAS: libstd++ missing in drm-next-4.7] Message-ID: <20170123154619.x55kh6ecfskvlcxd@csarch.localdomain> References: <20170120140645.67ei3nkd4mcaq3ec@csarch.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: NeoMutt/20161126 (1.7.1) 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, 23 Jan 2017 15:46:31 -0000 On Mon, Jan 23, 2017 at 10:36:40AM +0000, David Chisnall wrote: > > clang39 # now run clang, won't work, see below Shared object > > "libc++.so.1" not found, required by "clang" > > For clarification, are you missing libc++ or libstdc++? libstdc++ > hasn’t been a default part of the base system since 10.0 for x86 > architectures. Please excuse my sloppiness in writing this message. Of course, I mean libc++, as seen in the clan39 / ld message. Changed the subject to reflect this. Thanks, Christian From owner-freebsd-current@freebsd.org Mon Jan 23 18:52:26 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 6EB75CBE768 for ; Mon, 23 Jan 2017 18:52:26 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0102.outbound.protection.outlook.com [104.47.38.102]) (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 E33E113D3; Mon, 23 Jan 2017 18:52:25 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=xpTDS35RLwJgb5lQU6QcANEz485gZojwxT5qqZ9lcuI=; b=coNWHn5DZIuOAY0xaYraM4A8l8Kx8BBBjUX2tNBO0ThpnoX34irQNRFDf7RDDhPlTTfG4Ibfysuh3iWjjRes+wjBhp5m+1LFKpsKFk+GLqFxx4TkzxZrdIsnmqxwunFoFY9izJLNnL/XQdjWf/dAd0zhufkpgXAsYw3QXaDAvwM= Received: from DM5PR05CA0008.namprd05.prod.outlook.com (10.173.226.18) by DM2PR0501MB1295.namprd05.prod.outlook.com (10.160.130.149) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.860.6; Mon, 23 Jan 2017 18:52:23 +0000 Received: from BL2FFO11FD029.protection.gbl (2a01:111:f400:7c09::103) by DM5PR05CA0008.outlook.office365.com (2603:10b6:3:d4::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.874.6 via Frontend Transport; Mon, 23 Jan 2017 18:52:23 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.18) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.18) by BL2FFO11FD029.mail.protection.outlook.com (10.173.160.69) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.803.8 via Frontend Transport; Mon, 23 Jan 2017 18:52:22 +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; Mon, 23 Jan 2017 10:52:21 -0800 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 v0NIqL0m022272; Mon, 23 Jan 2017 10:52:21 -0800 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 205F438555C; Mon, 23 Jan 2017 10:52:21 -0800 (PST) To: Jilles Tjoelker CC: Lu Tung-Pin , , , Subject: Re: Fix /etc/rc.d/random umask handling (/entropy permissions) In-Reply-To: <20170121220136.GA59654@stack.nl> References: <14f5a2fdf191c33e4ed1dc882b288e81@openmailbox.org> <20170121220136.GA59654@stack.nl> Comments: In-reply-to: Jilles Tjoelker message dated "Sat, 21 Jan 2017 23:01:36 +0100." 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: <43885.1485197541.1@kaos.jnpr.net> Date: Mon, 23 Jan 2017 10:52:21 -0800 Message-ID: <43886.1485197541@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.18; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39850400002)(39410400002)(39450400003)(39860400002)(39840400002)(2980300002)(199003)(189002)(24454002)(97736004)(55016002)(8936002)(50466002)(92566002)(626004)(7696004)(7126002)(305945005)(356003)(110136003)(5660300001)(68736007)(46406003)(69596002)(50226002)(54906002)(189998001)(97756001)(50986999)(76176999)(107886002)(229853002)(117636001)(53416004)(105596002)(2950100002)(38730400001)(106466001)(6916009)(47776003)(53936002)(9686003)(76506005)(2810700001)(2906002)(4326007)(81166006)(86362001)(8676002)(23726003)(4001430100002)(81156014)(77096006)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1295; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BL2FFO11FD029; 1:0CSHkYXR16V62UD8tQepbqFYmPRxE68Grw627c0I1tsBPmCs2KuSrksBd0yn7nPFJsjQmiq0GbRoyf+SXptDn45E+prTGAqyoGUpHenL6M9X65OGfa5ZFFOwzw4GpTEDh0c+HIg4I5UZALtqtYOhv8uwmk8U1PE+M1g2KXgBS8t3k1qQvDtszWWa7QnsX+PhY/g2s6U0aLpgeJY9xvz7UQVh374b9+jyITNZh7nc3lFsmXDR0V3UCL5XHxWcRTOuPlCL9EmCqMB40G333UW/LawDeTaWA8Vl+SckT/oUAg/ja3cRoVkCQJeLKJV9xgAy7ogvpXuSQ9SnhrvFap82vq6+XuppX4nGUsI4aHZOvGDvn69DqdsXCHzaaKGKCi3ePpSZJUB4G9lcnxE7lY70IaQO1cp650oxVrLst89omp9IUUWyph2sQi8WprWTimg1FucC2/s7oJOjQji8oJRCQxvr76cD0z1PLCA0AO3lwfHRqx5RRvnFZmT+tsvV6jC1qgi2L5XIxPdBdjBKF08WAGyTgSNVc2PY2NFSItcq0gAZI8/9Y22zFpx/zXvHcfGe X-MS-Office365-Filtering-Correlation-Id: b63b1d88-5f22-4ff0-491a-08d443c0f7a1 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:DM2PR0501MB1295; X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1295; 3:OjukZj7OeBVXr38CWEA0+K/TKRm4bxbf+veUlvH0ySH5rKdkhkb5RGFrH1CTMGMSRYgaoFY+gW8eUjm7YzSMQbhBams+1ZOBqXlE+LHi0gPpu491RNk2bU3ZKfSMIoZpapcbB/D/5TiO6tOrG5LHRXAbBsbPGPid1bSM64YIHsioTD4hYwKTmBmPKSjqHGoXWUI1KUkz24uWVIJV7jidoRj1b1zYgXAAjOHOyQZowP0NkaOhXMLmi6fwOl2pRns5e0CdgAu+baDy4mksYh0l7tiRpqHWRDeslBafq2OF4lzqaSoSEcfHqTHG8JNmbN1d96QLWGFGZIXsTBxx1rXG7qvKxVF7VKlOCkhkRbXSuJR0F7pF6fywV7RBExAnJ6Vp X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1295; 25:HSpNlQvml9HPwnNoD2EYJFvWex/0+Z6UAq2Baef5ZabBCWkDRMkruxNSKlJwvnL4x/UCN9waUbQTzDwkx8JinBISfZ/8OdJjxwnMv67jpYsWE9LKtmfCkIbtSRyqRg+oBD1OstSis0o9Jq6s5NKmt8BU7jApidjm0XVuLluyO/yYOBnadOeaOcUpP1laVDtS285YQ6ZCSg7sZi0BMprgKuhwnGX/6FsGVDLSjj3Uz4ya4ppVHds/vfNtKy3i1LnhUdqWx0TM43TZkmBzYnMuCmzul3IqHgNDCQYTSbkqqagXyuKTcXB/Nv7eY1fmSIn3FFfNnpLdb8qc+lQhIFoxM560CvFYiNroffyz2UwIF7WipOmT2lmWxSMoVmDiFOFFJZBSyrVkQn1CqDvk6XRSnL8CO5R5wCDZNoj3QZxLpR3tISdeDsSq048SML1h0BbjLMmSOa7zFcteAThtQV1LI269E4SfSYLv+jWEs5cf0QFLBjyOziUM7LdOnGbQta05DbbSQmH1Sh7OY8G5/vxPYYG4f8/VYLSktLBsiifbN39nDGuVAiSfoPJugb1XXbiZ2YLgr98Uchq87YNIuUk2pbVR/q5/XpnhJOTLpS9PYg9mHG5YdaYC/KnJFh4/S3bYdL6wiGd5HB83XEVvwcGyfKhAmU5X6103l75GDox5a9Q/1v9wTU2NrsutPRj4X0JW4Lqg1XNQxlFi6q0/I+Db+WOOXJL++OwsBHzJ6mhwQ27/SkqLdgkkfKgn7yGBUT68s5GMkILRzwM1D9fEiRU+7Meh/gpzDlyy+z5/XAlM4q0= X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1295; 31:F3dcqOvvzsc3XEs6LVfbxw2CsRqmmZJTmxS5B4yOQUcWzBuWyU23ZmQ18CDyGgQ9KQviaMohUc3Qh2fHu9A8qrSrBEGCkfJBv2FG3NX9LTN1gEE9iY8v87Fka8Wk+GVITQkoNlmneKPH0N89oFF6v/A5fjNjXtelXWAzpORo/zsq73pJhAXD5K3vLL7TbB114aP8IIoZhfFi78DR00YYnnCdBtUDlRpH2wvA97gWZdXcJsSvK9tVypxSIs+DyR4uKewgcryjSUqfT86VDn8Dow==; 20:G1MouIgajY/eRjrSv9W2/KHehxJfFCZhT8Yx1ONZxRVwBp2pXxM0eye/SMsSHGFXCKtBuAM/VHG8apRSi4VB3dVgS5Dia5ViG9dUR0e4Be+9K9x9vu1qAm63JpxbTm2w+ebnlXAVMFUIJ/OCTev611covmq1qhV4afyZ1aGUYp4g7SZ4bH8de7n+ISH2UxC5+GV0q739+Sj29BUWwIhBIoOc8F+fkU+QFxHXSO5n/wuil7ibCyraHeuA+YtNgECksSBUNQhIQRDm/+ANoGxnt02j6gv+WFR1xFrzFFvsWVvWoi0VX3yW8UlAbfxO45bTTcCJQo80DbQfgG6L+1fR6AfBQ7gmWyZcD2/tINg7O1/lOGxwp7cNZklxU9irFXSE/l4g7bgJdWYrF51Tm+famLgOyjX+x1EJc+FOvueb56TiTDdZtbjNRvNaX2hIkHCmYGjIUn9CPG6/N57zOOJXOqgrzn0Rm345QXohIctJERufYq2OyW/6KCgU4KqBudde X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(13015025)(13017025)(13023025)(13024025)(13018025)(8121501046)(5005006)(10201501046)(3002001)(6055026)(6041248)(20161123560025)(20161123558021)(20161123555025)(20161123562025)(20161123564025)(6072148); SRVR:DM2PR0501MB1295; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1295; X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1295; 4:NUoa0xnL2gY5y8Ro8dEnwoqRgMQpv01y/BkYBbV2LVtn5yOuxttmVabdJ/ik6210R+gkOeBXcio8CnCBq7EswoMhtEsgZ1L2nPG9UlNbIm8QcmhZUTP0nndwjldNXgC8D+YdKDcSI/WKUBXqDfibwy+9rQvJ/jy0yYRscidO+h3caLkiUgVsyAyrDtXhx050DOJ6z8zPasoboTg9niVfzvj+qYqpaKyBdX+at4ewsNVWNB6C87Nsy91O+e5z+cUUHk5Y9HatJqhXShCFVWEuDtwp1cs7LYlajk7wzSadltYQb62rkcfES6Eq6KprcuRlZx3PvmSW8qvsiueWPTUrZljN77IEonOueJOJMW5BNLXk/LwFrn6Lhe0d3i9uVl16d3e7M1DIxUshkG0PVbawvK+UKBVXSaxo5l9+xhLIY79ljrz7+fVSFbNoO0qe0JEKbR/mYCPcOsEuXwJYg4nh+Zgxq0Cp7qLxA5fIzPUpR8qJAkGtMKS5/tRWkFcALEiCRULefaLvTMJSnXfQqZh0zfFskgnROVs68jeV1woT0TzuUIFO1yiRui7pEhTIHe8lC/UUQaQI+0UD3XpIc/jb/QDdQJ93mZmLxSwzW4xmk3GebwJTFV/EbsGJdr2jjyQVyMnKaanOoTYgwvrlHUFVMx40i04iWmfJtaHFJcVwMUGHuPO7eNlfFtKd53T9x9V2T04W9aJOcHbX0StO2xArXw== X-Forefront-PRVS: 0196A226D1 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; DM2PR0501MB1295; 23:M+tmU02ayqR/6tp/tP8HHIx/Qjl1wlvPHfFRx8C?= =?us-ascii?Q?s83vMhEfDBCR9xOxjXXkj75blYZPi/4Nu3B2GPbLajWPNhee3lZhyptDOfzJ?= =?us-ascii?Q?JMpx5EjH81+mJcpXNBuNLYJZqAt7rSqeBbdO3fCtyOvYF3Dr/aCzHAGp1OVw?= =?us-ascii?Q?k1hSZFdtyJnvu6WzirPfb+L5YZK1DC/KX4BBgTaeD+hThW56BCU8h/WAsXUW?= =?us-ascii?Q?YyRQf09HhtR0NJxcChgtx65+gA6B4ONdegat4+DUCe8AhG83xHuerUY1wYzz?= =?us-ascii?Q?hxKKIhGxzkJX2Ncbyxa25Y7cXYsgy0eE3/I9/8VGQtrD7BFAosuTpadu+B96?= =?us-ascii?Q?jWLMBtRT+hJef/JgneRlqhdFnrRIfvpP1mDyIUCIr2vJPs3HWPQW10V6HG5C?= =?us-ascii?Q?S/LxEOK3O7P8PtBbhhJycp7/do99uae71xZET1cmZsDXYK6kQwMfYJ3c8X7P?= =?us-ascii?Q?sYCq7kthXGR2fyui8Hku0gciFp1f3AtK8sY39nFCDCzWGmopPVOehUlZ8Ltc?= =?us-ascii?Q?yl8SxhvNvFuTrRlBJsrinvvwc3G/P91+rsQuSrhVbhwE1jyf0pFgSw1Bopxl?= =?us-ascii?Q?etTNIpnuV2AANGitIQ2xV+h5PfkJv2+3RUg7L7setw7/coDENTGKHLQcVLBv?= =?us-ascii?Q?idN4dPk140Xi+EO3NJeOZFvLBloomJB6HV40GeCaxkFKaQaNPVwCYmdwQ2Zp?= =?us-ascii?Q?nfn2unbwY8tEDAMLyhN5WddgP91xtuHnmJfT3RlA50jvoi+rtgbVwmZvdlco?= =?us-ascii?Q?J9F6wM5eEeNeoZiDMmBfICOiVnNdQO7PAwpD4OoSQ0HM7pGT0N/H/qY58lC2?= =?us-ascii?Q?RwcpvVjBwGP6E8EHDH8ZGbZwt24GilejY5nrBaF/zQ5vI2xifhsKzfIIJ0p+?= =?us-ascii?Q?Kt3Ry2q04rSQJ50RW0ipSqWdUe7eaOHc14LntGxTGqsEpphFzz5goGFtFp3e?= =?us-ascii?Q?KXz+R/8Ug1MwtBFyneFFyjyBpvTILMiWS722papUW9q5JgGlb7CXL1oGTm1V?= =?us-ascii?Q?/BTmDXJS++V4Irk9PlVPdJAvEbVkH9MsbFYG9J5LcvXtJtFB2lobSlzYO41y?= =?us-ascii?Q?ZCVla8XEOcEVVKGNuoXxzlisN5xkZrffWWZDLEvQtBy+9E4fmx2QMgK34LNo?= =?us-ascii?Q?jKM9f8C2Mxz905SPG3c4FBzfYog9d+tf6TmyQW5LzX/j83DtnXG7oS5qpiJh?= =?us-ascii?Q?yP7rRSWVsjS5Kbo6zpLLoIpnxTB3V0qoEckSefQaOqa0Vkw1YGf/bCvNlmA1?= =?us-ascii?Q?hllNgJwz7FFIIz+WPmN1+ImsaTUIFsT5GzoTpRa7fGRHwikgzqp96z1MOqor?= =?us-ascii?Q?s7MI0zlEgplym5JswxxXkOsAvs6P0879eVtwAFwn/mdPb5DkPebEnXqpIXja?= =?us-ascii?Q?azMOEcQ=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1295; 6:0xATSSCcmza06/quuEpif7pgbH6+PYZ5Xhi8ghxN5d8RRXDYBJ0WT5DTz/UKvkkQ0DJPBVrIdvgkkQptlJjLpXBwGyRenWWdqDBt2+kANmVlkZKvhNcEIHrSzo/Xt3597EQsVsnu998zS0AwY6+rG6FhoUokl8Fxi2ArtA2YClY0mdu44ZOEXQKt/kwY6CcmmmTT0f6KkRbKdZomll/i59MIOhZpGRIKQy78bgz1iuNYq+qnCKv1kaD1iN2rZfTcG5Zg1MysgEB8/F5j2163u5hjTxSVMF1U9uPJEAI4HkF95oC0S0tABlNhyVrbwcHuMVhk09jezwLH2ptfAMOulTdkoJZZNviZius1o+xlgZE757/vz9YvcDsUMOalc0SYDhWeZ4kzjMUTkYhLs/jgObQeYYM5DudjQr9i5VDre3p5SjgboG8bulO3iZ/8Z3wR6pufXy6/aQoVsr6+QJpO8g==; 5:4ZHf8P71sZCVVqT26tj1WlOOoq3r25/idn2P4unaLO/iYqYXK7Cpkou1QuwSj0a1CiCCQbyJGRmJ+MoLQXE60i2ZUZu7VJhlUbauyUX/NP7o9XPnWB6RZYwFam8DTqbOJhudhpHh/EJP9bEyHk3z2Q==; 24:7dvBFO/8I4eiyVP6R11QJKDKro0eG/H4YFgGCKM88FrGQ/rnGBR9nCl9Vrlr+DWU67k9xV0a9UUVYSgdB5Kx0sVRmZqN/L3cOgkkf3boccg= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1295; 7:mXNWqCl748UI+Roo3LVqBSP57Xzq92JBE0Zn14FhG9g2++CNcgqzVENaqGx0UicDIv120scgZ3CbtnHS+zzUWrhQIOJtpf5+8mO8fY7glMv59kCb7FNo87qnQcCx/E3kGpUUMeUxGnyVo0FawHyueOiTRX/2OjkIJBjAqkz9j/6AiR93fD1OX8Rc/38pRmF9pPh4vk1Yy+lLoIphWznrKq22ca7L2fhItH+sq3MX5hhf/Gi9AvA3szrJ1aMPeDZ7wbogov2q59nMxCafWWIJOn2aeh/sam3dNmg0x1DiGLyxU3qsNEpImrdMLPRwUQPuS55O455zWwsvraF802TL0LOXu7LyKWIuAcSp+1gCoOz3ytGphzmKnBTpw6PFxE9mv3pnElWZM3HO5kmFQRtD9km2wp7NxmE7drUZlYPkgg0gMH2cmwEc9wtT6RPp+jKgteO8Is8b+jAha/GhHykFLg== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Jan 2017 18:52:22.9818 (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.18]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1295 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, 23 Jan 2017 18:52:26 -0000 Jilles Tjoelker wrote: > Index: etc/rc.d/random > =================================================================== > --- etc/rc.d/random (revision 311446) > +++ etc/rc.d/random (working copy) > @@ -20,12 +20,14 @@ > > save_dev_random() > { > + oumask=`umask` why not simply use a sub-shell to tighten umask (umask 077; what-ever) From owner-freebsd-current@freebsd.org Mon Jan 23 19:18: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 08398CBEE27 for ; Mon, 23 Jan 2017 19:18:31 +0000 (UTC) (envelope-from dim@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 E5B80F6B for ; Mon, 23 Jan 2017 19:18:30 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id E2476CBEE26; Mon, 23 Jan 2017 19:18:30 +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 E03EBCBEE25 for ; Mon, 23 Jan 2017 19:18:30 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A3444F6A for ; Mon, 23 Jan 2017 19:18:30 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::5436:f0fa:fd22:db1b] (unknown [IPv6:2001:7b8:3a7:0:5436:f0fa:fd22:db1b]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9A780488CF; Mon, 23 Jan 2017 20:18:27 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_04D49D47-F8C5-42BE-8839-04C6D868FBC6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: command line environment and port to equal CURRENT clang? From: Dimitry Andric In-Reply-To: Date: Mon, 23 Jan 2017 20:18:18 +0100 Cc: current Message-Id: <4350E7F0-7CDD-4B82-902A-7C65D1C45B59@FreeBSD.org> References: To: jbtakk@iherebuywisely.com X-Mailer: Apple Mail (2.3124) 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, 23 Jan 2017 19:18:31 -0000 --Apple-Mail=_04D49D47-F8C5-42BE-8839-04C6D868FBC6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 23 Jan 2017, at 05:32, Jeffrey Bouquet = wrote: >=20 > ... that may work in /usr/src/sbin for example? > make clang=3D[/usr/ports/lang/??]clang-foo clang+ depend; make; # = so that a buildworld is not needed? > or that would have to be created as a feature.. The following appears to work: pkg install llvm39 export CC=3D/usr/local/bin/clang39 export CXX=3D/usr/local/bin/clang++39 export CPP=3D/usr/local/bin/clang-cpp cd /usr/src/sbin make obj make depend make Note that this may pick up the wrong versions of libraries, so do not be amazed if stuff blows up. Also note that clang in base has a few patches which might not be in the port, so you could also run into unexpected bugs in the port. -Dimitry --Apple-Mail=_04D49D47-F8C5-42BE-8839-04C6D868FBC6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAliGVwMACgkQsF6jCi4glqP0+wCfX1DQkpYCdCT+/tuex4OIOy8H 7q8AoIHJmJZur8PfRRh5X9o0uFGlTgGC =gYVo -----END PGP SIGNATURE----- --Apple-Mail=_04D49D47-F8C5-42BE-8839-04C6D868FBC6-- From owner-freebsd-current@freebsd.org Mon Jan 23 21:00:32 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 14863CBEACC for ; Mon, 23 Jan 2017 21:00:32 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 00F3737D for ; Mon, 23 Jan 2017 21:00:32 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id F1A15CBEACB; Mon, 23 Jan 2017 21:00:31 +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 F148FCBEACA for ; Mon, 23 Jan 2017 21:00:31 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B782E37C; Mon, 23 Jan 2017 21:00:31 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.241] (helo=rmm6prod02.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1cVlj3-00025n-68; Mon, 23 Jan 2017 22:00:29 +0100 Received: from mail by rmm6prod02.runbox.com with local (Exim 4.76) (envelope-from ) id 1cVlj3-0000EQ-5m; Mon, 23 Jan 2017 22:00:29 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); Mon, 23 Jan 2017 21:00:29 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "Dimitry Andric" CC: "current" Subject: Re: command line environment and port to equal CURRENT clang? Date: Mon, 23 Jan 2017 13:00:29 -0800 (PST) X-Mailer: RMM6 In-Reply-To: <4350E7F0-7CDD-4B82-902A-7C65D1C45B59@FreeBSD.org> Message-Id: 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, 23 Jan 2017 21:00:32 -0000 On Mon, 23 Jan 2017 20:18:18 +0100, Dimitry Andric wrote: > On 23 Jan 2017, at 05:32, Jeffrey Bouquet wro= te: > >=20 > > ... that may work in /usr/src/sbin for example? > > make clang=3D[/usr/ports/lang/??]clang-foo clang+ depend; make; # s= o that a buildworld is not needed? > > or that would have to be created as a feature.. >=20 > The following appears to work: >=20 > pkg install llvm39 > export CC=3D/usr/local/bin/clang39 > export CXX=3D/usr/local/bin/clang++39 > export CPP=3D/usr/local/bin/clang-cpp > cd /usr/src/sbin > make obj > make depend > make >=20 > Note that this may pick up the wrong versions of libraries, so do not > be amazed if stuff blows up. >=20 > Also note that clang in base has a few patches which might not be in the > port, so you could also run into unexpected bugs in the port. >=20 > -Dimitry Thanks. pkg fetch is on the fourth 'timeout' to fetch the file, though, I emailed the pkg@freebsd.org list... wget -c -nd in this case did not help either, u= nless that is more tricks to learn.= From owner-freebsd-current@freebsd.org Mon Jan 23 22:11: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 10A18CBE227 for ; Mon, 23 Jan 2017 22:11:00 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mailout.stack.nl (mailout05.stack.nl [131.155.140.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout.stack.nl", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D19B0257; Mon, 23 Jan 2017 22:10:59 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mailout.stack.nl (Postfix) with ESMTP id 2EAC53D; Mon, 23 Jan 2017 23:10:51 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id 1FCF428494; Mon, 23 Jan 2017 23:10:51 +0100 (CET) Date: Mon, 23 Jan 2017 23:10:51 +0100 From: Jilles Tjoelker To: "Simon J. Gerraty" Cc: Lu Tung-Pin , freebsd-current@freebsd.org, des@freebsd.org Subject: Re: Fix /etc/rc.d/random umask handling (/entropy permissions) Message-ID: <20170123221050.GA77550@stack.nl> References: <14f5a2fdf191c33e4ed1dc882b288e81@openmailbox.org> <20170121220136.GA59654@stack.nl> <43886.1485197541@kaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43886.1485197541@kaos.jnpr.net> User-Agent: Mutt/1.5.21 (2010-09-15) 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, 23 Jan 2017 22:11:00 -0000 On Mon, Jan 23, 2017 at 10:52:21AM -0800, Simon J. Gerraty wrote: > Jilles Tjoelker wrote: > > Index: etc/rc.d/random > > =================================================================== > > --- etc/rc.d/random (revision 311446) > > +++ etc/rc.d/random (working copy) > > @@ -20,12 +20,14 @@ > > > > save_dev_random() > > { > > + oumask=`umask` > why not simply use a sub-shell to tighten umask > (umask 077; what-ever) With our /bin/sh, the save-restore method saves a fork. A command substitution with a single umask command does not fork, while a subshell containing umask and something else does. The effect is fairly minor, but good performance is often the product of many small optimizations. -- Jilles Tjoelker From owner-freebsd-current@freebsd.org Tue Jan 24 01:02: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 9ED9CCBDA3D for ; Tue, 24 Jan 2017 01:02:49 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8B4AFF1F for ; Tue, 24 Jan 2017 01:02:49 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id 8A996CBDA3C; Tue, 24 Jan 2017 01:02:49 +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 88854CBDA3B for ; Tue, 24 Jan 2017 01:02:49 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 488DEF1E; Tue, 24 Jan 2017 01:02:48 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.241] (helo=rmm6prod02.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1cVpVV-0002V3-FK; Tue, 24 Jan 2017 02:02:45 +0100 Received: from mail by rmm6prod02.runbox.com with local (Exim 4.76) (envelope-from ) id 1cVpVV-0000Z4-EV; Tue, 24 Jan 2017 02:02:45 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); Tue, 24 Jan 2017 01:02:45 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "Dimitry Andric" CC: "current" Subject: Re: command line environment and port to equal CURRENT clang? Date: Mon, 23 Jan 2017 17:02:45 -0800 (PST) X-Mailer: RMM6 In-Reply-To: <4350E7F0-7CDD-4B82-902A-7C65D1C45B59@FreeBSD.org> Message-Id: 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, 24 Jan 2017 01:02:49 -0000 On Mon, 23 Jan 2017 20:18:18 +0100, Dimitry Andric wrote: > On 23 Jan 2017, at 05:32, Jeffrey Bouquet wro= te: > >=20 > > ... that may work in /usr/src/sbin for example? > > make clang=3D[/usr/ports/lang/??]clang-foo clang+ depend; make; # s= o that a buildworld is not needed? > > or that would have to be created as a feature.. >=20 > The following appears to work: >=20 > pkg install llvm39 > export CC=3D/usr/local/bin/clang39 > export CXX=3D/usr/local/bin/clang++39 > export CPP=3D/usr/local/bin/clang-cpp > cd /usr/src/sbin > make obj > make depend > make >=20 > Note that this may pick up the wrong versions of libraries, so do not > be amazed if stuff blows up. >=20 > Also note that clang in base has a few patches which might not be in the > port, so you could also run into unexpected bugs in the port. >=20 > -Dimitry Works! on 9 out of ten binaries at least. [1] Even so good from here that s= omeone may wish to put it in /usr/src/UPDATING but with an additional reference to= how to find the most likely llvm since that may change over time... Tested in /usr/src/bin, sbin, usr.sbin, usr.bin... [1] some build but do not install 'no such file or directory' so maybe did = not build... Made it into a .sh or .zsh that placed in another location and then run fro= m the location that is being reinstalled, /fsck_ffs/ for example... with the latt= er as the $1 coded into the script, as the full path on the command line as a parameter. May need improvement... or more coding...= From owner-freebsd-current@freebsd.org Tue Jan 24 01:40: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 A23B7CBE4A1; Tue, 24 Jan 2017 01:40:49 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6B3DEB87; Tue, 24 Jan 2017 01:40:48 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-248-244.albq.qwest.net [67.0.248.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id EF9941928BA; Tue, 24 Jan 2017 01:40:46 +0000 (UTC) Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= , Matthew Macy References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> <1598f3f8588.d20017893749.339651164872952258@nextbsd.org> <1598f42ad77.eeec05be4113.9201780237587761460@nextbsd.org> <159902b73ed.10775291e21533.7488368455500235608@nextbsd.org> Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" From: Sean Bruno Message-ID: <18abdd64-08a6-50ca-fb6b-9c01a3d7b60c@freebsd.org> Date: Mon, 23 Jan 2017 18:40:43 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="4kX657crq1w9S5xfNFjXBVMHRSJKhxwCR" 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, 24 Jan 2017 01:40:49 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4kX657crq1w9S5xfNFjXBVMHRSJKhxwCR Content-Type: multipart/mixed; boundary="Ix9TlJ5t959KvkbWH2LshuUEiAmGO6UVL"; protected-headers="v1" From: Sean Bruno To: =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= , Matthew Macy Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <18abdd64-08a6-50ca-fb6b-9c01a3d7b60c@freebsd.org> Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> <1598f3f8588.d20017893749.339651164872952258@nextbsd.org> <1598f42ad77.eeec05be4113.9201780237587761460@nextbsd.org> <159902b73ed.10775291e21533.7488368455500235608@nextbsd.org> In-Reply-To: --Ix9TlJ5t959KvkbWH2LshuUEiAmGO6UVL Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 01/23/17 08:39, Olivier Cochard-Labb=C3=A9 wrote: >=20 > On Thu, Jan 12, 2017 at 1:54 AM, Matthew Macy > wrote: >=20 > > A flame graph for the core cycle count and a flame graph with > cache miss stats from pmc would be a great start. > > > > > > =E2=80=8BI didn't know the exact event name to use for cache mis= s stats, > but here are the flame graphs for CPU_CLK_UNHALTED_CORE: > > http://dev.bsdrp.net/netgate.r311848.CPU_CLK_UNHALTED_CORE.svg > > > http://dev.bsdrp.net/netgate.r311849.CPU_CLK_UNHALTED_CORE.svg > >=20 > Thanks. Having twice as many txqs would definitely help. It's also > clear that there may be some sort of peformance issue in > iflib_txq_drain. Although it could just be non-stop cache misses on= > the packet headers. >=20 >=20 > =E2=80=8BAny news about the performance issue in iflib_txq_drain ? >=20 > On a different hardware (PC Engine APU2), I've got -20% performance dro= p: >=20 > x head r311848: packets per second > + head r311849: packets per second > +----------------------------------------------------------------------= ----+ > | ++ = x| > |+++ x = xx x| > | |= _A_|| > ||A| = | > +----------------------------------------------------------------------= ----+ > N Min Max Median Avg St= ddev > x 5 580021 588650 585676 585406.1 3550.= 8673 > + 5 463865 467599 465428 465638.6 1437.= 9347 > Difference at 95.0% confidence > -119768 +/- 3950.78 > -20.4589% +/- 0.558328% > (Student's t, pooled s =3D 2708.9) > =E2=80=8B > =20 > =E2=80=8BBecause it's an AMD processor I didn't found the pmc equivalen= t of > CPU_CLK_UNHALTED_CORE, then I've used BU_CPU_CLK_UNHALTED but I've no > idea if it's the good one. >=20 > http://dev.bsdrp.net/apu2.r311848.BU_CPU_CLK_UNHALTED.svg > http://dev.bsdrp.net/apu2.r311849.BU_CPU_CLK_UNHALTED.svg > =E2=80=8B > =E2=80=8BThanks=E2=80=8B >=20 >=20 Olivier: Which set of configs from your test suite are you using for this? Specifically, what packet size are you slamming across? https://github.com/ocochard/netbenches/tree/master/pktgen.configs sean --Ix9TlJ5t959KvkbWH2LshuUEiAmGO6UVL-- --4kX657crq1w9S5xfNFjXBVMHRSJKhxwCR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAliGsJtfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmT5fgf7B9ORzSHAo7OzfCsB+pYIvU2hEcQt1CIf3+OFE4/0WdkIbkhGqVNZlbRI q+qK3CYoGCo/82HLR8mo2CAk17auFN+/MtWcCi8u5so87RYyl8bbMpNvmKXA5V+f EMCxQOSF41Z2t3Jmk/JmK27hQ2VFHxntmiqHlbx4rhSpysRmqgVVDHpi3zIaqOT2 Upzqvd+rdpBl5pPQUO+FrjpFnGUPyMt1MzDJNU2uJwe5U1SDbZEzC8PP3huJOrwI 0G4o05bJ9herkro1+y+cSH5wlE6mnJ8FGLzP7VxHH6AapBe3WJ4l9lfyx+O6tWdQ fyaglB/fRbGG/eS984pbmhF07bMkhQ== =c8G7 -----END PGP SIGNATURE----- --4kX657crq1w9S5xfNFjXBVMHRSJKhxwCR-- From owner-freebsd-current@freebsd.org Tue Jan 24 06:39: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 03D84CBCA23 for ; Tue, 24 Jan 2017 06:39:08 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: from smtp.smtpout.orange.fr (smtp06.smtpout.orange.fr [80.12.242.128]) by mx1.freebsd.org (Postfix) with ESMTP id 6D723114 for ; Tue, 24 Jan 2017 06:39:06 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: from mail-qt0-f172.google.com ([209.85.216.172]) by mwinf5d64 with ME id c6XS1u00o3jlGMd036XTTe; Tue, 24 Jan 2017 07:31:28 +0100 X-ME-Helo: mail-qt0-f172.google.com X-ME-Auth: Y29jaGFyZC1sYWJiZS5vbGl2aWVyQG9yYW5nZS5mcg== X-ME-Date: Tue, 24 Jan 2017 07:31:28 +0100 X-ME-IP: 209.85.216.172 Received: by mail-qt0-f172.google.com with SMTP id l7so166530083qtd.1; Mon, 23 Jan 2017 22:31:27 -0800 (PST) X-Gm-Message-State: AIkVDXJrZhBfUoV5fPgNON84ztsCgM1Oav6hVo4EDz0K8XOpjkea4o6Zh++4+lgavccWYwo8xjQZ4WZMwzvwXA== X-Received: by 10.200.1.11 with SMTP id e11mr26112945qtg.85.1485239486391; Mon, 23 Jan 2017 22:31:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.200.49.99 with HTTP; Mon, 23 Jan 2017 22:31:05 -0800 (PST) In-Reply-To: <18abdd64-08a6-50ca-fb6b-9c01a3d7b60c@freebsd.org> References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> <1598f3f8588.d20017893749.339651164872952258@nextbsd.org> <1598f42ad77.eeec05be4113.9201780237587761460@nextbsd.org> <159902b73ed.10775291e21533.7488368455500235608@nextbsd.org> <18abdd64-08a6-50ca-fb6b-9c01a3d7b60c@freebsd.org> From: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Date: Tue, 24 Jan 2017 07:31:05 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: Sean Bruno Cc: Matthew Macy , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" 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: Tue, 24 Jan 2017 06:39:08 -0000 On Tue, Jan 24, 2017 at 2:40 AM, Sean Bruno wrote: > > > Which set of configs from your test suite are you using for this? > Specifically, what packet size are you slamming across? > > https://github.com/ocochard/netbenches/tree/master/pktgen.configs > =E2=80=8BBecause I'm in the point of view of a Telco, I'm measuring the =C2= =ABworst=C2=BB case, this mean with the smallest frame size. Here is the exact pkt-gen command line I'm using: - 60 byte Ethernet frame size (excluding the 4 CRC bytes) - 2000 UDP flows (20 IP sources * 100 IP destinations) pkt-gen -U -i igb2 -f tx -n 80000000 -l 60 -d 198.19.10.1:2000-198.19.10.20 -D 00:0d:b9:41:ca:3d -s 198.18.10.1:2000-198.18.10.100 -w 4 =E2=80=8BOption -U is available on a patched netmap version [1]: It fix the checksum calculation when using source/destination IP range on NIC that didn't enable HW CHKSUM in netmap mode and IPv6 support. [1] https://github.com/ocochard/BSDRP/blob/master/BSDRPcur/patches/freebsd.pkt-= gen.ae-ipv6.patch From owner-freebsd-current@freebsd.org Tue Jan 24 14:17:35 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 BC63ACC0FAA; Tue, 24 Jan 2017 14:17:35 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8A2B71A2C; Tue, 24 Jan 2017 14:17:35 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-248-244.albq.qwest.net [67.0.248.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 316211928BA; Tue, 24 Jan 2017 14:17:33 +0000 (UTC) Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> <1598f3f8588.d20017893749.339651164872952258@nextbsd.org> <1598f42ad77.eeec05be4113.9201780237587761460@nextbsd.org> <159902b73ed.10775291e21533.7488368455500235608@nextbsd.org> <18abdd64-08a6-50ca-fb6b-9c01a3d7b60c@freebsd.org> Cc: Matthew Macy , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" From: Sean Bruno Message-ID: Date: Tue, 24 Jan 2017 07:17:29 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="EH3LBRDFiKXXA7NS0eMuW7tD6XgogV43s" 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, 24 Jan 2017 14:17:35 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --EH3LBRDFiKXXA7NS0eMuW7tD6XgogV43s Content-Type: multipart/mixed; boundary="2cFxsCj1f2BEwgvWWut6wxc47a2SP511u"; protected-headers="v1" From: Sean Bruno To: =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= Cc: Matthew Macy , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> <1598f3f8588.d20017893749.339651164872952258@nextbsd.org> <1598f42ad77.eeec05be4113.9201780237587761460@nextbsd.org> <159902b73ed.10775291e21533.7488368455500235608@nextbsd.org> <18abdd64-08a6-50ca-fb6b-9c01a3d7b60c@freebsd.org> In-Reply-To: --2cFxsCj1f2BEwgvWWut6wxc47a2SP511u Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 01/23/17 23:31, Olivier Cochard-Labb=C3=A9 wrote: > On Tue, Jan 24, 2017 at 2:40 AM, Sean Bruno > wrote: >=20 >=20 >=20 > Which set of configs from your test suite are you using for this? > Specifically, what packet size are you slamming across? >=20 > https://github.com/ocochard/netbenches/tree/master/pktgen.configs > = >=20 >=20 > =E2=80=8BBecause I'm in the point of view of a Telco, I'm measuring the= =C2=ABworst=C2=BB > case, this mean with the smallest frame size. > Here is the exact pkt-gen command line I'm using: > - 60 byte Ethernet frame size (excluding the 4 CRC bytes) > - 2000 UDP flows (20 IP sources * 100 IP destinations) >=20 > pkt-gen -U -i igb2 -f tx -n 80000000 -l 60 -d 198.19.10.1:2000-198.19.1= 0.20 -D 00:0d:b9:41:ca:3d -s 198.18.10.1:2000-198.18.10.100 -w 4 >=20 > =E2=80=8BOption -U is available on a patched netmap version [1]: It fix= the > checksum calculation when using source/destination IP range on NIC that= > didn't enable HW CHKSUM in netmap mode and IPv6 support. >=20 > [1] > https://github.com/ocochard/BSDRP/blob/master/BSDRPcur/patches/freebsd.= pkt-gen.ae-ipv6.patch >=20 Did you increase the number of rx/tx rings to 8 and the number of descriptors to 4k in your tests or just the defaults? sean --2cFxsCj1f2BEwgvWWut6wxc47a2SP511u-- --EH3LBRDFiKXXA7NS0eMuW7tD6XgogV43s Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAliHYflfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmSPMQgAqXlMPwL5pSNAJopoSHmZdKqVVqg+FFU8712U3aIfW2ZA04oign5ejspr n4YfDcl/Y/T2GMPsspKxBdRj00Muj0Vi55xpfyXbFeGNjaTA5q7XcNZ6zz29IZii J/5+KPIadFjdSEFILyfmGC+ZdyYTGcou1FufhxZsFFijTtaooz0T1OIL/83qQwNY trjI52fMWMpwyOugQ06oKIIZVn6MiL9ep5jNBo4y3/UMw7yHLMhFLNM9j7Do2uO2 pdE3vLNq6tM6Fpwp4vzJ+W6TT3PgB10bVz9D4VVHyCaXQTO67m6X78uLweWAqgRS D6QGY1fdrYUgjvb0i3tCJQkileLKmg== =D+Is -----END PGP SIGNATURE----- --EH3LBRDFiKXXA7NS0eMuW7tD6XgogV43s-- From owner-freebsd-current@freebsd.org Tue Jan 24 14:37: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 DF92BCBE7CF for ; Tue, 24 Jan 2017 14:37:53 +0000 (UTC) (envelope-from dim@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 C94E1790 for ; Tue, 24 Jan 2017 14:37:53 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id C5938CBE7CE; Tue, 24 Jan 2017 14:37:53 +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 C534ACBE7CD for ; Tue, 24 Jan 2017 14:37:53 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8ECC378F for ; Tue, 24 Jan 2017 14:37:53 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.avinity.tv (unknown [77.95.97.98]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id A079448953; Tue, 24 Jan 2017 15:37:48 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_30153947-07FA-4AE4-9024-94DBEF5F8A51"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: command line environment and port to equal CURRENT clang? From: Dimitry Andric In-Reply-To: Date: Tue, 24 Jan 2017 15:37:40 +0100 Cc: current Message-Id: <3DC82C84-DCD3-4278-BCE6-FF7E0087B23F@FreeBSD.org> References: To: jbtakk@iherebuywisely.com X-Mailer: Apple Mail (2.3124) 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, 24 Jan 2017 14:37:54 -0000 --Apple-Mail=_30153947-07FA-4AE4-9024-94DBEF5F8A51 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 24 Jan 2017, at 02:02, Jeffrey Bouquet = wrote: >=20 > On Mon, 23 Jan 2017 20:18:18 +0100, Dimitry Andric = wrote: >=20 >> On 23 Jan 2017, at 05:32, Jeffrey Bouquet = wrote: >>>=20 >>> ... that may work in /usr/src/sbin for example? >>> make clang=3D[/usr/ports/lang/??]clang-foo clang+ depend; make; = # so that a buildworld is not needed? >>> or that would have to be created as a feature.. >>=20 >> The following appears to work: >>=20 >> pkg install llvm39 >> export CC=3D/usr/local/bin/clang39 >> export CXX=3D/usr/local/bin/clang++39 >> export CPP=3D/usr/local/bin/clang-cpp >> cd /usr/src/sbin >> make obj >> make depend >> make >>=20 >> Note that this may pick up the wrong versions of libraries, so do not >> be amazed if stuff blows up. >>=20 >> Also note that clang in base has a few patches which might not be in = the >> port, so you could also run into unexpected bugs in the port. >>=20 >> -Dimitry >=20 > Works! on 9 out of ten binaries at least. [1] Even so good from here = that someone > may wish to put it in /usr/src/UPDATING but with an additional = reference to how > to find the most likely llvm since that may change over time... Which would be very unwise, and lead to many problem reports, since buildworld is carefully building things in the right order, making sure the headers and libraries are of the matching versions for the binaries. E.g., people should only use this method if they know exactly what they are doing, and how it can blow up in various interesting ways. -Dimitry --Apple-Mail=_30153947-07FA-4AE4-9024-94DBEF5F8A51 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAliHZr8ACgkQsF6jCi4glqMquQCgkSpfFSe6qZ4ZGFeGRMlJC7hP lAYAn1kElMXXNqQ4Kdyp7O4zFfpd3aSu =kbrn -----END PGP SIGNATURE----- --Apple-Mail=_30153947-07FA-4AE4-9024-94DBEF5F8A51-- From owner-freebsd-current@freebsd.org Tue Jan 24 15:28: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 B8F8BCBFCF3 for ; Tue, 24 Jan 2017 15:28:31 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: from smtp.smtpout.orange.fr (smtp01.smtpout.orange.fr [80.12.242.123]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0773DC7C for ; Tue, 24 Jan 2017 15:28:30 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: from mail-yw0-f179.google.com ([209.85.161.179]) by mwinf5d02 with ME id cFUJ1u00Y3sYHUp03FUKdP; Tue, 24 Jan 2017 16:28:22 +0100 X-ME-Helo: mail-yw0-f179.google.com X-ME-Auth: Y29jaGFyZC1sYWJiZS5vbGl2aWVyQG9yYW5nZS5mcg== X-ME-Date: Tue, 24 Jan 2017 16:28:22 +0100 X-ME-IP: 209.85.161.179 Received: by mail-yw0-f179.google.com with SMTP id l19so163690682ywc.2; Tue, 24 Jan 2017 07:28:19 -0800 (PST) X-Gm-Message-State: AIkVDXJR9cdwykkWvz1NDgR6aQWjYTiV1swNTSmqJ141qCYh0CBTY1l/uGqMlrbTtdPY/MylC6eCzzXAdgR+gg== X-Received: by 10.55.151.199 with SMTP id z190mr31704288qkd.166.1485271697930; Tue, 24 Jan 2017 07:28:17 -0800 (PST) MIME-Version: 1.0 Received: by 10.200.49.99 with HTTP; Tue, 24 Jan 2017 07:27:57 -0800 (PST) In-Reply-To: References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> <1598f3f8588.d20017893749.339651164872952258@nextbsd.org> <1598f42ad77.eeec05be4113.9201780237587761460@nextbsd.org> <159902b73ed.10775291e21533.7488368455500235608@nextbsd.org> <18abdd64-08a6-50ca-fb6b-9c01a3d7b60c@freebsd.org> From: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Date: Tue, 24 Jan 2017 16:27:57 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: Sean Bruno Cc: Matthew Macy , "freebsd-net@freebsd.org" , "freebsd-current@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: Tue, 24 Jan 2017 15:28:31 -0000 On Tue, Jan 24, 2017 at 3:17 PM, Sean Bruno wrote: > > > Did you increase the number of rx/tx rings to 8 and the number of > descriptors to 4k in your tests or just the defaults? > Tuning are same as described in my previous email (rxd|txd=2048, rx|tx process_limit=-1, max_interrupt_rate=16000). [root@apu2]~# sysctl hw.igb. hw.igb.tx_process_limit: -1 hw.igb.rx_process_limit: -1 hw.igb.num_queues: 0 hw.igb.header_split: 0 hw.igb.max_interrupt_rate: 16000 hw.igb.enable_msix: 1 hw.igb.enable_aim: 1 hw.igb.txd: 2048 hw.igb.rxd: 2048 But I've did a new benchs with default setting, and the performance drop is now about -25% : x head r311848 packets-per-second (default settings) + head r311849 packets-per-second (default settings) +--------------------------------------------------------------------------+ |+ | |+ x | |+ xx| |++ xx| | A|| |A| | +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 5 618711 621135 619930.5 619840.8 951.83787 + 5 467389 468740 467778 467864.8 550.40322 Difference at 95.0% confidence -151976 +/- 1133.9 -24.5186% +/- 0.150581% (Student's t, pooled s = 777.476) From owner-freebsd-current@freebsd.org Tue Jan 24 15:31:19 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 A15D6CC0043; Tue, 24 Jan 2017 15:31:19 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 66157F6F; Tue, 24 Jan 2017 15:31:18 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-248-244.albq.qwest.net [67.0.248.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 025E31928BA; Tue, 24 Jan 2017 15:31:17 +0000 (UTC) Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> <1598f3f8588.d20017893749.339651164872952258@nextbsd.org> <1598f42ad77.eeec05be4113.9201780237587761460@nextbsd.org> <159902b73ed.10775291e21533.7488368455500235608@nextbsd.org> <18abdd64-08a6-50ca-fb6b-9c01a3d7b60c@freebsd.org> Cc: Matthew Macy , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" From: Sean Bruno Message-ID: Date: Tue, 24 Jan 2017 08:31:13 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Gjupok5Xwh92XDQejKlekdOSOrwjfXdic" 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, 24 Jan 2017 15:31:19 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Gjupok5Xwh92XDQejKlekdOSOrwjfXdic Content-Type: multipart/mixed; boundary="xDI9f4ipfWJNETqafQe9wabhuoRSaXFIG"; protected-headers="v1" From: Sean Bruno To: =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= Cc: Matthew Macy , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <1598d97bf2a.c6bcb76838987.6501340920645175463@nextbsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> <1598f3f8588.d20017893749.339651164872952258@nextbsd.org> <1598f42ad77.eeec05be4113.9201780237587761460@nextbsd.org> <159902b73ed.10775291e21533.7488368455500235608@nextbsd.org> <18abdd64-08a6-50ca-fb6b-9c01a3d7b60c@freebsd.org> In-Reply-To: --xDI9f4ipfWJNETqafQe9wabhuoRSaXFIG Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 01/24/17 08:27, Olivier Cochard-Labb=C3=A9 wrote: > On Tue, Jan 24, 2017 at 3:17 PM, Sean Bruno > wrote: >=20 >=20 >=20 > Did you increase the number of rx/tx rings to 8 and the number of > descriptors to 4k in your tests or just the defaults? >=20 >=20 > Tuning are same as described in my previous email (rxd|txd=3D2048, rx|t= x > process_limit=3D-1, max_interrupt_rate=3D16000). > [root@apu2]~# sysctl hw.igb. > hw.igb.tx_process_limit: -1 > hw.igb.rx_process_limit: -1 > hw.igb.num_queues: 0 > hw.igb.header_split: 0 > hw.igb.max_interrupt_rate: 16000 > hw.igb.enable_msix: 1 > hw.igb.enable_aim: 1 > hw.igb.txd: 2048 > hw.igb.rxd: 2048 >=20 >=20 Oh, I think you missed my note on these. In order to adjust txd/rxd you need to tweak the iflib version of these numbers. nrxds/ntxds should be adjust upwards to your value of 2048. nrxqs/ntxqs should be adjust upwards to 8, I think, so you can test equivalent settings to the legacy driver. Specifically, you may want to adjust these: dev.em.0.iflib.override_nrxds: 0 dev.em.0.iflib.override_ntxds: 0 dev.em.0.iflib.override_nrxqs: 0 dev.em.0.iflib.override_ntxqs: 0 sean > But I've did a new benchs with default setting, and the performance dro= p > is now about -25% : >=20 > x head r311848 packets-per-second (default settings) > + head r311849 packets-per-second (default settings) > +----------------------------------------------------------------------= ----+ > |+ = | > |+ = x | > |+ = xx| > |++ = xx| > | = A|| > |A| = | > +----------------------------------------------------------------------= ----+ > N Min Max Median Avg St= ddev > x 5 618711 621135 619930.5 619840.8 951.8= 3787 > + 5 467389 468740 467778 467864.8 550.4= 0322 > Difference at 95.0% confidence > -151976 +/- 1133.9 > -24.5186% +/- 0.150581% > (Student's t, pooled s =3D 777.476) >=20 --xDI9f4ipfWJNETqafQe9wabhuoRSaXFIG-- --Gjupok5Xwh92XDQejKlekdOSOrwjfXdic Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAliHc0FfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmRKDAgAlleMvp13X8F/56RMAHj+zK2gnL3R1BRAzjeG3fGgPTiz/SnqaR9ngadl d3kYkAxMUyFz5zSmWW3d9BB49No+syppWdBIyH1Pv4wqNsSQOUP5pXl1ot143H84 Y9jEDgN4/QluuQXUaj1YvG7s6n1Bw8wE7SSCcjqvDg0O1L5xTOSQF+atwDd3+o6r zUOzhdYwKuc0f98vsGTspCu5JQ/FfS/p9Y5F3xvTo9Gj6HtbbBXHuJ3k5eBeHJ0f aKUhBSpxVrDBLUBpaj7ClO0/166PnBBUU1bRaty5iDJbMmYgnWDtQtvaoCOS2/U7 XM9vSI6D6kuZAY6k7MidzZjFCLP3sQ== =GH+B -----END PGP SIGNATURE----- --Gjupok5Xwh92XDQejKlekdOSOrwjfXdic-- From owner-freebsd-current@freebsd.org Tue Jan 24 16:35: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 3A323CC0703; Tue, 24 Jan 2017 16:35:23 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail106.syd.optusnet.com.au (mail106.syd.optusnet.com.au [211.29.132.42]) by mx1.freebsd.org (Postfix) with ESMTP id C0E73289; Tue, 24 Jan 2017 16:35:22 +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 mail106.syd.optusnet.com.au (Postfix) with ESMTPS id 87D9C3C440E; Wed, 25 Jan 2017 03:09:54 +1100 (AEDT) Date: Wed, 25 Jan 2017 03:09:53 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Sean Bruno cc: =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" , Matthew Macy Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending In-Reply-To: Message-ID: <20170125023853.Q1809@besplex.bde.org> References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <574a7ac7-4842-9518-8286-a4d89a9f7a27@freebsd.org> <6c6cb534-73c7-464b-8af1-7445a9c0188c@freebsd.org> <1598f29d379.ea6360351471.8752933472741761813@nextbsd.org> <1598f3f8588.d20017893749.339651164872952258@nextbsd.org> <1598f42ad77.eeec05be4113.9201780237587761460@nextbsd.org> <159902b73ed.10775291e21533.7488368455500235608@nextbsd.org> <18abdd64-08a6-50ca-fb6b-9c01a3d7b60c@freebsd.org> MIME-Version: 1.0 X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.2 cv=c+HbeV1l c=1 sm=1 tr=0 a=Tj3pCpwHnMupdyZSltBt7Q==:117 a=Tj3pCpwHnMupdyZSltBt7Q==:17 a=nlC_4_pT8q9DhB4Ho9EA:9 a=6I5d2MoRAAAA:8 a=72mLzN8eAAAA:8 a=9PCMMyJtWz_l6bDDFeUA:9 a=F10vGVGQh35Fc93u:21 a=IRbHUhQxDI19dvun:21 a=45ClL6m2LaAA:10 a=IjZwj45LgO3ly-622nXo:22 a=-7La2cLJWLV_9KNFy1_x:22 X-Mailman-Approved-At: Tue, 24 Jan 2017 17:17:29 +0000 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed 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: Tue, 24 Jan 2017 16:35:23 -0000 On Tue, 24 Jan 2017, Sean Bruno wrote: > On 01/24/17 08:27, Olivier Cochard-Labb=C3=A9 wrote: >> On Tue, Jan 24, 2017 at 3:17 PM, Sean Bruno > > wrote: >> >> Did you increase the number of rx/tx rings to 8 and the number of >> descriptors to 4k in your tests or just the defaults? >> >> Tuning are same as described in my previous email (rxd|txd=3D2048, rx|tx >> process_limit=3D-1, max_interrupt_rate=3D16000). >> [root@apu2]~# sysctl hw.igb. >> hw.igb.tx_process_limit: -1 >> hw.igb.rx_process_limit: -1 >> hw.igb.num_queues: 0 >> hw.igb.header_split: 0 >> hw.igb.max_interrupt_rate: 16000 >> hw.igb.enable_msix: 1 >> hw.igb.enable_aim: 1 >> hw.igb.txd: 2048 >> hw.igb.rxd: 2048 > > Oh, I think you missed my note on these. In order to adjust txd/rxd you > need to tweak the iflib version of these numbers. nrxds/ntxds should be > adjust upwards to your value of 2048. nrxqs/ntxqs should be adjust > upwards to 8, I think, so you can test equivalent settings to the legacy > driver. > > Specifically, you may want to adjust these: > > dev.em.0.iflib.override_nrxds: 0 > dev.em.0.iflib.override_ntxds: 0 > > dev.em.0.iflib.override_nrxqs: 0 > dev.em.0.iflib.override_ntxqs: 0 That is painful. My hack to increase the ifq length also no longer works: X Index: if_em.c X =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D X --- if_em.c=09(revision 312696) X +++ if_em.c=09(working copy) X @@ -1,3 +1,5 @@ X +int em_qlenadj =3D -1; X + -1 gives a null adjustment; 0 gives a default (very large ifq), and other values give a non-null adustment. X /*- X * Copyright (c) 2016 Matt Macy X * All rights reserved. X @@ -2488,7 +2490,10 @@ X=20 X =09/* Single Queue */ X if (adapter->tx_num_queues =3D=3D 1) { X -=09 if_setsendqlen(ifp, scctx->isc_ntxd[0] - 1); X +=09 if (em_qlenadj =3D=3D 0) X +=09 em_qlenadj =3D imax(2 * tick, 0) * 15 / 10; X +=09 // lem_qlenadj =3D imax(2 * tick, 0) * 42 / 100; X +=09 if_setsendqlen(ifp, scctx->isc_ntxd[0] + em_qlenadj); X =09 if_setsendqready(ifp); X =09} X I don't want larger hardware queues, but sometimes want larger software queues. ifq's used to give them. The if_setsenqlen() call is still there. but no longer gives them. The large queues are needed for backet blasting benchmarks since select() doesn't work for udp sockets, so if the queues fill up then the benchmarks must busy-wait or sleep waiting for them to drain, and timeout granularity tends to prevent short sleeps from working so the queues run dry while sleeping unless the queues are very large. Bruce From owner-freebsd-current@freebsd.org Tue Jan 24 18:32:32 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 C135ECC07EA for ; Tue, 24 Jan 2017 18:32:32 +0000 (UTC) (envelope-from anindya49@hotmail.com) Received: from SNT004-OMC4S6.hotmail.com (snt004-omc4s6.hotmail.com [65.55.90.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 83861AE8 for ; Tue, 24 Jan 2017 18:32:32 +0000 (UTC) (envelope-from anindya49@hotmail.com) Received: from NAM04-SN1-obe.outbound.protection.outlook.com ([65.55.90.199]) by SNT004-OMC4S6.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Tue, 24 Jan 2017 10:31:24 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=5gPWfAV1ZRDqbbOHwIzUAWCHPrlzwQEB9Wit3eR69/4=; b=bzUDXuQVGE11rVv5FFV2ofRBrB8uaTyDDF4V+6i9MS5Jn4lF+9hkB3I8vhE8T+oNzjlFrg8uOjDBPaqXf8McZUyhhKodIRkpjzkFP3P59WBljC3VbAVen7qn9F6y6xUvK+E+Mj/TMjvhrbGPMOlD0nfCLP4O710TIY23cqXsK1u+YqkovGwk8by3hhpWGqSH723HddEb+1vahzGOcNe0+nDb9Q6vUA+dEnE7P9YhT8fbLRpYGT+cvx/NOspOMG0HxVcrH1CfJSt+hZW4FZrkJHG/WKQPSDzxaNKM8NIjtA+POU2xV5m8ZrENSFB/yWeMUxtbuOCyBv63nXGgYXqffg== Received: from CO1NAM04FT022.eop-NAM04.prod.protection.outlook.com (10.152.90.57) by CO1NAM04HT194.eop-NAM04.prod.protection.outlook.com (10.152.90.198) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.8; Tue, 24 Jan 2017 18:31:24 +0000 Received: from BN6PR22MB0802.namprd22.prod.outlook.com (10.152.90.56) by CO1NAM04FT022.mail.protection.outlook.com (10.152.90.167) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.8 via Frontend Transport; Tue, 24 Jan 2017 18:31:24 +0000 Received: from BN6PR22MB0802.namprd22.prod.outlook.com ([10.171.180.21]) by BN6PR22MB0802.namprd22.prod.outlook.com ([10.171.180.21]) with mapi id 15.01.0860.021; Tue, 24 Jan 2017 18:31:24 +0000 From: Anindya Mukherjee To: Adrian Chadd CC: "freebsd-current@freebsd.org" Subject: RE: vt(4) chops off the leftmost three columns Thread-Topic: vt(4) chops off the leftmost three columns Thread-Index: AQHScpOc+dBATW1RlESizy/O7gA13qFB//UAgAX2e4k= Date: Tue, 24 Jan 2017 18:31:23 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-CA, en-US Content-Language: en-CA X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=hotmail.com; x-incomingtopheadermarker: OriginalChecksum:BC693119B414D6BE428BAAE180743E3389722DE572E7D1793FF0FBD70CC7697D; UpperCasedChecksum:2E79FC1AF5437021799E665BAFC2D779914FFDB0B4F5B03F10AF1374BE917C9E; SizeAsReceived:7817; Count:40 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [0Z3Mw/oDgRykQapTxd9POMABz/VGGNOd] x-incomingheadercount: 40 x-eopattributedmessage: 0 x-microsoft-exchange-diagnostics: 1; CO1NAM04HT194; 7:S3/GZbRVMP+cDzyiaGjjN6EcR5bi641SunmFmZkzzc27pxBmSLI3zyXr7weWamjjc/ZvFZw75vyi0Wdn1sxxA9UVT5xaSEx0ir3gXqzYtqviBwIBvGpCj1PqX3g79IHozTJNbRh9NK5PKaeSegoQJVkdMrut1mSAjxXz5wq5ysd9ZQqx1KbRF/zArlv/m46ki3Vb8FgxhjlzInf+LRsYbx2Wdll0tjVy/x4bjG2rZQ71fb4bjAbTnrJSMa9gmFxX+ppRQ1uZDRYwNU/psfNp/p3+p4ZHhCSngb2sDoRvG6cd9GCD+XUq8fo3pE5X+i5Aq6k/ClCUXqKkSsQxRvw26P2OJ8ykHQRMTIX4Oul/wvgwXLfqtUMK7Cff7hWLJEAZ5T4C/ntpqYOpUPEzGgBMLQCqce2S3cSYNQ7W6awB5qlT/+wrJvMC5fVd6ldwXoieLMrK5jprv93h7rMbtburpg== x-forefront-antispam-report: EFV:NLI; SFV:NSPM; SFS:(10019020)(98900005); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1NAM04HT194; H:BN6PR22MB0802.namprd22.prod.outlook.com; FPR:; SPF:None; LANG:en; x-ms-office365-filtering-correlation-id: 93a6e286-68b7-4e1e-7a71-08d44487338b x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(1601124038)(5061506344)(5061507293)(1603103113)(1603101340)(1601125047)(1701031023); SRVR:CO1NAM04HT194; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444111334)(444112120)(432015012)(82015046); SRVR:CO1NAM04HT194; BCL:0; PCL:0; RULEID:; SRVR:CO1NAM04HT194; x-forefront-prvs: 0197AFBD92 spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Jan 2017 18:31:23.8902 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1NAM04HT194 X-OriginalArrivalTime: 24 Jan 2017 18:31:24.0982 (UTC) FILETIME=[1189BD60:01D27670] 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, 24 Jan 2017 18:32:32 -0000 Hi again, I have been switching back and forth between exploring the code and reading= J. Kong's Device Drivers book. As you explained, the first thing to tackle= is the coupling between vesa and sc. Right now I can't even load vesa unle= ss the kern.vty=3Dsc, and then I cannot unload it. vesa depends on vesa.c and pulls in scvesactl.c for two functions: vesa_loa= d_ioctl() and vesa_unload_ioctl(). Although these are used only in vesa.c, = they depend on several structures (for example the virtual screen structure= scr_stat, and others) defined in syscons.h, which makes these two systems = coupled. I was wondering what would be a good way to decouple these dependencies. I = want to do the right thing even if it takes longer. Really appreciate you t= aking the time to respond, thanks! Anindya ________________________________________ From: Adrian Chadd [adrian.chadd@gmail.com] Sent: January 20, 2017 3:11 PM To: Anindya Mukherjee Cc: freebsd-current@freebsd.org Subject: Re: vt(4) chops off the leftmost three columns hiya, Mechanically it doesn't look /that/ hard: * vesa.ko pulls in the vesa.c bits and the syscons vesa control bits. Ideally we'd have them as two separate modules, so you could load "vesa" without needing the syscons bits. * Maybe then write a vt 'fb' interface to talk to the old-school framebuffer interface * Then (if we're lucky) we can have vt use the same VGA, VESA, (mach, creator, etc!) through the fb interface, rather than reimplementing its own. I looked at it and it doesn't look /that/ hard. If you only cared about vesa, then you could do something like what 'creator' and 'creator_vt' did in sys/dev/fb/ . It's just sad that the vt interface to the screen buffer isn't as complete as the older school framebuffer interface is. -adrian On 19 January 2017 at 12:35, Anindya Mukherjee wrot= e: > Hi Adrian, > > I was looking at the source for the vt driver. Wondering how much work it= is to add VESA support to the VGA backend? As you say ATM it's hardcoded t= o use 640x480. Pardon my ignorance, but can we reuse any VESA code from sys= cons? > > Also, how dependent is splash/screensaver support on the VESA implementat= ion? > > Thanks, > Anindya From owner-freebsd-current@freebsd.org Tue Jan 24 20:56:11 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 0DBDBCC0ED4 for ; Tue, 24 Jan 2017 20:56:11 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wj0-x22e.google.com (mail-wj0-x22e.google.com [IPv6:2a00:1450:400c:c01::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 8F772A6C for ; Tue, 24 Jan 2017 20:56:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wj0-x22e.google.com with SMTP id uo9so1002154wjc.1 for ; Tue, 24 Jan 2017 12:56:10 -0800 (PST) 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:content-transfer-encoding; bh=og2Qshx6xoTTZeu3a0OnUTYbdwlbkqBR34muMntc4m4=; b=kCS+0kRKUSgHNPlj9T8TT2SxqEBMRj02aeoihkXMkuePJ8NzPxyBrGbuE7QjdWllP3 xAhYo459MSOgWcnsbSH+NzujMXybBOQnoEzIHypnk2LQJuwwk8nLzdxFNyXwxB3KmV+k y8mr9g06kAmF0bOkj9zxp0S2xu2eJLdjqUhpV1MMgkzkcbhjvc2JAZHYJio79Lc8t3FP BxNaAdmDt+I0pr/0jHBlKZa02maWrp+hnHdj0dC/kNf0WiGBNrn5CoYKMGIVvggxtH2N 9ps7LA0mi7mb0ivn3GWiMHD/WdR5kqw/lSbaloCmmbDo14wZ38Rec7EfR3Frz7pIdZt2 07XQ== 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:content-transfer-encoding; bh=og2Qshx6xoTTZeu3a0OnUTYbdwlbkqBR34muMntc4m4=; b=ru8JnA5x2RCB0w6jDmFUXMlUsDzY2j+sjY+JajLiRiWpVAYjEsA1WmGad088uEh+HM zipK3iYgBx1XrSjfXu9W/AKWqYHish739MiEzda2zl/jQY1paIOnHwdH+gq5jjeZcvIJ ewgwu4LbPHXRuNiWtSEAb8fC9dBUPlkc1tyxkISrjDr4H2MxRo8aAqkVhuHJYijwhVcX jJRxK7PouNFuT1wbNO73ILDh/z91YcOr7k2TW3z0NejQgVuX8ECY9nYaJSyGWxLrKppN WGKoneOiNr7c+Kg2Ph7poeDmUKauPsnXEZg/1oIUVAOZJs6Es7nT5WSZjFoPdbydHqi6 7a8g== X-Gm-Message-State: AIkVDXJuWNOQjbulXaO0kYpx9UmSk82H4S7wlBJjKDlKQ5tD+EW08d827WgWK3zBCFSwvkopTVU9hY500Hvm0Q== X-Received: by 10.28.100.132 with SMTP id y126mr19314838wmb.116.1485291359700; Tue, 24 Jan 2017 12:55:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.82.162 with HTTP; Tue, 24 Jan 2017 12:55:58 -0800 (PST) In-Reply-To: References: From: Adrian Chadd Date: Tue, 24 Jan 2017 12:55:58 -0800 Message-ID: Subject: Re: vt(4) chops off the leftmost three columns To: Anindya Mukherjee Cc: "freebsd-current@freebsd.org" Content-Type: text/plain; charset=UTF-8 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: Tue, 24 Jan 2017 20:56:11 -0000 hi! Well, give it a go. I can only be supportive. :) -a On 24 January 2017 at 10:31, Anindya Mukherjee wrot= e: > Hi again, > > I have been switching back and forth between exploring the code and readi= ng J. Kong's Device Drivers book. As you explained, the first thing to tack= le is the coupling between vesa and sc. Right now I can't even load vesa un= less the kern.vty=3Dsc, and then I cannot unload it. > > vesa depends on vesa.c and pulls in scvesactl.c for two functions: vesa_l= oad_ioctl() and vesa_unload_ioctl(). Although these are used only in vesa.c= , they depend on several structures (for example the virtual screen structu= re scr_stat, and others) defined in syscons.h, which makes these two system= s coupled. > > I was wondering what would be a good way to decouple these dependencies. = I want to do the right thing even if it takes longer. Really appreciate you= taking the time to respond, thanks! > > Anindya > ________________________________________ > From: Adrian Chadd [adrian.chadd@gmail.com] > Sent: January 20, 2017 3:11 PM > To: Anindya Mukherjee > Cc: freebsd-current@freebsd.org > Subject: Re: vt(4) chops off the leftmost three columns > > hiya, > > Mechanically it doesn't look /that/ hard: > > * vesa.ko pulls in the vesa.c bits and the syscons vesa control bits. > Ideally we'd have them as two separate modules, so you could load > "vesa" without needing the syscons bits. > * Maybe then write a vt 'fb' interface to talk to the old-school > framebuffer interface > * Then (if we're lucky) we can have vt use the same VGA, VESA, (mach, > creator, etc!) through the fb interface, rather than reimplementing > its own. > > I looked at it and it doesn't look /that/ hard. If you only cared > about vesa, then you could do something like what 'creator' and > 'creator_vt' did in sys/dev/fb/ . It's just sad that the vt interface > to the screen buffer isn't as complete as the older school framebuffer > interface is. > > > -adrian > > > On 19 January 2017 at 12:35, Anindya Mukherjee wr= ote: >> Hi Adrian, >> >> I was looking at the source for the vt driver. Wondering how much work i= t is to add VESA support to the VGA backend? As you say ATM it's hardcoded = to use 640x480. Pardon my ignorance, but can we reuse any VESA code from sy= scons? >> >> Also, how dependent is splash/screensaver support on the VESA implementa= tion? >> >> Thanks, >> Anindya From owner-freebsd-current@freebsd.org Tue Jan 24 20:59:35 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 A4AA9CC0FB3 for ; Tue, 24 Jan 2017 20:59:35 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-it0-x236.google.com (mail-it0-x236.google.com [IPv6:2607:f8b0:4001:c0b::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 66030BFB for ; Tue, 24 Jan 2017 20:59:35 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-it0-x236.google.com with SMTP id 203so95316997ith.0 for ; Tue, 24 Jan 2017 12:59:35 -0800 (PST) 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; bh=THCwg00fDbmFrCW+bF/58QuhNXfaTeLof96+uhQAIEw=; b=crq4lbXJLzzCX0eNSHnXMP+CQSaBdpVr1ETkW5LkXwd6j/RUsTKTME/E2M/urvoTMv 4YcyNF6CM3+1Nw8BhYYlW2rNDMma2q7rjj3EYLPdheaRoOyhpQxoIqKWqeu3zizMW5K0 en1WKSY8oZC58YGjDjgM1SxJ1Dp2b51mh2Zi4mtndQKwbmTD+heo4cLqWkkmocSZqXMB MNTaEtFdjbetxqrXaRFafFLwdcVB7Wy5mUk9FUOPezMVbwHvwqXjqKVQDNsKnBi7ulxr Z/M/jEtJ+lLRwlMIFPma7huYvPPKy0zmy5J6gPQmdV98QjwUoZe25Me9XOAM+0jq9oCI 6jlA== 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; bh=THCwg00fDbmFrCW+bF/58QuhNXfaTeLof96+uhQAIEw=; b=pp24/qadipC2A6vQgg8ryDK8wxykyQgUX7xUg1kOhogHqELgDySs/pmeu/+5RJD+ll OBfXXWs0ytEigkrEMMdsf5n2RoIVXHJRzofUMffYR6mmM30MaFuV+HWKBuj2lr4CE2g5 3Eu6eiUzzajRr0huukFfEnbhHZf1ZznCeDrbIKzTTMWfyKuV+O6gffQV7yevp+ceYNJ3 AVyTmmSbls6OeCtizZJFGw01P/4rP9l+HHpXlrrgA5ZHd/exkoXBFlJu5SCJgDA2xCEz WlAQyRsg1gfF/6/JwUi/nQe3dKWNOLnCy1fOWPbMWwlT/t4r8bBOELk4cCe+MRbex9a0 HODw== X-Gm-Message-State: AIkVDXL5PuB/FIzHRqzYKwghBXZrtvcZv/stIYghXpphkH4Zz8jwmRZ7TWTgy/aZARSyiHV4Z1JZrDocml9xjA== X-Received: by 10.36.10.3 with SMTP id 3mr21025290itw.108.1485291574251; Tue, 24 Jan 2017 12:59:34 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.175.159 with HTTP; Tue, 24 Jan 2017 12:59:13 -0800 (PST) In-Reply-To: <20170118225611.GA15647@ThinkPad-X200.local> References: <20170118225611.GA15647@ThinkPad-X200.local> From: Ed Maste Date: Tue, 24 Jan 2017 15:59:13 -0500 X-Google-Sender-Auth: Q6_zXCE5RQCCkNf4hAvFtNs870k Message-ID: Subject: Re: ASLR To: FreeBSD Current 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: Tue, 24 Jan 2017 20:59:35 -0000 On 18 January 2017 at 17:56, Piotr Kubaj wrote: > It should also be stated properly that this patch doesn't implement ASLR, but ASR. For better or worse the term ASLR is today in common use to refer to a number of different approaches. Using what has become a generic term allows the implementation to change in the future, without changing the interface (e.g. sysctls, userland tools, etc.). I wish there was a concise, technical comparison of the approaches implemented by different operating systems, but I've unfortunately not found one. From owner-freebsd-current@freebsd.org Tue Jan 24 23:34: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 083E7CC02A5 for ; Tue, 24 Jan 2017 23:34:18 +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 888D57DE; Tue, 24 Jan 2017 23:34:17 +0000 (UTC) (envelope-from domagoj.stolfa@gmail.com) Received: by mail-wm0-x232.google.com with SMTP id r144so2667470wme.1; Tue, 24 Jan 2017 15:34:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=JuNLsLgG2MmgZN1SVPqzmKz531dPyCXmk1o8jLXkXz8=; b=B9lUvPnFZhD8ZoW76V5iV1rsTX5lzoDQ8T8sv7TM+ZWHIsPpBMUU3UJmeo4GGaFwlO fitnVkNJvEOKn11dfRustyEPyn5vBrrOkyw2uiuDR0UPyfmZOAGh0QcwWk0ISJWLnDjZ Qq0CMLV25MHFf82to//jNIsqNUlMezg6Pq/WMcIYLLSQjZlEOI7Ml6w+GWG19k4AOHGM UPa0OVmQqi4N6s9RwoZ62Mn/lKmHj1mLK6Gt0VN/fsC7mnTpYPA1eubvZhWB6UCh2zQg oHYsTjO085ehKv648uuMh1lW/6TZra3XKfTADP0lqTTX+cTMithKHPghWCiCjtStK8Z1 StPw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=JuNLsLgG2MmgZN1SVPqzmKz531dPyCXmk1o8jLXkXz8=; b=cCAC46niID6rNsGMNbEqiLihjXHqmlauAp5d6qBqc946QwoHREM0z/RfuuNKZdtjEd cnRHHN/zAUSRBvHEEo91DMRKyqPDXm+lP7JN/UFIBq3xHz6BtEDJrVKeun8XK01ZallE NlNukMH/ppVgUIatIdIu4AZbQD9ZoLoRSUpvG3dznmj/7aPp8JW1vTq3g+96m/TCQwSh rIFLkwcMVIuPNGuIk+h/D2kkR9GlHfHkJ4cm/6b9xKwz6YYH4hDBVC6lU1KznnfJb6qk /QVC5IR3z5OlDH6ybKwoxWtwR2BYQqlVdhUq45/DWT9Ork/qVBxB7FGr5QW6gBz2gNHr JoXA== X-Gm-Message-State: AIkVDXJA7io+ycO+G41SYy8d2UvJK+qr82muKMsg9QajI/xbCWwgGYFvUt0zkLBX0EC3Xw== X-Received: by 10.28.136.13 with SMTP id k13mr21006905wmd.94.1485300854516; Tue, 24 Jan 2017 15:34:14 -0800 (PST) Received: from freebsd (dh207-122-218.xnet.hr. [88.207.122.218]) by smtp.gmail.com with ESMTPSA id n13sm18639343wrn.40.2017.01.24.15.34.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 24 Jan 2017 15:34:13 -0800 (PST) Date: Wed, 25 Jan 2017 00:34:06 +0100 From: Domagoj Stolfa To: Ed Maste Cc: FreeBSD Current Subject: Re: ASLR Message-ID: <20170124233406.GA28386@freebsd> References: <20170118225611.GA15647@ThinkPad-X200.local> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) 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, 24 Jan 2017 23:34:18 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, > For better or worse the term ASLR is today in common use to refer to a > number of different approaches. Using what has become a generic term > allows the implementation to change in the future, without changing > the interface (e.g. sysctls, userland tools, etc.). If I'm not mistaken, ASR is the approach that was first taken by the PaX te= am in an attempt to randomize mmaps. It later evolved into ASLR, however I do agr= ee that one should call this ASLR for compatibility reasons in the future. > I wish there was a concise, technical comparison of the approaches > implemented by different operating systems, but I've unfortunately not > found one. FWIW, ASLR is just a workaround and has it's weaknesses[1], but is a workar= ound I would like to see implemented in FreeBSD, be it ASLR or ASR, until a prop= er solution comes along. [1] https://www.blackhat.com/docs/asia-16/materials/asia-16-Marco-Gisbert-E= xploiting-Linux-And-PaX-ASLRS-Weaknesses-On-32-And-64-Bit-Systems-wp.pdf --=20 Best regards, Domagoj Stolfa --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEHQB+y96lmmv+IXofwxT+ikb0YU4FAliH5GwACgkQwxT+ikb0 YU40XQgA1TZkbLeE2G86kM+ke/0B6DsWgvHMNXMljFOSdAF2OZs/sOyHgi5duiZb f+6giI6T2pxrySELQoIB4/jG/K4SSzhJP+pWNKLWXKwSHfRHE6ye/6Mw2uyWwAKo a21K/dXR8S5058fi6uZLZmzSX2vglBnBuo2BICBaXm0osseQBmtHb4zVJtfT9YRR Ra7qxXPUy54oaO/RHJH7YmtezpuoQLQU4l8rnhCTXLdL5iLO5zCSbnKPCqLjmhin q2ewsVyYY0EyQCXvhoKoXCXyN+trrQE4AsTX3PPiKitgr5M94/yFUnYblUgNXUSo lH5orvrY3UdnY0bvTEV3FQhIfInttw== =hHxk -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-current@freebsd.org Wed Jan 25 13:58:34 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 2C208CC0284 for ; Wed, 25 Jan 2017 13:58:34 +0000 (UTC) (envelope-from rum1cro@yandex.ru) Received: from forward6p.cmail.yandex.net (forward6p.cmail.yandex.net [IPv6:2a02:6b8:0:1465::fe]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9FB0A9EB for ; Wed, 25 Jan 2017 13:58:32 +0000 (UTC) (envelope-from rum1cro@yandex.ru) Received: from mxback8h.mail.yandex.net (mxback8h.mail.yandex.net [IPv6:2a02:6b8:0:f05::111]) by forward6p.cmail.yandex.net (Yandex) with ESMTP id 7AF272293A for ; Wed, 25 Jan 2017 16:58:29 +0300 (MSK) Received: from web26h.yandex.ru (web26h.yandex.ru [84.201.187.160]) by mxback8h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id vHEQ2dsGPy-wTHSCwYO; Wed, 25 Jan 2017 16:58:29 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1485352709; bh=Y5Vu53lvAJDKjAKhVBnu//8IJhjTgZ+5xJwvvXSk0/8=; h=From:To:Subject:Message-Id:Date; b=jMPiVUEvXnb/mClGFCH0ssFbksPKhJ8vmzEF2fzPWvOER8LN+1g9sRNeeNVmwYIi/ XMFxwEqjbLuYFo+L5NX7+qkjumOvpaIPlAUQN4Sq0bz5+UzBsX9Ed9uyjH2Vh7TyFB b5tviyz8TS1mdH58Acx0iIcNFjcSYdSjGQIxCa6o= Authentication-Results: mxback8h.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by web26h.yandex.ru with HTTP; Wed, 25 Jan 2017 16:58:29 +0300 From: Ilya A. Arkhipov To: freebsd-current Current Subject: How building sys/boot MIME-Version: 1.0 Message-Id: <9680921485352709@web26h.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Wed, 25 Jan 2017 16:58:29 +0300 Content-Transfer-Encoding: base64 Content-Type: text/plain 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, 25 Jan 2017 13:58:34 -0000 SGkgQWxsLAoKU29tZWJvZHkgY2FuIGV4cGxhaW4gdG8gbWUgaG93IGJ1aWxkIHN5cy9ib290PwpS aWdodCBub3cgSSBkb2luZzoKIG1ha2UgLUMgc3lzL2Jvb3Qgb2JqIGRlcGVuZCBhbGwKQW5kIEkg Z2V0OgogY2MgIC1PMiAtcGlwZSAgIC1EU0tFSU5fTE9PUD0xMTEgLWZQSUMgLUkvdXNyL3NyYy9z eXMvYm9vdC9lZmkvbG9hZGVyIC1JL3Vzci9zcmMvc3lzL2Jvb3QvZWZpL2xvYWRlci9hcmNoL2Ft ZDY0IC1JL3Vzci9zcmMvc3lzL2Jvb3QvZWZpL2xvYWRlci8uLi9pbmNsdWRlIC1JL3Vzci9zcmMv c3lzL2Jvb3QvZWZpL2xvYWRlci8uLi9pbmNsdWRlL2FtZDY0IC1JL3Vzci9zcmMvc3lzL2Jvb3Qv ZWZpL2xvYWRlci8uLi8uLi8uLi9jb250cmliL2Rldi9hY3BpY2EvaW5jbHVkZSAtSS91c3Ivc3Jj L3N5cy9ib290L2VmaS9sb2FkZXIvLi4vLi4vLi4gLUkvdXNyL3NyYy9zeXMvYm9vdC9lZmkvbG9h ZGVyLy4uLy4uL2kzODYvbGliaTM4NiAtSS91c3Ivc3JjL3N5cy9ib290L2VmaS9sb2FkZXIvLi4v Li4vemZzIC1JL3Vzci9zcmMvc3lzL2Jvb3QvZWZpL2xvYWRlci8uLi8uLi8uLi9jZGRsL2Jvb3Qv emZzIC1JL3Vzci9zcmMvc3lzL2Jvb3QvZWZpL2xvYWRlci8uLi8uLi8uLi9jcnlwdG8vc2tlaW4g LURFRklfWkZTX0JPT1QgLUROT19QQ0kgLURFRkkgLURTTUJJT1NfU0VSSUFMX05VTUJFUlMgLURC T09UX0ZPUlRIIC1JL3Vzci9zcmMvc3lzL2Jvb3QvZWZpL2xvYWRlci8uLi8uLi9maWNsIC1JL3Vz ci9zcmMvc3lzL2Jvb3QvZWZpL2xvYWRlci8uLi8uLi9maWNsL2FtZDY0IC1ETE9BREVSX0RJU0tf U1VQUE9SVCAtRExPQURFUl9HUFRfU1VQUE9SVCAtRExPQURFUl9NQlJfU1VQUE9SVCAtZlBJQyAt SS91c3Ivc3JjL3N5cy9ib290L2ZpY2wgLUkvdXNyL3NyYy9zeXMvYm9vdC9maWNsL2FtZDY0ICAt SS91c3Ivc3JjL3N5cy9ib290L2ZpY2wvLi4vY29tbW9uIC1JL3Vzci9zcmMvc3lzL2Jvb3QvZWZp L2xvYWRlci8uLi8uLi9jb21tb24gLWZmcmVlc3RhbmRpbmcgLVdmb3JtYXQgLW1zb2Z0LWZsb2F0 IC1tbm8tbW14IC1tbm8tc3NlIC1tbm8tYXZ4IC1mc2hvcnQtd2NoYXIgLW1uby1yZWQtem9uZSAt bW5vLWFlcyAtZyAtTUQgIC1NRi5kZXBlbmQuemZzLm8gLU1UemZzLm8gLXN0ZD1nbnU5OSAtV3N5 c3RlbS1oZWFkZXJzIC1XZXJyb3IgLVdhbGwgLVduby1mb3JtYXQteTJrIC1XIC1Xbm8tdW51c2Vk LXBhcmFtZXRlciAtV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9p bnRlci1hcml0aCAtV25vLXVuaW5pdGlhbGl6ZWQgLVduby1wb2ludGVyLXNpZ24gLVduby1lbXB0 eS1ib2R5IC1Xbm8tc3RyaW5nLXBsdXMtaW50IC1Xbm8tdW51c2VkLWNvbnN0LXZhcmlhYmxlIC1X bm8tdGF1dG9sb2dpY2FsLWNvbXBhcmUgLVduby11bnVzZWQtdmFsdWUgLVduby1wYXJlbnRoZXNl cy1lcXVhbGl0eSAtV25vLXVudXNlZC1mdW5jdGlvbiAtV25vLWVudW0tY29udmVyc2lvbiAtV25v LXVudXNlZC1sb2NhbC10eXBlZGVmIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tYXJyYXktYm91bmRz IC1Xbm8tbWlzc2luZy1wcm90b3R5cGVzIC1RdW51c2VkLWFyZ3VtZW50cyAgLWMgL3Vzci9zcmMv c3lzL2Jvb3QvZWZpL2xvYWRlci8uLi8uLi96ZnMvemZzLmMgLW8gemZzLm8KL3Vzci9zcmMvc3lz L2Jvb3QvZWZpL2xvYWRlci8uLi8uLi96ZnMvemZzLmM6NjAyOjE3OiBlcnJvcjogaW5jb21wYXRp YmxlIHBvaW50ZXIgdHlwZXMgaW5pdGlhbGl6aW5nICdpbnQgKCopKHZvaWQgKiwgaW50LCBkYWRk cl90LCBzaXplX3QsIHNpemVfdCwgY2hhciAqLCBzaXplX3QgKiknIChha2EgJ2ludAogICAgICAo Kikodm9pZCAqLCBpbnQsIGxvbmcsIHVuc2lnbmVkIGxvbmcsIHVuc2lnbmVkIGxvbmcsIGNoYXIg KiwgdW5zaWduZWQgbG9uZyAqKScpIHdpdGggYW4gZXhwcmVzc2lvbiBvZiB0eXBlICdpbnQgKHZv aWQgKiwgaW50LCBkYWRkcl90LCBzaXplX3QsIGNoYXIgKiwgc2l6ZV90ICopJyAoYWthICdpbnQK ICAgICAgKHZvaWQgKiwgaW50LCBsb25nLCB1bnNpZ25lZCBsb25nLCBjaGFyICosIHVuc2lnbmVk IGxvbmcgKiknKSBbLVdlcnJvciwtV2luY29tcGF0aWJsZS1wb2ludGVyLXR5cGVzXQogICAgICAg IC5kdl9zdHJhdGVneSA9IHpmc19kZXZfc3RyYXRlZ3ksCiAgICAgICAgICAgICAgICAgICAgICAg Xn5+fn5+fn5+fn5+fn5+fgovdXNyL3NyYy9zeXMvYm9vdC9lZmkvbG9hZGVyLy4uLy4uL3pmcy96 ZnMuYzo2MDY6MTQ6IGVycm9yOiBpbmNvbXBhdGlibGUgcG9pbnRlciB0eXBlcyBpbml0aWFsaXpp bmcgJ3ZvaWQgKCopKGludCknIHdpdGggYW4gZXhwcmVzc2lvbiBvZiB0eXBlICdpbnQgKGludCkn CiAgICAgIFstV2Vycm9yLC1XaW5jb21wYXRpYmxlLXBvaW50ZXItdHlwZXNdCiAgICAgICAgLmR2 X3ByaW50ID0gemZzX2Rldl9wcmludCwKICAgICAgICAgICAgICAgICAgICBefn5+fn5+fn5+fn5+ CjIgZXJyb3JzIGdlbmVyYXRlZC4KKioqIEVycm9yIGNvZGUgMQoKU3RvcC4KbWFrZVsyXTogc3Rv cHBlZCBpbiAvdXNyL3NyYy9zeXMvYm9vdC9lZmkvbG9hZGVyCioqKiBFcnJvciBjb2RlIDEKCgot LSAKV2l0aCBCZXN0IFJlZ2FyZHMsCklseWEgQS4gQXJraGlwb3YK From owner-freebsd-current@freebsd.org Wed Jan 25 14:18: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 3B6EECC0AB1 for ; Wed, 25 Jan 2017 14:18:30 +0000 (UTC) (envelope-from kczekirda@gmail.com) Received: from mail-yb0-x22c.google.com (mail-yb0-x22c.google.com [IPv6:2607:f8b0:4002:c09::22c]) (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 EE0057F3 for ; Wed, 25 Jan 2017 14:18:29 +0000 (UTC) (envelope-from kczekirda@gmail.com) Received: by mail-yb0-x22c.google.com with SMTP id w194so114012167ybe.0 for ; Wed, 25 Jan 2017 06:18:29 -0800 (PST) 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=dJ17Nu2mifCvxg/H1u04Y4b4AM/BMlR6YDk2zZCvu08=; b=kiV4u8UbpmRJqxQIf3j2WfkYcSDOMCF0kCNFJkHRVMlo4GzWibHlgbdJBaQo33qP6m l0phEmR/tXZirDZvbufbs6yovjYxl1tioBDBZiwB+qStcvVNHeEbsPA/BSqsDXuj/Tnx 2X50Nf8B6KzAR+9LPYOKXaZcRg9YsyHOyeB2qn26sW48ehZBpkk0DwJd3ysBll21gC08 5d+itPlTZD6UKqIs6E+ajunCfShbPH4G6YlbU06Hu4PSEnMRiVNaXsducmM7Ak/QDx01 yleXPZ1XPzXxqB9SXPoR1ndaGdON41/k5fIGSHSDM2Pr3FQX0R/JuVKd5aK7rBWJETIW 19Mg== 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=dJ17Nu2mifCvxg/H1u04Y4b4AM/BMlR6YDk2zZCvu08=; b=LokFhNyCTu2hHyql9+MR/ZKbuf+nM5z7fPX8aK5S/Z6alrHUQ08KV/MYfQC47pPqis lnE6PGW0FHpKokWn5UoCSoO9xhLLU1rVAIm5/g5I8miwW4fszah5V4SOs4qAfq+P08xR DlEt3JTbuYnthKBraMc0+Q/MjjfWl7bH2oK9+IpQ0rCemCaPe8GJzKz1izEKyaDdW23O elTa3LW/pAqtOn4YjZFk4xAScgMZ4wv2tOd47UJ+zwm93PzFOcAYGCw85HJaJgOIl5wD 0zHMT1hBbRNnlRbDd3pqdNkxZB+i62QXO+NFPlJ0tobR48TkvVhfml4C081UQwucAC35 IPyQ== X-Gm-Message-State: AIkVDXIz46GvSKD+khmuMz5i7yqTHMEjapDGDuYbpwemAXTUBAdWdzvUJBm3B092aL+uW5lZhp37QcnYeL2m5w== X-Received: by 10.13.254.195 with SMTP id o186mr30333930ywf.148.1485353908937; Wed, 25 Jan 2017 06:18:28 -0800 (PST) MIME-Version: 1.0 Sender: kczekirda@gmail.com Received: by 10.37.199.199 with HTTP; Wed, 25 Jan 2017 06:17:58 -0800 (PST) In-Reply-To: <9680921485352709@web26h.yandex.ru> References: <9680921485352709@web26h.yandex.ru> From: Kamil Czekirda Date: Wed, 25 Jan 2017 15:17:58 +0100 X-Google-Sender-Auth: 1Xcm7N8z1Noz7QPSrHErnRZK3-A Message-ID: Subject: Re: How building sys/boot To: "Ilya A. Arkhipov" Cc: 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: Wed, 25 Jan 2017 14:18:30 -0000 Hi, looks like: https://lists.freebsd.org/pipermail/svn-src-head/ 2016-November/093494.html Kamil 2017-01-25 14:58 GMT+01:00 Ilya A. Arkhipov : > Hi All, > > Somebody can explain to me how build sys/boot? > Right now I doing: > make -C sys/boot obj depend all > And I get: > cc -O2 -pipe -DSKEIN_LOOP=111 -fPIC -I/usr/src/sys/boot/efi/loader > -I/usr/src/sys/boot/efi/loader/arch/amd64 -I/usr/src/sys/boot/efi/loader/../include > -I/usr/src/sys/boot/efi/loader/../include/amd64 -I/usr/src/sys/boot/efi/ > loader/../../../contrib/dev/acpica/include -I/usr/src/sys/boot/efi/loader/../../.. > -I/usr/src/sys/boot/efi/loader/../../i386/libi386 -I/usr/src/sys/boot/efi/loader/../../zfs > -I/usr/src/sys/boot/efi/loader/../../../cddl/boot/zfs > -I/usr/src/sys/boot/efi/loader/../../../crypto/skein -DEFI_ZFS_BOOT > -DNO_PCI -DEFI -DSMBIOS_SERIAL_NUMBERS -DBOOT_FORTH -I/usr/src/sys/boot/efi/loader/../../ficl > -I/usr/src/sys/boot/efi/loader/../../ficl/amd64 -DLOADER_DISK_SUPPORT > -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -fPIC -I/usr/src/sys/boot/ficl > -I/usr/src/sys/boot/ficl/amd64 -I/usr/src/sys/boot/ficl/../common > -I/usr/src/sys/boot/efi/loader/../../common -ffreestanding -Wformat > -msoft-float -mno-mmx -mno-sse -mno-avx -fshort-wchar -mno-red-zone > -mno-aes -g -MD -MF.depend.zfs.o - > MTzfs.o -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W > -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body > -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare > -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function > -Wno-enum-conversion -Wno-unused-local-typedef -Wno-sign-compare > -Wno-array-bounds -Wno-missing-prototypes -Qunused-arguments -c > /usr/src/sys/boot/efi/loader/../../zfs/zfs.c -o zfs.o > /usr/src/sys/boot/efi/loader/../../zfs/zfs.c:602:17: error: incompatible > pointer types initializing 'int (*)(void *, int, daddr_t, size_t, size_t, > char *, size_t *)' (aka 'int > (*)(void *, int, long, unsigned long, unsigned long, char *, > unsigned long *)') with an expression of type 'int (void *, int, daddr_t, > size_t, char *, size_t *)' (aka 'int > (void *, int, long, unsigned long, char *, unsigned long *)') > [-Werror,-Wincompatible-pointer-types] > .dv_strategy = zfs_dev_strategy, > ^~~~~~~~~~~~~~~~ > /usr/src/sys/boot/efi/loader/../../zfs/zfs.c:606:14: error: incompatible > pointer types initializing 'void (*)(int)' with an expression of type 'int > (int)' > [-Werror,-Wincompatible-pointer-types] > .dv_print = zfs_dev_print, > ^~~~~~~~~~~~~ > 2 errors generated. > *** Error code 1 > > Stop. > make[2]: stopped in /usr/src/sys/boot/efi/loader > *** Error code 1 > > > -- > With Best Regards, > Ilya A. Arkhipov > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Wed Jan 25 14:25: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 0F81BCC0DAA for ; Wed, 25 Jan 2017 14:25:06 +0000 (UTC) (envelope-from rum1cro@yandex.ru) Received: from forward2j.cmail.yandex.net (forward2j.cmail.yandex.net [IPv6:2a02:6b8:0:1630::15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9F397D0B; Wed, 25 Jan 2017 14:25:05 +0000 (UTC) (envelope-from rum1cro@yandex.ru) Received: from mxback7j.mail.yandex.net (mxback7j.mail.yandex.net [IPv6:2a02:6b8:0:1619::110]) by forward2j.cmail.yandex.net (Yandex) with ESMTP id 361C120D47; Wed, 25 Jan 2017 17:25:02 +0300 (MSK) Received: from web25j.yandex.ru (web25j.yandex.ru [5.45.198.66]) by mxback7j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id x954lPvlQu-P1wuQ5Kp; Wed, 25 Jan 2017 17:25:01 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1485354301; bh=Ve8QhvMC7OwKaCecHOQujYke2UMMs3UJb+ljHq+u+5U=; h=From:To:Cc:In-Reply-To:References:Subject:Message-Id:Date; b=GKHut4g53LsVF8atnUy+4U/hHnUjZF3CZDZIlob+ho//APK7JS8kXW2LCnEZduZEK 0LJl1B95sOrSTJJl6Hh0Hbgj25EWTYZ+EqOnBhddtI6h2K2DJysWnUVHa4UJEXBWVh Grov1/yDw0sQej67BJtCVsRpUqsOd6kVS2/G7Duc= Authentication-Results: mxback7j.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by web25j.yandex.ru with HTTP; Wed, 25 Jan 2017 17:25:01 +0300 From: Ilya A. Arkhipov To: Kamil Czekirda Cc: freebsd-current Current In-Reply-To: References: <9680921485352709@web26h.yandex.ru> Subject: Re: How building sys/boot Message-Id: <126131485354301@web25j.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Wed, 25 Jan 2017 17:25:01 +0300 MIME-Version: 1.0 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, 25 Jan 2017 14:25:06 -0000 From owner-freebsd-current@freebsd.org Wed Jan 25 18:46: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 94D1ACBC8BE for ; Wed, 25 Jan 2017 18:46:16 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A6013D9 for ; Wed, 25 Jan 2017 18:46:16 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::b900:7275:4b13:60d0] (unknown [IPv6:2001:7b8:3a7:0:b900:7275:4b13:60d0]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id C15ED48A16; Wed, 25 Jan 2017 19:46:12 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_FE6FF923-9FCE-4EF5-B91A-BB71F971D511"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: How building sys/boot From: Dimitry Andric In-Reply-To: <9680921485352709@web26h.yandex.ru> Date: Wed, 25 Jan 2017 19:46:04 +0100 Cc: freebsd-current Current Message-Id: <450EEB74-2B4D-493C-82E2-FD4AF0BC4CEC@FreeBSD.org> References: <9680921485352709@web26h.yandex.ru> To: "Ilya A. Arkhipov" X-Mailer: Apple Mail (2.3124) 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, 25 Jan 2017 18:46:16 -0000 --Apple-Mail=_FE6FF923-9FCE-4EF5-B91A-BB71F971D511 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 25 Jan 2017, at 14:58, Ilya A. Arkhipov wrote: >=20 > Somebody can explain to me how build sys/boot? > Right now I doing: > make -C sys/boot obj depend all > And I get: > cc -O2 -pipe -DSKEIN_LOOP=3D111 -fPIC = -I/usr/src/sys/boot/efi/loader -I/usr/src/sys/boot/efi/loader/arch/amd64 = -I/usr/src/sys/boot/efi/loader/../include = -I/usr/src/sys/boot/efi/loader/../include/amd64 = -I/usr/src/sys/boot/efi/loader/../../../contrib/dev/acpica/include = -I/usr/src/sys/boot/efi/loader/../../.. = -I/usr/src/sys/boot/efi/loader/../../i386/libi386 = -I/usr/src/sys/boot/efi/loader/../../zfs = -I/usr/src/sys/boot/efi/loader/../../../cddl/boot/zfs = -I/usr/src/sys/boot/efi/loader/../../../crypto/skein -DEFI_ZFS_BOOT = -DNO_PCI -DEFI -DSMBIOS_SERIAL_NUMBERS -DBOOT_FORTH = -I/usr/src/sys/boot/efi/loader/../../ficl = -I/usr/src/sys/boot/efi/loader/../../ficl/amd64 -DLOADER_DISK_SUPPORT = -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -fPIC -I/usr/src/sys/boot/ficl = -I/usr/src/sys/boot/ficl/amd64 -I/usr/src/sys/boot/ficl/../common = -I/usr/src/sys/boot/efi/loader/../../common -ffreestanding -Wformat = -msoft-float -mno-mmx -mno-sse -mno-avx -fshort-wchar -mno-red-zone = -mno-aes -g -MD -MF.depend.zfs.o - > MTzfs.o -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable = -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Wno-sign-compare -Wno-array-bounds -Wno-missing-prototypes = -Qunused-arguments -c /usr/src/sys/boot/efi/loader/../../zfs/zfs.c -o = zfs.o > /usr/src/sys/boot/efi/loader/../../zfs/zfs.c:602:17: error: = incompatible pointer types initializing 'int (*)(void *, int, daddr_t, = size_t, size_t, char *, size_t *)' (aka 'int > (*)(void *, int, long, unsigned long, unsigned long, char *, = unsigned long *)') with an expression of type 'int (void *, int, = daddr_t, size_t, char *, size_t *)' (aka 'int > (void *, int, long, unsigned long, char *, unsigned long *)') = [-Werror,-Wincompatible-pointer-types] > .dv_strategy =3D zfs_dev_strategy, > ^~~~~~~~~~~~~~~~ > /usr/src/sys/boot/efi/loader/../../zfs/zfs.c:606:14: error: = incompatible pointer types initializing 'void (*)(int)' with an = expression of type 'int (int)' > [-Werror,-Wincompatible-pointer-types] > .dv_print =3D zfs_dev_print, > ^~~~~~~~~~~~~ > 2 errors generated. This is because of r310850, which changed the dv_strategy member of struct devsw in stand.h [1]. You need to update your libstand before you can build sys/boot, e.g: cd /usr/src/lib/libstand make obj make depend make sudo make install Then try building sys/boot again. Or just run a regular buildworld. :) -Dimitry [1] = https://svnweb.freebsd.org/base/head/lib/libstand/stand.h?r1=3D310850&r2=3D= 310849&pathrev=3D310850 --Apple-Mail=_FE6FF923-9FCE-4EF5-B91A-BB71F971D511 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAliI8nQACgkQsF6jCi4glqNAgQCgjmwROy4H+kgGZb7c75V8m5iv wNgAn0LTwPXF1lu+rKTh/qlP3r5XIHA+ =69zS -----END PGP SIGNATURE----- --Apple-Mail=_FE6FF923-9FCE-4EF5-B91A-BB71F971D511-- From owner-freebsd-current@freebsd.org Thu Jan 26 00:38: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 92BCECBE598 for ; Thu, 26 Jan 2017 00:38:09 +0000 (UTC) (envelope-from rum1cro@yandex.ru) Received: from forward3o.cmail.yandex.net (forward3o.cmail.yandex.net [37.9.109.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 09557C90; Thu, 26 Jan 2017 00:38:08 +0000 (UTC) (envelope-from rum1cro@yandex.ru) Received: from mxback2m.mail.yandex.net (mxback2m.mail.yandex.net [IPv6:2a02:6b8:0:2519::10b]) by forward3o.cmail.yandex.net (Yandex) with ESMTP id 7A3132078C; Thu, 26 Jan 2017 03:37:59 +0300 (MSK) Received: from web29m.yandex.ru (web29m.yandex.ru [37.140.138.120]) by mxback2m.mail.yandex.net (nwsmtp/Yandex) with ESMTP id jQX1KHAEyp-bxQamX2D; Thu, 26 Jan 2017 03:37:59 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1485391079; bh=Q8IHDDJgyjxBOkscEf/jIMfyEEqWlm+J6jFxdaL+piM=; h=From:To:Cc:In-Reply-To:References:Subject:Message-Id:Date; b=JqFsinnGPdrQfzAMwtRMvVhm3xbXQvPI7MDy17gPJEcyWUqre+9G1Lg5eOHE+l7qr ak+WMi54XkonCUTFpuC5iWbWA7/4wYXA7n7rJ7yZkVMW7P4adqivDAdLjw2RfYdda6 CKJEN/A7YDVE5XZFqrxiswKcQoOdTEy8oQcpUovg= Authentication-Results: mxback2m.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by web29m.yandex.ru with HTTP; Thu, 26 Jan 2017 03:37:59 +0300 From: Ilya A. Arkhipov To: Dimitry Andric Cc: freebsd-current Current In-Reply-To: <450EEB74-2B4D-493C-82E2-FD4AF0BC4CEC@FreeBSD.org> References: <9680921485352709@web26h.yandex.ru> <450EEB74-2B4D-493C-82E2-FD4AF0BC4CEC@FreeBSD.org> Subject: Re: How building sys/boot MIME-Version: 1.0 Message-Id: <1028661485391079@web29m.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Thu, 26 Jan 2017 03:37:59 +0300 Content-Transfer-Encoding: 8bit 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: Thu, 26 Jan 2017 00:38:09 -0000 Many thanks Dimitry for full definition 25.01.2017, 21:46, "Dimitry Andric" : > On 25 Jan 2017, at 14:58, Ilya A. Arkhipov wrote: >>  Somebody can explain to me how build sys/boot? >>  Right now I doing: >>  make -C sys/boot obj depend all >>  And I get: >>  cc -O2 -pipe -DSKEIN_LOOP=111 -fPIC -I/usr/src/sys/boot/efi/loader -I/usr/src/sys/boot/efi/loader/arch/amd64 -I/usr/src/sys/boot/efi/loader/../include -I/usr/src/sys/boot/efi/loader/../include/amd64 -I/usr/src/sys/boot/efi/loader/../../../contrib/dev/acpica/include -I/usr/src/sys/boot/efi/loader/../../.. -I/usr/src/sys/boot/efi/loader/../../i386/libi386 -I/usr/src/sys/boot/efi/loader/../../zfs -I/usr/src/sys/boot/efi/loader/../../../cddl/boot/zfs -I/usr/src/sys/boot/efi/loader/../../../crypto/skein -DEFI_ZFS_BOOT -DNO_PCI -DEFI -DSMBIOS_SERIAL_NUMBERS -DBOOT_FORTH -I/usr/src/sys/boot/efi/loader/../../ficl -I/usr/src/sys/boot/efi/loader/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -fPIC -I/usr/src/sys/boot/ficl -I/usr/src/sys/boot/ficl/amd64 -I/usr/src/sys/boot/ficl/../common -I/usr/src/sys/boot/efi/loader/../../common -ffreestanding -Wformat -msoft-float -mno-mmx -mno-sse -mno-avx -fshort-wchar -mno-red-zone -mno-aes -g -MD -MF.depend.zfs.o - >>  MTzfs.o -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-sign-compare -Wno-array-bounds -Wno-missing-prototypes -Qunused-arguments -c /usr/src/sys/boot/efi/loader/../../zfs/zfs.c -o zfs.o >>  /usr/src/sys/boot/efi/loader/../../zfs/zfs.c:602:17: error: incompatible pointer types initializing 'int (*)(void *, int, daddr_t, size_t, size_t, char *, size_t *)' (aka 'int >>       (*)(void *, int, long, unsigned long, unsigned long, char *, unsigned long *)') with an expression of type 'int (void *, int, daddr_t, size_t, char *, size_t *)' (aka 'int >>       (void *, int, long, unsigned long, char *, unsigned long *)') [-Werror,-Wincompatible-pointer-types] >>         .dv_strategy = zfs_dev_strategy, >>                        ^~~~~~~~~~~~~~~~ >>  /usr/src/sys/boot/efi/loader/../../zfs/zfs.c:606:14: error: incompatible pointer types initializing 'void (*)(int)' with an expression of type 'int (int)' >>       [-Werror,-Wincompatible-pointer-types] >>         .dv_print = zfs_dev_print, >>                     ^~~~~~~~~~~~~ >>  2 errors generated. > > This is because of r310850, which changed the dv_strategy member of > struct devsw in stand.h [1]. You need to update your libstand before > you can build sys/boot, e.g: > > cd /usr/src/lib/libstand > make obj > make depend > make > sudo make install > > Then try building sys/boot again. Or just run a regular buildworld. :) > > -Dimitry > > [1] https://svnweb.freebsd.org/base/head/lib/libstand/stand.h?r1=310850&r2=310849&pathrev=310850 -- With Best Regards, Ilya A. Arkhipov From owner-freebsd-current@freebsd.org Thu Jan 26 23:40: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 E057BCC3CD4 for ; Thu, 26 Jan 2017 23:40:49 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id BD083F86 for ; Thu, 26 Jan 2017 23:40:49 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id BC5B0CC3CD3; Thu, 26 Jan 2017 23:40:49 +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 BBF9ECC3CD2 for ; Thu, 26 Jan 2017 23:40:49 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x22d.google.com (mail-pf0-x22d.google.com [IPv6:2607:f8b0:400e:c00::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 8B491F84; Thu, 26 Jan 2017 23:40:49 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x22d.google.com with SMTP id e4so68435551pfg.1; Thu, 26 Jan 2017 15:40:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:date:message-id:cc:to:mime-version; bh=hUs5MRNrU446ARfFMPwOEMdISKWTJud+2yzYOSMqp0c=; b=BdvZ539c5nrcsUv/vrnL68GMZiC+3rI4RXu8LyfkzJpSZrtjfz6klHGKHNIJ9/ebwL rwecfzN8ud6y5TjEKe3BzGwff4FlEdeT2EqZXBOWjcPIWfvIzkOFHXaOTDZiOtP6snKM /QECokJQ/r2439qmsWAp/pQ9GlziHT8/crNtuhqCBnj+3CRnqCl6ZAtc8N2v0lw29r+L 7pHmVWP+tNleKixPRpgmOe0jzhFhLYp+0bsWxEQ9fWqkYrWxz08aE73c3oNaHHKHbBGL ZCyH+LbmG3ugYvjXB/694shHASIUbUtP8Dp8cnHvbFrGGixnvew9Fz+LWjFgIV3RqrsJ kV/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:date:message-id:cc:to:mime-version; bh=hUs5MRNrU446ARfFMPwOEMdISKWTJud+2yzYOSMqp0c=; b=BTbocBXUUr8Ow5fnVIPnrxou7U/C8Mm/NJe94VCdqUJ8r3+ePaPpedSW16Y+73wu6f +QcnjC8wigKh0+itBzoBoWvBNQAFMYNumd+XGIYqsntdn8c8BgjGxjasZDwYEwFQwXgN 1j7ijth/1ruBqYkh15ZuVW6mcA4wUxLtVJKF+4RubpWEloolWj5Cc+zfz5o0q0X0eoWb 6rrmp7ChTT8fKzV3MluBvbJ5zRgUkInZqQvOKQSGwx+ZOrPKiypZWLp2ma64CZ/rfOm6 lagPMu7J3l2pz7YKCFzzLLcBKmJmReBRa7YEce0ayCtIHPk2En9/1hzZfTPUnjmxrP73 hiHQ== X-Gm-Message-State: AIkVDXIXBOkkfWWB4JUcARtd8OPy98MdAvDa9v1un1UVE4gxMsvcZTQWgzQQAgbw4Dnofw== X-Received: by 10.99.98.193 with SMTP id w184mr6080167pgb.223.1485474049115; Thu, 26 Jan 2017 15:40:49 -0800 (PST) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id 82sm5827067pge.42.2017.01.26.15.40.48 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 26 Jan 2017 15:40:48 -0800 (PST) From: "Ngie Cooper (yaneurabeya)" X-Pgp-Agent: GPGMail Content-Type: multipart/signed; boundary="Apple-Mail=_D73054B2-C7F9-42FC-A4AC-125DC4311FB8"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: gptzfsboot grew a lot after skein support was added; need knob to control bloat Date: Thu, 26 Jan 2017 15:40:47 -0800 Message-Id: Cc: current@FreeBSD.ORG To: Allan Jude , Toomas Soome Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) 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, 26 Jan 2017 23:40:50 -0000 --Apple-Mail=_D73054B2-C7F9-42FC-A4AC-125DC4311FB8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, I tried upgrading one of my workstations and unfortunately the = freebsd-boot partition is too small (I follow manpage directions, = exactly, and those seem to be too small as of 10.3-RELEASE timeframe), = and I don=E2=80=99t have enough space or ability to resize the partition = and make it bigger. So, I=E2=80=99m in need of a build knob to control = the bloat, and/or having an alternative boot loader without = geli/skein/crypto support compiled in. Would you be opposed to the work? Thanks, -Ngie --Apple-Mail=_D73054B2-C7F9-42FC-A4AC-125DC4311FB8 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJYioj/AAoJEPWDqSZpMIYVt4EQALq2DZVbL6zjj9FJPxBvTAMI BOixdmtYQZKmz/wC01HLmxvDDsTaqsDLl0cmw/YGwlXwwXRqZ7krJSJAX8c0xiCD IVkULuSWEKEpDK71QIfbwc8qQtpgKBEQFmT9yaI3oEOudqZAui3Thtt0/wCdBy9R 96npUXdKHyetIlFqvRoTFfB41W1dUaRI+ouZjMAiZkVSZssBAO7fhZSwXGyeN5ZX h8+OXEMNDqdA5daoGv4kJX5pIC0E6odBMFgFdTkGD0B5CAgCeJQkJfYx0ForbyY4 s8XpNE+j6r2MiF/TnUrXaR7CxlKs/KTf9+TKc9ufJLh6zFtn9AwLIHoID78TkuQ4 cplfkV63Pl3oTXNr6CPuYk0tkqUuSQp9HumGVit9fHnEICMVQJyey1c+qKfscKwf cgrQ5TZGbfpHyrmilbKR2CTPjxkO3QOLFDCqKPozhocUd9GK31uEfwJIj6fh6IQU Zt4a8ajeGTWz3eLoTYiG5pF8jEHUY9tW+VROwhVPNRLK62cceUFHCQxRWFEJ+6B8 uZ1AJCLldFjSmC9NQ8NdTdOJ/1lq8WgvRzksQfnYv2MdQFGY8OeiOnbolcFVJ3Q/ 3dY25fg82ZgYmDniQAwxUjxcumUdX3PEEYh7EYNDjAx//cRfnIzsMqWobQdAgnU6 C4/xiODP91+dcj+Tvfth =lOz6 -----END PGP SIGNATURE----- --Apple-Mail=_D73054B2-C7F9-42FC-A4AC-125DC4311FB8-- From owner-freebsd-current@freebsd.org Thu Jan 26 23:50:26 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 3C1AFCC3FA0 for ; Thu, 26 Jan 2017 23:50:26 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1AD2E1483 for ; Thu, 26 Jan 2017 23:50:26 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 1A2BACC3F9F; Thu, 26 Jan 2017 23:50:26 +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 19D2ECC3F9E for ; Thu, 26 Jan 2017 23:50:26 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-yb0-x233.google.com (mail-yb0-x233.google.com [IPv6:2607:f8b0:4002:c09::233]) (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 CC7691482 for ; Thu, 26 Jan 2017 23:50:25 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-yb0-x233.google.com with SMTP id f67so57674667ybc.2 for ; Thu, 26 Jan 2017 15:50:25 -0800 (PST) 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:content-transfer-encoding; bh=ExJlohQJBhJB6tItef9+X3qTmSQoOI+q1yBzzxywm4c=; b=jomuUCjj9+NXMTdfvsVduJNMovJlj/aSDaZvwdi4pTAWsPq/nyQz7I0XvEkIf1rb2E qBpGj2ZqzKeqhPUoenll+H60r+lD2mrLJ1S3G/l6pxWDEcZ5EH8quZ9Th1hDwz4iCDBA c5fmIhAOLATiXKG1cM71R58bNxw0c5K/ZH+xJguGvwZHPxzXeoa8o6tWFzqjBZGiGuVX CXFtLq9pfm+pZigE0OsfAwpDG6FftBDRpng38mmF5inwfqSOWVViNQFJBanP79B7Lo0g uMSMrWoM5lkChcVGoT0CsCwc5ozBCcLufw9Hn5fau7b5H1bimNxggdw+96NYxd4WYldu zN3Q== 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:content-transfer-encoding; bh=ExJlohQJBhJB6tItef9+X3qTmSQoOI+q1yBzzxywm4c=; b=t8KtNM4eIDSpoa4Rs7M49Q2+ET6v4UxaUEJObrxbcN1jEmltpFf1SICqlwGaNwHBhw t5SY6LBJoog3MhsForZtLJJlAxGaloYtol0K0oN/EepOI3+jFI+cDbtqshCaEyY/DvoD GWa157Am+qpWFtOOYioISJxkavi7KAU8G5D+1lNz9JT06UXNc4CDGDUOWFV7yd9NP4fE vX17EYim77moz0ve09i5GiPyB4hWP0QvmFb3mSkZPRUsl0c187ACv43Wf94R/63DMjyT I33IfGydAmtZw9wSzdp+xTGUzkbzgpOpuk2tHir+i1OdMQsV1rXSo70ii53y6jJAeyGF HSAg== X-Gm-Message-State: AIkVDXJKdkKldHzqd8T1ytXBt/QfdZs/WfYSyuUM1SrzoQzzadllcVfF6jN4hkAY+JKjIjH/AsOpy1P07vRvvw== X-Received: by 10.129.173.71 with SMTP id l7mr3752817ywk.351.1485474625090; Thu, 26 Jan 2017 15:50:25 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.129.38.133 with HTTP; Thu, 26 Jan 2017 15:50:24 -0800 (PST) In-Reply-To: References: From: Alan Somers Date: Thu, 26 Jan 2017 16:50:24 -0700 X-Google-Sender-Auth: sbxv1Wtjm4_Lm79vyE1W0kNx24I Message-ID: Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: "Ngie Cooper (yaneurabeya)" Cc: Toomas Soome , "current@freebsd.org" Content-Type: text/plain; charset=UTF-8 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: Thu, 26 Jan 2017 23:50:26 -0000 On Thu, Jan 26, 2017 at 4:40 PM, Ngie Cooper (yaneurabeya) wrote: > Hi, > I tried upgrading one of my workstations and unfortunately the fr= eebsd-boot partition is too small (I follow manpage directions, exactly, an= d those seem to be too small as of 10.3-RELEASE timeframe), and I don=E2=80= =99t have enough space or ability to resize the partition and make it bigge= r. So, I=E2=80=99m in need of a build knob to control the bloat, and/or hav= ing an alternative boot loader without geli/skein/crypto support compiled i= n. Would you be opposed to the work? > Thanks, > -Ngie We have this problem at work too. We deal with it by defining the following in src.conf. The build system already knows about this variable, though it isn't in src.conf's manpage. LOADER_NO_GELI_SUPPORT=3D1 -Alan From owner-freebsd-current@freebsd.org Fri Jan 27 00: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 C74F6CC2ACD for ; Fri, 27 Jan 2017 00:10:10 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 813241EC8 for ; Fri, 27 Jan 2017 00:10:10 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 37C90137AD for ; Fri, 27 Jan 2017 00:10:03 +0000 (UTC) Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: freebsd-current@freebsd.org References: From: Allan Jude Message-ID: Date: Thu, 26 Jan 2017 19:09:53 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rRd2GVPaDIrVt6x7uHiiOE866ICdeJAff" 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, 27 Jan 2017 00:10:10 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --rRd2GVPaDIrVt6x7uHiiOE866ICdeJAff Content-Type: multipart/mixed; boundary="luQ5MJI3h1qEjqgkP8jnbo4eANwBQ6oNW"; protected-headers="v1" From: Allan Jude To: freebsd-current@freebsd.org Message-ID: Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat References: In-Reply-To: --luQ5MJI3h1qEjqgkP8jnbo4eANwBQ6oNW Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2017-01-26 18:50, Alan Somers wrote: > On Thu, Jan 26, 2017 at 4:40 PM, Ngie Cooper (yaneurabeya) > wrote: >> Hi, >> I tried upgrading one of my workstations and unfortunately the= freebsd-boot partition is too small (I follow manpage directions, exactl= y, and those seem to be too small as of 10.3-RELEASE timeframe), and I do= n=E2=80=99t have enough space or ability to resize the partition and make= it bigger. So, I=E2=80=99m in need of a build knob to control the bloat,= and/or having an alternative boot loader without geli/skein/crypto suppo= rt compiled in. Would you be opposed to the work? >> Thanks, >> -Ngie >=20 > We have this problem at work too. We deal with it by defining the > following in src.conf. The build system already knows about this > variable, though it isn't in src.conf's manpage. >=20 > LOADER_NO_GELI_SUPPORT=3D1 >=20 > -Alan > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 Yeah, most of the size is from the GELI support, not Skein, so that is your best starting place. I also have some work in progress with tsoome@ to further shrink things for you. --=20 Allan Jude --luQ5MJI3h1qEjqgkP8jnbo4eANwBQ6oNW-- --rRd2GVPaDIrVt6x7uHiiOE866ICdeJAff Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJYio/XAAoJEBmVNT4SmAt+U9oP/RTcyJxKU8TBRsFQiUAltdBD /klH0xrrNgq7HDFYdxXnPiRJ52OfOXrS/G2wxgWT5XgiHqZ5Y8dMZUPIEt6SitKB I+zT3j7mIgvPfhVT4TBp9vcbjwt0hvlSMjVODFZ/D9/r8mO0b4Eqc+s5B/RBcYGw udcFLAb1x0QQ/WiwTIISXZ0U9PercBCs4N6kzq5JSp8Op/0YQyzXTpk3hTkcKpfB peZmBsPCn9Ll/ewqPH5SPEGvg/CNjuJqilUZS05Mw0+fZH7gXbVnVqJ4HPpe0I23 UTHFj8Vct7yyPeJhvQv5nuXS0sk/x24W0pie71lu/gzSIT7mBxIweUE2/9rn8O6L 9Ms6YVN+36dhFuMRTnuCVXRHXmochUX/2TSg9ezYFpB/VywT8cENINYwrIoTv+9H lmVcmdA5sEDXj4sGLyyl2Ap8v6bZu1pMAbcXpQTmsIbEToIPHGz89s+iw2dUtEKe C4CiSB6GCSxyi1uV/0pAe75tVb7foplSaS+n0OdGVn2dQTFaV4/Zm8axWBMw2pCT l2WFvSXzJMtjqJkLxmY2vvpEmnm+1n9q5bTQW87zX1ctmEXSjRDCDg4jxIQbeDX6 if+sTemZzpRt7qJgPddgZPX7nM1gyLneVDY7i8jgndWGyUsDbgS0X56WFzTJFHSI epC7mrOfvhml3g6sM+z7 =G5id -----END PGP SIGNATURE----- --rRd2GVPaDIrVt6x7uHiiOE866ICdeJAff-- From owner-freebsd-current@freebsd.org Fri Jan 27 00:17:11 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 0F1C4CC2F2B for ; Fri, 27 Jan 2017 00:17:11 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: from mail-lf0-x244.google.com (mail-lf0-x244.google.com [IPv6:2a00:1450:4010:c07::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 84E5381C; Fri, 27 Jan 2017 00:17:10 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: by mail-lf0-x244.google.com with SMTP id v186so24907577lfa.2; Thu, 26 Jan 2017 16:17:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:mime-version:date:subject:cc:to :message-id; bh=T6K0XisXbbDVCH/cjBBqnRJVtDPNOxlTponanTVpjkM=; b=D2uNEaTSY1erfcP9kOx3cP0IQXDtE3PEc7grXh4Qo4QS6seB/gaoqmk8ghN/v9c7nj Gv+8LTfU3++3n3IgeO2lzNPilU+ohEGyZ91tJf/lDIiZSnd6v4MCNNXFiwVZzZVDnLzJ iXTEgMiBYexjK+hPRsBPpXVFw07ZnBWbrGBQ2LOQXVuL3ahyF58FkAGKZHjHtyryLai4 ZYNWScnzpnEjIpEqtBMN2L7iEKdNBX2jw2+lPz3HmfgOwQuTxcJP0A37LDJm7ffAh+oI DhcI5tjlLPj+QXJnkbL0rvQKoGDiD7lfk1e1Yn0VmIdefM22IrreHhKHF3QPpp82O6sg 0mwQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version:date :subject:cc:to:message-id; bh=T6K0XisXbbDVCH/cjBBqnRJVtDPNOxlTponanTVpjkM=; b=cXCP1CrnyLu/HZZzG0U859FXUuRCIbC2gMrpvwyXNcQMmIuMVVpqOQneyoT4a3btwN uAlxx2kAFdF3YFqOmHOeK/Qiv5dea3kWhzWlQ4MYXJYuzxmoveuR7E68po5JC4jIqBJO Snq0i1OVigYiOKIxXJmu2oCwirPvoewnGHtlVs1Aa9hCSdbAoGYGcwlp5B/iPIPjuNzg fIFk2jPtV9MWMITupni438mN2o65uww1W4yYjKXdB4pHBqGLoSFI552AZapYaLmMe1qr 88I6U0qlNJAwo/6p/MPg629L4FQe3EhARfropO6I3et3HwzUF4+qoT2QP57Q+B8wXRXX AS4w== X-Gm-Message-State: AIkVDXKRwLZIULk+KSlBm/BEkmtfjaGvjBJ3KkTsIzGggGk+1HAr/UmFVuUyvp+qSdxdlg== X-Received: by 10.25.76.196 with SMTP id z187mr1760048lfa.60.1485476228638; Thu, 26 Jan 2017 16:17:08 -0800 (PST) Received: from tiamat.deiter.ru ([109.167.157.231]) by smtp.gmail.com with ESMTPSA id e18sm868132lfg.22.2017.01.26.16.17.07 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 26 Jan 2017 16:17:08 -0800 (PST) From: Alex Deiter Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Date: Fri, 27 Jan 2017 03:17:07 +0300 Subject: Revision 312827 fatal error: 'opt_printf.h' file not found Cc: scottl@freebsd.org To: freebsd-current Message-Id: <61EB0DAA-70A1-4273-A64E-176D7B144D75@gmail.com> X-Mailer: Apple Mail (2.3259) 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, 27 Jan 2017 00:17:11 -0000 Hello, patch: Index: sys/cam/cam_xpt.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/cam/cam_xpt.h (revision 312851) +++ sys/cam/cam_xpt.h (working copy) @@ -33,7 +33,10 @@ #define _CAM_CAM_XPT_H 1 #include + +#ifdef _KERNEL #include "opt_printf.h" +#endif /* _KERNEL */ Please take a look at the rev 312827: --- scsi_da.o --- cc -target x86_64-unknown-freebsd12.0 = --sysroot=3D/export/freebsd/obj/export/freebsd/src/tmp = -B/export/freebsd/obj/export/freebsd/src/tmp/usr/bin -O2 -pipe = -I/export/freebsd/src/lib/libcam -I/export/freebsd/src/sys -DNDEBUG = -MD -MF.depend.scsi_da.o -MTscsi_da.o -std=3Dgnu99 = -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable = -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter = -Qunused-arguments -c /export/freebsd/src/sys/cam/scsi/scsi_da.c -o = scsi_da.o --- scsi_all.o --- In file included from /export/freebsd/src/sys/cam/scsi/scsi_all.c:59: /export/freebsd/src/sys/cam/cam_xpt.h:36:10: fatal error: 'opt_printf.h' = file not found #include "opt_printf.h" ^ Thank you! Alex Deiter alex.deiter@gmail.com From owner-freebsd-current@freebsd.org Fri Jan 27 00:22:11 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 7888BCC3238 for ; Fri, 27 Jan 2017 00:22:11 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) by mx1.freebsd.org (Postfix) with ESMTP id 10C81E11; Fri, 27 Jan 2017 00:22:10 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: Revision 312827 fatal error: 'opt_printf.h' file not found To: Alex Deiter , freebsd-current References: <61EB0DAA-70A1-4273-A64E-176D7B144D75@gmail.com> Cc: scottl@freebsd.org From: Jung-uk Kim Message-ID: <8b742699-09ac-899e-bcd6-69509517df99@FreeBSD.org> Date: Thu, 26 Jan 2017 19:22:10 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <61EB0DAA-70A1-4273-A64E-176D7B144D75@gmail.com> 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: Fri, 27 Jan 2017 00:22:11 -0000 On 01/26/2017 19:17, Alex Deiter wrote: > Hello, > > patch: > > Index: sys/cam/cam_xpt.h > =================================================================== > --- sys/cam/cam_xpt.h (revision 312851) > +++ sys/cam/cam_xpt.h (working copy) > @@ -33,7 +33,10 @@ > #define _CAM_CAM_XPT_H 1 > > #include > + > +#ifdef _KERNEL > #include "opt_printf.h" > +#endif /* _KERNEL */ > > Please take a look at the rev 312827: > > --- scsi_da.o --- > cc -target x86_64-unknown-freebsd12.0 --sysroot=/export/freebsd/obj/export/freebsd/src/tmp -B/export/freebsd/obj/export/freebsd/src/tmp/usr/bin -O2 -pipe -I/export/freebsd/src/lib/libcam -I/export/freebsd/src/sys -DNDEBUG -MD -MF.depend.scsi_da.o -MTscsi_da.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /export/freebsd/src/sys/cam/scsi/scsi_da.c -o scsi_da.o > --- scsi_all.o --- > In file included from /export/freebsd/src/sys/cam/scsi/scsi_all.c:59: > /export/freebsd/src/sys/cam/cam_xpt.h:36:10: fatal error: 'opt_printf.h' file not found > #include "opt_printf.h" I committed a fix already (r312852). Jung-uk Kim From owner-freebsd-current@freebsd.org Fri Jan 27 00:23: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 C2E46CC3303 for ; Fri, 27 Jan 2017 00:23:08 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: from mail-lf0-x243.google.com (mail-lf0-x243.google.com [IPv6:2a00:1450:4010:c07::243]) (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 600D4FA5; Fri, 27 Jan 2017 00:23:08 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: by mail-lf0-x243.google.com with SMTP id h65so24793896lfi.3; Thu, 26 Jan 2017 16:23:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=pJHxiFswIF9m1HXZoQrFU5lJF+wHzaxCTs64M38MaF4=; b=NUB0QMaGWy4LEFcPXBrVCjYHtujLlfPmCCWwAAue9EWeypcZq2u25aayifFTpGJySy fvyZ/w+oeqkVedtwJOea0wnCm1eANj2FX3d59voUjxq628KQ6As34idXCsYr57WfgeEG nQL903tBByLirE7VRgDXsitsHlDKHxa32szE6Jm1ri3g0ZyDHv9yCWyw/JPBs4n1hfYF VI3F32bBHObVAdvSW/c7YXtgBv44o5JLUKeDdeFxQqF4fgsNjLIBaQGDQ3fTcZFuWV8X Xt5843UJnZ+bp//x3dEEAsF9epRxslKp2XAE9fZkV2ag/FMF7qOvwQTYA3JkX44bEqu2 TuCA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=pJHxiFswIF9m1HXZoQrFU5lJF+wHzaxCTs64M38MaF4=; b=ghhAwKoPhgqEuFXzGneq8YbPyhUTnpNpdLy+/ujod15algJQ5GrNIFRYVxwya763jz KHsHGWqS/qtFXjl0x4UCcfrHFfJrxgDYphHB7dhfgLIW9zAgyVn4jc97kbv28RcRLPrA Kzxce+t6fObyR6sd1i30egPV4H9DY2EkXTIsCvNMm5V8Nnjix68kTfry+wawzRvKtA2N y028ND2c4TQDfUinDPuo4oQtDqwLOf6OEbixfKu+TnBV391kb0uCB4xM/7LYNWi/eyA1 aDZEahJHrZkXIePp48odiikg7N1jLGijs8bci8CHPHO9Wz5NsaY1qIcB2SOUfiWP/mQO eqBw== X-Gm-Message-State: AIkVDXK4UcqJ5aoq3FlDqo19pJrUCdesJfZfNpCjpziKZ15Esoeb+aO7ICyYv8+mb/jSJw== X-Received: by 10.25.92.145 with SMTP id u17mr1516273lfi.160.1485476586184; Thu, 26 Jan 2017 16:23:06 -0800 (PST) Received: from tiamat.deiter.ru ([109.167.157.231]) by smtp.gmail.com with ESMTPSA id v26sm871858ljd.9.2017.01.26.16.23.05 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 26 Jan 2017 16:23:05 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: Revision 312827 fatal error: 'opt_printf.h' file not found From: Alex Deiter In-Reply-To: <8b742699-09ac-899e-bcd6-69509517df99@FreeBSD.org> Date: Fri, 27 Jan 2017 03:23:05 +0300 Cc: freebsd-current , scottl@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <6AB4C5D2-03DD-4766-9836-7DC513117558@gmail.com> References: <61EB0DAA-70A1-4273-A64E-176D7B144D75@gmail.com> <8b742699-09ac-899e-bcd6-69509517df99@FreeBSD.org> To: Jung-uk Kim X-Mailer: Apple Mail (2.3259) 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, 27 Jan 2017 00:23:08 -0000 Hello, Thank you! Alex Deiter alex.deiter@gmail.com > On 27 Jan 2017, at 03:22, Jung-uk Kim wrote: >=20 > On 01/26/2017 19:17, Alex Deiter wrote: >> Hello, >>=20 >> patch: >>=20 >> Index: sys/cam/cam_xpt.h >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- sys/cam/cam_xpt.h (revision 312851) >> +++ sys/cam/cam_xpt.h (working copy) >> @@ -33,7 +33,10 @@ >> #define _CAM_CAM_XPT_H 1 >>=20 >> #include >> + >> +#ifdef _KERNEL >> #include "opt_printf.h" >> +#endif /* _KERNEL */ >>=20 >> Please take a look at the rev 312827: >>=20 >> --- scsi_da.o --- >> cc -target x86_64-unknown-freebsd12.0 = --sysroot=3D/export/freebsd/obj/export/freebsd/src/tmp = -B/export/freebsd/obj/export/freebsd/src/tmp/usr/bin -O2 -pipe = -I/export/freebsd/src/lib/libcam -I/export/freebsd/src/sys -DNDEBUG = -MD -MF.depend.scsi_da.o -MTscsi_da.o -std=3Dgnu99 = -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable = -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter = -Qunused-arguments -c /export/freebsd/src/sys/cam/scsi/scsi_da.c -o = scsi_da.o >> --- scsi_all.o --- >> In file included from /export/freebsd/src/sys/cam/scsi/scsi_all.c:59: >> /export/freebsd/src/sys/cam/cam_xpt.h:36:10: fatal error: = 'opt_printf.h' file not found >> #include "opt_printf.h" >=20 > I committed a fix already (r312852). >=20 > Jung-uk Kim From owner-freebsd-current@freebsd.org Fri Jan 27 00:34: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 B73EDCC3595 for ; Fri, 27 Jan 2017 00:34:12 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (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 6DD5C1488 for ; Fri, 27 Jan 2017 00:34:12 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x229.google.com with SMTP id j13so50110990iod.3 for ; Thu, 26 Jan 2017 16:34:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=mk6w/r21ypcDXImxvruxmuodCHCLriW8jW6q7z691yU=; b=ucJTrba7U69JB/N0jE5WD8pViRTjixKvP3xyzJxqIM/H8xdIo+Y4Bd48QQ6cFFEYTq o+LlMw9jrIuTKUeWCa6ZbhBjBayas4vnbb2w54qFTemD+EGYr7vm204g/DBKmf7WC4DG VmPh6S80bIdGO82Coaer8CJ4y+m2SkJ14XU3e237Rtc+DHETdkel3SItJ2AR7oy4WuxO 3R5hZIJ0mpBJgHnsv3WqSrNTrYon5ZZSJrOw/ImZfS6qFRFZIboDVJbbnM0SD8WESMR0 uFAo6iBOoevqvW7swc60BFzfbyetTz4ZEsOfClg2OnmkqORK7YVy4E7QuFqrkQaFzQC0 uUPQ== 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:content-transfer-encoding; bh=mk6w/r21ypcDXImxvruxmuodCHCLriW8jW6q7z691yU=; b=kNRblujAdZVrX9d7E7GQeo80JIZUO3LSuUVq5g+MZONFTdFIRqR5vXDeDHgArPC+WT crFlzVJ/5cxAhHzPKEJMNeSQ2UFLKDqpTICMi6leZFHp41UeM9aGm+P7F2SU0fSchA0x t58gS9cZNJSXywQ7SXt6TPdb4Q6dkuELY11DDMqfM30fHfOlHIBBMPPqFI1PIOKUhQZp j/V+02djp+D32DqDBMHeJ5AROwrrPtgbNmN6ITo4hPBX8MUJy8nmOtCOSfUO5n2Au8dp PKLSjNEjReUqGLG+xzy4ueavn+OiNSqowuHXJK/eRsPC6hMqhjOfwU1J5O5DkwfFWFQo cgFQ== X-Gm-Message-State: AIkVDXJbxoN93kNLilOfj9pzQaJECsh3jly897FmvRW+3HoZcjSFae9Oepk3/Nmxe2fJQ62jrE+QSoIK1ofXag== X-Received: by 10.107.20.13 with SMTP id 13mr5426832iou.0.1485477251560; Thu, 26 Jan 2017 16:34:11 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.145.217 with HTTP; Thu, 26 Jan 2017 16:34:11 -0800 (PST) X-Originating-IP: [69.53.245.200] In-Reply-To: <1028661485391079@web29m.yandex.ru> References: <9680921485352709@web26h.yandex.ru> <450EEB74-2B4D-493C-82E2-FD4AF0BC4CEC@FreeBSD.org> <1028661485391079@web29m.yandex.ru> From: Warner Losh Date: Thu, 26 Jan 2017 17:34:11 -0700 X-Google-Sender-Auth: SKt9WcXEXkMiGBGg-jflme5M2Ro Message-ID: Subject: Re: How building sys/boot To: "Ilya A. Arkhipov" Cc: Dimitry Andric , freebsd-current Current Content-Type: text/plain; charset=UTF-8 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: Fri, 27 Jan 2017 00:34:12 -0000 On Wed, Jan 25, 2017 at 5:37 PM, Ilya A. Arkhipov wrote= : > Many thanks Dimitry for full definition > > 25.01.2017, 21:46, "Dimitry Andric" : >> On 25 Jan 2017, at 14:58, Ilya A. Arkhipov wrote: >>> Somebody can explain to me how build sys/boot? >>> Right now I doing: >>> make -C sys/boot obj depend all >>> And I get: >>> cc -O2 -pipe -DSKEIN_LOOP=3D111 -fPIC -I/usr/src/sys/boot/efi/loader -= I/usr/src/sys/boot/efi/loader/arch/amd64 -I/usr/src/sys/boot/efi/loader/../= include -I/usr/src/sys/boot/efi/loader/../include/amd64 -I/usr/src/sys/boot= /efi/loader/../../../contrib/dev/acpica/include -I/usr/src/sys/boot/efi/loa= der/../../.. -I/usr/src/sys/boot/efi/loader/../../i386/libi386 -I/usr/src/s= ys/boot/efi/loader/../../zfs -I/usr/src/sys/boot/efi/loader/../../../cddl/b= oot/zfs -I/usr/src/sys/boot/efi/loader/../../../crypto/skein -DEFI_ZFS_BOOT= -DNO_PCI -DEFI -DSMBIOS_SERIAL_NUMBERS -DBOOT_FORTH -I/usr/src/sys/boot/ef= i/loader/../../ficl -I/usr/src/sys/boot/efi/loader/../../ficl/amd64 -DLOADE= R_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -fPIC -I/usr/src/s= ys/boot/ficl -I/usr/src/sys/boot/ficl/amd64 -I/usr/src/sys/boot/ficl/../com= mon -I/usr/src/sys/boot/efi/loader/../../common -ffreestanding -Wformat -ms= oft-float -mno-mmx -mno-sse -mno-avx -fshort-wchar -mno-red-zone -mno-aes -= g -MD -MF.depend.zfs.o - >>> MTzfs.o -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W= -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-= int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-un= used-local-typedef -Wno-sign-compare -Wno-array-bounds -Wno-missing-prototy= pes -Qunused-arguments -c /usr/src/sys/boot/efi/loader/../../zfs/zfs.c -o z= fs.o >>> /usr/src/sys/boot/efi/loader/../../zfs/zfs.c:602:17: error: incompatib= le pointer types initializing 'int (*)(void *, int, daddr_t, size_t, size_t= , char *, size_t *)' (aka 'int >>> (*)(void *, int, long, unsigned long, unsigned long, char *, unsi= gned long *)') with an expression of type 'int (void *, int, daddr_t, size_= t, char *, size_t *)' (aka 'int >>> (void *, int, long, unsigned long, char *, unsigned long *)') [-W= error,-Wincompatible-pointer-types] >>> .dv_strategy =3D zfs_dev_strategy, >>> ^~~~~~~~~~~~~~~~ >>> /usr/src/sys/boot/efi/loader/../../zfs/zfs.c:606:14: error: incompatib= le pointer types initializing 'void (*)(int)' with an expression of type 'i= nt (int)' >>> [-Werror,-Wincompatible-pointer-types] >>> .dv_print =3D zfs_dev_print, >>> ^~~~~~~~~~~~~ >>> 2 errors generated. >> >> This is because of r310850, which changed the dv_strategy member of >> struct devsw in stand.h [1]. You need to update your libstand before >> you can build sys/boot, e.g: >> >> cd /usr/src/lib/libstand >> make obj >> make depend >> make >> sudo make install >> >> Then try building sys/boot again. Or just run a regular buildworld. :) >> >> -Dimitry >> >> [1] https://svnweb.freebsd.org/base/head/lib/libstand/stand.h?r1=3D31085= 0&r2=3D310849&pathrev=3D310850 > Alternatively, you can do a make buildworld and then a make buildenv and cd to sys/boot if you don't want to scrag the installed system. Warner From owner-freebsd-current@freebsd.org Fri Jan 27 01:09: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 5553ACC3CE5 for ; Fri, 27 Jan 2017 01:09:27 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from mail.samsco.org (suzi.samsco.org [96.84.242.101]) (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 3AA21338; Fri, 27 Jan 2017 01:09:26 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from localhost (localhost [192.168.254.3]) by mail.samsco.org (Postfix) with ESMTP id 3B32C15C18683; Fri, 27 Jan 2017 01:09:25 +0000 (UTC) Received: from mail.samsco.org ([192.168.254.3]) by localhost (mail.samsco.org [192.168.254.3]) (maiad, port 10024) with ESMTP id 31477-09; Fri, 27 Jan 2017 01:09:25 +0000 (UTC) Received: from lgml-scottl.lan (50-205-115-50-static.hfc.comcastbusiness.net [50.205.115.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: scottl@samsco.org) by mail.samsco.org (Postfix) with ESMTPSA id 08B4D15C1867C; Fri, 27 Jan 2017 01:09:25 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: Revision 312827 fatal error: 'opt_printf.h' file not found From: Scott Long In-Reply-To: <8b742699-09ac-899e-bcd6-69509517df99@FreeBSD.org> Date: Thu, 26 Jan 2017 18:09:24 -0700 Cc: Alex Deiter , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <80D57CC4-CF85-41F9-B820-D21374114ABB@samsco.org> References: <61EB0DAA-70A1-4273-A64E-176D7B144D75@gmail.com> <8b742699-09ac-899e-bcd6-69509517df99@FreeBSD.org> To: Jung-uk Kim X-Mailer: Apple Mail (2.3259) 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, 27 Jan 2017 01:09:27 -0000 > On Jan 26, 2017, at 5:22 PM, Jung-uk Kim wrote: >=20 > On 01/26/2017 19:17, Alex Deiter wrote: >> Hello, >>=20 >> patch: >>=20 >> Index: sys/cam/cam_xpt.h >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- sys/cam/cam_xpt.h (revision 312851) >> +++ sys/cam/cam_xpt.h (working copy) >> @@ -33,7 +33,10 @@ >> #define _CAM_CAM_XPT_H 1 >>=20 >> #include >> + >> +#ifdef _KERNEL >> #include "opt_printf.h" >> +#endif /* _KERNEL */ >>=20 >> Please take a look at the rev 312827: >>=20 >> --- scsi_da.o --- >> cc -target x86_64-unknown-freebsd12.0 = --sysroot=3D/export/freebsd/obj/export/freebsd/src/tmp = -B/export/freebsd/obj/export/freebsd/src/tmp/usr/bin -O2 -pipe = -I/export/freebsd/src/lib/libcam -I/export/freebsd/src/sys -DNDEBUG = -MD -MF.depend.scsi_da.o -MTscsi_da.o -std=3Dgnu99 = -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable = -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter = -Qunused-arguments -c /export/freebsd/src/sys/cam/scsi/scsi_da.c -o = scsi_da.o >> --- scsi_all.o --- >> In file included from /export/freebsd/src/sys/cam/scsi/scsi_all.c:59: >> /export/freebsd/src/sys/cam/cam_xpt.h:36:10: fatal error: = 'opt_printf.h' file not found >> #include "opt_printf.h" >=20 > I committed a fix already (r312852). >=20 > Jung-uk Kim Thank you for the help on this. Scott From owner-freebsd-current@freebsd.org Fri Jan 27 08:31: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 6BDA2CC2958 for ; Fri, 27 Jan 2017 08:31:37 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5BA5D1379 for ; Fri, 27 Jan 2017 08:31:37 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 58193CC2957; Fri, 27 Jan 2017 08:31:37 +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 57BEDCC2956 for ; Fri, 27 Jan 2017 08:31:37 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 198CE1377 for ; Fri, 27 Jan 2017 08:31:37 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id v0R8VUsC018788 for ; Fri, 27 Jan 2017 00:31:34 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201701270831.v0R8VUsC018788@gw.catspoiler.org> Date: Fri, 27 Jan 2017 00:31:30 -0800 (PST) From: Don Lewis Subject: malloc() call somehow calling the rtld malloc() implementaion To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii 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, 27 Jan 2017 08:31:37 -0000 I've been attempting to get OpenOffice to build properly in a clang400-import poudriere jail and have run into a mystery. The build procedure creates a c++ executable "idlc", which is used to build other stuff. The new operator has been overrriden to call a custom memory allocator, which I have configured to call the system version of malloc(). At some point idlc crashes because it has allocated a 16 byte structure and the compiler is using "movaps %xmm0,(%rax)" to initialize it, which requires 16 byte alignment. Unfortunately this structure is only 8 byte aligned, causing a bus error. This shouldn't be happening because our system malloc() always seems to do the proper alignment. It appears that intead of calling the version of malloc() in libc, the simple version of malloc() built into rtld is being called instead. GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... (gdb) break main Breakpoint 1 at 0x43b1f6: file idlcmain.cxx, line 34. (gdb) run @/tmp/r Starting program: /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/bin/idlc @/tmp/r [New LWP 101304] [New Thread 802616000 (LWP 101304/idlc)] [Switching to Thread 802616000 (LWP 101304/idlc)] Breakpoint 1, main (argc=2, argv=0x7fffffffb278) at idlcmain.cxx:34 34 SAL_IMPLEMENT_MAIN_WITH_ARGS(argc, argv) (gdb) break malloc Breakpoint 2 at 0x8006a5f01: file /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c, line 163. (gdb) cont Continuing. Trace 12474/1: "Min Prioriy for policy '2' == '0' " Trace 12474/1: "Max Prioriy for policy '2' == '103' " /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/bin/idlc: compiling 1 source files ... Compiling: /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/offapi/com/sun/star/i18n/KParseTokens.idl Breakpoint 2, malloc (nbytes=343) at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 163 /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c: No such file or directory. in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c Current language: auto; currently minimal (gdb) cont Continuing. Breakpoint 2, malloc (nbytes=32) at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 163 in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c (gdb) cont Continuing. Trace 13112/2: "ChildStatusProc : starting '/wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/bin/ucpp'" [New Thread 802616500 (LWP 100249/idlc)] [Switching to Thread 802616500 (LWP 100249/idlc)] Breakpoint 2, malloc (nbytes=19) at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 163 in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c (gdb) cont Continuing. Breakpoint 2, malloc (nbytes=34) at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 163 in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c (gdb) cont Continuing. Breakpoint 2, malloc (nbytes=16) at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 163 in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c (gdb) cont Continuing. Breakpoint 2, malloc (nbytes=16) at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 163 in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c (gdb) cont Continuing. Breakpoint 2, malloc (nbytes=16) at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 163 in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c (gdb) cont Continuing. Breakpoint 2, malloc (nbytes=16) at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 163 in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c (gdb) cont Continuing. sizeof(AstExprValue)=16 Program received signal SIGBUS, Bus error. [Switching to Thread 802616000 (LWP 101304/idlc)] 0x0000000000478cc2 in AstExpression::eval_bit_op (this=0x802633dc8, ek=EK_const) at astexpression.cxx:1001 1001 std::auto_ptr< AstExprValue > retval(new AstExprValue()); idlc is linked to libc.so: /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/bin/idlc: libreg.so.3 => /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/lib/libreg.so.3 (0x8008b9000) libuno_sal.so.3 => /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/lib/libuno_sal.so.3 (0x800c00000) libuno_salhelpergcc3.so.3 => /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/lib/libuno_salhelpergcc3.so.3 (0x801040000) libm.so.5 => /lib/libm.so.5 (0x801244000) libc++.so.1 => /usr/lib/libc++.so.1 (0x80146e000) libcxxrt.so.1 => /lib/libcxxrt.so.1 (0x801735000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x801953000) libthr.so.3 => /lib/libthr.so.3 (0x801b69000) libc.so.7 => /lib/libc.so.7 (0x801d91000) libstore.so.3 => /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/lib/libstore.so.3 (0x802152000) If I create a simple test program that calls malloc() and set a breakpoint in malloc(), the breakpoint gets set in the rtld version, but the the libc version of malloc is what gets called. What the heck is going on here, and how can I fix it? From owner-freebsd-current@freebsd.org Fri Jan 27 07:34:48 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 268D1CC3C41 for ; Fri, 27 Jan 2017 07:34:48 +0000 (UTC) (envelope-from tsoome@me.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 096568D8 for ; Fri, 27 Jan 2017 07:34:48 +0000 (UTC) (envelope-from tsoome@me.com) Received: by mailman.ysv.freebsd.org (Postfix) id 05F24CC3C40; Fri, 27 Jan 2017 07:34:48 +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 03A82CC3C3F for ; Fri, 27 Jan 2017 07:34:48 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp002.me.com (st13p35im-asmtp002.me.com [17.164.199.65]) (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 D14398D6; Fri, 27 Jan 2017 07:34:47 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp002.me.com by st13p35im-asmtp002.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) id <0OKF00A00GZ3FJ00@st13p35im-asmtp002.me.com>; Fri, 27 Jan 2017 07:34:40 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=4d515a; t=1485502480; bh=VPhg1HGnMOnkwLWv9qkUMsvwLFKpjxaEHunoNkhVyew=; h=Content-type:MIME-version:Subject:From:Date:Message-id:To; b=X8PU5c/j6y4zF7ueHiaFRastp4u96soMLL8XMgBUZxyyOhyAT+vQKXcNgAN+URE13 GfIBdO5xR3ARaR3Rmx20d1kGRAGLIM8PlNdVrCMF4ivb4Gr//lhAc8Pw8FNV00ojZG dCzv/yUuHX4x1mwx5+WPJmMiCr0fwiSZlramHonCWmDpNXb9GnFEPXfb7RPMs+dH/g FZnfmowFR8RrDIOK80sBHa4WjgCeZs8etdmciTX6DM5GFFrThcYNQgOzowmV/E1YOg jrVnYhPZxg4G0sleQjkNImTUNSOAas8+yCnwzUiHl0yVB55pxvsBAn3iLk9Y+vHpuk o/9KYXIK2ZCdg== Received: from icloud.com ([127.0.0.1]) by st13p35im-asmtp002.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) with ESMTPSA id <0OKF003K4H1QI750@st13p35im-asmtp002.me.com>; Fri, 27 Jan 2017 07:34:40 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-01-27_02:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1034 suspectscore=2 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1603290000 definitions=main-1701270080 Content-type: text/plain; charset=utf-8 MIME-version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat From: Toomas Soome In-reply-to: Date: Fri, 27 Jan 2017 09:34:38 +0200 Cc: Allan Jude , current@FreeBSD.ORG Content-transfer-encoding: quoted-printable Message-id: References: To: "Ngie Cooper (yaneurabeya)" X-Mailer: Apple Mail (2.3259) X-Mailman-Approved-At: Fri, 27 Jan 2017 11:57:05 +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, 27 Jan 2017 07:34:48 -0000 > On 27. jaan 2017, at 1:40, Ngie Cooper (yaneurabeya) = wrote: >=20 > Hi, > I tried upgrading one of my workstations and unfortunately the = freebsd-boot partition is too small (I follow manpage directions, = exactly, and those seem to be too small as of 10.3-RELEASE timeframe), = and I don=E2=80=99t have enough space or ability to resize the partition = and make it bigger. So, I=E2=80=99m in need of a build knob to control = the bloat, and/or having an alternative boot loader without = geli/skein/crypto support compiled in. Would you be opposed to the work? > Thanks, > -Ngie I do agree that since the geli knob is already there, it may do. Of = course we also can think of additional knobs, but there is an issue - it = wont help just to exclude some files, the additional features also do = sit in the code, so the replacement stubs will be needed, also testing = them all over will take some time. And the preprocessor spaghetti really = is nasty thing to deal with;) And then there is another issue (partly why I did the feature support in = first place) - as the kernel does not block user from enabling the = features, the user can end up facing non-bootable setup which is also = not good, as user is using perfectly legal options, and still the whole = thing is just rendered unusable=E2=80=A6 rgds, toomas= From owner-freebsd-current@freebsd.org Fri Jan 27 17:05: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 05157CC3705 for ; Fri, 27 Jan 2017 17:05:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id D6B82A13 for ; Fri, 27 Jan 2017 17:05:29 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id D3477CC3703; Fri, 27 Jan 2017 17:05:29 +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 D1081CC3702 for ; Fri, 27 Jan 2017 17:05:29 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::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 9291EA12 for ; Fri, 27 Jan 2017 17:05:29 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x232.google.com with SMTP id j13so65034995iod.3 for ; Fri, 27 Jan 2017 09:05:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=fwfDmELiHuRSc4SsHNn7caquChOG4tT6SBxq3z4hOcQ=; b=FMZf5hMGDpDW5SAC+qXbLL6K2nfzFZGCD8UbBs6qPvAUomT79983vyeD+h/GgySr5f e6mXILhWvcnldZCC4qFuh+QDfNphEg09pFQmFfULJPEPEcraO2Om7w0Eo+8pE7Va51W6 WSAVX3LY9slTjZrM08KLF16yFFbPKz7I6tT0o7pFF90PfSbM8kjr+yKUH8rvxkGb1Rft 9I1j7bNvgOyaP2MGs+mbIIAau9ghED0r0dhulOd4ISApV9mG4Xr/FqePyEu05xdpk9bP /Y+2EB6heHukgoBChBzL5VjEqGiTUCo120MKDtdXbd05kpdZV1Q01cWa+B3lkEeqBEs4 BUbA== 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:content-transfer-encoding; bh=fwfDmELiHuRSc4SsHNn7caquChOG4tT6SBxq3z4hOcQ=; b=hRgiaxeForkGGRcVFKflT7J9MGZYUnAfZ3nm/bWRjdDC8a1SEXsXBaB99M7zsaNFzx Y05d02N+YK1VGBo27duzYVTtm6JcoYX8dLVp9819E5zFI+05AUWXdxZDlJwKj2VrEzBG ZSIt+Oq02CiRVqK11/BDVUvGI+6NGWJ0TmEI8xR2ykbKwDHm2lR7UfMRMMlDY0Lylm01 kiSikPmU/wO0Gv6AO3Z2OntAKcxtGlCz5HfH+g+H9E2FAv/qVh6JHfILswS/FtgnXUe3 +w2sRLwwNJ8RMG1Q0MEK1Mri0SjfXjXfT7FRGiefatVd7eRJH0g1f5VqexO3roZuCSRh uIkg== X-Gm-Message-State: AIkVDXK6btuFPl3ymkZiVIujW1gz+bvPQfD5vVPwnlKgcsRWA5WwJZcHC6CqqRoLZD0R5G+orxc2VtVksynrlQ== X-Received: by 10.107.139.131 with SMTP id n125mr8840633iod.166.1485536728870; Fri, 27 Jan 2017 09:05:28 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.145.217 with HTTP; Fri, 27 Jan 2017 09:05:28 -0800 (PST) X-Originating-IP: [50.253.99.174] In-Reply-To: References: From: Warner Losh Date: Fri, 27 Jan 2017 10:05:28 -0700 X-Google-Sender-Auth: piT0l7pVPNCB2uGkL8A2q1bfYDM Message-ID: Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: Toomas Soome Cc: "Ngie Cooper (yaneurabeya)" , Allan Jude , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.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, 27 Jan 2017 17:05:30 -0000 On Fri, Jan 27, 2017 at 12:34 AM, Toomas Soome wrote: > >> On 27. jaan 2017, at 1:40, Ngie Cooper (yaneurabeya) wrote: >> >> Hi, >> I tried upgrading one of my workstations and unfortunately the fre= ebsd-boot partition is too small (I follow manpage directions, exactly, and= those seem to be too small as of 10.3-RELEASE timeframe), and I don=E2=80= =99t have enough space or ability to resize the partition and make it bigge= r. So, I=E2=80=99m in need of a build knob to control the bloat, and/or hav= ing an alternative boot loader without geli/skein/crypto support compiled i= n. Would you be opposed to the work? >> Thanks, >> -Ngie > > > I do agree that since the geli knob is already there, it may do. Of cours= e we also can think of additional knobs, but there is an issue - it wont he= lp just to exclude some files, the additional features also do sit in the c= ode, so the replacement stubs will be needed, also testing them all over wi= ll take some time. And the preprocessor spaghetti really is nasty thing to = deal with;) > > And then there is another issue (partly why I did the feature support in = first place) - as the kernel does not block user from enabling the features= , the user can end up facing non-bootable setup which is also not good, as = user is using perfectly legal options, and still the whole thing is just re= ndered unusable=E2=80=A6 I'm curious why you can't find the space for a bigger partition? Almost all drives these days are partitioned with a little wasted space, and that wasted space should be more than enough to cover us here. Also, most drives have a swap partition that can be shrunk a trivial amount to get space for this... Warner From owner-freebsd-current@freebsd.org Fri Jan 27 17:19:24 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 741ABCC3A8B for ; Fri, 27 Jan 2017 17:19:24 +0000 (UTC) (envelope-from kabaev@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 50BCAFE0 for ; Fri, 27 Jan 2017 17:19:24 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 4D23ACC3A8A; Fri, 27 Jan 2017 17:19:24 +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 4CC35CC3A89 for ; Fri, 27 Jan 2017 17:19:24 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-yw0-x244.google.com (mail-yw0-x244.google.com [IPv6:2607:f8b0:4002:c05::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 12C5DFDF; Fri, 27 Jan 2017 17:19:23 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by mail-yw0-x244.google.com with SMTP id l16so4922222ywb.2; Fri, 27 Jan 2017 09:19:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version; bh=eMasRs5UmurMNbmpD0kBo3RLtUa1FPG8//35UByOd0A=; b=bOOYAft2yOmdyBPagsecIPfofxjfjMfshEXUBO4RbJISCxH83Ul+sPi4cL3E7PJE0y eULRCNzgc4Yv2R4kBCjO/r8iEXNh0dQef2gbiROspziu+CpoJ52cz8+L8ZbrkfHfwB9T b3rHSrtcYInF2wMJM6ts0DkHanZf+TfObcxJJkhVMp2tOkn4sjuCRrCGwR0YKRDOLCWc lgTb/Sd6mZAJ44fCBJPGtbNM2djfO5UnOwl+MD+JYh9f20c9W9o1rbnOp9rAESHyr7h5 /8F6qKvsgaMfl0cvlmhn8PhzPeH+m5uM912qh36CP8iNvGDTMPzakRI4xr/dG/y6tT6L fwKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version; bh=eMasRs5UmurMNbmpD0kBo3RLtUa1FPG8//35UByOd0A=; b=H6R3UZvJGgbZHK+mkRBBUf9wN7De6z7ROaI6VF63v0KukVxb2f8rBlW8iq5x9Q0gJ7 WyFC3KdZjOHP3+XIJ4bD3yeusv2dBiBEkcrs/NIiO3y/aqL9j4ZiMqtj9zfTytlPIDaF BlntU0rFZnMqjlIr7to3KvVtJjZvvrPdxY/zhyBmRUY7IS0c6Q4U5BAjqP7QTDXpmhv2 fRdxvj+sT/F/A97Tsd+Ag4dD8zuXgcLWhIb5BOar6r4eB8Xj+sjR7WwNiURGPC8wa+SY HVPMkQ48GPRUn6gwjAGa1MsrEt6x8heRiowgiX5lx2giioDV0linf48gBs15g5QZojap x5ew== X-Gm-Message-State: AIkVDXKXz0FfhsNBCRhkpia/o9171RwpSdyqw1ntHOt5MjScoCBPhLkIoWy7C+/V/gYSGA== X-Received: by 10.55.143.3 with SMTP id r3mr9602531qkd.152.1485537562779; Fri, 27 Jan 2017 09:19:22 -0800 (PST) Received: from kan ([2601:18f:802:4680:226:18ff:fe00:232e]) by smtp.gmail.com with ESMTPSA id r57sm4623593qtr.27.2017.01.27.09.19.21 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 27 Jan 2017 09:19:22 -0800 (PST) Date: Fri, 27 Jan 2017 12:19:16 -0500 From: Alexander Kabaev To: Don Lewis Cc: current@FreeBSD.org Subject: Re: malloc() call somehow calling the rtld malloc() implementaion Message-ID: <20170127121916.6d675d26@kan> In-Reply-To: <201701270831.v0R8VUsC018788@gw.catspoiler.org> References: <201701270831.v0R8VUsC018788@gw.catspoiler.org> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/s/2HiUiKqwG4NbCMhT04syM"; protocol="application/pgp-signature" 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, 27 Jan 2017 17:19:24 -0000 --Sig_/s/2HiUiKqwG4NbCMhT04syM Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 27 Jan 2017 00:31:30 -0800 (PST) Don Lewis wrote: > I've been attempting to get OpenOffice to build properly in a > clang400-import poudriere jail and have run into a mystery. The build > procedure creates a c++ executable "idlc", which is used to build > other stuff. The new operator has been overrriden to call a custom > memory allocator, which I have configured to call the system version > of malloc(). >=20 > At some point idlc crashes because it has allocated a 16 byte > structure and the compiler is using "movaps %xmm0,(%rax)" to > initialize it, which requires 16 byte alignment. Unfortunately this > structure is only 8 byte aligned, causing a bus error. This > shouldn't be happening because our system malloc() always seems to do > the proper alignment. It appears that intead of calling the version > of malloc() in libc, the simple version of malloc() built into rtld > is being called instead. >=20 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and > you are welcome to change it and/or distribute copies of it under > certain conditions. Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. This GDB was configured as "amd64-marcel-freebsd"... > (gdb) break main > Breakpoint 1 at 0x43b1f6: file idlcmain.cxx, line 34. > (gdb) run @/tmp/r > Starting > program: /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/= solver/420/unxfbsdx.pro/bin/idlc > @/tmp/r [New LWP 101304] [New Thread 802616000 (LWP 101304/idlc)] > [Switching to Thread 802616000 (LWP 101304/idlc)] >=20 > Breakpoint 1, main (argc=3D2, argv=3D0x7fffffffb278) at idlcmain.cxx:34 > 34 SAL_IMPLEMENT_MAIN_WITH_ARGS(argc, argv) > (gdb) break malloc > Breakpoint 2 at 0x8006a5f01: > file /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c, > line 163. (gdb) cont Continuing. > Trace 12474/1: "Min Prioriy for policy '2' =3D=3D '0' > " > Trace 12474/1: "Max Prioriy for policy '2' =3D=3D '103' > " > /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/42= 0/unxfbsdx.pro/bin/idlc: > compiling 1 source files ... > Compiling: /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/mai= n/offapi/com/sun/star/i18n/KParseTokens.idl >=20 > Breakpoint 2, malloc (nbytes=3D343) > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc= .c:163 > 163 /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c: > No such file or directory. > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > Current language: auto; currently minimal (gdb) cont > Continuing. >=20 > Breakpoint 2, malloc (nbytes=3D32) > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc= .c:163 > 163 > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > (gdb) cont Continuing. > Trace 13112/2: "ChildStatusProc : starting > '/wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/4= 20/unxfbsdx.pro/bin/ucpp'" [New > Thread 802616500 (LWP 100249/idlc)] [Switching to Thread 802616500 > (LWP 100249/idlc)] >=20 > Breakpoint 2, malloc (nbytes=3D19) > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc= .c:163 > 163 > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > (gdb) cont Continuing. >=20 > Breakpoint 2, malloc (nbytes=3D34) > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc= .c:163 > 163 > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > (gdb) cont Continuing. >=20 > Breakpoint 2, malloc (nbytes=3D16) > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc= .c:163 > 163 > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > (gdb) cont Continuing. >=20 > Breakpoint 2, malloc (nbytes=3D16) > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc= .c:163 > 163 > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > (gdb) cont Continuing. >=20 > Breakpoint 2, malloc (nbytes=3D16) > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc= .c:163 > 163 > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > (gdb) cont Continuing. >=20 > Breakpoint 2, malloc (nbytes=3D16) > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc= .c:163 > 163 > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > (gdb) cont Continuing. > sizeof(AstExprValue)=3D16 >=20 > Program received signal SIGBUS, Bus error. > [Switching to Thread 802616000 (LWP 101304/idlc)] > 0x0000000000478cc2 in AstExpression::eval_bit_op (this=3D0x802633dc8,=20 > ek=3DEK_const) at astexpression.cxx:1001 > 1001 std::auto_ptr< AstExprValue > retval(new > AstExprValue()); >=20 >=20 > idlc is linked to libc.so: >=20 > /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/42= 0/unxfbsdx.pro/bin/idlc: > libreg.so.3 > =3D> /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solv= er/420/unxfbsdx.pro/lib/libreg.so.3 > (0x8008b9000) libuno_sal.so.3 > =3D> /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solv= er/420/unxfbsdx.pro/lib/libuno_sal.so.3 > (0x800c00000) libuno_salhelpergcc3.so.3 > =3D> /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solv= er/420/unxfbsdx.pro/lib/libuno_salhelpergcc3.so.3 > (0x801040000) libm.so.5 =3D> /lib/libm.so.5 (0x801244000) libc++.so.1 > =3D> /usr/lib/libc++.so.1 (0x80146e000) libcxxrt.so.1 > =3D> /lib/libcxxrt.so.1 (0x801735000) libgcc_s.so.1 > =3D> /lib/libgcc_s.so.1 (0x801953000) libthr.so.3 =3D> /lib/libthr.so.3 > (0x801b69000) libc.so.7 =3D> /lib/libc.so.7 (0x801d91000) libstore.so.3 > =3D> /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solv= er/420/unxfbsdx.pro/lib/libstore.so.3 > (0x802152000) >=20 >=20 > If I create a simple test program that calls malloc() and set a > breakpoint in malloc(), the breakpoint gets set in the rtld version, > but the the libc version of malloc is what gets called. >=20 > What the heck is going on here, and how can I fix it? >=20 rtld on my system does not have malloc exposed as dynamic symbol, it cannot possibly be used for symbol resolution by any outside module. --=20 Alexander Kabaev --Sig_/s/2HiUiKqwG4NbCMhT04syM Content-Type: application/pgp-signature Content-Description: Цифровая подпись OpenPGP -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEExffZlZm2QeE8UVaRBxMimZJ5Ln4FAliLgRRfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEM1 RjdEOTk1OTlCNjQxRTEzQzUxNTY5MTA3MTMyMjk5OTI3OTJFN0UACgkQBxMimZJ5 Ln5AOQ//UMSXfNLDi8eoN4/ck0uX2aD0o906HNLkK+XUMuroY21DZTA2nVmvdM7W BAuVQ8VRT80qjLqU2huWXTz11urqpOeEAY3nzNMn1nkAgT27oD9LPRleSZnZCKbS N7JHgME8e/E98LMuQQogEK6ixksYLN3PP5SLbm5aN5ysXRI+BiDt7MXp132V3pju hguDzBpN31aNrgwgycC8tiGlMQvxpD1f/If+Kvw6N8Zf9JRwJ7mWN/sgx8uMO//H RmoKT1YpeVuDmKi1Aa5IMBoLksdR0xmJGQaPLp+rdnLvz4W1Ut5jIrTvgGI0QzAw lSRSzPm+RFnemeFXbhMjcgNSAi0SjgbKCIqnW9AGznEzd4F6he1ondxSEP1DBgSK OYQDftIKcJKc2z/+qeJyqe2TnGzh8LzLY5qUBWHHEoIFsd0Al2JCfKmSM2tMgm4I IkIQNaSFGlFzuBAGoRyBoCk+gnVj8TngRNs6aWJopucMRmjQFZ7Ll/KccuWHo5hN EfydlaN1PiKt1DWp42m9oQMMwJdpLC75Ug5NnitOMuIunB9lrVyla3M69d3dBfXF umvUTiiqguHCr6BpeVV67tAszfG/P0YIsgs47UiHUjrwEmLVFPc/SWlGBiVYjL9v N9sBgmGO9fGFSVHsuOCZq9MIREjIrU6g7zz8Pf7scbcDg7CGnI8= =XbZz -----END PGP SIGNATURE----- --Sig_/s/2HiUiKqwG4NbCMhT04syM-- From owner-freebsd-current@freebsd.org Fri Jan 27 17:30: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 69C87CC3DCE for ; Fri, 27 Jan 2017 17:30:30 +0000 (UTC) (envelope-from allanjude@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 4C24715D1 for ; Fri, 27 Jan 2017 17:30:30 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 4B8E1CC3DCD; Fri, 27 Jan 2017 17:30:30 +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 4B197CC3DCC for ; Fri, 27 Jan 2017 17:30:30 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1074C15D0 for ; Fri, 27 Jan 2017 17:30:29 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id CC9F013835; Fri, 27 Jan 2017 17:30:27 +0000 (UTC) Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: Warner Losh , Toomas Soome References: Cc: "Ngie Cooper (yaneurabeya)" , FreeBSD Current From: Allan Jude Message-ID: <444df1a4-1f27-49a8-6fa6-81f5853e6d80@freebsd.org> Date: Fri, 27 Jan 2017 12:30:17 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kfVhP3nkvOrUhIQ18gFcEwjwW9V09DtDI" 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, 27 Jan 2017 17:30:30 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --kfVhP3nkvOrUhIQ18gFcEwjwW9V09DtDI Content-Type: multipart/mixed; boundary="jKq7lTugEKOxx1Be45NUqqRP4mBNFAhm1"; protected-headers="v1" From: Allan Jude To: Warner Losh , Toomas Soome Cc: "Ngie Cooper (yaneurabeya)" , FreeBSD Current Message-ID: <444df1a4-1f27-49a8-6fa6-81f5853e6d80@freebsd.org> Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat References: In-Reply-To: --jKq7lTugEKOxx1Be45NUqqRP4mBNFAhm1 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2017-01-27 12:05, Warner Losh wrote: > On Fri, Jan 27, 2017 at 12:34 AM, Toomas Soome wrote: >> >>> On 27. jaan 2017, at 1:40, Ngie Cooper (yaneurabeya) wrote: >>> >>> Hi, >>> I tried upgrading one of my workstations and unfortunately the = freebsd-boot partition is too small (I follow manpage directions, exactly= , and those seem to be too small as of 10.3-RELEASE timeframe), and I don= =E2=80=99t have enough space or ability to resize the partition and make = it bigger. So, I=E2=80=99m in need of a build knob to control the bloat, = and/or having an alternative boot loader without geli/skein/crypto suppor= t compiled in. Would you be opposed to the work? >>> Thanks, >>> -Ngie >> >> >> I do agree that since the geli knob is already there, it may do. Of co= urse we also can think of additional knobs, but there is an issue - it wo= nt help just to exclude some files, the additional features also do sit i= n the code, so the replacement stubs will be needed, also testing them al= l over will take some time. And the preprocessor spaghetti really is nast= y thing to deal with;) >> >> And then there is another issue (partly why I did the feature support = in first place) - as the kernel does not block user from enabling the fea= tures, the user can end up facing non-bootable setup which is also not go= od, as user is using perfectly legal options, and still the whole thing i= s just rendered unusable=E2=80=A6 >=20 > I'm curious why you can't find the space for a bigger partition? > Almost all drives these days are partitioned with a little wasted > space, and that wasted space should be more than enough to cover us > here. Also, most drives have a swap partition that can be shrunk a > trivial amount to get space for this... >=20 > Warner >=20 I need to do some testing to make a recipe that works for it, but the other option is to use the ZFS bootcode area. ZFS it self, reserves something like 3.5 mb of space in the ZFS partition, for boot code. This is how we boot ZFS on MBR. It should be possible to use this on GPT as well, we just don't. --=20 Allan Jude --jKq7lTugEKOxx1Be45NUqqRP4mBNFAhm1-- --kfVhP3nkvOrUhIQ18gFcEwjwW9V09DtDI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJYi4OwAAoJEBmVNT4SmAt+2MYQAJD7HB6pRurs975TyFxEkNcn ypb8Wm5+8ZagMXnktGKJDrDNgZ4vPvI6+IQ/rSt1+vmkEIsBQtcXb8LZAGapftb1 8Ic/mTJpesHTJj3FCtkM7qbr8SlspNBSDFKGi67kV2GrUmYQi4fb+Jn3I3RerI7E mWU1O4CygAlp+FobzWlqqBC6+6+Eti/3CcvEDrAEk12O6+gP6HpOywM2cHWSqgvA bn3jgX4tmc35zssfeFuToilc1B7pkvadFHV5ZGhIaOe1/MchO7oEI6aBP/lhRlV2 UcbS/yVd3Y4EN54ixa1uEZh7DRlpIR4f5xU+aDZPMeJBC2EpEthlVYBxdsxkcLLP FQDbfggNQPaB4xi84nCyICDoXkHmpXdURXmanP7qnc3l+Vdj9sMvk5AEM/gyIypB tKexwc7lcUFUL0LZjosU2wAD/92SojJ534YlfUQcPcochULZFOS8TFQ46xsy0aU5 cMToxclJDciBYJrHcBFaJjBSS/Tohcy/W5Rw8pvUb9KRdfE+1OR6V+sZzWfYiBPd L/oFJv96UmAC+c5M6IAH54mQaquIlnjVG21uzuLyr2fZni2sOTMN6uQsEg/bT4oI pmXSgjf9HzDMpKpRQ/sPsHMOTkkeJIBt6cDUXRh62ANROpYDEHZI49HyKhnFUt/J IVZrhSqi3bmRXIdN2viq =r5/z -----END PGP SIGNATURE----- --kfVhP3nkvOrUhIQ18gFcEwjwW9V09DtDI-- From owner-freebsd-current@freebsd.org Fri Jan 27 17:33: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 F3AAFCBF0DB for ; Fri, 27 Jan 2017 17:33:41 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.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 CA8A21A28 for ; Fri, 27 Jan 2017 17:33:41 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id C6ECCCBF0DA; Fri, 27 Jan 2017 17:33:41 +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 C68D1CBF0D9 for ; Fri, 27 Jan 2017 17:33:41 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qt0-x22b.google.com (mail-qt0-x22b.google.com [IPv6:2607:f8b0:400d:c0d::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 56FCC1A27 for ; Fri, 27 Jan 2017 17:33:41 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qt0-x22b.google.com with SMTP id x49so144659363qtc.2 for ; Fri, 27 Jan 2017 09:33:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=lUnwN6OJF6EKrfIquGc+54OgnA6VfcjHE2rIHgarefY=; b=Rz/lJagaD50O13s3PBKXvc/yLewUKhQNX/MIyic+3mQgWfb3kFS2t5NB8+QObUK/p4 3Z5fq5l+avpN80fAcZcjyVBy68FJpg8U1eV3Ks3S46br/23unvM5CTJAfGeYMJ/w54Ca Mpsa3xW6e3KDZcPuvAute3lVdcd0wvy/GGsnlJfr2HEWifd5QYNulMaBP4Knu6vzW4a2 9VOlJeV5mqcoysBcYIvOaPiavfD5JGouiRmtxZqsUWtdIL4XJFu63eZotbSXxIwfzLOj nxhgZOJMgqIdS81ZrRgpvwt7nDpPxT8JKuG27euwEYIPOP28Z3xwp7c/tfBjX7/m2bLl P++A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=lUnwN6OJF6EKrfIquGc+54OgnA6VfcjHE2rIHgarefY=; b=Tlx+6Rs487eg8CRXDkgMT+PG2V0LbvcVvbdY2tWCwqCklOgJBDitoz9jqHL4a51QSN fiqKT8lPteArGxf3dz3g3h4d6V609sfuseD1yGCa6vQVLHoP/JZl1NwtYoHXzRcRIr6l ZNJ5Kge5os22hxCP3tXyeWON6TEGRGKLU6DMEvjfpTIJdmG6KU1NCyEI7Jnk0POvzNlO VL0UH/tjHm680807Tv5P41wIbCs27pOLrsL4ASoSfvwlUZ0CRO3Gwpn0KXNqaR4bQL00 4in0OAwlMM4sSgloexh5iWE7s1dfu0/h1aCkw/MefwYaoI75tIoQe8bhDPNNSNfLna1V fYOQ== X-Gm-Message-State: AIkVDXI3ef+SaZRh3vkwFzKpnNs5HpvV41BTHnEiruTzx/6Z+GaEa7Iw48rNeqMKToeRxmif X-Received: by 10.55.26.42 with SMTP id a42mr8740139qka.312.1485538419866; Fri, 27 Jan 2017 09:33:39 -0800 (PST) Received: from mutt-hardenedbsd ([63.88.83.66]) by smtp.gmail.com with ESMTPSA id w41sm4628831qtw.34.2017.01.27.09.33.39 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 27 Jan 2017 09:33:39 -0800 (PST) Date: Fri, 27 Jan 2017 12:33:38 -0500 From: Shawn Webb To: Allan Jude Cc: Warner Losh , Toomas Soome , "Ngie Cooper (yaneurabeya)" , FreeBSD Current Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat Message-ID: <20170127173338.wv6dul7zhxaaw4f4@mutt-hardenedbsd> References: <444df1a4-1f27-49a8-6fa6-81f5853e6d80@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="xu7ii3maskdfee2p" Content-Disposition: inline In-Reply-To: <444df1a4-1f27-49a8-6fa6-81f5853e6d80@freebsd.org> X-Operating-System: FreeBSD mutt-hardenedbsd 12.0-CURRENT-HBSD FreeBSD 12.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20161126 (1.7.1) 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, 27 Jan 2017 17:33:42 -0000 --xu7ii3maskdfee2p Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 27, 2017 at 12:30:17PM -0500, Allan Jude wrote: > On 2017-01-27 12:05, Warner Losh wrote: > > On Fri, Jan 27, 2017 at 12:34 AM, Toomas Soome wrote: > >> > >>> On 27. jaan 2017, at 1:40, Ngie Cooper (yaneurabeya) wrote: > >>> > >>> Hi, > >>> I tried upgrading one of my workstations and unfortunately the = freebsd-boot partition is too small (I follow manpage directions, exactly, = and those seem to be too small as of 10.3-RELEASE timeframe), and I don???t= have enough space or ability to resize the partition and make it bigger. S= o, I???m in need of a build knob to control the bloat, and/or having an alt= ernative boot loader without geli/skein/crypto support compiled in. Would y= ou be opposed to the work? > >>> Thanks, > >>> -Ngie > >> > >> > >> I do agree that since the geli knob is already there, it may do. Of co= urse we also can think of additional knobs, but there is an issue - it wont= help just to exclude some files, the additional features also do sit in th= e code, so the replacement stubs will be needed, also testing them all over= will take some time. And the preprocessor spaghetti really is nasty thing = to deal with;) > >> > >> And then there is another issue (partly why I did the feature support = in first place) - as the kernel does not block user from enabling the featu= res, the user can end up facing non-bootable setup which is also not good, = as user is using perfectly legal options, and still the whole thing is just= rendered unusable??? > >=20 > > I'm curious why you can't find the space for a bigger partition? > > Almost all drives these days are partitioned with a little wasted > > space, and that wasted space should be more than enough to cover us > > here. Also, most drives have a swap partition that can be shrunk a > > trivial amount to get space for this... > >=20 > > Warner > >=20 >=20 > I need to do some testing to make a recipe that works for it, but the > other option is to use the ZFS bootcode area. >=20 > ZFS it self, reserves something like 3.5 mb of space in the ZFS > partition, for boot code. This is how we boot ZFS on MBR. >=20 > It should be possible to use this on GPT as well, we just don't. In the future, maybe it'd be a good idea for the installer to leave more space (a few MB, perhaps?) between the freebsd-boot and freebsd-swap partitions? At least, for ZFS installs. Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --xu7ii3maskdfee2p Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAliLhHAACgkQaoRlj1JF bu6IdQ/9EdpvDFnSQ1R+czCdXQavro6ogcASbrqg5fHgQVp3dZzTRH6pGKhgdAO/ 18T6na3YkmrwGw/+ydWj6S6yA0pzpZH3SitoTdCWfYF5fNhVjvEqwj7aK83FHAJk ppQn2sfS5HUdesWZrCJjE/MVF6Dn7s6BMXQd/mipmPIKdD7e8bKsriwa056lSNKb Zy6sNAzfimYJjtZabaDxp5cVomeJuOnIalE3Kpz8Zd//kjO8xuPQRBh3n/qrmyVW nLKkGaPAH1qJ8Bfg6522F11gpzC1VNuR28ffGE+IjDgFrXr67bEUibq58bYcWtBp Yi628SwmhyudeZgyUScVzObgREz5cngPDmBeuexUbYU8eXNBtGvkutUNSKIp91Rf CGIW18aqZoYqhPysxS3+jaRAbfV5Z6crUaylA45i9vtE5KFTq7QFTAeaEzYKQGbT TrC8mAVwiCSw/xcL85rou4ZKSF3CQpki9B9pb4QDhiO7ICcOYNHNble3+X/u99o0 6/Yon7QOc9CM9GTsgsroX0xVu0dk/Q/GUovN8khNS7r4AIFwbMU9EKIAA6/p52kG 87sYZEjf7t3lohSkBFw1cKUnXkYJBSX7V9I7XPB8x/95+tVYlAXy7RpxQfOD5a/z Yoe6yRQvBJJtK0sSuKYJovgX/MVHeMQEO0LjLem0ntsk652AvEU= =Jchw -----END PGP SIGNATURE----- --xu7ii3maskdfee2p-- From owner-freebsd-current@freebsd.org Fri Jan 27 17:35:26 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 6FA46CBF1E5 for ; Fri, 27 Jan 2017 17:35:26 +0000 (UTC) (envelope-from allanjude@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 4F99E1C02 for ; Fri, 27 Jan 2017 17:35:26 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 4C0E0CBF1E4; Fri, 27 Jan 2017 17:35:26 +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 4BAEDCBF1E3 for ; Fri, 27 Jan 2017 17:35:26 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2277C1C01 for ; Fri, 27 Jan 2017 17:35:25 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id B15C91384C; Fri, 27 Jan 2017 17:35:24 +0000 (UTC) Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: Shawn Webb References: <444df1a4-1f27-49a8-6fa6-81f5853e6d80@freebsd.org> <20170127173338.wv6dul7zhxaaw4f4@mutt-hardenedbsd> Cc: Warner Losh , Toomas Soome , "Ngie Cooper (yaneurabeya)" , FreeBSD Current From: Allan Jude Message-ID: <94f227b6-1f94-e54a-825a-dd9554c3bea3@freebsd.org> Date: Fri, 27 Jan 2017 12:35:21 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170127173338.wv6dul7zhxaaw4f4@mutt-hardenedbsd> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ff0MENSl4bD8gTb0Ml85oATaWChfbCdTk" 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, 27 Jan 2017 17:35:26 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ff0MENSl4bD8gTb0Ml85oATaWChfbCdTk Content-Type: multipart/mixed; boundary="KPco8us3Eosrt3tqmBjCOcJoasgDjHld1"; protected-headers="v1" From: Allan Jude To: Shawn Webb Cc: Warner Losh , Toomas Soome , "Ngie Cooper (yaneurabeya)" , FreeBSD Current Message-ID: <94f227b6-1f94-e54a-825a-dd9554c3bea3@freebsd.org> Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat References: <444df1a4-1f27-49a8-6fa6-81f5853e6d80@freebsd.org> <20170127173338.wv6dul7zhxaaw4f4@mutt-hardenedbsd> In-Reply-To: <20170127173338.wv6dul7zhxaaw4f4@mutt-hardenedbsd> --KPco8us3Eosrt3tqmBjCOcJoasgDjHld1 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2017-01-27 12:33, Shawn Webb wrote: > On Fri, Jan 27, 2017 at 12:30:17PM -0500, Allan Jude wrote: >> On 2017-01-27 12:05, Warner Losh wrote: >>> On Fri, Jan 27, 2017 at 12:34 AM, Toomas Soome wrote:= >>>> >>>>> On 27. jaan 2017, at 1:40, Ngie Cooper (yaneurabeya) wrote: >>>>> >>>>> Hi, >>>>> I tried upgrading one of my workstations and unfortunately th= e freebsd-boot partition is too small (I follow manpage directions, exact= ly, and those seem to be too small as of 10.3-RELEASE timeframe), and I d= on???t have enough space or ability to resize the partition and make it b= igger. So, I???m in need of a build knob to control the bloat, and/or hav= ing an alternative boot loader without geli/skein/crypto support compiled= in. Would you be opposed to the work? >>>>> Thanks, >>>>> -Ngie >>>> >>>> >>>> I do agree that since the geli knob is already there, it may do. Of = course we also can think of additional knobs, but there is an issue - it = wont help just to exclude some files, the additional features also do sit= in the code, so the replacement stubs will be needed, also testing them = all over will take some time. And the preprocessor spaghetti really is na= sty thing to deal with;) >>>> >>>> And then there is another issue (partly why I did the feature suppor= t in first place) - as the kernel does not block user from enabling the f= eatures, the user can end up facing non-bootable setup which is also not = good, as user is using perfectly legal options, and still the whole thing= is just rendered unusable??? >>> >>> I'm curious why you can't find the space for a bigger partition? >>> Almost all drives these days are partitioned with a little wasted >>> space, and that wasted space should be more than enough to cover us >>> here. Also, most drives have a swap partition that can be shrunk a >>> trivial amount to get space for this... >>> >>> Warner >>> >> >> I need to do some testing to make a recipe that works for it, but the >> other option is to use the ZFS bootcode area. >> >> ZFS it self, reserves something like 3.5 mb of space in the ZFS >> partition, for boot code. This is how we boot ZFS on MBR. >> >> It should be possible to use this on GPT as well, we just don't. >=20 > In the future, maybe it'd be a good idea for the installer to leave > more space (a few MB, perhaps?) between the freebsd-boot and > freebsd-swap partitions? At least, for ZFS installs. >=20 > Thanks, >=20 The PMBR code has a limitation for 536kb, and it all has to fit under the 640k barrier, so the current 512kb size is plenty. The issue is some people are upgrading from systems that were isntalled long ago, when 64kb or less was the default. --=20 Allan Jude --KPco8us3Eosrt3tqmBjCOcJoasgDjHld1-- --ff0MENSl4bD8gTb0Ml85oATaWChfbCdTk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJYi4TZAAoJEBmVNT4SmAt+tn4P/2RFuITn8AOBFbOuw2ODoEF6 UPK8e/dzm3mKMCHRBlDhCkzjmQdFo322h/NPW22mG4sZoB49Ls6xQyH/fXd6jVDm vbtDcXFxJhCEOrJ/NypzrHWm2+Xu2+6zUgID720OorevqRGR7ZWfhM17km+ZfQ6x OFcKTszI463pNOk+phciPBfSwNzjxXwxErmqR0jZ9AFnh8eQ8kX2I67BKDyqIphc LIc3nxVDa/AGEEPcaNMQ1t4fvS6UN/iPyqQHZ3e4R4zn2VCw0I1ZEaL7txfMYkcA +KBVPpcCmt+KboVGUlVXzSgurER083Epd5NocRfSO4tzYtVEXrmdFwkg54DL7eVy AOeLuNV+tZjO4YI4WZltUchwhGQVTmx3QtJd/bZ7T+APQ+SWJy40qPL4GfT1M40P kMFd5vN52BrbfYDcAK5lTBzCgIFR1uiXmwPw3GJJxBtGbmKufLl0l8NKQIB42kFj 25rIVw9VrPF/sG43KHdbCHe/iS2EbhPlVaIvo7Q2bc+ncoMOH1vJQuH59zseCR37 hkH4Gh/y4TXXaWQhsHsKtpIWSVyqULi7gXLgWvgzXA5ZXNad54ftyIW+6qqIFfph RScXcBm3ShultVN4+KNS5v7+iXPH/c2H5FVsaIvVVHbYeC5OUrQj+/Fk0M/XyQET I7GMKMwmffHiPprBTHbG =AFDS -----END PGP SIGNATURE----- --ff0MENSl4bD8gTb0Ml85oATaWChfbCdTk-- From owner-freebsd-current@freebsd.org Fri Jan 27 17:37: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 A9E2DCBF2FF for ; Fri, 27 Jan 2017 17:37:21 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.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 7FB7C1D71 for ; Fri, 27 Jan 2017 17:37:21 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7BBF0CBF2FD; Fri, 27 Jan 2017 17:37:21 +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 7B5D3CBF2FC for ; Fri, 27 Jan 2017 17:37:21 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qt0-x22b.google.com (mail-qt0-x22b.google.com [IPv6:2607:f8b0:400d:c0d::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 2F7451D6F for ; Fri, 27 Jan 2017 17:37:21 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qt0-x22b.google.com with SMTP id v23so145648053qtb.0 for ; Fri, 27 Jan 2017 09:37:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=hzf/MEzWXd/61OngfIem6kvo0Zz9iXJl5KL1AQJ8c7U=; b=fBGLsjK/v+KGVQSUhUcrOdZnIyadLNOgBcUkGCwbGSBtcMHadj8hCbQFpwt1++G7Z+ dGzC2xFXVPCmCaXoP7BlRQA/uRPvE94OX4xoAgSP5wfs+O9zSkGR8GMguF3iIM32kJvt VO+axUDl3fORegfU7VcSFzv4QiEHwgrbJkJi3nu3slO5gZCFlV7csuOB+sJm9JYvfmJX 1r2J+6hl/SNuyEAtUKTuWi1VKb3SgZhfXb4mlkLbZRrXlOLnGLAlVy0ebEA82sd0dS5O w7MG7PGfmKhWFacpzXT5UruvMxPPlR4sbgqnJugkee4ixxusBMT1pM/sQmh/I3PSO5t6 6Waw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=hzf/MEzWXd/61OngfIem6kvo0Zz9iXJl5KL1AQJ8c7U=; b=ECJWbpujz8e6axPdm/NT2mbI/PYuxrb9s6bEpXL0BMcKXkX4QIVO57GZLKDeZpE8yW 4D23iT0rhCnrtDSVEnWocH0pOo84DlIR/FPLBLc3nqn2X+esLrpNOeaexSCvYaxS2a08 XSMb+pu/IEJN0SIHh94jAfmXidSTfdehE//EFURC0aFxsLDBb3+iorHlUcL6A5PanmI+ v5mAACUCX5tl93bMFP4Bu1VsoBVUGFpAaUHBHyrSrnrQF5Arhyjxph1ukCyvfihvTu0V POIfsjK9AkiZ2qH89smKGJeFScAaRBtLMxTZE7IdQ98z+hyFzorqaUaNErtsS8XwFeKB BxUA== X-Gm-Message-State: AIkVDXInpa7AfofyCbGpCb4wFGpA9CvM+pt41ShmQpopcRCPqf9fVW5vnOjgWAtJSo57JQrk X-Received: by 10.200.43.33 with SMTP id 30mr8669463qtu.107.1485538640358; Fri, 27 Jan 2017 09:37:20 -0800 (PST) Received: from mutt-hardenedbsd ([63.88.83.66]) by smtp.gmail.com with ESMTPSA id d191sm4676402qke.15.2017.01.27.09.37.19 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 27 Jan 2017 09:37:19 -0800 (PST) Date: Fri, 27 Jan 2017 12:37:19 -0500 From: Shawn Webb To: Allan Jude Cc: Warner Losh , Toomas Soome , "Ngie Cooper (yaneurabeya)" , FreeBSD Current Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat Message-ID: <20170127173719.atrbjuj7mpwmf3o3@mutt-hardenedbsd> References: <444df1a4-1f27-49a8-6fa6-81f5853e6d80@freebsd.org> <20170127173338.wv6dul7zhxaaw4f4@mutt-hardenedbsd> <94f227b6-1f94-e54a-825a-dd9554c3bea3@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="kam6yvtrhj75rx5j" Content-Disposition: inline In-Reply-To: <94f227b6-1f94-e54a-825a-dd9554c3bea3@freebsd.org> X-Operating-System: FreeBSD mutt-hardenedbsd 12.0-CURRENT-HBSD FreeBSD 12.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20161126 (1.7.1) 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, 27 Jan 2017 17:37:21 -0000 --kam6yvtrhj75rx5j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 27, 2017 at 12:35:21PM -0500, Allan Jude wrote: > On 2017-01-27 12:33, Shawn Webb wrote: > > On Fri, Jan 27, 2017 at 12:30:17PM -0500, Allan Jude wrote: > >> On 2017-01-27 12:05, Warner Losh wrote: > >>> On Fri, Jan 27, 2017 at 12:34 AM, Toomas Soome wrote: > >>>> > >>>>> On 27. jaan 2017, at 1:40, Ngie Cooper (yaneurabeya) wrote: > >>>>> > >>>>> Hi, > >>>>> I tried upgrading one of my workstations and unfortunately th= e freebsd-boot partition is too small (I follow manpage directions, exactly= , and those seem to be too small as of 10.3-RELEASE timeframe), and I don??= ?t have enough space or ability to resize the partition and make it bigger.= So, I???m in need of a build knob to control the bloat, and/or having an a= lternative boot loader without geli/skein/crypto support compiled in. Would= you be opposed to the work? > >>>>> Thanks, > >>>>> -Ngie > >>>> > >>>> > >>>> I do agree that since the geli knob is already there, it may do. Of = course we also can think of additional knobs, but there is an issue - it wo= nt help just to exclude some files, the additional features also do sit in = the code, so the replacement stubs will be needed, also testing them all ov= er will take some time. And the preprocessor spaghetti really is nasty thin= g to deal with;) > >>>> > >>>> And then there is another issue (partly why I did the feature suppor= t in first place) - as the kernel does not block user from enabling the fea= tures, the user can end up facing non-bootable setup which is also not good= , as user is using perfectly legal options, and still the whole thing is ju= st rendered unusable??? > >>> > >>> I'm curious why you can't find the space for a bigger partition? > >>> Almost all drives these days are partitioned with a little wasted > >>> space, and that wasted space should be more than enough to cover us > >>> here. Also, most drives have a swap partition that can be shrunk a > >>> trivial amount to get space for this... > >>> > >>> Warner > >>> > >> > >> I need to do some testing to make a recipe that works for it, but the > >> other option is to use the ZFS bootcode area. > >> > >> ZFS it self, reserves something like 3.5 mb of space in the ZFS > >> partition, for boot code. This is how we boot ZFS on MBR. > >> > >> It should be possible to use this on GPT as well, we just don't. > >=20 > > In the future, maybe it'd be a good idea for the installer to leave > > more space (a few MB, perhaps?) between the freebsd-boot and > > freebsd-swap partitions? At least, for ZFS installs. > >=20 > > Thanks, > >=20 >=20 > The PMBR code has a limitation for 536kb, and it all has to fit under > the 640k barrier, so the current 512kb size is plenty. The issue is some > people are upgrading from systems that were isntalled long ago, when > 64kb or less was the default. Gotcha. Thanks for the explanation. --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --kam6yvtrhj75rx5j Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAliLhU4ACgkQaoRlj1JF bu7C5A//X9awaexjUsyO4sG9BAhgy+6BdlKZMGx4Hg5AEI71Sh6oRI5C96eMriOa vcZKzktTGH8AW/3hl0MMP2XIQPrfGhpegYjPQe0YXAnrdePiDrNQPmJeYW1mB7J4 FcgrSxAxBdrQ1FLZKflZUQkKeXC5ByIStWSPtu7CxZGc36qYPDIgMZHcW9FEboXp ErFTYfgnNRBr5k2PaR1bymN32sg8Q5vp2+PJ7KkOFIujfOSO+QhyDeoBIEQRAZ5w nF+a5A8y8T5HcYWRL3Rivdhwmw1wMfIIl6gLFeHa/rrELy0i5QHlgCkQumYq/R5k RSSHfMORHZ5oktZVfOG17bZ3f6OEMuBVXHsEo/2qQcTsMGGysT16qE3wVM1dEh27 YKaNtdPahqJeMkgooQBXEv6YyarA/azVfvmIvRtADxi/qJ0AvZ621M0HZQHh1VtB 63lLQnFk9E5k/AoSx88o5XOvOC7galkxmEoLC18+glKatdS0LPB4AbkzFgNoUWdO j6KV6P8W5fPJI7YWYYjWWB+U/9gYTyUGDCmOauiAhd6QlASybgdc1NkFMia+Z3/h hO93MlPeToFMNqhN8HHRAQ8Jha8y5m6VfhtC7uLvs5Z9HmCvJhxyGMOABD5YpSX7 AS3N8otHDw/i+CjR5WSrmRb0j5VqjBl6Wt7zRN2ug8JBl9SSJh0= =rCrY -----END PGP SIGNATURE----- --kam6yvtrhj75rx5j-- From owner-freebsd-current@freebsd.org Fri Jan 27 18:23:58 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 7354ACC0B4C for ; Fri, 27 Jan 2017 18:23:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5BA4D813 for ; Fri, 27 Jan 2017 18:23:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 57F39CC0B49; Fri, 27 Jan 2017 18:23:58 +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 57934CC0B47 for ; Fri, 27 Jan 2017 18:23:58 +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 ECEDF812; Fri, 27 Jan 2017 18:23:57 +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 v0RINk3k044180 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 27 Jan 2017 20:23:46 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v0RINk3k044180 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v0RINkcA044179; Fri, 27 Jan 2017 20:23:46 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 27 Jan 2017 20:23:46 +0200 From: Konstantin Belousov To: Alexander Kabaev Cc: Don Lewis , current@FreeBSD.org Subject: Re: malloc() call somehow calling the rtld malloc() implementaion Message-ID: <20170127182345.GV2349@kib.kiev.ua> References: <201701270831.v0R8VUsC018788@gw.catspoiler.org> <20170127121916.6d675d26@kan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170127121916.6d675d26@kan> User-Agent: Mutt/1.7.2 (2016-11-26) X-Spam-Status: No, score=-1.5 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED,URI_NOVOWEL 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: Fri, 27 Jan 2017 18:23:58 -0000 On Fri, Jan 27, 2017 at 12:19:16PM -0500, Alexander Kabaev wrote: > On Fri, 27 Jan 2017 00:31:30 -0800 (PST) > Don Lewis wrote: > > > I've been attempting to get OpenOffice to build properly in a > > clang400-import poudriere jail and have run into a mystery. The build > > procedure creates a c++ executable "idlc", which is used to build > > other stuff. The new operator has been overrriden to call a custom > > memory allocator, which I have configured to call the system version > > of malloc(). > > > > At some point idlc crashes because it has allocated a 16 byte > > structure and the compiler is using "movaps %xmm0,(%rax)" to > > initialize it, which requires 16 byte alignment. Unfortunately this > > structure is only 8 byte aligned, causing a bus error. This > > shouldn't be happening because our system malloc() always seems to do > > the proper alignment. It appears that intead of calling the version > > of malloc() in libc, the simple version of malloc() built into rtld > > is being called instead. > > > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and > > you are welcome to change it and/or distribute copies of it under > > certain conditions. Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for > > details. This GDB was configured as "amd64-marcel-freebsd"... > > (gdb) break main > > Breakpoint 1 at 0x43b1f6: file idlcmain.cxx, line 34. > > (gdb) run @/tmp/r > > Starting > > program: /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/bin/idlc > > @/tmp/r [New LWP 101304] [New Thread 802616000 (LWP 101304/idlc)] > > [Switching to Thread 802616000 (LWP 101304/idlc)] > > > > Breakpoint 1, main (argc=2, argv=0x7fffffffb278) at idlcmain.cxx:34 > > 34 SAL_IMPLEMENT_MAIN_WITH_ARGS(argc, argv) > > (gdb) break malloc > > Breakpoint 2 at 0x8006a5f01: > > file /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c, > > line 163. (gdb) cont Continuing. > > Trace 12474/1: "Min Prioriy for policy '2' == '0' > > " > > Trace 12474/1: "Max Prioriy for policy '2' == '103' > > " > > /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/bin/idlc: > > compiling 1 source files ... > > Compiling: /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/offapi/com/sun/star/i18n/KParseTokens.idl > > > > Breakpoint 2, malloc (nbytes=343) > > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 > > 163 /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c: > > No such file or directory. > > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > > Current language: auto; currently minimal (gdb) cont > > Continuing. > > > > Breakpoint 2, malloc (nbytes=32) > > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 > > 163 > > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > > (gdb) cont Continuing. > > Trace 13112/2: "ChildStatusProc : starting > > '/wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/bin/ucpp'" [New > > Thread 802616500 (LWP 100249/idlc)] [Switching to Thread 802616500 > > (LWP 100249/idlc)] > > > > Breakpoint 2, malloc (nbytes=19) > > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 > > 163 > > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > > (gdb) cont Continuing. > > > > Breakpoint 2, malloc (nbytes=34) > > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 > > 163 > > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > > (gdb) cont Continuing. > > > > Breakpoint 2, malloc (nbytes=16) > > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 > > 163 > > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > > (gdb) cont Continuing. > > > > Breakpoint 2, malloc (nbytes=16) > > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 > > 163 > > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > > (gdb) cont Continuing. > > > > Breakpoint 2, malloc (nbytes=16) > > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 > > 163 > > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > > (gdb) cont Continuing. > > > > Breakpoint 2, malloc (nbytes=16) > > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 > > 163 > > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > > (gdb) cont Continuing. > > sizeof(AstExprValue)=16 > > > > Program received signal SIGBUS, Bus error. > > [Switching to Thread 802616000 (LWP 101304/idlc)] > > 0x0000000000478cc2 in AstExpression::eval_bit_op (this=0x802633dc8, > > ek=EK_const) at astexpression.cxx:1001 > > 1001 std::auto_ptr< AstExprValue > retval(new > > AstExprValue()); > > > > > > idlc is linked to libc.so: > > > > /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/bin/idlc: > > libreg.so.3 > > => /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/lib/libreg.so.3 > > (0x8008b9000) libuno_sal.so.3 > > => /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/lib/libuno_sal.so.3 > > (0x800c00000) libuno_salhelpergcc3.so.3 > > => /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/lib/libuno_salhelpergcc3.so.3 > > (0x801040000) libm.so.5 => /lib/libm.so.5 (0x801244000) libc++.so.1 > > => /usr/lib/libc++.so.1 (0x80146e000) libcxxrt.so.1 > > => /lib/libcxxrt.so.1 (0x801735000) libgcc_s.so.1 > > => /lib/libgcc_s.so.1 (0x801953000) libthr.so.3 => /lib/libthr.so.3 > > (0x801b69000) libc.so.7 => /lib/libc.so.7 (0x801d91000) libstore.so.3 > > => /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/lib/libstore.so.3 > > (0x802152000) > > > > > > If I create a simple test program that calls malloc() and set a > > breakpoint in malloc(), the breakpoint gets set in the rtld version, > > but the the libc version of malloc is what gets called. > > > > What the heck is going on here, and how can I fix it? > > > > rtld on my system does not have malloc exposed as dynamic symbol, it > cannot possibly be used for symbol resolution by any outside module. Sure. Also, the fact that rtld internal malloc is called does not mean that it is called by the application. There is no backtrace which would describe the reason for rtld allocating memory in reported cases. Generally, rtld needs memory for TLS allocation (the program is definitely linked with libthr, and even libc uses TLS), and, of course, to create data structures to track dlopen-ed objects. From owner-freebsd-current@freebsd.org Fri Jan 27 18:26: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 55B74CC0C57 for ; Fri, 27 Jan 2017 18:26:27 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 30D89987 for ; Fri, 27 Jan 2017 18:26:27 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id 2D4F2CC0C56; Fri, 27 Jan 2017 18:26: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 2CF50CC0C55 for ; Fri, 27 Jan 2017 18:26:27 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::235]) (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 E69D5985 for ; Fri, 27 Jan 2017 18:26:26 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x235.google.com with SMTP id v96so66906820ioi.0 for ; Fri, 27 Jan 2017 10:26:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=aQpWxqitXl3pgJhQW2OFt3Cc4pKuHl3Xe8R+8vRYDP4=; b=IsF7NPI23OWAjVsNC0/pS3s+MB8SHyhIT32VPyVAsfjrQggrF9yy0Ls7SkgZOYZ9az 5/y0WvVfyhDw7NOOBhXNXbV9FPyxKDOP8bIcT0WEsG7OTjrqwwOTNU6YK/7yd+VPOCtO gQYkJ6VKZE5JTlR4/ctyAYfRrkuXCGeKWyIkwUQTddtsa6pIOX2k5jssYz9lfzxN9ZUX gvZPIAgfxSKBcSG0pifxwckfyRnjI+N34ygGb/fAFGFnAb9Uq5zuBfd3g6xeWbetUD5s 3w6Si379iHffkEjqNpbEgf7uAjkFTqPa2yr6pczLFwXgKj4bXIXh60r1hroSgMerJHu4 OpjA== 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:content-transfer-encoding; bh=aQpWxqitXl3pgJhQW2OFt3Cc4pKuHl3Xe8R+8vRYDP4=; b=Lfmry8To67qpbMA5fshMz8CROKekysAyTzBP6tE2zIHyNPP4JEa1khhamaVS9+gRh2 HJw5PyyuK+yG78i1xIhaKKDmXbXqcdnbfy+1D1zsKC9avRtvu6wHEmGjEiaji9Rs2vdL mzkyCWa/nea3mgjF3akDLNy/8NQmZqrGb6HQZZtDtprVBN7JICG9jfu3EcPgWlSexthK sWy5NfzyuTDMsUJzgfMsMlTJLNE/Un4eXglw9UGXZSdkvdnn9LA9Bi9WLsUOnOien/yI y8xHWHY9zQt9vDPr5wGc7uHNgSVk/4rro20AJ0ndx+R4KgIrWIDsYjl937G0L7NZJGr7 UjhA== X-Gm-Message-State: AIkVDXKhJaO3PKCeuuoRza/ESpvku+zJ0rrZu+7HIokQDNqdzSpKjw+VRqn7CEKdaD/WuS1dQ9gbUT0EXj6/Wg== X-Received: by 10.107.20.13 with SMTP id 13mr8349691iou.0.1485541586233; Fri, 27 Jan 2017 10:26:26 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.145.217 with HTTP; Fri, 27 Jan 2017 10:26:25 -0800 (PST) X-Originating-IP: [50.253.99.174] In-Reply-To: <94f227b6-1f94-e54a-825a-dd9554c3bea3@freebsd.org> References: <444df1a4-1f27-49a8-6fa6-81f5853e6d80@freebsd.org> <20170127173338.wv6dul7zhxaaw4f4@mutt-hardenedbsd> <94f227b6-1f94-e54a-825a-dd9554c3bea3@freebsd.org> From: Warner Losh Date: Fri, 27 Jan 2017 11:26:25 -0700 X-Google-Sender-Auth: _cMCjkmu9UmH0z4diKHZDaN5GFQ Message-ID: Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: Allan Jude Cc: Shawn Webb , Toomas Soome , "Ngie Cooper (yaneurabeya)" , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.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, 27 Jan 2017 18:26:27 -0000 On Fri, Jan 27, 2017 at 10:35 AM, Allan Jude wrote: > On 2017-01-27 12:33, Shawn Webb wrote: >> On Fri, Jan 27, 2017 at 12:30:17PM -0500, Allan Jude wrote: >>> On 2017-01-27 12:05, Warner Losh wrote: >>>> On Fri, Jan 27, 2017 at 12:34 AM, Toomas Soome wrote: >>>>> >>>>>> On 27. jaan 2017, at 1:40, Ngie Cooper (yaneurabeya) wrote: >>>>>> >>>>>> Hi, >>>>>> I tried upgrading one of my workstations and unfortunately the= freebsd-boot partition is too small (I follow manpage directions, exactly,= and those seem to be too small as of 10.3-RELEASE timeframe), and I don???= t have enough space or ability to resize the partition and make it bigger. = So, I???m in need of a build knob to control the bloat, and/or having an al= ternative boot loader without geli/skein/crypto support compiled in. Would = you be opposed to the work? >>>>>> Thanks, >>>>>> -Ngie >>>>> >>>>> >>>>> I do agree that since the geli knob is already there, it may do. Of c= ourse we also can think of additional knobs, but there is an issue - it won= t help just to exclude some files, the additional features also do sit in t= he code, so the replacement stubs will be needed, also testing them all ove= r will take some time. And the preprocessor spaghetti really is nasty thing= to deal with;) >>>>> >>>>> And then there is another issue (partly why I did the feature support= in first place) - as the kernel does not block user from enabling the feat= ures, the user can end up facing non-bootable setup which is also not good,= as user is using perfectly legal options, and still the whole thing is jus= t rendered unusable??? >>>> >>>> I'm curious why you can't find the space for a bigger partition? >>>> Almost all drives these days are partitioned with a little wasted >>>> space, and that wasted space should be more than enough to cover us >>>> here. Also, most drives have a swap partition that can be shrunk a >>>> trivial amount to get space for this... >>>> >>>> Warner >>>> >>> >>> I need to do some testing to make a recipe that works for it, but the >>> other option is to use the ZFS bootcode area. >>> >>> ZFS it self, reserves something like 3.5 mb of space in the ZFS >>> partition, for boot code. This is how we boot ZFS on MBR. >>> >>> It should be possible to use this on GPT as well, we just don't. >> >> In the future, maybe it'd be a good idea for the installer to leave >> more space (a few MB, perhaps?) between the freebsd-boot and >> freebsd-swap partitions? At least, for ZFS installs. >> >> Thanks, >> > > The PMBR code has a limitation for 536kb, and it all has to fit under > the 640k barrier, so the current 512kb size is plenty. The issue is some > people are upgrading from systems that were isntalled long ago, when > 64kb or less was the default. it's a limitation for the entire partition size, not just the code size. Which is a trap that's hard to understand at first... Warner From owner-freebsd-current@freebsd.org Fri Jan 27 18:47: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 127DACC3387 for ; Fri, 27 Jan 2017 18:47:30 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 02247835 for ; Fri, 27 Jan 2017 18:47:30 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id F265CCC3386; Fri, 27 Jan 2017 18:47:29 +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 F20BFCC3385 for ; Fri, 27 Jan 2017 18:47:29 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CF554834 for ; Fri, 27 Jan 2017 18:47:29 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id v0RIlKiB020727; Fri, 27 Jan 2017 10:47:24 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201701271847.v0RIlKiB020727@gw.catspoiler.org> Date: Fri, 27 Jan 2017 10:47:20 -0800 (PST) From: Don Lewis Subject: Re: malloc() call somehow calling the rtld malloc() implementaion To: kabaev@gmail.com cc: current@FreeBSD.org In-Reply-To: <20170127121916.6d675d26@kan> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii 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, 27 Jan 2017 18:47:30 -0000 On 27 Jan, Alexander Kabaev wrote: > On Fri, 27 Jan 2017 00:31:30 -0800 (PST) > Don Lewis wrote: >> If I create a simple test program that calls malloc() and set a >> breakpoint in malloc(), the breakpoint gets set in the rtld version, >> but the the libc version of malloc is what gets called. >> >> What the heck is going on here, and how can I fix it? >> > > rtld on my system does not have malloc exposed as dynamic symbol, it > cannot possibly be used for symbol resolution by any outside module. Same here, but gdb at least seems to find it anyway. 12.0-CURRENT r311765M %nm /libexec/ld-elf.so.1 nm: /libexec/ld-elf.so.1: no symbols %elfdump -s /libexec/ld-elf.so.1 | grep st_name | sort st_name: st_name: st_name: FBSD_1.0 st_name: FBSD_1.1 st_name: FBSD_1.2 st_name: FBSD_1.3 st_name: FBSD_1.4 st_name: FBSD_1.5 st_name: FBSDprivate_1.0 st_name: __tls_get_addr st_name: _r_debug_postinit st_name: _rtld_addr_phdr st_name: _rtld_allocate_tls st_name: _rtld_atfork_post st_name: _rtld_atfork_pre st_name: _rtld_error st_name: _rtld_free_tls st_name: _rtld_get_stack_prot st_name: _rtld_is_dlopened st_name: _rtld_thread_init st_name: dl_iterate_phdr st_name: dladdr st_name: dlclose st_name: dlerror st_name: dlfunc st_name: dlinfo st_name: dllockinit st_name: dlopen st_name: dlsym st_name: dlvsym st_name: fdlopen st_name: r_debug_state %cd /tmp zipper:/tmp 508%cat malloctest.c #include volatile void *p; int main(void) { p = malloc(16); } %cc -g malloctest.c %gdb a.out GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... (gdb) break main Breakpoint 1 at 0x40076b: file malloctest.c, line 5. (gdb) run Starting program: /tmp/a.out Breakpoint 1, main () at malloctest.c:5 5 p = malloc(16); Current language: auto; currently minimal (gdb) break malloc Breakpoint 2 at 0x80060e9a4: file /usr/src/libexec/rtld-elf/malloc.c, line 163. (gdb) cont Continuing. Program exited normally. (gdb) quit Ports gdb finds both the rtld malloc() and the libc malloc(): %/usr/local/bin/gdb a.out GNU gdb (GDB) 7.12 [GDB v7.12 for FreeBSD] Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-portbld-freebsd12.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from a.out...done. (gdb) break main Breakpoint 1 at 0x40076b: file malloctest.c, line 5. (gdb) run Starting program: /tmp/a.out Breakpoint 1, main () at malloctest.c:5 5 p = malloc(16); (gdb) break malloc Breakpoint 2 at 0x80060e9a4: malloc. (2 locations) (gdb) cont Continuing. Breakpoint 2, __malloc (size=16) at jemalloc_jemalloc.c:1636 1636 size_t usize JEMALLOC_CC_SILENCE_INIT(0); From owner-freebsd-current@freebsd.org Fri Jan 27 18:39: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 759D5CC3164 for ; Fri, 27 Jan 2017 18:39:39 +0000 (UTC) (envelope-from tsoome@me.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5443D1A1 for ; Fri, 27 Jan 2017 18:39:39 +0000 (UTC) (envelope-from tsoome@me.com) Received: by mailman.ysv.freebsd.org (Postfix) id 50B59CC3163; Fri, 27 Jan 2017 18:39:39 +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 50567CC3162 for ; Fri, 27 Jan 2017 18:39:39 +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 263ED1A0; Fri, 27 Jan 2017 18:39: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 <0OKG00K0090H5J00@st13p35im-asmtp001.me.com>; Fri, 27 Jan 2017 17:39:20 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=4d515a; t=1485538760; bh=0E53EsLAykf+tC5e6jOs/KVS7ZsxwKdfCWhg/W9mREI=; h=From:Message-id:Content-type:MIME-version:Subject:Date:To; b=AHWQL068BKtcd/S8MuGNwWnXVqhkuAKO+Hd49FX+4h4Wr84fHBoAK2wtMur68TjMD WoEslhJXXtX4oZdS4iV8SmvpTLrPwLXMM19wEqGUv0yQrrOT0AIWInvyo7rzImKN2p 6EQa2ejRZxe7qW7ZARL75txJN83BDX00B3WYHEmPc1LsdsS6RU/I1ofK/wc16JishA 4UCye/fnTRzFQCnmRKtxO2xvr9RnXj3cUfMsOK+9zu4HJsquO12keleDMrOSOtPfyv 8qEsc2O0gu6IYyqyLuopUJQ9STfhR0BUJ2Gue4TFYDx9wcbJ0LLJGzCJB/oB65g4KA p0habIlHDhXCw== 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 <0OKG00BXM91HJV30@st13p35im-asmtp001.me.com>; Fri, 27 Jan 2017 17:39:20 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-01-27_13:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1034 suspectscore=2 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1603290000 definitions=main-1701270173 From: Toomas Soome Message-id: MIME-version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat Date: Fri, 27 Jan 2017 19:39:16 +0200 In-reply-to: <444df1a4-1f27-49a8-6fa6-81f5853e6d80@freebsd.org> Cc: Warner Losh , "Ngie Cooper (yaneurabeya)" , FreeBSD Current To: Allan Jude References: <444df1a4-1f27-49a8-6fa6-81f5853e6d80@freebsd.org> X-Mailer: Apple Mail (2.3259) X-Mailman-Approved-At: Fri, 27 Jan 2017 19:27:55 +0000 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: Fri, 27 Jan 2017 18:39:39 -0000 > On 27. jaan 2017, at 19:30, Allan Jude wrote: >=20 > On 2017-01-27 12:05, Warner Losh wrote: >> On Fri, Jan 27, 2017 at 12:34 AM, Toomas Soome > wrote: >>>=20 >>>> On 27. jaan 2017, at 1:40, Ngie Cooper (yaneurabeya) = wrote: >>>>=20 >>>> Hi, >>>> I tried upgrading one of my workstations and unfortunately the = freebsd-boot partition is too small (I follow manpage directions, = exactly, and those seem to be too small as of 10.3-RELEASE timeframe), = and I don=E2=80=99t have enough space or ability to resize the partition = and make it bigger. So, I=E2=80=99m in need of a build knob to control = the bloat, and/or having an alternative boot loader without = geli/skein/crypto support compiled in. Would you be opposed to the work? >>>> Thanks, >>>> -Ngie >>>=20 >>>=20 >>> I do agree that since the geli knob is already there, it may do. Of = course we also can think of additional knobs, but there is an issue - it = wont help just to exclude some files, the additional features also do = sit in the code, so the replacement stubs will be needed, also testing = them all over will take some time. And the preprocessor spaghetti really = is nasty thing to deal with;) >>>=20 >>> And then there is another issue (partly why I did the feature = support in first place) - as the kernel does not block user from = enabling the features, the user can end up facing non-bootable setup = which is also not good, as user is using perfectly legal options, and = still the whole thing is just rendered unusable=E2=80=A6 >>=20 >> I'm curious why you can't find the space for a bigger partition? >> Almost all drives these days are partitioned with a little wasted >> space, and that wasted space should be more than enough to cover us >> here. Also, most drives have a swap partition that can be shrunk a >> trivial amount to get space for this... >>=20 >> Warner >>=20 >=20 > I need to do some testing to make a recipe that works for it, but the > other option is to use the ZFS bootcode area. >=20 > ZFS it self, reserves something like 3.5 mb of space in the ZFS > partition, for boot code. This is how we boot ZFS on MBR. >=20 > It should be possible to use this on GPT as well, we just don't. >=20 >=20 Indeed it is. this is how the illumos is doing, except that what in = illumos, we use also a bit different boot method - instead of browsing = the partition table, we record the boot2 start and size in pmbr, and the = partition start in gptzfsboot, and we always boot based on recorded = location - that does simplify the boot code in pmbr, but needs install = tool, to detect and record the LBA. And for fbsd case, the bootblock install must be able to distinguish = geli/non-geli setups, and .. well, there are some complications:) rgds, toomas From owner-freebsd-current@freebsd.org Fri Jan 27 20:16:20 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 D8544CC4C9F for ; Fri, 27 Jan 2017 20:16:20 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B4D031AD for ; Fri, 27 Jan 2017 20:16:20 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id B141FCC4C9E; Fri, 27 Jan 2017 20:16:20 +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 B0E4ECC4C9D for ; Fri, 27 Jan 2017 20:16:20 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x22d.google.com (mail-pf0-x22d.google.com [IPv6:2607:f8b0:400e:c00::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 8088F1AC; Fri, 27 Jan 2017 20:16:20 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x22d.google.com with SMTP id y143so75541236pfb.0; Fri, 27 Jan 2017 12:16:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Dbv3mqycuw+/FJxN3dquZzs4lcaQKJs/j87/BreyK2k=; b=le5yucrlrTxp18emi+fXQAOwoozKin4wqV7ZYBFDsKZa2JO8Anqe/AtJ8qAewOVbID PEcHzKn2N3kvqpQ6iSzJMnCv9N3RHYJfIw6Z8tDnUM+0ZhtzKDLQi43SL32pknzch3+C i4gjNR/skANMCNRDpGTrEespxCOu5zhpO/HYkc7qd5kDqBnMjPsaplMJxACtIsRkeHM6 uBq72MUvqiXgi/gDHgsODg1ThVxolhSFCs0vglLlF21dOlFGv6SE/674wkNkQQzUqdRT iJIy7uA8mUFJoxYts09rd090TL0sw6Xxxj3wn7BV7V0slX0zub+vkaTRGfla8DxGVq71 V8/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Dbv3mqycuw+/FJxN3dquZzs4lcaQKJs/j87/BreyK2k=; b=jjjAg7qPc7PFBf+iDC1giDzdDvuz3iqMsAKk5cD73OxYlB6FVPnG3hmvSeVKb+9Ezu r7rfTfKmSN3YLmcRg/Il7uJii1MlxbHa0X5uek3yVN+YMb5XNZ1jsl1SokP6fBeLe5M4 00e0rF60PAR/9MbGMY7plIvvXAEu9P6Kiq1oeszf3vtlb2RWoMYISOqma8rvk2uJI39h ePkUncHC8u6cvOQrjMEBXsi/TabBovW/s5U7ZiBqkIwm+J5tMewC687fA1qjjByDXidn mo/zd6qnoWS4kUP4p51ymYMxBcIq0pmNevnMVMFaX5fboRo9Kp5x2YoF4hawLHRXMpUj JQZg== X-Gm-Message-State: AIkVDXKC2M1ybhZ1x4SEmonBM6oV+wWi7Ojnlc4d0UebNxh7Yw+ngQi4MeblQi6vqx3xkw== X-Received: by 10.84.217.18 with SMTP id o18mr14966837pli.51.1485548180111; Fri, 27 Jan 2017 12:16:20 -0800 (PST) Received: from [172.16.101.187] ([199.191.124.213]) by smtp.gmail.com with ESMTPSA id n79sm13387071pfj.31.2017.01.27.12.16.19 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 27 Jan 2017 12:16:19 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat From: Ngie Cooper X-Mailer: iPhone Mail (14D27) In-Reply-To: Date: Fri, 27 Jan 2017 12:16:18 -0800 Cc: Toomas Soome , Allan Jude , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Warner Losh 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, 27 Jan 2017 20:16:20 -0000 > On Jan 27, 2017, at 09:05, Warner Losh wrote: ... > I'm curious why you can't find the space for a bigger partition? > Almost all drives these days are partitioned with a little wasted > space, and that wasted space should be more than enough to cover us > here. Also, most drives have a swap partition that can be shrunk a > trivial amount to get space for this... Unfortunately, in my infinite wisdom (IIRC) I put the zfs partition before t= he swap partition. We have a similar problem at work with sys/boot unfortunately, but that's a s= ide discussion for another time/place. Thank you for the idea though -- I'll check when I get back to work. -Ngie= From owner-freebsd-current@freebsd.org Fri Jan 27 20:30: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 607E6CC41BA for ; Fri, 27 Jan 2017 20:30:02 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3C3FBE82 for ; Fri, 27 Jan 2017 20:30:02 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 38AC0CC41B9; Fri, 27 Jan 2017 20:30:02 +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 384EACC41B8 for ; Fri, 27 Jan 2017 20:30:02 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x231.google.com (mail-pg0-x231.google.com [IPv6:2607:f8b0:400e:c05::231]) (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 0713CE81; Fri, 27 Jan 2017 20:30:02 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x231.google.com with SMTP id 14so83788071pgg.1; Fri, 27 Jan 2017 12:30:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=JFU37Y/02dXmbXqzUZcspMgSXQ2zZJqkdCIMksFvN+8=; b=hI7pA0T8iqTwWL7BXEKAUoRxfDlHqVHReLz+p4xa/dD8Aa48omjPF38IS/fV1YGAfa VtcYM2TlhMxtLVnt/rh1m0Hb4TAHLkfn6B4PXNylG2rtWUasfs5nlk6TEfNy0lM8vhX3 qHSq5lf8bZLKMDCUsIBPo3z3hcu9sXluo/qgywCSGbLHGlrL3ToAOK/C7wCZqd+H2yk6 ZLhlFBfqTDDn9l/cJ9i+GYaLVtjLm1FwBcP4QE+mEEijK0wh6UP3Y79kxR/7DoI1jOIU UoxWB1MQybCZ8opw6gWVLbF53TgtGcqa2pEC/udPnSjPruThDDfEUHpHtDYUKzr2egP6 ABrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=JFU37Y/02dXmbXqzUZcspMgSXQ2zZJqkdCIMksFvN+8=; b=DoteudLtcNFkhHxs9jlVHf7Mx976VaGpwGeCcXmQaF1lyIGD78k6KobLeLq6jEgonS xAqkIPlJeURtLu6SfetkDTzcFiU7DlYUZ1I8yuzCErPEC7D6M9FI6/qvIg0u15ElvQIX /wpJQxrzVCpshB4+UJ/4AbjR2iPBI3Od2dHWGcuykt7StumtRTFNOq4NkZkAdty7A4Ej 6xrq47D7GyyiicucRZaBBGoZbs9CUPV+ci2rfS3b9GzAP8f7mSZFPVbg8/fsF7wt/YEZ D5+4igGkoM9+p1x5uimQgnj1fYzdStLDjjfXin3BznEdjPS4ko/RXGusDPvy1zsHt6Fj xnpw== X-Gm-Message-State: AIkVDXJvQgQyUaMIWY4dr2SHFIBsQ0qhC1O+AA8qtraBa2RSOZPUxItkg6DWX+0xS26PsA== X-Received: by 10.99.213.81 with SMTP id v17mr11389484pgi.130.1485549001583; Fri, 27 Jan 2017 12:30:01 -0800 (PST) Received: from [172.16.101.187] ([199.191.124.213]) by smtp.gmail.com with ESMTPSA id b21sm13390946pfl.87.2017.01.27.12.30.00 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 27 Jan 2017 12:30:01 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat From: Ngie Cooper X-Mailer: iPhone Mail (14D27) In-Reply-To: <73E29022-B9EB-4F9E-B2E1-E3FAA027EE41@me.com> Date: Fri, 27 Jan 2017 12:30:00 -0800 Cc: Warner Losh , Allan Jude , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <73E29022-B9EB-4F9E-B2E1-E3FAA027EE41@me.com> To: Toomas Soome 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, 27 Jan 2017 20:30:02 -0000 > On Jan 27, 2017, at 12:23, Toomas Soome wrote: ... >> Unfortunately, in my infinite wisdom (IIRC) I put the zfs partition befor= e the swap partition. >>=20 >> We have a similar problem at work with sys/boot unfortunately, but that's= a side discussion for another time/place. >>=20 >> Thank you for the idea though -- I'll check when I get back to work. >>=20 >> -Ngie >=20 > Note the order of the partitions is not important, at least on paper anyho= w. Of course there are preferences in sense that it does look nice if freebs= d-boot is in front. Also, if you do have mirror setup, it is some work, but y= ou can re-arrange mirror side partitioning (with usual cautions like having s= crub done, having backup, having third disk would be helpful). I have a raidz with 3 SSDs on it IIRC. Removing the SSD from the pool and re= adjusting partitions would probably be ok, but I'm not really keen on doing p= otentially destructive things like that, unless I absolutely have to do them= :/.. Thanks! -Ngie= From owner-freebsd-current@freebsd.org Fri Jan 27 21:31:35 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 73E60CC4726 for ; Fri, 27 Jan 2017 21:31:35 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 50DBA23D for ; Fri, 27 Jan 2017 21:31:35 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 50316CC4725; Fri, 27 Jan 2017 21:31: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 4FD91CC4724 for ; Fri, 27 Jan 2017 21:31:35 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qt0-x244.google.com (mail-qt0-x244.google.com [IPv6:2607:f8b0:400d:c0d::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 0958E23A; Fri, 27 Jan 2017 21:31:35 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by mail-qt0-x244.google.com with SMTP id n13so48701233qtc.0; Fri, 27 Jan 2017 13:31:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version; bh=abOyMIBsk/mIcTUNFhLY36kbxsPErmnOdyvKRAP3AkQ=; b=b1JtCWWULlvJgTpmlSvUS8gbM4c6p6d95ietmSecxxezjA8UPvmVWJ+INP1Jt4vKJE VxFJaL7THTfTRu8I+4HpHSuO4g+TpJrGZG9rq9NozBSxEGRWohCWcVZfZA1MTwixALpV rOG8U1IOEZ1lIOZFO+ycg4pxP5Lskbc3ECSNhr2A/4uUqtTDLk57+u6yBTB+laxiLBPJ KYRe2nb0GerRi9x4caV0Qo+ymTzKEU8RhIJZEkMPbGH0PhKSgUJ4mTq6uVwxb3SDPBAx GYE0AlsGCIrcVYx7oGUdU0PdA0ozfzVcGmPoTseqcBfhphrZ7oZ1pi27nXsRRTLFyCwm rtfQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version; bh=abOyMIBsk/mIcTUNFhLY36kbxsPErmnOdyvKRAP3AkQ=; b=Ec/sRKLSfsOm+hkIc5sQGJ9Ro8c2RgWO4pgo28Xqi2HuXp3LOQP4VKfDiqbLfJPIe9 ETrlG8CEbq+oGJOK0VpARCrvwRG3kKX73h6+I7s749yRx1+HjIJiBAuicw6cmuI1s9e2 yOkSk0lp59spsO5fMjrjIohPUxi/jmD8cgOty6iS6MUVwlZu3I3FyG74iub5JuIbSek8 ChKTvdyK7AHO3Ajs9cBpI3lcjJs/jjCBiaMPGdzSLZrNvjOTNhQblvQcStcZtnNXdTYH 7DE4U8nqbnOKNmFQNjYsgdoahyzjtdvg1PXpFM6WtszvXOSDETaK/Xr3jmrZftGsXwsP dJXA== X-Gm-Message-State: AIkVDXIIexv1Cqh/cG3LYUaMD66auTW+L8gTqn5YJAKzugnzAFmfbKm68dnlhg5OQNKyhw== X-Received: by 10.237.62.68 with SMTP id m4mr9734870qtf.171.1485552694018; Fri, 27 Jan 2017 13:31:34 -0800 (PST) Received: from kan ([2601:18f:802:4680:226:18ff:fe00:232e]) by smtp.gmail.com with ESMTPSA id w138sm5142944qka.27.2017.01.27.13.31.33 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 27 Jan 2017 13:31:33 -0800 (PST) Date: Fri, 27 Jan 2017 16:31:28 -0500 From: Alexander Kabaev To: Don Lewis Cc: current@FreeBSD.org Subject: Re: malloc() call somehow calling the rtld malloc() implementaion Message-ID: <20170127163128.46678e8b@kan> In-Reply-To: <201701271847.v0RIlKiB020727@gw.catspoiler.org> References: <20170127121916.6d675d26@kan> <201701271847.v0RIlKiB020727@gw.catspoiler.org> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/xtyL5eBxqByNOU1+xb3aTM5"; protocol="application/pgp-signature" 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, 27 Jan 2017 21:31:35 -0000 --Sig_/xtyL5eBxqByNOU1+xb3aTM5 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 27 Jan 2017 10:47:20 -0800 (PST) Don Lewis wrote: > On 27 Jan, Alexander Kabaev wrote: > > On Fri, 27 Jan 2017 00:31:30 -0800 (PST) > > Don Lewis wrote: =20 >=20 > >> If I create a simple test program that calls malloc() and set a > >> breakpoint in malloc(), the breakpoint gets set in the rtld > >> version, but the the libc version of malloc is what gets called. > >>=20 > >> What the heck is going on here, and how can I fix it? > >> =20 > >=20 > > rtld on my system does not have malloc exposed as dynamic symbol, it > > cannot possibly be used for symbol resolution by any outside > > module. =20 >=20 > Same here, but gdb at least seems to find it anyway. >=20 > 12.0-CURRENT r311765M >=20 > %nm /libexec/ld-elf.so.1 > nm: /libexec/ld-elf.so.1: no symbols >=20 > %elfdump -s /libexec/ld-elf.so.1 | grep st_name | sort > st_name:=20 > st_name:=20 > st_name: FBSD_1.0 > st_name: FBSD_1.1 > st_name: FBSD_1.2 > st_name: FBSD_1.3 > st_name: FBSD_1.4 > st_name: FBSD_1.5 > st_name: FBSDprivate_1.0 > st_name: __tls_get_addr > st_name: _r_debug_postinit > st_name: _rtld_addr_phdr > st_name: _rtld_allocate_tls > st_name: _rtld_atfork_post > st_name: _rtld_atfork_pre > st_name: _rtld_error > st_name: _rtld_free_tls > st_name: _rtld_get_stack_prot > st_name: _rtld_is_dlopened > st_name: _rtld_thread_init > st_name: dl_iterate_phdr > st_name: dladdr > st_name: dlclose > st_name: dlerror > st_name: dlfunc > st_name: dlinfo > st_name: dllockinit > st_name: dlopen > st_name: dlsym > st_name: dlvsym > st_name: fdlopen > st_name: r_debug_state >=20 > %cd /tmp > zipper:/tmp 508%cat malloctest.c=20 > #include > volatile void *p; > int > main(void) { > p =3D malloc(16); > } > %cc -g malloctest.c > %gdb a.out > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and > you are welcome to change it and/or distribute copies of it under > certain conditions. Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. This GDB was configured as "amd64-marcel-freebsd"... > (gdb) break main > Breakpoint 1 at 0x40076b: file malloctest.c, line 5. > (gdb) run > Starting program: /tmp/a.out=20 >=20 > Breakpoint 1, main () at malloctest.c:5 > 5 p =3D malloc(16); > Current language: auto; currently minimal > (gdb) break malloc > Breakpoint 2 at 0x80060e9a4: file /usr/src/libexec/rtld-elf/malloc.c, > line 163. (gdb) cont > Continuing. >=20 > Program exited normally. > (gdb) quit >=20 > Ports gdb finds both the rtld malloc() and the libc malloc(): >=20 > %/usr/local/bin/gdb a.out > GNU gdb (GDB) 7.12 [GDB v7.12 for FreeBSD] > Copyright (C) 2016 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > This is free software: you are > free to change and redistribute it. There is NO WARRANTY, to the > extent permitted by law. Type "show copying" and "show warranty" for > details. This GDB was configured as "x86_64-portbld-freebsd12.0". > Type "show configuration" for configuration details. > For bug reporting instructions, please see: > . > Find the GDB manual and other documentation resources online at: > . > For help, type "help". > Type "apropos word" to search for commands related to "word"... > Reading symbols from a.out...done. > (gdb) break main > Breakpoint 1 at 0x40076b: file malloctest.c, line 5. > (gdb) run > Starting program: /tmp/a.out=20 >=20 > Breakpoint 1, main () at malloctest.c:5 > 5 p =3D malloc(16); > (gdb) break malloc > Breakpoint 2 at 0x80060e9a4: malloc. (2 locations) > (gdb) cont > Continuing. >=20 > Breakpoint 2, __malloc (size=3D16) at jemalloc_jemalloc.c:1636 > 1636 size_t usize JEMALLOC_CC_SILENCE_INIT(0); gdb looks into debugging info for symbols in debug information and so has greater visibility. Symbols gdb sees play no role in dynasmic building, so rtld malloc somehow replacing the malloc from the program as you suspected is really impossible. kib@ has a better idea that is worth investigating further: is the address on which idlc traps corresponds to TLS storage? tls alloc calls are supposed to respect the tls section alignment though. --=20 Alexander Kabaev --Sig_/xtyL5eBxqByNOU1+xb3aTM5 Content-Type: application/pgp-signature Content-Description: Цифровая подпись OpenPGP -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEExffZlZm2QeE8UVaRBxMimZJ5Ln4FAliLvDBfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEM1 RjdEOTk1OTlCNjQxRTEzQzUxNTY5MTA3MTMyMjk5OTI3OTJFN0UACgkQBxMimZJ5 Ln6qig//RYWDtUThKvZ7So5KojW6THOUUFAQ+WhN7tc9H+jv7nXDoHtZ7gVSnpYR TOdnw1paNTwijRMljLfrH1EueJWi4AFJZHSz6nfiCJJOS9sowLpfzgCH/Dp1xPHr eM4vnJfWpR9CTJ7nyPUi9pzDDMOujzqT2BxjDKKq8v0lenMl7Z8RV31yqLgyXOVZ skLD9m4aIrV3hrT4G3EZAN+2I9f9WF4YNxj1lFnNMyabKzGXRHSXkd6TI7OdRlKP 43Ctc4GmrWC7+NrrVFS3oA/taPPB+pBuLgmBXCllx5D6BbpueZ4iLOBtJPd67kLB 1TMpVv8Qjqs/K3BxFS6Aud6aopF+CxD29nGu04Nqs2uTPbfloLzHuVBBb8soYI7v cNvNUbX7qID1PDAVahQS5Q7kqE79F9m6I2Fq2WibJ5exdjYY0Hj2wRupYQVpgv4t V3YOcKf1k78QpkqipNcHeVYJroTPeWc1dL/exxM29jcXlqKXVMvXvmzA3xC5Hz9d WL9UP4eeWLYg9Q2CCkRGGVaLU+uEGNgEwuTPKiHKHlTK265642UbcWvQMOPzgLo3 ekyIL/WD6y3wX1+XSZFQblENkBGjMwevwNQqIk2BHVdeNwVJ9auNq4MDXqlxrKfd 0flvTIgsZWdddSdC3j8ucX1+/3JCum1U84zY6GqXfiNpDTjIndE= =Ty83 -----END PGP SIGNATURE----- --Sig_/xtyL5eBxqByNOU1+xb3aTM5-- From owner-freebsd-current@freebsd.org Fri Jan 27 20:23:55 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 D70A8CC4034 for ; Fri, 27 Jan 2017 20:23:55 +0000 (UTC) (envelope-from tsoome@me.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 B7A1DA1A for ; Fri, 27 Jan 2017 20:23:55 +0000 (UTC) (envelope-from tsoome@me.com) Received: by mailman.ysv.freebsd.org (Postfix) id B3B31CC4033; Fri, 27 Jan 2017 20:23:55 +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 B34ECCC4032 for ; Fri, 27 Jan 2017 20:23:55 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp002.me.com (st13p35im-asmtp002.me.com [17.164.199.65]) (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 8AFE1A19; Fri, 27 Jan 2017 20:23:55 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp002.me.com by st13p35im-asmtp002.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) id <0OKG00200GDTRP00@st13p35im-asmtp002.me.com>; Fri, 27 Jan 2017 20:23:54 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=4d515a; t=1485548634; bh=r5GGMyNSb9kCwmXmrj22MQLpnmqAv3uy952kw3jNL1c=; h=Content-type:MIME-version:Subject:From:Date:Message-id:To; b=ASOYdKlfDrrC2m47hkLdbEfE5UmykC78EiKuCLHXVXxCRPGrdDhn1Yux2YSKcVcs7 SlsE8wXhYPxOqYmHg9A6VjwvrEVqYCz1LSFWgglknKzuoaenUHEHPemCs/saxaiDg4 O8ZWx6vufcV5iMlAz3hTocija7ZKIYiQyzHvozPhq/Ri9YR1U0cK6AtrrgH5WOsKBE 3a7yfVdFn5sD40ZTPzwon7PdPI1BTdd4472Fk08wyzcLBK3QW7Haj/ZQwzQDzh6mPt X5ZeIbdZDxP84hb6Zm+vRKjaSHSbnqd5O56X+ripIRj1DT+YdNExdMmd0OinLB93Nu 1eB2/3ia9OtpQ== Received: from icloud.com ([127.0.0.1]) by st13p35im-asmtp002.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) with ESMTPSA id <0OKG001V6GNRBD30@st13p35im-asmtp002.me.com>; Fri, 27 Jan 2017 20:23:54 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-01-27_15:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1034 suspectscore=2 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1603290000 definitions=main-1701270198 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat From: Toomas Soome In-reply-to: Date: Fri, 27 Jan 2017 22:23:51 +0200 Cc: Warner Losh , Allan Jude , FreeBSD Current Content-transfer-encoding: quoted-printable Message-id: <73E29022-B9EB-4F9E-B2E1-E3FAA027EE41@me.com> References: To: Ngie Cooper X-Mailer: Apple Mail (2.3259) X-Mailman-Approved-At: Fri, 27 Jan 2017 22:01:37 +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, 27 Jan 2017 20:23:55 -0000 > On 27. jaan 2017, at 22:16, Ngie Cooper wrote: >=20 >=20 >> On Jan 27, 2017, at 09:05, Warner Losh wrote: >=20 > ... >=20 >> I'm curious why you can't find the space for a bigger partition? >> Almost all drives these days are partitioned with a little wasted >> space, and that wasted space should be more than enough to cover us >> here. Also, most drives have a swap partition that can be shrunk a >> trivial amount to get space for this... >=20 > Unfortunately, in my infinite wisdom (IIRC) I put the zfs partition = before the swap partition. >=20 > We have a similar problem at work with sys/boot unfortunately, but = that's a side discussion for another time/place. >=20 > Thank you for the idea though -- I'll check when I get back to work. >=20 > -Ngie Note the order of the partitions is not important, at least on paper = anyhow. Of course there are preferences in sense that it does look nice = if freebsd-boot is in front. Also, if you do have mirror setup, it is = some work, but you can re-arrange mirror side partitioning (with usual = cautions like having scrub done, having backup, having third disk would = be helpful). rgds, toomas= From owner-freebsd-current@freebsd.org Fri Jan 27 23:00: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 BEBA8CC4536 for ; Fri, 27 Jan 2017 23:00:29 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id A996BCFC for ; Fri, 27 Jan 2017 23:00:29 +0000 (UTC) (envelope-from janm@transactionware.com) Received: by mailman.ysv.freebsd.org (Postfix) id A5EF4CC4535; Fri, 27 Jan 2017 23:00:29 +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 A587FCC4534 for ; Fri, 27 Jan 2017 23:00:29 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail3.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 0DF90CFB for ; Fri, 27 Jan 2017 23:00:28 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 53130 invoked by uid 907); 27 Jan 2017 22:53:45 -0000 Received: from eth222.nsw.adsl.internode.on.net (HELO [192.168.1.101]) (150.101.196.221) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA; Sat, 28 Jan 2017 09:53:45 +1100 From: Jan Mikkelsen Message-Id: Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: malloc() call somehow calling the rtld malloc() implementaion Date: Sat, 28 Jan 2017 09:53:49 +1100 In-Reply-To: <201701270831.v0R8VUsC018788@gw.catspoiler.org> Cc: current@FreeBSD.org To: Don Lewis References: <201701270831.v0R8VUsC018788@gw.catspoiler.org> X-Mailer: Apple Mail (2.3259) X-Mailman-Approved-At: Fri, 27 Jan 2017 23:02:27 +0000 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: Fri, 27 Jan 2017 23:00:29 -0000 Hi, Are you being affected by this rtld behaviour: = https://lists.freebsd.org/pipermail/freebsd-hackers/2016-July/049769.html = https://lists.freebsd.org/pipermail/freebsd-stable/2015-July/082751.html = = (I still find this a bit scary.) Regards, Jan. > On 27 Jan 2017, at 19:31, Don Lewis wrote: >=20 > I've been attempting to get OpenOffice to build properly in a > clang400-import poudriere jail and have run into a mystery. The build > procedure creates a c++ executable "idlc", which is used to build = other > stuff. The new operator has been overrriden to call a custom memory > allocator, which I have configured to call the system version of > malloc(). >=20 > At some point idlc crashes because it has allocated a 16 byte = structure > and the compiler is using "movaps %xmm0,(%rax)" to initialize it, = which > requires 16 byte alignment. Unfortunately this structure is only 8 = byte > aligned, causing a bus error. This shouldn't be happening because our > system malloc() always seems to do the proper alignment. It appears > that intead of calling the version of malloc() in libc, the simple > version of malloc() built into rtld is being called instead. >=20 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and = you are > welcome to change it and/or distribute copies of it under certain = conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for = details. > This GDB was configured as "amd64-marcel-freebsd"... > (gdb) break main > Breakpoint 1 at 0x43b1f6: file idlcmain.cxx, line 34. > (gdb) run @/tmp/r > Starting program: = /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420= /unxfbsdx.pro/bin/idlc @/tmp/r > [New LWP 101304] > [New Thread 802616000 (LWP 101304/idlc)] > [Switching to Thread 802616000 (LWP 101304/idlc)] >=20 > Breakpoint 1, main (argc=3D2, argv=3D0x7fffffffb278) at = idlcmain.cxx:34 > 34 SAL_IMPLEMENT_MAIN_WITH_ARGS(argc, argv) > (gdb) break malloc > Breakpoint 2 at 0x8006a5f01: file = /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c, = line 163. > (gdb) cont > Continuing. > Trace 12474/1: "Min Prioriy for policy '2' =3D=3D '0' > " > Trace 12474/1: "Max Prioriy for policy '2' =3D=3D '103' > " > = /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420= /unxfbsdx.pro/bin/idlc: compiling 1 source files ...=20 > Compiling: = /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/offapi/com= /sun/star/i18n/KParseTokens.idl >=20 > Breakpoint 2, malloc (nbytes=3D343) > at = /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 > 163 = /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c: No = such file or directory. > in = /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > Current language: auto; currently minimal > (gdb) cont > Continuing. >=20 > Breakpoint 2, malloc (nbytes=3D32) > at = /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 > 163 in = /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > (gdb) cont > Continuing. > Trace 13112/2: "ChildStatusProc : starting = '/wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/42= 0/unxfbsdx.pro/bin/ucpp'" > [New Thread 802616500 (LWP 100249/idlc)] > [Switching to Thread 802616500 (LWP 100249/idlc)] >=20 > Breakpoint 2, malloc (nbytes=3D19) > at = /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 > 163 in = /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > (gdb) cont > Continuing. >=20 > Breakpoint 2, malloc (nbytes=3D34) > at = /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 > 163 in = /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > (gdb) cont > Continuing. >=20 > Breakpoint 2, malloc (nbytes=3D16) > at = /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 > 163 in = /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > (gdb) cont > Continuing. >=20 > Breakpoint 2, malloc (nbytes=3D16) > at = /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 > 163 in = /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > (gdb) cont > Continuing. >=20 > Breakpoint 2, malloc (nbytes=3D16) > at = /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 > 163 in = /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > (gdb) cont > Continuing. >=20 > Breakpoint 2, malloc (nbytes=3D16) > at = /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 > 163 in = /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c > (gdb) cont > Continuing. > sizeof(AstExprValue)=3D16 >=20 > Program received signal SIGBUS, Bus error. > [Switching to Thread 802616000 (LWP 101304/idlc)] > 0x0000000000478cc2 in AstExpression::eval_bit_op (this=3D0x802633dc8,=20= > ek=3DEK_const) at astexpression.cxx:1001 > 1001 std::auto_ptr< AstExprValue > retval(new AstExprValue()); >=20 >=20 > idlc is linked to libc.so: >=20 > = /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420= /unxfbsdx.pro/bin/idlc: > libreg.so.3 =3D> = /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420= /unxfbsdx.pro/lib/libreg.so.3 (0x8008b9000) > libuno_sal.so.3 =3D> = /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420= /unxfbsdx.pro/lib/libuno_sal.so.3 (0x800c00000) > libuno_salhelpergcc3.so.3 =3D> = /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420= /unxfbsdx.pro/lib/libuno_salhelpergcc3.so.3 (0x801040000) > libm.so.5 =3D> /lib/libm.so.5 (0x801244000) > libc++.so.1 =3D> /usr/lib/libc++.so.1 (0x80146e000) > libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x801735000) > libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x801953000) > libthr.so.3 =3D> /lib/libthr.so.3 (0x801b69000) > libc.so.7 =3D> /lib/libc.so.7 (0x801d91000) > libstore.so.3 =3D> = /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420= /unxfbsdx.pro/lib/libstore.so.3 (0x802152000) >=20 >=20 > If I create a simple test program that calls malloc() and set a > breakpoint in malloc(), the breakpoint gets set in the rtld version, = but > the the libc version of malloc is what gets called. >=20 > What the heck is going on here, and how can I fix it? >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Fri Jan 27 23:55:24 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 6F2B6CC43E3 for ; Fri, 27 Jan 2017 23:55:24 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5E47F275 for ; Fri, 27 Jan 2017 23:55:24 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5AD7DCC43E2; Fri, 27 Jan 2017 23:55:24 +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 5A7DFCC43E1 for ; Fri, 27 Jan 2017 23:55:24 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2A5CB274 for ; Fri, 27 Jan 2017 23:55:24 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id v0RNtDuq022007; Fri, 27 Jan 2017 15:55:17 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201701272355.v0RNtDuq022007@gw.catspoiler.org> Date: Fri, 27 Jan 2017 15:55:13 -0800 (PST) From: Don Lewis Subject: Re: malloc() call somehow calling the rtld malloc() implementaion To: kostikbel@gmail.com cc: kabaev@gmail.com, current@FreeBSD.org In-Reply-To: <20170127182345.GV2349@kib.kiev.ua> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii 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, 27 Jan 2017 23:55:24 -0000 On 27 Jan, Konstantin Belousov wrote: > On Fri, Jan 27, 2017 at 12:19:16PM -0500, Alexander Kabaev wrote: >> On Fri, 27 Jan 2017 00:31:30 -0800 (PST) >> Don Lewis wrote: >> >> > I've been attempting to get OpenOffice to build properly in a >> > clang400-import poudriere jail and have run into a mystery. The build >> > procedure creates a c++ executable "idlc", which is used to build >> > other stuff. The new operator has been overrriden to call a custom >> > memory allocator, which I have configured to call the system version >> > of malloc(). >> > >> > At some point idlc crashes because it has allocated a 16 byte >> > structure and the compiler is using "movaps %xmm0,(%rax)" to >> > initialize it, which requires 16 byte alignment. Unfortunately this >> > structure is only 8 byte aligned, causing a bus error. This >> > shouldn't be happening because our system malloc() always seems to do >> > the proper alignment. It appears that intead of calling the version >> > of malloc() in libc, the simple version of malloc() built into rtld >> > is being called instead. >> > >> > GNU gdb 6.1.1 [FreeBSD] >> > Copyright 2004 Free Software Foundation, Inc. >> > GDB is free software, covered by the GNU General Public License, and >> > you are welcome to change it and/or distribute copies of it under >> > certain conditions. Type "show copying" to see the conditions. >> > There is absolutely no warranty for GDB. Type "show warranty" for >> > details. This GDB was configured as "amd64-marcel-freebsd"... >> > (gdb) break main >> > Breakpoint 1 at 0x43b1f6: file idlcmain.cxx, line 34. >> > (gdb) run @/tmp/r >> > Starting >> > program: /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/bin/idlc >> > @/tmp/r [New LWP 101304] [New Thread 802616000 (LWP 101304/idlc)] >> > [Switching to Thread 802616000 (LWP 101304/idlc)] >> > >> > Breakpoint 1, main (argc=2, argv=0x7fffffffb278) at idlcmain.cxx:34 >> > 34 SAL_IMPLEMENT_MAIN_WITH_ARGS(argc, argv) >> > (gdb) break malloc >> > Breakpoint 2 at 0x8006a5f01: >> > file /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c, >> > line 163. (gdb) cont Continuing. >> > Trace 12474/1: "Min Prioriy for policy '2' == '0' >> > " >> > Trace 12474/1: "Max Prioriy for policy '2' == '103' >> > " >> > /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/bin/idlc: >> > compiling 1 source files ... >> > Compiling: /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/offapi/com/sun/star/i18n/KParseTokens.idl >> > >> > Breakpoint 2, malloc (nbytes=343) >> > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 >> > 163 /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c: >> > No such file or directory. >> > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c >> > Current language: auto; currently minimal (gdb) cont >> > Continuing. >> > >> > Breakpoint 2, malloc (nbytes=32) >> > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 >> > 163 >> > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c >> > (gdb) cont Continuing. >> > Trace 13112/2: "ChildStatusProc : starting >> > '/wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/bin/ucpp'" [New >> > Thread 802616500 (LWP 100249/idlc)] [Switching to Thread 802616500 >> > (LWP 100249/idlc)] >> > >> > Breakpoint 2, malloc (nbytes=19) >> > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 >> > 163 >> > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c >> > (gdb) cont Continuing. >> > >> > Breakpoint 2, malloc (nbytes=34) >> > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 >> > 163 >> > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c >> > (gdb) cont Continuing. >> > >> > Breakpoint 2, malloc (nbytes=16) >> > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 >> > 163 >> > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c >> > (gdb) cont Continuing. >> > >> > Breakpoint 2, malloc (nbytes=16) >> > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 >> > 163 >> > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c >> > (gdb) cont Continuing. >> > >> > Breakpoint 2, malloc (nbytes=16) >> > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 >> > 163 >> > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c >> > (gdb) cont Continuing. >> > >> > Breakpoint 2, malloc (nbytes=16) >> > at /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c:163 >> > 163 >> > in /var/poudriere/jails/clang400amd64/usr/src/libexec/rtld-elf/malloc.c >> > (gdb) cont Continuing. >> > sizeof(AstExprValue)=16 >> > >> > Program received signal SIGBUS, Bus error. >> > [Switching to Thread 802616000 (LWP 101304/idlc)] >> > 0x0000000000478cc2 in AstExpression::eval_bit_op (this=0x802633dc8, >> > ek=EK_const) at astexpression.cxx:1001 >> > 1001 std::auto_ptr< AstExprValue > retval(new >> > AstExprValue()); >> > >> > >> > idlc is linked to libc.so: >> > >> > /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/bin/idlc: >> > libreg.so.3 >> > => /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/lib/libreg.so.3 >> > (0x8008b9000) libuno_sal.so.3 >> > => /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/lib/libuno_sal.so.3 >> > (0x800c00000) libuno_salhelpergcc3.so.3 >> > => /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/lib/libuno_salhelpergcc3.so.3 >> > (0x801040000) libm.so.5 => /lib/libm.so.5 (0x801244000) libc++.so.1 >> > => /usr/lib/libc++.so.1 (0x80146e000) libcxxrt.so.1 >> > => /lib/libcxxrt.so.1 (0x801735000) libgcc_s.so.1 >> > => /lib/libgcc_s.so.1 (0x801953000) libthr.so.3 => /lib/libthr.so.3 >> > (0x801b69000) libc.so.7 => /lib/libc.so.7 (0x801d91000) libstore.so.3 >> > => /wrkdirs/usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/lib/libstore.so.3 >> > (0x802152000) >> > >> > >> > If I create a simple test program that calls malloc() and set a >> > breakpoint in malloc(), the breakpoint gets set in the rtld version, >> > but the the libc version of malloc is what gets called. >> > >> > What the heck is going on here, and how can I fix it? >> > >> >> rtld on my system does not have malloc exposed as dynamic symbol, it >> cannot possibly be used for symbol resolution by any outside module. > > Sure. > > Also, the fact that rtld internal malloc is called does not mean that it > is called by the application. There is no backtrace which would describe > the reason for rtld allocating memory in reported cases. Generally, > rtld needs memory for TLS allocation (the program is definitely linked > with libthr, and even libc uses TLS), and, of course, to create data > structures to track dlopen-ed objects. Good point. Unfortunately I didn't have ports gdb available to look for calls for libc malloc(). From owner-freebsd-current@freebsd.org Fri Jan 27 23:59: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 0147BCC4721 for ; Fri, 27 Jan 2017 23:59:09 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id E4F4F75E for ; Fri, 27 Jan 2017 23:59:08 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id E1695CC4720; Fri, 27 Jan 2017 23:59:08 +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 E1164CC471F for ; Fri, 27 Jan 2017 23:59:08 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AB30675D for ; Fri, 27 Jan 2017 23:59:08 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id v0RNx1FZ022019; Fri, 27 Jan 2017 15:59:05 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201701272359.v0RNx1FZ022019@gw.catspoiler.org> Date: Fri, 27 Jan 2017 15:59:01 -0800 (PST) From: Don Lewis Subject: Re: malloc() call somehow calling the rtld malloc() implementaion To: janm@transactionware.com cc: current@FreeBSD.org In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii 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, 27 Jan 2017 23:59:09 -0000 On 28 Jan, Jan Mikkelsen wrote: > Hi, > > Are you being affected by this rtld behaviour: > > https://lists.freebsd.org/pipermail/freebsd-hackers/2016-July/049769.html > > https://lists.freebsd.org/pipermail/freebsd-stable/2015-July/082751.html > > (I still find this a bit scary.) That's not rtld, it's the kernel linker. Yes, I have also encountered that, though in my case the effect was that it hid the fact that the target symbol was not exported. There was a linking failure on i386, which the amd64-only testing did not uncover. From owner-freebsd-current@freebsd.org Sat Jan 28 09:39:45 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 2C536CC50F6 for ; Sat, 28 Jan 2017 09:39:45 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1BF0110B6 for ; Sat, 28 Jan 2017 09:39:45 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 1B4D8CC50F5; Sat, 28 Jan 2017 09:39:45 +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 1AF3DCC50F4 for ; Sat, 28 Jan 2017 09:39:45 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EF02010B5 for ; Sat, 28 Jan 2017 09:39:44 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id v0S9dYeE024158; Sat, 28 Jan 2017 01:39:38 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201701280939.v0S9dYeE024158@gw.catspoiler.org> Date: Sat, 28 Jan 2017 01:39:34 -0800 (PST) From: Don Lewis Subject: Re: malloc() call somehow calling the rtld malloc() implementaion To: kostikbel@gmail.com cc: kabaev@gmail.com, current@FreeBSD.org In-Reply-To: <20170127182345.GV2349@kib.kiev.ua> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii 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, 28 Jan 2017 09:39:45 -0000 On 27 Jan, Konstantin Belousov wrote: > On Fri, Jan 27, 2017 at 12:19:16PM -0500, Alexander Kabaev wrote: >> On Fri, 27 Jan 2017 00:31:30 -0800 (PST) >> Don Lewis wrote: >> > If I create a simple test program that calls malloc() and set a >> > breakpoint in malloc(), the breakpoint gets set in the rtld version, >> > but the the libc version of malloc is what gets called. >> > >> > What the heck is going on here, and how can I fix it? >> > >> >> rtld on my system does not have malloc exposed as dynamic symbol, it >> cannot possibly be used for symbol resolution by any outside module. > > Sure. > > Also, the fact that rtld internal malloc is called does not mean that it > is called by the application. There is no backtrace which would describe > the reason for rtld allocating memory in reported cases. Generally, > rtld needs memory for TLS allocation (the program is definitely linked > with libthr, and even libc uses TLS), and, of course, to create data > structures to track dlopen-ed objects. After adding ports gdb as a RUN_DEPENDS so that it gets installed in the poudriere jail that I was using for debugging, I can confirm that this is exactly what is happening. All of the calls to the rtld version of malloc() happened before main() was entered. Starting slightly before the start of main() and continuing until the eventual SIGBUS, all of the malloc() calls were to the version in libc. From owner-freebsd-current@freebsd.org Sat Jan 28 09:56: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 EE614CC57BF for ; Sat, 28 Jan 2017 09:56:25 +0000 (UTC) (envelope-from truckman@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 DD7F019DA for ; Sat, 28 Jan 2017 09:56:25 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id DCCEDCC57BE; Sat, 28 Jan 2017 09:56: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 DC6E0CC57BD for ; Sat, 28 Jan 2017 09:56:25 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9CA7E19D9 for ; Sat, 28 Jan 2017 09:56:25 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id v0S9uGRd024192; Sat, 28 Jan 2017 01:56:20 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201701280956.v0S9uGRd024192@gw.catspoiler.org> Date: Sat, 28 Jan 2017 01:56:16 -0800 (PST) From: Don Lewis Subject: Re: malloc() call somehow calling the rtld malloc() implementaion To: kabaev@gmail.com cc: current@FreeBSD.org In-Reply-To: <20170127163128.46678e8b@kan> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii 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, 28 Jan 2017 09:56:26 -0000 On 27 Jan, Alexander Kabaev wrote: > On Fri, 27 Jan 2017 10:47:20 -0800 (PST) > Don Lewis wrote: > >> On 27 Jan, Alexander Kabaev wrote: >> > On Fri, 27 Jan 2017 00:31:30 -0800 (PST) >> > Don Lewis wrote: >> >> >> If I create a simple test program that calls malloc() and set a >> >> breakpoint in malloc(), the breakpoint gets set in the rtld >> >> version, but the the libc version of malloc is what gets called. >> >> >> >> What the heck is going on here, and how can I fix it? >> >> >> > >> > rtld on my system does not have malloc exposed as dynamic symbol, it >> > cannot possibly be used for symbol resolution by any outside >> > module. >> >> Same here, but gdb at least seems to find it anyway. >> >> 12.0-CURRENT r311765M >> >> %nm /libexec/ld-elf.so.1 >> nm: /libexec/ld-elf.so.1: no symbols >> >> %elfdump -s /libexec/ld-elf.so.1 | grep st_name | sort >> st_name: >> st_name: >> st_name: FBSD_1.0 >> st_name: FBSD_1.1 >> st_name: FBSD_1.2 >> st_name: FBSD_1.3 >> st_name: FBSD_1.4 >> st_name: FBSD_1.5 >> st_name: FBSDprivate_1.0 >> st_name: __tls_get_addr >> st_name: _r_debug_postinit >> st_name: _rtld_addr_phdr >> st_name: _rtld_allocate_tls >> st_name: _rtld_atfork_post >> st_name: _rtld_atfork_pre >> st_name: _rtld_error >> st_name: _rtld_free_tls >> st_name: _rtld_get_stack_prot >> st_name: _rtld_is_dlopened >> st_name: _rtld_thread_init >> st_name: dl_iterate_phdr >> st_name: dladdr >> st_name: dlclose >> st_name: dlerror >> st_name: dlfunc >> st_name: dlinfo >> st_name: dllockinit >> st_name: dlopen >> st_name: dlsym >> st_name: dlvsym >> st_name: fdlopen >> st_name: r_debug_state >> >> %cd /tmp >> zipper:/tmp 508%cat malloctest.c >> #include >> volatile void *p; >> int >> main(void) { >> p = malloc(16); >> } >> %cc -g malloctest.c >> %gdb a.out >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and >> you are welcome to change it and/or distribute copies of it under >> certain conditions. Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for >> details. This GDB was configured as "amd64-marcel-freebsd"... >> (gdb) break main >> Breakpoint 1 at 0x40076b: file malloctest.c, line 5. >> (gdb) run >> Starting program: /tmp/a.out >> >> Breakpoint 1, main () at malloctest.c:5 >> 5 p = malloc(16); >> Current language: auto; currently minimal >> (gdb) break malloc >> Breakpoint 2 at 0x80060e9a4: file /usr/src/libexec/rtld-elf/malloc.c, >> line 163. (gdb) cont >> Continuing. >> >> Program exited normally. >> (gdb) quit >> >> Ports gdb finds both the rtld malloc() and the libc malloc(): >> >> %/usr/local/bin/gdb a.out >> GNU gdb (GDB) 7.12 [GDB v7.12 for FreeBSD] >> Copyright (C) 2016 Free Software Foundation, Inc. >> License GPLv3+: GNU GPL version 3 or later >> This is free software: you are >> free to change and redistribute it. There is NO WARRANTY, to the >> extent permitted by law. Type "show copying" and "show warranty" for >> details. This GDB was configured as "x86_64-portbld-freebsd12.0". >> Type "show configuration" for configuration details. >> For bug reporting instructions, please see: >> . >> Find the GDB manual and other documentation resources online at: >> . >> For help, type "help". >> Type "apropos word" to search for commands related to "word"... >> Reading symbols from a.out...done. >> (gdb) break main >> Breakpoint 1 at 0x40076b: file malloctest.c, line 5. >> (gdb) run >> Starting program: /tmp/a.out >> >> Breakpoint 1, main () at malloctest.c:5 >> 5 p = malloc(16); >> (gdb) break malloc >> Breakpoint 2 at 0x80060e9a4: malloc. (2 locations) >> (gdb) cont >> Continuing. >> >> Breakpoint 2, __malloc (size=16) at jemalloc_jemalloc.c:1636 >> 1636 size_t usize JEMALLOC_CC_SILENCE_INIT(0); > > gdb looks into debugging info for symbols in debug information and so > has greater visibility. Symbols gdb sees play no role in dynasmic > building, so rtld malloc somehow replacing the malloc from the program > as you suspected is really impossible. What threw me off here was that ld-elf.so is stripped, so I didn't think that it had debug symbols available. I'd forgotten that we now install .debug files for the base system executables and shared libraries. > kib@ has a better idea that is worth investigating further: is the > address on which idlc traps corresponds to TLS storage? tls alloc calls > are supposed to respect the tls section alignment though. Once I had ports gdb available in the jail so that I could set breakpoints in both versions of malloc(), I was able to see that all of the rtld malloc() calls occurred before the start of main(). After that, all of the malloc() calls used the libc version, and there were many of those before the occurance of SIGBUS. The problem turns out to be that all of the malloc() calls are done through a wrapper. If the code is compiled with an option that adds additional debugging code, the wrapper adds 8 bytes to the size passed to malloc(), writes a signature to the beginning of the allocated block of memory, and adds 8 bytes to the value returned by malloc() before passing the new value to the caller of the wrapper. There is also a wrapper around free() that does the inverse adjustment and sanity checks the signature. Even though our malloc() does the proper 16 byte alignment for memory blocks 16 bytes and larger, the 8 byte offset added by the wrapper messes this up and we get a SIGBUS whenever the code uses an instruction sequence that requires 16 byte alignment. From owner-freebsd-current@freebsd.org Sat Jan 28 11:43: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 D6492CC58C8 for ; Sat, 28 Jan 2017 11:43:02 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: from mail-lf0-x243.google.com (mail-lf0-x243.google.com [IPv6:2a00:1450:4010:c07::243]) (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 5E7B9136A; Sat, 28 Jan 2017 11:43:02 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: by mail-lf0-x243.google.com with SMTP id x1so27896142lff.0; Sat, 28 Jan 2017 03:43:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:mime-version:date:subject:cc:to :message-id; bh=zenLsEDXT1F+NpIVmcXsGBRbs4odjAqIbIqDg3LXue4=; b=KPysbuhYRvu9e+HW7KCHu6nZ2MlzCRHQJy4Mb66KluQVJSETuLsKneG5y6WOQkx0VK zbQZCiYdqqmlLGywrxtuuooyopIA4s1bIB3Uy+WjPXQqI6Vu2YTUvWSGcpdXGzIG6Mz/ G677zx/MOyfyjgY3AeGe06k8v7HPfCXkYkK3RmNNu/s/eoPvb94C+cfZ0/ielb3bZYA8 368TzzjGvr680BgaKc9dU3nf1kty3g9uYesqrRzCzen1uBnQyWuj2xkByfaX7sPRBLXJ htp3wAwrEEhyHPv/9pOeysBkTJQKd2fyOGlB2ZkEQXDuMc/SQ8JAGYvxBzCMjOXDLqy1 /W7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version:date :subject:cc:to:message-id; bh=zenLsEDXT1F+NpIVmcXsGBRbs4odjAqIbIqDg3LXue4=; b=O4IzAGE9m2h7uW/szeUpGiJjr4dl7sdRdNdcJz5fioNtoFWY24dtW+5fRUZOi0lJVT y3I9ETZLvwyxIPoUzKSmrECWTw3FzwHIp7bL1ZULXhL195gQlJi7GCfDyT0nwNQPXYiM 4BKdrHWDAsTKmdIO6dYYWdi608T2dNGbERfUmpYeU/9Rk29uroFhQn6/uLGIyG4GobGj 7NwhBDu3FxXHT+d4L35rz8N/weLXjSFaVfDou05XqTjVUfJD0kc6+qEz5dN9kgJJprju 6HQs7C4g77rQ46hqSBOZJKRzoxqWHdFafqdJ42964Dull0VKWdLzqQQ+XxRauOgwwuXX jnqA== X-Gm-Message-State: AIkVDXJrbgEumLFUOMRz5jKEkIKlmba8qqMFe4SoEk/j9qYWyWrLp59DV2Q5UHaReM6i+A== X-Received: by 10.25.21.205 with SMTP id 74mr4207050lfv.182.1485603779901; Sat, 28 Jan 2017 03:42:59 -0800 (PST) Received: from tiamat.deiter.ru ([109.167.157.231]) by smtp.gmail.com with ESMTPSA id t23sm2007500ljd.30.2017.01.28.03.42.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 28 Jan 2017 03:42:58 -0800 (PST) From: Alex Deiter Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Date: Sat, 28 Jan 2017 14:42:58 +0300 Subject: CURRENT [r309933] broke syslogd on IPv4 only system To: freebsd-current Message-Id: X-Mailer: Apple Mail (2.3259) 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, 28 Jan 2017 11:43:02 -0000 Hello, Please take a look SVN r309933: ------------------------------------------------------------------------ r309933 | hrs | 2016-12-12 22:33:40 +0300 (Mon, 12 Dec 2016) | 13 lines - Refactor listening socket list. All of the listening sockets are now maintained in a single linked-list in a transport-independent = manner. - Use queue.h for linked-list structure. - Use linked-list for AllowedPeers. - Use getaddrinfo(8) even for Unix Domain sockets. - Use macros to type-casting from/to struct sockaddr{,_in,_in6}. - Define fu_* macro for union f_un to shorten the member names. - Remove an extra #include . - Add "static" to non-exported symbols. - !INET support is still incomplete but will be fixed later. There is no functional change except for some minor debug messages. ------------------------------------------------------------------------ After this change syslogd is not listen on local sockets: # /usr/sbin/syslogd -d Try (null) new socket fd is 6 shutdown sending on socket Try /var/run/log Try /var/run/logpriv off & running.... init loading timezone data via tzset() . . . # sockstat | grep syslogd root syslogd 19151 6 udp4 *:514 *:* # ls -l /var/run/ |grep log -rw------- 1 root wheel 5 Jan 28 14:30 syslog.pid Root cause: usr.sbin/syslogd/syslogd.c . . . 309 #ifdef INET6 310 static int family =3D PF_UNSPEC; /* protocol family (IPv4, = IPv6 or both) */ 311 #else 312 static int family =3D PF_INET; /* protocol family (IPv4 = only) */ 313 #endif . . . 2856 static int 2857 socksetup(struct peer *pe) . . . 2911 if (family !=3D AF_UNSPEC && res->ai_family !=3D = family) 2912 continue; in case of IPv4-only system (WITHOUT_INET6=3DYES in /etc/src.conf) we = have family =3D PF_INET in 312 line and function socksetup will skip = listen on local sockets. Proposed patch: Index: syslogd.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 --- syslogd.c (revision 312909) +++ syslogd.c (working copy) @@ -2908,7 +2908,7 @@ /* Only AF_LOCAL in secure mode. */ continue; } - if (family !=3D AF_UNSPEC && res->ai_family !=3D family) + if (res->ai_family !=3D AF_LOCAL && res->ai_family !=3D = family) continue; s =3D socket(res->ai_family, res->ai_socktype, Successfully tested on IPv4-only CURRENT r312856M. Thank you!=20 Alex Deiter alex.deiter@gmail.com From owner-freebsd-current@freebsd.org Sat Jan 28 13:17: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 8928ECC4085 for ; Sat, 28 Jan 2017 13:17:39 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.allbsd.org", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 14D3263C for ; Sat, 28 Jan 2017 13:17:38 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail-d.allbsd.org (p2027-ipbf1605funabasi.chiba.ocn.ne.jp [123.225.191.27]) (authenticated bits=56) by mail.allbsd.org (8.15.2/8.15.2) with ESMTPSA id v0SDHEN4002736 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) (Client CN "/OU=GT07882699/OU=See+20www.rapidssl.com/resources/cps+20+28c+2915/OU=Domain+20Control+20Validated+20-+20RapidSSL+28R+29/CN=*.allbsd.org", Issuer "/C=US/O=GeoTrust+20Inc./CN=RapidSSL+20SHA256+20CA+20-+20G3"); Sat, 28 Jan 2017 22:17:33 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from alph.allbsd.org (alph.allbsd.org [192.168.0.10]) by mail-d.allbsd.org (8.15.2/8.15.2) with ESMTPS id v0SDFw6x039704 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 28 Jan 2017 22:15:58 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.15.2/8.15.2) with ESMTPA id v0SDFuOx039701; Sat, 28 Jan 2017 22:15:57 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sat, 28 Jan 2017 22:15:34 +0900 (JST) Message-Id: <20170128.221534.1922940690113898104.hrs@allbsd.org> To: alex.deiter@gmail.com Cc: freebsd-current@freebsd.org Subject: Re: CURRENT [r309933] broke syslogd on IPv4 only system From: Hiroki Sato In-Reply-To: References: X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.7 on Emacs 25.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sat_Jan_28_22_15_34_2017_335)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.99 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.4.3 (mail.allbsd.org [133.31.130.32]); Sat, 28 Jan 2017 22:17:35 +0900 (JST) X-Spam-Status: No, score=-99.9 required=13.0 tests=CONTENT_TYPE_PRESENT, QENCPTR1,USER_IN_WHITELIST autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on gatekeeper.allbsd.org 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, 28 Jan 2017 13:17:39 -0000 ----Security_Multipart(Sat_Jan_28_22_15_34_2017_335)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, Alex Deiter wrote in : al> Hello, al> al> Please take a look SVN r309933: (snip) al> Successfully tested on IPv4-only CURRENT r312856M. Thank you for your report. r312921 should fix this problem. Please let me know if you still find something wrong with the latest version. -- Hiroki ----Security_Multipart(Sat_Jan_28_22_15_34_2017_335)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAliMmXYACgkQTyzT2CeTzy2UGgCfS6EkfGxZTtrNXEea0nqw4hAH Pb8AnR3GYb5ecr1NBg5HQJbNKFQ7LpOv =29PR -----END PGP SIGNATURE----- ----Security_Multipart(Sat_Jan_28_22_15_34_2017_335)---- From owner-freebsd-current@freebsd.org Sat Jan 28 13:43: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 3391CCC4877 for ; Sat, 28 Jan 2017 13:43:25 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1D5F51578 for ; Sat, 28 Jan 2017 13:43:25 +0000 (UTC) (envelope-from julian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 1CCCBCC4876; Sat, 28 Jan 2017 13:43: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 1C7A5CC4875 for ; Sat, 28 Jan 2017 13:43:25 +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 ECCF81577; Sat, 28 Jan 2017 13:43:24 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-228-247.lns20.per1.internode.on.net [121.45.228.247]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v0SDhIH6094597 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 28 Jan 2017 05:43:21 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: Ngie Cooper , Warner Losh References: Cc: Toomas Soome , Allan Jude , FreeBSD Current From: Julian Elischer Message-ID: Date: Sat, 28 Jan 2017 21:43:12 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.7.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: Sat, 28 Jan 2017 13:43:25 -0000 On 28/1/17 4:16 am, Ngie Cooper wrote: >> On Jan 27, 2017, at 09:05, Warner Losh wrote: > ... > >> I'm curious why you can't find the space for a bigger partition? >> Almost all drives these days are partitioned with a little wasted >> space, and that wasted space should be more than enough to cover us >> here. Also, most drives have a swap partition that can be shrunk a >> trivial amount to get space for this... > Unfortunately, in my infinite wisdom (IIRC) I put the zfs partition before the swap partition. > > We have a similar problem at work with sys/boot unfortunately, but that's a side discussion for another time/place. > > Thank you for the idea though -- I'll check when I get back to work. at $JOB we are just testing a script that expands the root zfs partition on in-field appliances by shaving a bit off swap and cannibalising a small data partition we don't really use. I see we only left 64K for the boot part. It's big enough for us for now, but possibly we should fix that as well. We have a mirror setup for system disks so we have the ability to take each system drive offline one at a time and rearrange it and then re-add the root partition to the mirror. What are the chances a regular gpt+ZFS (no encrypt) bootblock will grow over 64K? > > -Ngie > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Sat Jan 28 13:57:42 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 CA5D6CC4BB1 for ; Sat, 28 Jan 2017 13:57:42 +0000 (UTC) (envelope-from julian@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 B1FC61ABF for ; Sat, 28 Jan 2017 13:57:42 +0000 (UTC) (envelope-from julian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id ADFCACC4BB0; Sat, 28 Jan 2017 13:57:42 +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 ABFBDCC4BAF for ; Sat, 28 Jan 2017 13:57:42 +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 8540C1ABE; Sat, 28 Jan 2017 13:57:42 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-228-247.lns20.per1.internode.on.net [121.45.228.247]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v0SDvZW3094656 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 28 Jan 2017 05:57:38 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: Allan Jude , Shawn Webb References: <444df1a4-1f27-49a8-6fa6-81f5853e6d80@freebsd.org> <20170127173338.wv6dul7zhxaaw4f4@mutt-hardenedbsd> <94f227b6-1f94-e54a-825a-dd9554c3bea3@freebsd.org> Cc: Warner Losh , Toomas Soome , "Ngie Cooper (yaneurabeya)" , FreeBSD Current From: Julian Elischer Message-ID: <77caf397-dd82-73e6-94cc-d05f582cfde6@freebsd.org> Date: Sat, 28 Jan 2017 21:57:30 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 MIME-Version: 1.0 In-Reply-To: <94f227b6-1f94-e54a-825a-dd9554c3bea3@freebsd.org> 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: Sat, 28 Jan 2017 13:57:42 -0000 On 28/1/17 1:35 am, Allan Jude wrote: > On 2017-01-27 12:33, Shawn Webb wrote: >> On Fri, Jan 27, 2017 at 12:30:17PM -0500, Allan Jude wrote: >>> On 2017-01-27 12:05, Warner Losh wrote: >>>> On Fri, Jan 27, 2017 at 12:34 AM, Toomas Soome wrote: >>>>>> On 27. jaan 2017, at 1:40, Ngie Cooper (yaneurabeya) wrote: >>>>>> >>>>>> Hi, >>>>>> I tried upgrading one of my workstations and unfortunately the freebsd-boot partition is too small (I follow manpage directions, exactly, and those seem to be too small as of 10.3-RELEASE timeframe), and I don???t have enough space or ability to resize the partition and make it bigger. So, I???m in need of a build knob to control the bloat, and/or having an alternative boot loader without geli/skein/crypto support compiled in. Would you be opposed to the work? >>>>>> Thanks, >>>>>> -Ngie >>>>> >>>>> I do agree that since the geli knob is already there, it may do. Of course we also can think of additional knobs, but there is an issue - it wont help just to exclude some files, the additional features also do sit in the code, so the replacement stubs will be needed, also testing them all over will take some time. And the preprocessor spaghetti really is nasty thing to deal with;) >>>>> >>>>> And then there is another issue (partly why I did the feature support in first place) - as the kernel does not block user from enabling the features, the user can end up facing non-bootable setup which is also not good, as user is using perfectly legal options, and still the whole thing is just rendered unusable??? >>>> I'm curious why you can't find the space for a bigger partition? >>>> Almost all drives these days are partitioned with a little wasted >>>> space, and that wasted space should be more than enough to cover us >>>> here. Also, most drives have a swap partition that can be shrunk a >>>> trivial amount to get space for this... >>>> >>>> Warner >>>> >>> I need to do some testing to make a recipe that works for it, but the >>> other option is to use the ZFS bootcode area. >>> >>> ZFS it self, reserves something like 3.5 mb of space in the ZFS >>> partition, for boot code. This is how we boot ZFS on MBR. >>> >>> It should be possible to use this on GPT as well, we just don't. >> In the future, maybe it'd be a good idea for the installer to leave >> more space (a few MB, perhaps?) between the freebsd-boot and >> freebsd-swap partitions? At least, for ZFS installs. >> >> Thanks, >> > The PMBR code has a limitation for 536kb, and it all has to fit under > the 640k barrier, so the current 512kb size is plenty. The issue is some > people are upgrading from systems that were isntalled long ago, when > 64kb or less was the default. > with 512K we can append a copy of FreeBSD1.0 on the end of the bootblock and leave us the option of bringing up a networked NFS based system for debugging. maybe we could fall back to that after a crash... From owner-freebsd-current@freebsd.org Sat Jan 28 16:56: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 3403CCC4019 for ; Sat, 28 Jan 2017 16:56:49 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1099B90 for ; Sat, 28 Jan 2017 16:56:49 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id 0D3E0CC4018; Sat, 28 Jan 2017 16:56:49 +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 0B454CC4016 for ; Sat, 28 Jan 2017 16:56:49 +0000 (UTC) (envelope-from wlosh@bsdimp.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 BC1698E for ; Sat, 28 Jan 2017 16:56:48 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x241.google.com with SMTP id 101so10791241iom.0 for ; Sat, 28 Jan 2017 08:56:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=lH8FYzeZJ47DWhAyloMSVSBIz2JE48/5/b2/iofmA4I=; b=lloE4LbQp23VQyTOTD+j9J8WxT5sTekUrElIDfIUA/+6UXckI8JjHdWQeZgRWZrFUS 24fza1DrdwRfDkwyqVUVqzBlV0ObSg8Mh75/OLHGTUG8DokGjfTmtgtOlBWJjbjN790h 5zjDummhcaj109AmSS4x346AIJxAmzDSke4hQIcA3owFb/73weR3kmtqpHqAfyogHMjB OKnjiJPT90xyHzdwBEEk1Vi+7NHw9Roy/UZ0GHRt/ODQ0GK1PsDMu5sNWQKJKjzBm9QG hshC9oKQSyepFC/QN4RsEdibEgjgpuxcZR6LiuYStE6RO1OBTvy1mg5dfLD991EKf5Nh PBgQ== 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=lH8FYzeZJ47DWhAyloMSVSBIz2JE48/5/b2/iofmA4I=; b=lRUX6JvGSAbGzVc/63aTrdDg5O8V+LUso3CjdMfIuT0qQdSFYfijjHI1JJpmy1Tzpw 1Lvy+03m7Q7FgwyTFoTpvti/6yJU4TUCZn4sPVe+e2tuEYFmWjhLP68JYIdQpwnLyb8N qoQuIOJ31belsF5SBOAcU0nAtCWbl746MjndSiX9dDzRrB0OaqBpWv8zTY8QglL8zh4Y sSexbtnScTipeVDc19Chpcq/tb+YnTFa142Er53wWzAMJZZOBbfSXEczE/r0icxaJ3Ai MVtpJl96ROcl47WN1Fjlx5Son6HLlQ4w0k3MzvizQeFTcESDbb7o4v7u2JBIkAVh1SqQ X9kQ== X-Gm-Message-State: AIkVDXKSxBRe+DXrMRXVkdhBqYucKGR+eJDSxnd0zLDtKlkhgLTlH77sh1lD31cGeVRzpGEj+wKAvfMB55cV9Q== X-Received: by 10.107.198.195 with SMTP id w186mr12621094iof.19.1485622607979; Sat, 28 Jan 2017 08:56:47 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.145.217 with HTTP; Sat, 28 Jan 2017 08:56:47 -0800 (PST) X-Originating-IP: [69.53.245.200] In-Reply-To: References: From: Warner Losh Date: Sat, 28 Jan 2017 09:56:47 -0700 X-Google-Sender-Auth: lPtzbYUQef3jGP7lGA25NhGnUlk Message-ID: Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: Julian Elischer Cc: Ngie Cooper , Toomas Soome , Allan Jude , FreeBSD Current 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: Sat, 28 Jan 2017 16:56:49 -0000 On Sat, Jan 28, 2017 at 6:43 AM, Julian Elischer wrote: > On 28/1/17 4:16 am, Ngie Cooper wrote: >>> >>> On Jan 27, 2017, at 09:05, Warner Losh wrote: >> >> ... >> >>> I'm curious why you can't find the space for a bigger partition? >>> Almost all drives these days are partitioned with a little wasted >>> space, and that wasted space should be more than enough to cover us >>> here. Also, most drives have a swap partition that can be shrunk a >>> trivial amount to get space for this... >> >> Unfortunately, in my infinite wisdom (IIRC) I put the zfs partition before >> the swap partition. So? It literally doesn't matter where the freebsd-boot partition lives, or what it's number is. You can put it at the start or end of the swap partition after adjusting its size. I've done this on several systems... NanoBSD plays games with this stuff as well to be bootable on old / new systems. >> We have a similar problem at work with sys/boot unfortunately, but that's >> a side discussion for another time/place. >> >> Thank you for the idea though -- I'll check when I get back to work. > > > at $JOB we are just testing a script that expands the root zfs partition on > in-field appliances by shaving a bit off swap and cannibalising a small data > partition we don't really use. I see we only left 64K for the boot part. > It's big enough for us for now, but possibly we should fix that as well. > We have a mirror setup for system disks so we have the ability to take each > system drive offline one at a time and rearrange it and then re-add the root > partition to the mirror. > What are the chances a regular gpt+ZFS (no encrypt) bootblock will grow over > 64K? Hard to say. Given boot1/boot2 growth over time, I'd peg that close to 100%. Warner >> -Ngie >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > > From owner-freebsd-current@freebsd.org Sat Jan 28 17:25:28 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 B3968CC4A10 for ; Sat, 28 Jan 2017 17:25:28 +0000 (UTC) (envelope-from tsoome@me.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 914F614E1 for ; Sat, 28 Jan 2017 17:25:28 +0000 (UTC) (envelope-from tsoome@me.com) Received: by mailman.ysv.freebsd.org (Postfix) id 8DC2CCC4A0F; Sat, 28 Jan 2017 17:25:28 +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 8D63FCC4A0E for ; Sat, 28 Jan 2017 17:25:28 +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 6321E14E0; Sat, 28 Jan 2017 17:25:28 +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 <0OKI00F002SLO900@st13p35im-asmtp001.me.com>; Sat, 28 Jan 2017 17:25:27 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=4d515a; t=1485624327; bh=JXvU+Hhg/+Q1NHFxdcfOFcOmz9mtGXL4LOdioJaRQQo=; h=From:Message-id:Content-type:MIME-version:Subject:Date:To; b=q03zKoQpgV3zE+PAFOdJRxjhw4WPv0oVXd0K2UXVpw0Jcdh1ohS0YiYt2VMAOlLbR SnW9lJiR37eCvpZCNdW0S1i4ZAYgiE9DKduqPH08js++tzrlu+6p68uJJ5xxXwEhQZ GARCBsnCgOfz2MPEQ+/kuuXjGEqQyy3nwMCJjAjq9DRYlPZ7Gc35rj1N0e1W35A5Ls YXFx3hxn7J+TzkwKG+bXVA4XTQsXwrmNOovJCUDWwRFHqsU8PM4rDHF03xvKZ5aWVY PRUYNrI+Z9cOHM2S+A9RnGftEkkFLUoqoKsT1gNEdnveXs1pFxHjMIkPJtU8KHakwO oNagc4UIj+YXA== 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 <0OKI00DLX32CFE40@st13p35im-asmtp001.me.com>; Sat, 28 Jan 2017 17:25:26 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-01-28_13:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1034 suspectscore=2 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1603290000 definitions=main-1701280179 From: Toomas Soome Message-id: MIME-version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat Date: Sat, 28 Jan 2017 19:25:23 +0200 In-reply-to: Cc: Julian Elischer , Ngie Cooper , Allan Jude , FreeBSD Current To: Warner Losh References: X-Mailer: Apple Mail (2.3259) 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: Sat, 28 Jan 2017 17:25:28 -0000 > On 28. jaan 2017, at 18:56, Warner Losh wrote: >=20 >>=20 >>=20 >> at $JOB we are just testing a script that expands the root zfs = partition on >> in-field appliances by shaving a bit off swap and cannibalising a = small data >> partition we don't really use. I see we only left 64K for the boot = part. >> It's big enough for us for now, but possibly we should fix that as = well. >> We have a mirror setup for system disks so we have the ability to = take each >> system drive offline one at a time and rearrange it and then re-add = the root >> partition to the mirror. >> What are the chances a regular gpt+ZFS (no encrypt) bootblock will = grow over >> 64K? >=20 > Hard to say. Given boot1/boot2 growth over time, I'd peg that close to = 100%. >=20 >=20 There are few things to consider. First of all, the job of the boot2 is = actually really small - read out the loader binary by using file system = specific reader code and start it; and, on bios system, provide quite = simple prompt for few options. Nothing more, nothing less. So in that = sense, it should not grow too much. The problem is, from historical reasons, the boot2 programs are using = their own personal support functions for IO, and that means that boot = loader has some duplication of the internal API. Mostly it does not = disturb us too much, but zfs is complex software and bundling some other = features like GELI, does not make things more easier. So thats one = aspect where the =E2=80=9Cbloat=E2=80=9D is appearing - to be able to = implement some things, the =E2=80=9Cthin=E2=80=9D implementations are = just not enough, or some =E2=80=9Cunexpected=E2=80=9D additions are = needed. For the illumos port I actually did something different - I did build = one single gptzfsboot binary, capable of handling zfs, ufs and pcfs (as = those are ones needed), and using libstand. Still it does use thin = version of keyboard input and screen output. The size of such combined boot2 is (this one is including both skein and = edonr): -r--r--r-- 1 root sys 153600 jaan 24 14:08 gptzfsboot Note, it does not have GELI, so if the same would be done for fbsd, the = size would be a bit larger because of the crypto functions. But this = setup also has a bit different strategy; in case of zfs, the boot2 is = *always* installed to 3.5MB zfs bootblock area and in case of ufs, = either boot partition (same idea as freebsd-boot) or if the MBR+VTOC = schema is used, free space between MBR partition and VTOC. Since in most = cases the default boot is zfs, it means the boot size is not an issue = (3.5MB is more than enough;) rgds, toomas= From owner-freebsd-current@freebsd.org Sat Jan 28 18:56: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 0E42ACC57D1 for ; Sat, 28 Jan 2017 18:56:23 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id DFC3E18D4 for ; Sat, 28 Jan 2017 18:56:22 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id DC494CC57D0; Sat, 28 Jan 2017 18:56:22 +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 DA3C7CC57CF for ; Sat, 28 Jan 2017 18:56:22 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-qk0-x233.google.com (mail-qk0-x233.google.com [IPv6:2607:f8b0:400d:c09::233]) (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 883C418D2; Sat, 28 Jan 2017 18:56:22 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-qk0-x233.google.com with SMTP id j126so74718667qkf.1; Sat, 28 Jan 2017 10:56:22 -0800 (PST) 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=w0UXmUFbfZzvjQw0v6Q8QZvvG6D6XdstAFSeXQaFOt4=; b=Ib9k/iPyMiXKqVG6JubKFB3oexze8t0LyXECIwdLx13RaGTvsVb0GkIG386kpSpiWB I4WstxupbZy2S3maWPCN7CI9r5EHO0mWa2P0fhW5fWc8NdWm+1D3loLkP8yTOCYd572I LhwW5hXxdAVdMboIofLbBlHd3EpvIa9B7niUDnHTZW0vpSvMAE35gbxtIoK1vhu5GToZ cXTqR1xkqX/h3gj6Z0XkCmHWOhr3eqRRRlZ18dzCGBemSeshSWmpVTGkEGU91ABLIFyA /J/RV7igVy77MXG2kV/hlDu0MaclZiUi13VM09kUIMzAA7ofah2+6OUMgNRMspf4lSR7 oWig== 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=w0UXmUFbfZzvjQw0v6Q8QZvvG6D6XdstAFSeXQaFOt4=; b=mUUaBZYJy+gSIF0HVA/AsVIQMU2wGvy8nMVS3gXdOljqnNrmLmb+ZBA2cS/f7Xx7s8 vQpupLT5eCB6RajnR8731bqk9+6EM23W0u0HLov70nPFngSAVcPnQiOL8XxpiqGabAvB +rOtV4bHOAoZzGQAmPIPwGfg312n7ufgwLQc4ALIgZxM45lKkKMQv0B1X4gQGQWQWa5G l9YbIhNS9YGlcHGNvYLW6iXc9zZEr3kvMr/YoUidDAX8Gq1vasqv7L21oJZkVRPLhad6 quGMeP8foGZ1Z3bWUB5sPFISRvtT3OCki3VTGctRwGzKtakoMD7Ff1vUjC9+7rGBcJXl L2Dw== X-Gm-Message-State: AIkVDXKWeesv7fDfWVicNu8MyFlXTLb7qC1C0QP958UZfgJgCNBVSs7Vo2jzUep0Xzeezz5EOt6GPQ8BKd2O/g== X-Received: by 10.55.166.17 with SMTP id p17mr13608470qke.111.1485629781626; Sat, 28 Jan 2017 10:56:21 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.84.230 with HTTP; Sat, 28 Jan 2017 10:56:21 -0800 (PST) In-Reply-To: References: From: Ngie Cooper Date: Sat, 28 Jan 2017 10:56:21 -0800 Message-ID: Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: Warner Losh Cc: Julian Elischer , Toomas Soome , Allan Jude , FreeBSD Current 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: Sat, 28 Jan 2017 18:56:23 -0000 On Sat, Jan 28, 2017 at 8:56 AM, Warner Losh wrote: ... > So? It literally doesn't matter where the freebsd-boot partition > lives, or what it's number is. You can put it at the start or end of > the swap partition after adjusting its size. I've done this on several > systems... NanoBSD plays games with this stuff as well to be bootable > on old / new systems. True. Hopefully my BIOS/disk controller isn't dumb enough to not support large disks properly. *sigh* Unfortunately, in my infinity cleverness I only put 2 partitions on the drive -- freebsd-boot and freebsd-zfs. I guess I'll need to make backups of my workstation so I don't lose anything critical. -Ngie From owner-freebsd-current@freebsd.org Sat Jan 28 19:04:34 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 52CBFCC5CE8 for ; Sat, 28 Jan 2017 19:04:34 +0000 (UTC) (envelope-from allanjude@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 308BF1E57 for ; Sat, 28 Jan 2017 19:04:34 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 2C32BCC5CE3; Sat, 28 Jan 2017 19:04:34 +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 2BC79CC5CE1 for ; Sat, 28 Jan 2017 19:04:34 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E069F1E4B; Sat, 28 Jan 2017 19:04:33 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 3DB6B1380B; Sat, 28 Jan 2017 18:57:30 +0000 (UTC) Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: Ngie Cooper , Warner Losh References: Cc: Julian Elischer , Toomas Soome , FreeBSD Current From: Allan Jude Message-ID: Date: Sat, 28 Jan 2017 13:57:23 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hX3367bUfbrEhMLjLlBMIrQIDELhwvPt3" 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, 28 Jan 2017 19:04:34 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --hX3367bUfbrEhMLjLlBMIrQIDELhwvPt3 Content-Type: multipart/mixed; boundary="ggnAXxfiuGe1V8AG9illO6e141ETDTcIO"; protected-headers="v1" From: Allan Jude To: Ngie Cooper , Warner Losh Cc: Julian Elischer , Toomas Soome , FreeBSD Current Message-ID: Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat References: In-Reply-To: --ggnAXxfiuGe1V8AG9illO6e141ETDTcIO Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2017-01-28 13:56, Ngie Cooper wrote: > On Sat, Jan 28, 2017 at 8:56 AM, Warner Losh wrote: >=20 > ... >=20 >> So? It literally doesn't matter where the freebsd-boot partition >> lives, or what it's number is. You can put it at the start or end of >> the swap partition after adjusting its size. I've done this on several= >> systems... NanoBSD plays games with this stuff as well to be bootable= >> on old / new systems. >=20 > True. Hopefully my BIOS/disk controller isn't dumb enough to not > support large disks properly. >=20 > *sigh* Unfortunately, in my infinity cleverness I only put 2 > partitions on the drive -- freebsd-boot and freebsd-zfs. I guess I'll > need to make backups of my workstation so I don't lose anything > critical. >=20 > -Ngie >=20 Did gptzfsboot not fall below 64kb when you used the LOADER_NO_GELI_SUPPORT knob? --=20 Allan Jude --ggnAXxfiuGe1V8AG9illO6e141ETDTcIO-- --hX3367bUfbrEhMLjLlBMIrQIDELhwvPt3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJYjOmWAAoJEBmVNT4SmAt+MuYQAN2TCQ/fIDB5+NggXDkVGYVd N+Na7lW+9Q1zeDipw0bEkFFqXPGxlxOtYaPW1EE4lo4ccSxVqn6TkOLtH53Umsch gjKZLFvmScTi3Bb2RUw6FMxI99RC+rEeiueYlXA6tewMhtlEE/7aTAdjt1BjIrPQ OIj34UySB4gmByQ37sp3cjpce+d2eK7k66ANqf7cEdqq7jP2rbE1VXtmyo2xQtfr kB1zgColrXoTZaJo2uPTTN/qDs26Tu2je6qdsL4but5ENJoek8rk1M8fqMFllBuc aGOWs0GBo5FaiJo6draVnwqynVUMW4svt6mTvFsL2nj+xfGgedm0VRh1AyUWh04G FP6/9BLaOe0A1L+FFOv5VRQY4vk8i18ciS0yVI0dhufIxejWf2zhcJGskNgOHBCm ZMqrRDprsmMz0tqFlTBtMKo+wPUTKcKW1EyZmZeYdh5MwPi/CKgZWf0lO7Qc9gA6 /yU39DDQpPkl+3Me8zWbBHWe7atBfOixLKRATh0XzTvFQSus1aLaPAffOwzx75ve jF3YlY9v/+rYvGin7wGenZopkrrGtZ/N33exzwISkuNT/HBwRPPUGm/vh49eXo6C GBnsHhAEL1+k74LtgkkDidZr/vf7mhxXhfIkvTU4B6t6GX2/xREef1MKBLvtbp32 hPgZZcFu/UvQDCuAKM6s =b8xb -----END PGP SIGNATURE----- --hX3367bUfbrEhMLjLlBMIrQIDELhwvPt3-- From owner-freebsd-current@freebsd.org Sat Jan 28 19:04: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 8B0DCCC5D0F for ; Sat, 28 Jan 2017 19:04:43 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 659081F24 for ; Sat, 28 Jan 2017 19:04:43 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 64B41CC5D0C; Sat, 28 Jan 2017 19:04:43 +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 64481CC5D0B for ; Sat, 28 Jan 2017 19:04:43 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-qk0-x22d.google.com (mail-qk0-x22d.google.com [IPv6:2607:f8b0:400d:c09::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 1EB731F21; Sat, 28 Jan 2017 19:04:43 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-qk0-x22d.google.com with SMTP id 11so93977345qkl.3; Sat, 28 Jan 2017 11:04:43 -0800 (PST) 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=Af0rTk8O9jizk2CXK6jtrTuiDAh3ooyHyD96J8nv2AE=; b=LQ5QC3L08WU0W6PMCtBLRIa7QPYxkugDClAmVfTugC3Fn7AzsG0Bo5tfU8BlxmSWG9 D55Wtc0mARef283Bb5aAkBCWFldqkTA8ka5G0LfP7zBNz5Lb9AwQ9lwyUqEj2EyWnvOF dOIqM4qu7aihhTdpdgvdmfgyg/CRbdyhx7ZiTgFk+asSiRFuT/7DcnQT/CYs2IVKc+dP 5wev7ScIaNq70r4+2GoRkmkcIO7jeJyf+J0dvN8aWp7qT/NGal2X6CvUAWP8gPaRjOXB kUa46uFEI5QT2w0j97AFzWyrIbq0+UWfN9GQwvAOi2eAU8nAak+mCAYbfBs96XEgN/vD DvQA== 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=Af0rTk8O9jizk2CXK6jtrTuiDAh3ooyHyD96J8nv2AE=; b=kvjW8yYkLIl1GYYX0zlCCvzJvBjHLe3TK6hZmFqk0ILs2G2PJ16W4QaW5YlETFJicl ntS1OHQMafrgtTL+2iqYUh64aRAnOZGhizEbxLAAjTqYbCqZUGTvWDoHEz5+/wjHiRzG hYUWi+FS1HDcLPCVRwT1bFgDydo2gp1fNMav0ePN4IMvQ6+afeT5JXrfiPRuR+tOv7sN In8yG5AQ3FFsbuv+Fb//hMLv3gD1TbHVLwyEZHdyACf1c7Xs1BBuJS0je88xz1O05jh9 RasUgejPk9QoFDEt57dFKETRCPQyrxT6oLLZrvi7iMl/ULoUjXq0XN19DvgRBlUEJJJi uAaQ== X-Gm-Message-State: AIkVDXKXsy+qFIHSptnVDSM1Uaw9qd9Lnz0J/nc+Oodlv3UtzaoraVSrHVC8Rc80R3q14thl4iuRr4xq0MW42Q== X-Received: by 10.55.16.11 with SMTP id a11mr15291454qkh.3.1485630282056; Sat, 28 Jan 2017 11:04:42 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.84.230 with HTTP; Sat, 28 Jan 2017 11:04:41 -0800 (PST) In-Reply-To: References: From: Ngie Cooper Date: Sat, 28 Jan 2017 11:04:41 -0800 Message-ID: Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: Allan Jude Cc: Warner Losh , Julian Elischer , Toomas Soome , FreeBSD Current 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: Sat, 28 Jan 2017 19:04:43 -0000 On Sat, Jan 28, 2017 at 10:57 AM, Allan Jude wrote: > On 2017-01-28 13:56, Ngie Cooper wrote: >> On Sat, Jan 28, 2017 at 8:56 AM, Warner Losh wrote: >> >> ... >> >>> So? It literally doesn't matter where the freebsd-boot partition >>> lives, or what it's number is. You can put it at the start or end of >>> the swap partition after adjusting its size. I've done this on several >>> systems... NanoBSD plays games with this stuff as well to be bootable >>> on old / new systems. >> >> True. Hopefully my BIOS/disk controller isn't dumb enough to not >> support large disks properly. >> >> *sigh* Unfortunately, in my infinity cleverness I only put 2 >> partitions on the drive -- freebsd-boot and freebsd-zfs. I guess I'll >> need to make backups of my workstation so I don't lose anything >> critical. > > Did gptzfsboot not fall below 64kb when you used the > LOADER_NO_GELI_SUPPORT knob? It did, but unfortunately that's still way too small for my freebsd-boot partition (which apparently is only 44kB large :/..): Before: $ ls -l `make -V.OBJDIR`/gptzfsboot -rw-r--r-- 1 ngie wheel 111662 Jan 28 11:00 /usr/obj/usr/src/sys/boot/i386/gptzfsboot/gptzfsboot After: $ ls -l `make -V.OBJDIR`/gptzfsboot -rw-r--r-- 1 ngie wheel 65371 Jan 28 11:05 /usr/obj/usr/src/sys/boot/i386/gptzfsboot/gptzfsboot Time to do some more tricks to pare down the bootloader size. Sidenote to the folks who drive the release notes and upgrade instructions for FreeBSD 12.x -- it needs to be clearly explained that gptzfsboot has grown considerably in size and mitigation instructions should be provided for updating gptzfsboot -- in particular with folks who might be using freebsd-update, so don't have the luxury of the choice of bootloader build options when upgrading. Thanks, -Ngie $ gpart list da0 Geom name: da0 modified: false state: OK fwheads: 255 fwsectors: 63 last: 250069646 first: 34 entries: 128 scheme: GPT Providers: 1. Name: da0p1 Mediasize: 45056 (44K) Sectorsize: 512 Stripesize: 0 Stripeoffset: 20480 Mode: r0w0e0 rawuuid: 29a79300-48b1-11e4-97ff-fc4dd43f2de9 rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f label: (null) length: 45056 offset: 20480 type: freebsd-boot index: 1 end: 127 start: 40 2. Name: da0p2 Mediasize: 128035593728 (119G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 65536 Mode: r1w1e1 rawuuid: 4416180d-48b1-11e4-97ff-fc4dd43f2de9 rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b label: (null) length: 128035593728 offset: 65536 type: freebsd-zfs index: 2 end: 250069646 start: 128 Consumers: 1. Name: da0 Mediasize: 128035676160 (119G) Sectorsize: 512 Mode: r1w1e2 From owner-freebsd-current@freebsd.org Sat Jan 28 19:13:42 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 5E271CC6094 for ; Sat, 28 Jan 2017 19:13:42 +0000 (UTC) (envelope-from allanjude@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 399A277D for ; Sat, 28 Jan 2017 19:13:42 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3905ECC6092; Sat, 28 Jan 2017 19:13:42 +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 38AA3CC6091 for ; Sat, 28 Jan 2017 19:13:42 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 03F8477C; Sat, 28 Jan 2017 19:13:41 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id E4AB3138C2; Sat, 28 Jan 2017 19:13:39 +0000 (UTC) Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: Ngie Cooper References: Cc: Warner Losh , Julian Elischer , Toomas Soome , FreeBSD Current From: Allan Jude Message-ID: <373376e9-2a30-3cb4-ec60-b5b5f27de596@freebsd.org> Date: Sat, 28 Jan 2017 14:13:33 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QHkB8Q8lFhRSF8IkdiwRXKj56fDTJTWGn" 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, 28 Jan 2017 19:13:42 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QHkB8Q8lFhRSF8IkdiwRXKj56fDTJTWGn Content-Type: multipart/mixed; boundary="sQWooSjU6VngCnKNJGvrRMuWggk6xowle"; protected-headers="v1" From: Allan Jude To: Ngie Cooper Cc: Warner Losh , Julian Elischer , Toomas Soome , FreeBSD Current Message-ID: <373376e9-2a30-3cb4-ec60-b5b5f27de596@freebsd.org> Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat References: In-Reply-To: --sQWooSjU6VngCnKNJGvrRMuWggk6xowle Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2017-01-28 14:04, Ngie Cooper wrote: > On Sat, Jan 28, 2017 at 10:57 AM, Allan Jude wr= ote: >> On 2017-01-28 13:56, Ngie Cooper wrote: >>> On Sat, Jan 28, 2017 at 8:56 AM, Warner Losh wrote: >>> >>> ... >>> >>>> So? It literally doesn't matter where the freebsd-boot partition >>>> lives, or what it's number is. You can put it at the start or end of= >>>> the swap partition after adjusting its size. I've done this on sever= al >>>> systems... NanoBSD plays games with this stuff as well to be bootab= le >>>> on old / new systems. >>> >>> True. Hopefully my BIOS/disk controller isn't dumb enough to not >>> support large disks properly. >>> >>> *sigh* Unfortunately, in my infinity cleverness I only put 2 >>> partitions on the drive -- freebsd-boot and freebsd-zfs. I guess I'll= >>> need to make backups of my workstation so I don't lose anything >>> critical. >> >> Did gptzfsboot not fall below 64kb when you used the >> LOADER_NO_GELI_SUPPORT knob? >=20 > It did, but unfortunately that's still way too small for my > freebsd-boot partition (which apparently is only 44kB large :/..): >=20 > Before: >=20 > $ ls -l `make -V.OBJDIR`/gptzfsboot > -rw-r--r-- 1 ngie wheel 111662 Jan 28 11:00 > /usr/obj/usr/src/sys/boot/i386/gptzfsboot/gptzfsboot >=20 > After: >=20 > $ ls -l `make -V.OBJDIR`/gptzfsboot > -rw-r--r-- 1 ngie wheel 65371 Jan 28 11:05 > /usr/obj/usr/src/sys/boot/i386/gptzfsboot/gptzfsboot >=20 > Time to do some more tricks to pare down the bootloader size. >=20 > Sidenote to the folks who drive the release notes and upgrade > instructions for FreeBSD 12.x -- it needs to be clearly explained that > gptzfsboot has grown considerably in size and mitigation instructions > should be provided for updating gptzfsboot -- in particular with folks > who might be using freebsd-update, so don't have the luxury of the > choice of bootloader build options when upgrading. >=20 > Thanks, > -Ngie >=20 > $ gpart list da0 > Geom name: da0 > modified: false > state: OK > fwheads: 255 > fwsectors: 63 > last: 250069646 > first: 34 > entries: 128 > scheme: GPT > Providers: > 1. Name: da0p1 > Mediasize: 45056 (44K) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 20480 > Mode: r0w0e0 > rawuuid: 29a79300-48b1-11e4-97ff-fc4dd43f2de9 > rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f > label: (null) > length: 45056 > offset: 20480 > type: freebsd-boot > index: 1 > end: 127 > start: 40 > 2. Name: da0p2 > Mediasize: 128035593728 (119G) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 65536 > Mode: r1w1e1 > rawuuid: 4416180d-48b1-11e4-97ff-fc4dd43f2de9 > rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b > label: (null) > length: 128035593728 > offset: 65536 > type: freebsd-zfs > index: 2 > end: 250069646 > start: 128 > Consumers: > 1. Name: da0 > Mediasize: 128035676160 (119G) > Sectorsize: 512 > Mode: r1w1e2 >=20 What created a partition that small? Even the FreeBSD 9.3 or 10.3 ZFS boot loaders would struggle to fit in that space: 9.3: -r--r--r-- 1 root wheel 42083 Jul 30 2015 /boot/gptzfsboot 10.3: -r--r--r-- 1 root wheel 42143 Mar 25 2016 /boot/gptzfsboot --=20 Allan Jude --sQWooSjU6VngCnKNJGvrRMuWggk6xowle-- --QHkB8Q8lFhRSF8IkdiwRXKj56fDTJTWGn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJYjO1gAAoJEBmVNT4SmAt+2GgQAKKTExVadzo9GJNN1cSi/8Oc Alf8DGR91BdjX9I0LfOw8OQFXfyl3VvST+0IHVfF0TYJgrrOIwcDbwhDU1IkIiwY bQcXKjs3m7/UXv8TD5rTZNLbkrR5x28FZ+ps9shqUsMR+LM9tSegC6A+Sg29zxsn L1ipIUKknxlbn4Zbe6Pl47X8vTnoB2VEcGtonIUCnvxSnhOQIrYni0t661YAlH/G YZswa9H1MHs7Ur9EOVpZnzNIS8hG59wUZQvTl6Hk5FxxwYAP4jYepXNI+85m4YV0 maGqFvhp+LU6ETjoY25yLkyEi8jSPY4tu1V3nuNHJHom0l1cutyuZtcuuM6qaCP7 a1bxvQExl6V29n2+LJJIg0YlKbu2Xc1nhsUTEygVVrd+3uFzaJyiVpZs9L/vKAke +/67TPoEeLzY6kkNRJDHBilEc+DKjhMpir9zEqRhg1JAy+auSXnzNfZewNQWL5lM iFDWeRL+i14sXtWQZkd7rDo0hJ8Fvw6HMcad1wTv7R2yRm/aRcTJl8TVmeAksKIs FINtd5XfumsM0SHL7sjl+dAm1G4ZYcPguGbCvsMlMT+HytaCfzj/S4KTmIuPRu4F 6xeveEyOejNhJp4+gIbGvmP6rIeCPshJYJCWoIVPg9fk2Dsx5mRDYwg4OYALlEJ4 2bY2eoydEeiGy+jmyQJS =VRPL -----END PGP SIGNATURE----- --QHkB8Q8lFhRSF8IkdiwRXKj56fDTJTWGn-- From owner-freebsd-current@freebsd.org Sat Jan 28 19:22:44 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 B237BCC64CD for ; Sat, 28 Jan 2017 19:22:44 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 898F810F0 for ; Sat, 28 Jan 2017 19:22:44 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 88E4DCC64CC; Sat, 28 Jan 2017 19:22:44 +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 88860CC64CB for ; Sat, 28 Jan 2017 19:22:44 +0000 (UTC) (envelope-from yaneurabeya@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 40FDD10EC; Sat, 28 Jan 2017 19:22:44 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-qk0-x232.google.com with SMTP id j126so75083625qkf.1; Sat, 28 Jan 2017 11:22:44 -0800 (PST) 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=Ggb0uGsn+3zyI1ZJWvzsvcFBO4Atp8fKCPNPPUhR9OI=; b=PjOg+DmtVtnHFrwym3qm0kXPxY5p01LGoUm0L8qBDjU9FxwhJxIgZV+rftynxnlI/9 smMaRtU7HgNZ3jkHmFPqQPp9Hg/Rh60wnso4PSiJrClogtfpGcvO02xpwzWzox60GXIS 1qL4sXhXH+z/VFCJJrVVtt7v8tSAUNzCW0OUMJc9Z0v9RAdmlQbrR3OA/Ga0BMZ/cDrw bGk4dsF6Sm4OEXpVg4J9iExLffkP4ps4EuI9FY227yrnFn/TG81oPpbbSbX1DrjtRjhl Ven7ArOheLn24aC2VoooPrjn0+pGMQBhGObi4dD+0Ii4mW0j9pj41+I2BsSsnzeTOV1V 1r1g== 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=Ggb0uGsn+3zyI1ZJWvzsvcFBO4Atp8fKCPNPPUhR9OI=; b=KlzfFGA+AnRPC6/4t5i/b2nBlnGNmym/GD423BybFQQO/8mQRPUw9KApjeL/0D6A5d F/p9Wb+rTiFIGe9HrvIKzkgQoefkC4lsrCbM73wmqS2fVUp9S8GfJyzbbgLrsReeX2pf 4q81ySBReQ7fKsdjBhhOSS2Z46HjZE74ew/29uRe9cfK5xyB9YvtpRou/LZqjrh7XJ1T AHyQj1GscddfCVHO3td2BXJxqDA+5nQeE9Vj5aovqSiST2TX22EeXi4qBeXa5k9Hebx/ cezJ5zL5kgNJVyU3XvG1yYgTpnw9hzLDH1BRDhk/TZh3v/UXmaOU9CQT3gY5Eec/w+WA qG2g== X-Gm-Message-State: AIkVDXIXrR7ftsUHNWyzk7Edtu1Okc+eY4uYUpputWZT653cOIOIHostrgoBiI1UQb2eKKOSjfra4JUmmpAuOg== X-Received: by 10.55.25.42 with SMTP id k42mr15634529qkh.297.1485631363458; Sat, 28 Jan 2017 11:22:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.84.230 with HTTP; Sat, 28 Jan 2017 11:22:42 -0800 (PST) In-Reply-To: <373376e9-2a30-3cb4-ec60-b5b5f27de596@freebsd.org> References: <373376e9-2a30-3cb4-ec60-b5b5f27de596@freebsd.org> From: Ngie Cooper Date: Sat, 28 Jan 2017 11:22:42 -0800 Message-ID: Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: Allan Jude Cc: Warner Losh , Julian Elischer , Toomas Soome , FreeBSD Current 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: Sat, 28 Jan 2017 19:22:44 -0000 > What created a partition that small? Me. gpart up until last summer said that users should create 44kB freebsd-boot partitions -- des@ corrected that in r303289: -This example uses 88 blocks (44 kB) so the next partition will be -aligned on a 64 kB boundary without the need to specify an explicit -offset or alignment. -The boot partition itself is aligned on a 4 kB boundary. +We create a 472-block (236 kB) boot partition at offset 40, which is +the size of the partition table (34 blocks or 17 kB) rounded up to the +nearest 4 kB boundary. .Bd -literal -offset indent -/sbin/gpart add -b 40 -s 88 -t freebsd-boot ada0 +/sbin/gpart add -b 40 -s 472 -t freebsd-boot ada0 Thanks, -Ngie From owner-freebsd-current@freebsd.org Sat Jan 28 19: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 0F370CC67E7 for ; Sat, 28 Jan 2017 19:35:41 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id DD79716E7 for ; Sat, 28 Jan 2017 19:35:40 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id D9E08CC67E6; Sat, 28 Jan 2017 19:35:40 +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 D9829CC67E5 for ; Sat, 28 Jan 2017 19:35:40 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x243.google.com (mail-io0-x243.google.com [IPv6:2607:f8b0:4001:c06::243]) (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 9E4B916E4 for ; Sat, 28 Jan 2017 19:35:40 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x243.google.com with SMTP id c80so11074256iod.1 for ; Sat, 28 Jan 2017 11:35:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=SoLUGrl5WPiudEoQgvx0uGJIjlx4S+PyvvcZbhzAyBQ=; b=DnOEpXL1JNbTYRzTvqKqcOqK9ZFlDd5WVWmyuAbOqPytuejT0CiGkuNIQs6Q2xmOS6 fcQl+OSpiU/hDstodfdT0+7KCFHCKFbzpF5rGq182Xnkw3AVKwHC3oFGbQGkrahl76f2 EK62wu9FyP4pEMso48PhViF3xqRtHEzkfm2bp1C0d0IW4WTBAhnne47amfQcRg+zGxcU JYiifiOiIbICI1237A5dFVuf3pstlrwEG0GqcZByzpQL+wyrYiILV5GTj0oz0puwtUpv czXaa06I4pen5QRiYH7o6ZRw49Yd+EO02uG6b200MtDWUUsfl4+wZdr+/FCGHRAaxfvr +kuA== 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=SoLUGrl5WPiudEoQgvx0uGJIjlx4S+PyvvcZbhzAyBQ=; b=N4ymL3DFcoApUqYR6+b3SdTKybDS5BF6JN63EUCi5VBA7uaZm+Eo+V8xCOGYG9yjti LCBC1aNHKT6P/bIfYeWPno4Chkm9FOBtA+wQSrjvoF40j0EXYsQCZp3cna2gyw3TZx8G 4/ScHrMFnE8GmIqPQi5+TZH96GUTundJzSypMdQO95uUEakBQLzaF8Ig5G7ZQg1W8FTm vBmY+Nzjg1Qs0/Ji7IrI0K6S5lzi3+4JfHgtVD6E/AQw/sfFdnirOztQrIPO3sTy7jtA f2EQ2vj0YuFUUFvHXiBu11h97dzdWlRJitPQyli6HvLl+x0seLIFbB2pxQA1EGe3nFZY ALaQ== X-Gm-Message-State: AIkVDXL86tUBI7lkYfPKT9+HG/f9fa1Oq23mEkgkLcQU/jRqtVz1NBiN4NltioxO/UxpoOrMb5Wt1gysHP5NNw== X-Received: by 10.107.20.13 with SMTP id 13mr12671998iou.0.1485632139959; Sat, 28 Jan 2017 11:35:39 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.145.217 with HTTP; Sat, 28 Jan 2017 11:35:39 -0800 (PST) X-Originating-IP: [69.53.245.200] In-Reply-To: References: From: Warner Losh Date: Sat, 28 Jan 2017 12:35:39 -0700 X-Google-Sender-Auth: 2SKTWv2vlFRp8_6-bPoO23IkvoY Message-ID: Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: Ngie Cooper Cc: Allan Jude , Julian Elischer , Toomas Soome , FreeBSD Current 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: Sat, 28 Jan 2017 19:35:41 -0000 On Sat, Jan 28, 2017 at 12:04 PM, Ngie Cooper wrote: > On Sat, Jan 28, 2017 at 10:57 AM, Allan Jude wrote: >> On 2017-01-28 13:56, Ngie Cooper wrote: >>> On Sat, Jan 28, 2017 at 8:56 AM, Warner Losh wrote: >>> >>> ... >>> >>>> So? It literally doesn't matter where the freebsd-boot partition >>>> lives, or what it's number is. You can put it at the start or end of >>>> the swap partition after adjusting its size. I've done this on several >>>> systems... NanoBSD plays games with this stuff as well to be bootable >>>> on old / new systems. >>> >>> True. Hopefully my BIOS/disk controller isn't dumb enough to not >>> support large disks properly. >>> >>> *sigh* Unfortunately, in my infinity cleverness I only put 2 >>> partitions on the drive -- freebsd-boot and freebsd-zfs. I guess I'll >>> need to make backups of my workstation so I don't lose anything >>> critical. >> >> Did gptzfsboot not fall below 64kb when you used the >> LOADER_NO_GELI_SUPPORT knob? > > It did, but unfortunately that's still way too small for my > freebsd-boot partition (which apparently is only 44kB large :/..): > > Before: > > $ ls -l `make -V.OBJDIR`/gptzfsboot > -rw-r--r-- 1 ngie wheel 111662 Jan 28 11:00 > /usr/obj/usr/src/sys/boot/i386/gptzfsboot/gptzfsboot > > After: > > $ ls -l `make -V.OBJDIR`/gptzfsboot > -rw-r--r-- 1 ngie wheel 65371 Jan 28 11:05 > /usr/obj/usr/src/sys/boot/i386/gptzfsboot/gptzfsboot > > Time to do some more tricks to pare down the bootloader size. You can tweak the start of your boot loader partition to start at 2, which would give you 63.5k of space, which is 65024 bytes. Sadly, this is 300 bytes less space than you have. The end of the disk usually is a good place to look for space, but it looks like there's at most 17k there. > Sidenote to the folks who drive the release notes and upgrade > instructions for FreeBSD 12.x -- it needs to be clearly explained that > gptzfsboot has grown considerably in size and mitigation instructions > should be provided for updating gptzfsboot -- in particular with folks > who might be using freebsd-update, so don't have the luxury of the > choice of bootloader build options when upgrading. Upgrade scripts (including installworld) don't update the bootblocks ever. Just the files in /boot. Warner > Thanks, > -Ngie > > $ gpart list da0 > Geom name: da0 > modified: false > state: OK > fwheads: 255 > fwsectors: 63 > last: 250069646 > first: 34 > entries: 128 > scheme: GPT > Providers: > 1. Name: da0p1 > Mediasize: 45056 (44K) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 20480 > Mode: r0w0e0 > rawuuid: 29a79300-48b1-11e4-97ff-fc4dd43f2de9 > rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f > label: (null) > length: 45056 > offset: 20480 > type: freebsd-boot > index: 1 > end: 127 > start: 40 > 2. Name: da0p2 > Mediasize: 128035593728 (119G) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 65536 > Mode: r1w1e1 > rawuuid: 4416180d-48b1-11e4-97ff-fc4dd43f2de9 > rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b > label: (null) > length: 128035593728 > offset: 65536 > type: freebsd-zfs > index: 2 > end: 250069646 > start: 128 > Consumers: > 1. Name: da0 > Mediasize: 128035676160 (119G) > Sectorsize: 512 > Mode: r1w1e2 From owner-freebsd-current@freebsd.org Sat Jan 28 20:17: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 49F6BCC5271 for ; Sat, 28 Jan 2017 20:17:50 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 24DE6B29 for ; Sat, 28 Jan 2017 20:17:50 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 21607CC526C; Sat, 28 Jan 2017 20:17: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 21111CC526A for ; Sat, 28 Jan 2017 20:17:50 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-qk0-x234.google.com (mail-qk0-x234.google.com [IPv6:2607:f8b0:400d:c09::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 CD1A7B28; Sat, 28 Jan 2017 20:17:49 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-qk0-x234.google.com with SMTP id s140so95263943qke.0; Sat, 28 Jan 2017 12:17:49 -0800 (PST) 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=I+JZZPlpb3nrPUH3TlPDb67kG0L9AbIweEcOCb+vqHY=; b=inLtbOsfzP+YpK123jCpT+GKfY3HtPKHcLnwyuw+4Fh8TWbiXTyKR3AEt/YVRugIDs 75WwvsWyt5O148NP6Sq9nA0FQVhW6hkKgrWFLX6/Lw5LtQPo6ZcGe4vKIBrrGOMrRQNj J0nd60bFkFkNmw9185EHGcJB7Ix0jbdbcaqsiobWrPGd5l9a4/0KyAEDzMe2fXllZbN9 kpI6sqGSBqM1IRw7wKdAWdggFKsbR7dK+DLvPp/nGnzyQQxfpP9MmArpT20SM+gg62vs JAoLaztkg0YIr5R69/jANNOqdET/NFAKdEwKDVNnOS5TD84OaTuEaSXtIDW8EOgEORT9 2CaA== 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=I+JZZPlpb3nrPUH3TlPDb67kG0L9AbIweEcOCb+vqHY=; b=m2f6vRinDdj/9L9Omnpkbm4Q9+hGtBUVgJWJzTZ/09G75EhxLn1GRvuqDIgHyCEXOF a3/FzAKOKQlW74ONqyj18MCcZq+adOE2cZlhsgbnqf02OdgUhGq4W9pNJuYOi4LNuX5m hf+mFwWx4xoM4T9iiOmMmTKEE1sFTjDvMhCi3yWZtipUzJnmw0jeZAO1sSRsZwLW2TwC kan3RXTuN1Qg4Wo8hNP9YEK11G+6+cdDVTUXgc+QgtF0V/Fttob8Tzl4vXutxuyTpYDR pO4TVnLFNQBgsg0tVTy2CvKPRWkaGPk3KLvbK4ifdSYdZgCNXDBHAvbWEwRHkjb+j75r Qn/A== X-Gm-Message-State: AIkVDXLJvOZEFpKK1YV3jiJGGkiCipO1zB928+LtHibNJgyXtb+qBdsfVErYMkynn5o7r65dNyJRZHJNUcIDqA== X-Received: by 10.55.16.11 with SMTP id a11mr15536745qkh.3.1485634668619; Sat, 28 Jan 2017 12:17:48 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.84.230 with HTTP; Sat, 28 Jan 2017 12:17:48 -0800 (PST) In-Reply-To: References: <373376e9-2a30-3cb4-ec60-b5b5f27de596@freebsd.org> From: Ngie Cooper Date: Sat, 28 Jan 2017 12:17:48 -0800 Message-ID: Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: Allan Jude Cc: Warner Losh , Julian Elischer , Toomas Soome , FreeBSD Current 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: Sat, 28 Jan 2017 20:17:50 -0000 On Sat, Jan 28, 2017 at 11:22 AM, Ngie Cooper wrote: >> What created a partition that small? > > Me. > > gpart up until last summer said that users should create 44kB > freebsd-boot partitions -- des@ corrected that in r303289: > > -This example uses 88 blocks (44 kB) so the next partition will be > -aligned on a 64 kB boundary without the need to specify an explicit > -offset or alignment. > -The boot partition itself is aligned on a 4 kB boundary. > +We create a 472-block (236 kB) boot partition at offset 40, which is > +the size of the partition table (34 blocks or 17 kB) rounded up to the > +nearest 4 kB boundary. > .Bd -literal -offset indent > -/sbin/gpart add -b 40 -s 88 -t freebsd-boot ada0 > +/sbin/gpart add -b 40 -s 472 -t freebsd-boot ada0 After some creative hacking... tada! # find /usr/obj/usr/src/sys/boot/ -type f -name \*zfsboot -exec ls -l {} \; -rw-r--r-- 1 root wheel 131584 Jan 28 12:07 /usr/obj/usr/src/sys/boot/i386/zfsboot/zfsboot -rw-r--r-- 1 root wheel 47527 Jan 28 12:07 /usr/obj/usr/src/sys/boot/i386/gptzfsboot/gptzfsboot -- wait, why is the size of zfsboot vs gptzfsboot so different? Oh, r304321 added that as `BOOT2SIZE`. Still, it seems a bit silly to only increase the size of one bootloader and not the other 4 instances of the bootloader :/. I don't understand the point in the size restriction 100%, but I'll leave it be. Patch will be available sometime next week if my testing goes well. Cheers, -Ngie From owner-freebsd-current@freebsd.org Sat Jan 28 20:21:45 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 68164CC55AD for ; Sat, 28 Jan 2017 20:21:45 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 40C0FF49 for ; Sat, 28 Jan 2017 20:21:45 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 4021ECC55AB; Sat, 28 Jan 2017 20:21:45 +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 3FC92CC55AA for ; Sat, 28 Jan 2017 20:21:45 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0EE7EF45; Sat, 28 Jan 2017 20:21:44 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id A8A8613A05; Sat, 28 Jan 2017 20:21:42 +0000 (UTC) Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: Ngie Cooper References: <373376e9-2a30-3cb4-ec60-b5b5f27de596@freebsd.org> Cc: Warner Losh , Julian Elischer , Toomas Soome , FreeBSD Current From: Allan Jude Message-ID: <891f12c6-d525-f9af-7b05-215bba875bc6@freebsd.org> Date: Sat, 28 Jan 2017 15:21:35 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CoK7iOURuEajsPkpLlbe7fFUsCV9R0WLJ" 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, 28 Jan 2017 20:21:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CoK7iOURuEajsPkpLlbe7fFUsCV9R0WLJ Content-Type: multipart/mixed; boundary="WJBqjWa1CcDmpOhRVOx4XlQ9rL7eVcoX2"; protected-headers="v1" From: Allan Jude To: Ngie Cooper Cc: Warner Losh , Julian Elischer , Toomas Soome , FreeBSD Current Message-ID: <891f12c6-d525-f9af-7b05-215bba875bc6@freebsd.org> Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat References: <373376e9-2a30-3cb4-ec60-b5b5f27de596@freebsd.org> In-Reply-To: --WJBqjWa1CcDmpOhRVOx4XlQ9rL7eVcoX2 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2017-01-28 15:17, Ngie Cooper wrote: > On Sat, Jan 28, 2017 at 11:22 AM, Ngie Cooper w= rote: >>> What created a partition that small? >> >> Me. >> >> gpart up until last summer said that users should create 44kB >> freebsd-boot partitions -- des@ corrected that in r303289: >> >> -This example uses 88 blocks (44 kB) so the next partition will be >> -aligned on a 64 kB boundary without the need to specify an explicit >> -offset or alignment. >> -The boot partition itself is aligned on a 4 kB boundary. >> +We create a 472-block (236 kB) boot partition at offset 40, which is >> +the size of the partition table (34 blocks or 17 kB) rounded up to th= e >> +nearest 4 kB boundary. >> .Bd -literal -offset indent >> -/sbin/gpart add -b 40 -s 88 -t freebsd-boot ada0 >> +/sbin/gpart add -b 40 -s 472 -t freebsd-boot ada0 >=20 > After some creative hacking... tada! >=20 > # find /usr/obj/usr/src/sys/boot/ -type f -name \*zfsboot -exec ls -l {= } \; > -rw-r--r-- 1 root wheel 131584 Jan 28 12:07 > /usr/obj/usr/src/sys/boot/i386/zfsboot/zfsboot > -rw-r--r-- 1 root wheel 47527 Jan 28 12:07 > /usr/obj/usr/src/sys/boot/i386/gptzfsboot/gptzfsboot >=20 > -- wait, why is the size of zfsboot vs gptzfsboot so different? Oh, > r304321 added that as `BOOT2SIZE`. Still, it seems a bit silly to only > increase the size of one bootloader and not the other 4 instances of > the bootloader :/. I don't understand the point in the size > restriction 100%, but I'll leave it be. >=20 > Patch will be available sometime next week if my testing goes well. >=20 > Cheers, > -Ngie >=20 The 'zfsboot' version, is dd's into the zfs boot code area. It is read by the assembly code there. It is important the file be the size that will be read, so it is padded out. That file is currently only used for MBR booting from ZFS. --=20 Allan Jude --WJBqjWa1CcDmpOhRVOx4XlQ9rL7eVcoX2-- --CoK7iOURuEajsPkpLlbe7fFUsCV9R0WLJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJYjP1SAAoJEBmVNT4SmAt+e7EP/AkOSHogWeH7yphNUA88ag3g kYUwOpKqk/65so80PT9xLnJjCIYgb2Nn0yDihWT6oTkyM2Fv5LzeBBsnMM/MRIsF DM64YVCfRgm6SbZMgvBaQk7oWwCgMgxxcJVaPOrc2MsceOE84Jz8Mw8GxRDPd79+ snYqPaf7DO/DyZfPQTG3TpeAkGwcDtt6Vs9YEHhJwWMsMxriZYNJDXjpNZhGBoQK GedK3cp2j1SpKLrR2tuD9PAfR/zdi8hx3DBCtWOX/Ap3SRwtrgTbglfHJqO+Au9y warVYmIAXwUO7X/F61/kvJLY2d6dteFwig6nUxG/BYMKzr/l6nsYU0YeUSyxW8+1 mIE8wXXl0RpwNMVQDf3G/lp42UhMZ0Y5+BDq65ZCgZm7FkOx6M89V8CYHSZtIg6d ep6mgWTe/zNAgHDMJp44O32h0GBWYD0/O9i9YGLSqYzICusB9yKuZv9uV4YT9/Jl XFDdceM4UcBxSY5Mh/VzC/pjl6FMY+9BZqx3NXJnHqISDvYau2eA2i3cv99aDf6W Go5jnCPrRKyLVo11e1PpUEby/+aAfW5VYvlvhQR7L80EnK0rvpjdcPcrrj9moBgj Hq4xrwZG7O+nkvEURSGx4CLx+H34gLAqxr7o2fU3Ra7F2avViWFZnLdJ0ZIdTGrT aNkIGSitn0f3ISFDVxdX =TH3E -----END PGP SIGNATURE----- --CoK7iOURuEajsPkpLlbe7fFUsCV9R0WLJ-- From owner-freebsd-current@freebsd.org Sat Jan 28 20:59: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 83386CC6467 for ; Sat, 28 Jan 2017 20:59:27 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5D43CF88 for ; Sat, 28 Jan 2017 20:59:27 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 59D40CC6466; Sat, 28 Jan 2017 20:59: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 57C60CC6465 for ; Sat, 28 Jan 2017 20:59:27 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-qt0-x229.google.com (mail-qt0-x229.google.com [IPv6:2607:f8b0:400d:c0d::229]) (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 014C3F85; Sat, 28 Jan 2017 20:59:27 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-qt0-x229.google.com with SMTP id k15so175821038qtg.3; Sat, 28 Jan 2017 12:59:26 -0800 (PST) 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=gDctHLMipqRRrNtT/jJrL4f4zQpMleV0phdc/lq5oJA=; b=toFggs+T4fzXKsZcFtNPnOCPvCGiEkG3Z5cxfDKv8v1xf5jw4+XNj8TKVlB+PA4WSa frdNa+pczVhqcjcvap78SPgi7QiTaXo4EC0Od9G2rfZJX2trZYn0+6IglM1ZOVQ2qn/K 3mvXxSNELDVyKraeJxFzVv71uKSffbYRJrrdaSk0DosnpTSAQgud72Gaiz/DpeS4nu2M 332mRUC3uLlwKJhpZBLKDJdSBHZ48bHeZRDK6jvYMAGLep7ECA5i4F88vaZp3wYNgFN1 ZNG50dNs8ZbanPqge8iBrd6b+9Ear3WSJK+9lj0uiv9jj75bXxCMAGwhSKMAzy6T3WJm pIew== 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=gDctHLMipqRRrNtT/jJrL4f4zQpMleV0phdc/lq5oJA=; b=EKmAiSxtLWWhYlE9iqwYgmLJJmC/aC0VNzWMr46MWBks4bubxiqPgxvKnNT+ws/I0P kiXnoFE0anlovr1q6gOohoa2pnVpcVdTf3EceQASxEfq6vkCctYDGv8VmnQsXw1rTyAv odVgZtCRxQjq1viCJMNGBcvgLyVhnPJsV2v7JkYfK3Uj//a5Vtzni1tVm2hSZ1Trs1HY lxQ5ZYWppTEELpvGHqqXw6jOhtiQiYQ3X5Q4176F/au/J5g9c7meSvt7A08miKd4ZTlb fdj4Tb+wYb7nYWu63PffztQopon/O2qoZ3z6l8GC7b9cA3K3eel/+dQfMfGH+hdQQal5 QErQ== X-Gm-Message-State: AIkVDXIJTbdLeTRsihv9meVKQdmKVgAa9Ptr8/RO0OZOuTpmH5hHYQe3ye4RgmwT2cH1iBMrPqfr4LVatF78pg== X-Received: by 10.200.56.4 with SMTP id q4mr14911261qtb.73.1485637165778; Sat, 28 Jan 2017 12:59:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.84.230 with HTTP; Sat, 28 Jan 2017 12:59:25 -0800 (PST) In-Reply-To: <891f12c6-d525-f9af-7b05-215bba875bc6@freebsd.org> References: <373376e9-2a30-3cb4-ec60-b5b5f27de596@freebsd.org> <891f12c6-d525-f9af-7b05-215bba875bc6@freebsd.org> From: Ngie Cooper Date: Sat, 28 Jan 2017 12:59:25 -0800 Message-ID: Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: Allan Jude Cc: Warner Losh , Julian Elischer , Toomas Soome , FreeBSD Current 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: Sat, 28 Jan 2017 20:59:27 -0000 On Sat, Jan 28, 2017 at 12:21 PM, Allan Jude wrote: ... > The 'zfsboot' version, is dd's into the zfs boot code area. It is read > by the assembly code there. It is important the file be the size that > will be read, so it is padded out. That file is currently only used for > MBR booting from ZFS. Thank you for the info -- it would be really nice if this was noted in the Makefile in more detail for the next soul who wonders why the sizes are so different. Thanks! -Ngie From owner-freebsd-current@freebsd.org Sat Jan 28 21:03: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 EAAD9CC66AD for ; Sat, 28 Jan 2017 21:03:16 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id C4F2B14CC for ; Sat, 28 Jan 2017 21:03:16 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id C4476CC66AC; Sat, 28 Jan 2017 21:03:16 +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 C3EA8CC66AB for ; Sat, 28 Jan 2017 21:03:16 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-qt0-x22e.google.com (mail-qt0-x22e.google.com [IPv6:2607:f8b0:400d:c0d::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 7B21614CB; Sat, 28 Jan 2017 21:03:16 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-qt0-x22e.google.com with SMTP id x49so174345456qtc.2; Sat, 28 Jan 2017 13:03:16 -0800 (PST) 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=V4aYBEnVayxHKGWDinKSXvSqlb5gRI+Uglip69B3Vz0=; b=UYY6qPljQridi0x1UW1G/ejLQJtn5k50s9+5FHWOdNRSUrVI23QtgaIFRmU/mvbLNY 4GnUbpOYa/o8jmxxBHpgE5nNjnyg9d5O1i66KmDslvfD3bRhjFOkFCc/2Z5QTvNtFyfd eacdm7f+JGMxKKzfGHj1j3k6V/8D3wQ2ejwvwMaeQrsclWaoP4eGLhIO/k1lPs4uFlmX KvueqomYzJBEfrKToOzPoBlF9TVKnr8SlgarcPtRu3oWridzWnIQOhjPX4/RNZOaw/UI 0D4ZBZrZID+/cWa/24MaqNH7xvY5Jn40qDjXVYVqEMdCWircT+Ar+JCqbvB5QNw+OI8Y J3dw== 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=V4aYBEnVayxHKGWDinKSXvSqlb5gRI+Uglip69B3Vz0=; b=ZORXj+u6Ousv6zVx240hKYEjwkyIWHrCir2fF13Z8hzqnp+1pguhlfOOfr7uccf84o /6J4a+fElVmceholg89le1uwjzANNzB9oFoYGzuAbhhLknw3r0xeb8L9Ste3/qWdxvM/ ZulJkAu+iuV4pVCRg0g0iVj3idIWrqCZULxGKZoMCHvTnXmXzwhMOOXLP2M6ZRubIs2K kexX0dUanvGIa75V7OGdWOV5WOfyZi8ovyv7/clB6vTlI9KXBB95qGQM/t6ZXLILJ25z sTb3rHQKqG/qA2dazKcWU4beZmIyd8AUSWaxajWKgzVGt+ETnijt0JPi+v9fgObHjtYS aqvg== X-Gm-Message-State: AIkVDXIEPY+HQ/o8MX1gHYhPBhWueAS0LcWnRgp/lShnhoT8HvLZrNQUGiUwYt3UlfQX67JPcaDX2+DKPZF2ZA== X-Received: by 10.200.55.230 with SMTP id e35mr13991286qtc.30.1485637395729; Sat, 28 Jan 2017 13:03:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.84.230 with HTTP; Sat, 28 Jan 2017 13:03:15 -0800 (PST) In-Reply-To: References: <373376e9-2a30-3cb4-ec60-b5b5f27de596@freebsd.org> From: Ngie Cooper Date: Sat, 28 Jan 2017 13:03:15 -0800 Message-ID: Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: Allan Jude Cc: Warner Losh , Julian Elischer , Toomas Soome , FreeBSD Current 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: Sat, 28 Jan 2017 21:03:17 -0000 On Sat, Jan 28, 2017 at 12:17 PM, Ngie Cooper wrote: ... > After some creative hacking... tada! > > # find /usr/obj/usr/src/sys/boot/ -type f -name \*zfsboot -exec ls -l {} \; > -rw-r--r-- 1 root wheel 131584 Jan 28 12:07 > /usr/obj/usr/src/sys/boot/i386/zfsboot/zfsboot > -rw-r--r-- 1 root wheel 47527 Jan 28 12:07 > /usr/obj/usr/src/sys/boot/i386/gptzfsboot/gptzfsboot Bah. It's still 2kB too big. I'll see if I can free up some more space in the text area (there was a patch kicking around at $work that might alleviate this a few more kB). -Ngie From owner-freebsd-current@freebsd.org Sat Jan 28 21:23:22 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 A7876CC6C6E for ; Sat, 28 Jan 2017 21:23:22 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 813F51EAC for ; Sat, 28 Jan 2017 21:23:22 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 80557CC6C6D; Sat, 28 Jan 2017 21:23:22 +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 7FF23CC6C6C for ; Sat, 28 Jan 2017 21:23:22 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::22f]) (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 35EDB1EAB; Sat, 28 Jan 2017 21:23:22 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-qk0-x22f.google.com with SMTP id 11so95792653qkl.3; Sat, 28 Jan 2017 13:23:22 -0800 (PST) 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=yYzj+QdXXWiW0UeKmqh5rjjgRMspeadWtGzJcjyi8Ok=; b=qqvBueT2KKKzjZUA/QRGsRByt41ai/4ZY1u0Us9pMyLeAJ2R24s+mgsWhKImTKryGn TYrZhkFC2Nh6ShSv5t9vZnti3YB35y4vu+5OTGlJHynmT4eEnYztFwa3X0oWRV8mvH0E NIuM050n7JCBbOh3s4Uq8xTbGW68RVXMWz+oZe3hY4VQgZRoNdeaRaDlTOzYOKLD7OB6 se8HnJ8N+4cOWOIQqf3/4ss/i2WvQs0cvfhQHIsUv1fYpG9pSEHOM42erMKjFw2IoHvL vVjF9mojxGDrrW45x2r671cJ7ch3Q7K08T4h/SBze0Alj6roB+cDjebyt51Zr7ido3Rx NXpQ== 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=yYzj+QdXXWiW0UeKmqh5rjjgRMspeadWtGzJcjyi8Ok=; b=tb7wib3Xkx+2NCb/2EvTFl8rNIr3Ey2zN5J0oUwn/I+gcJwUTWDNCLQ2mRCcLBEOGG mg6MYV7sNI64bgr6avoJ5NjS7C+m1Rl6/2OgBPcMmWzZL91l/pgxiDzHCU91E+LXYhKr 2zznrdgWQ29GG9KFQGZd9t8qwciPfQwJc9tMdYUGvQnccgSpwyAN5JBNUIMzefCHeYqf SArgwugRVjYXT6pymn6c16ZBah/eXW1PI6nCiaBYCqyn4sI7lDFSq1vOfaQBXOoT52ui Fz7WXT/kVxS43Ki9/yaBmB7oqqLFYSnf0LV9hXVFc+r5qBHWDC8EM8zuUr6OnbDFouLQ rDsg== X-Gm-Message-State: AIkVDXJLh3qRD5YtV545/PtSN7qcLrTEmUV5KmzAuEDv8dxCJCm4PTBN25xmHu3iU7aAFWUKkAmaHEIVijgqZw== X-Received: by 10.55.25.42 with SMTP id k42mr16024738qkh.297.1485638601379; Sat, 28 Jan 2017 13:23:21 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.84.230 with HTTP; Sat, 28 Jan 2017 13:23:20 -0800 (PST) In-Reply-To: References: <373376e9-2a30-3cb4-ec60-b5b5f27de596@freebsd.org> From: Ngie Cooper Date: Sat, 28 Jan 2017 13:23:20 -0800 Message-ID: Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: Allan Jude Cc: Warner Losh , Julian Elischer , Toomas Soome , FreeBSD Current 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: Sat, 28 Jan 2017 21:23:22 -0000 On Sat, Jan 28, 2017 at 1:03 PM, Ngie Cooper wrote: > On Sat, Jan 28, 2017 at 12:17 PM, Ngie Cooper wrote: > ... > >> After some creative hacking... tada! >> >> # find /usr/obj/usr/src/sys/boot/ -type f -name \*zfsboot -exec ls -l {} \; >> -rw-r--r-- 1 root wheel 131584 Jan 28 12:07 >> /usr/obj/usr/src/sys/boot/i386/zfsboot/zfsboot >> -rw-r--r-- 1 root wheel 47527 Jan 28 12:07 >> /usr/obj/usr/src/sys/boot/i386/gptzfsboot/gptzfsboot > > Bah. It's still 2kB too big. I'll see if I can free up some more space > in the text area (there was a patch kicking around at $work that might > alleviate this a few more kB). Ok, found the patch. After applying all the changes, it's finally under 44kB and I can write the bootcode to my disk: $ sudo gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 da0 partcode written to da0p1 bootcode written to da0 -Ngie From owner-freebsd-current@freebsd.org Sat Jan 28 22:35: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 26DCFCC623C for ; Sat, 28 Jan 2017 22:35:36 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward9m.cmail.yandex.net (forward9m.cmail.yandex.net [5.255.216.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DAF05C72 for ; Sat, 28 Jan 2017 22:35:34 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp3j.mail.yandex.net (smtp3j.mail.yandex.net [IPv6:2a02:6b8:0:801:1::12]) by forward9m.cmail.yandex.net (Yandex) with ESMTP id B28842284B for ; Sun, 29 Jan 2017 01:35:30 +0300 (MSK) Received: from smtp3j.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp3j.mail.yandex.net (Yandex) with ESMTP id 93B246240CE9 for ; Sun, 29 Jan 2017 01:35:30 +0300 (MSK) Received: by smtp3j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id mVGVmW6cCO-ZTCO1FI4; Sun, 29 Jan 2017 01:35:29 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) X-Yandex-Suid-Status: 1 0 To: FreeBSD Current From: Boris Samorodov Subject: pkg, base packages and subdirectories Message-ID: Date: Sun, 29 Jan 2017 01:35:27 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed 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: Sat, 28 Jan 2017 22:35:36 -0000 Hi All, I've created my base repo and installed the OS from packages. All in all it all went rather smooth! As for pkg it seems to not pay attention to base library subdirs: ----- # pkg check -Ba Checking all packages: 3% (FreeBSD-kernel-sm-12.0.s20170128125723) /boot/kernel/kernel - required shared library hack.pico not found Checking all packages: 35% (FreeBSD-runtime-12.0.s20170128125723) /sbin/ping - required shared library libcap_dns.so.0 not found (FreeBSD-runtime-12.0.s20170128125723) /usr/bin/kdump - required shared library libcap_grp.so.0 not found (FreeBSD-runtime-12.0.s20170128125723) /usr/bin/kdump - required shared library libcap_pwd.so.0 not found (FreeBSD-runtime-12.0.s20170128125723) /usr/sbin/tcpdump - required shared library libcap_dns.so.0 not found Checking all packages: 36% (FreeBSD-tests-12.0.s20170128125723) /usr/tests/lib/libcasper/services/cap_dns/dns_test - required shared library libcap_dns.so.0 not found (FreeBSD-tests-12.0.s20170128125723) /usr/tests/lib/libcasper/services/cap_grp/grp_test - required shared library libcap_grp.so.0 not found (FreeBSD-tests-12.0.s20170128125723) /usr/tests/lib/libcasper/services/cap_pwd/pwd_test - required shared library libcap_pwd.so.0 not found (FreeBSD-tests-12.0.s20170128125723) /usr/tests/lib/libcasper/services/cap_sysctl/sysctl_test - required shared library libcap_sysctl.so.0 not found Checking all packages: 100% # ldd `which ping` /sbin/ping: libm.so.5 => /lib/libm.so.5 (0x800828000) libcasper.so.0 => /lib/libcasper.so.0 (0x800a52000) libcap_dns.so.0 => /lib/casper/libcap_dns.so.0 (0x800c57000) libipsec.so.4 => /lib/libipsec.so.4 (0x800e5b000) # ls -l /lib/casper total 51 -r--r--r-- 1 root wheel 16584 28 янв. 15:58 libcap_dns.so.0 -r--r--r-- 1 root wheel 15968 28 янв. 15:58 libcap_grp.so.0 -r--r--r-- 1 root wheel 15872 28 янв. 15:58 libcap_pwd.so.0 -r--r--r-- 1 root wheel 6904 28 янв. 15:58 libcap_random.so.0 -r--r--r-- 1 root wheel 8912 28 янв. 15:58 libcap_sysctl.so.0 ----- -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@freebsd.org Sat Jan 28 22:56:28 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 96309CC685B for ; Sat, 28 Jan 2017 22:56:28 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: from mail-lf0-x244.google.com (mail-lf0-x244.google.com [IPv6:2a00:1450:4010:c07::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 4BF0017A9; Sat, 28 Jan 2017 22:56:28 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: by mail-lf0-x244.google.com with SMTP id v186so28663720lfa.2; Sat, 28 Jan 2017 14:56:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:mime-version:date:subject:message-id :to; bh=cu1MjvkCoiA+iJyr+NsPxx3tZXkY4RdMwxm9JDYzylY=; b=E/EqK+VSN6scTh9RnZAbWSPsBqmjBcHSsDvDLSbCVxapuOJhnUvq4bVmM1XaG3815w QPGxFn812B+cQ12QB+B3RUkAWAFPAeeCg4YaIIhHDKaSMm0y5mSGoW0ZvwaDuMn7bU84 QvGNojiN1z32+9cx50ZmMh5LcMRk1AXodefJ/eEcTZDSB2wz6iIT+dZoxW6YB7lAsL6v o+gLFVA3K4238FZqaZFhHwuQ/sX2WsHE6SPcSNYjMCcaA6S6pIEdzu6PUIPJQqzlZd4g I+18Gb0PTP4hegrGwjj2zyYTB1EIyo4+td+9xxRZXP+9imhllqZYFdoq4JqddKmehfno L4MQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version:date :subject:message-id:to; bh=cu1MjvkCoiA+iJyr+NsPxx3tZXkY4RdMwxm9JDYzylY=; b=n9aNv8CNRaT1NtpL5ultgHFAvsJFbZx9KhvMRqLCx4qooW8t3ESKlu+HOPm/t9HfAZ gUGqyq6he2ECSwyEBycFSEDMDzSqW3RxgFVTmG+25oInf0ukiyQR+Usdlt0bUq6qpX66 ZcW+49nI+XwjjRBctAsZKqOKubA/EPj35M2T+atKGHC9fRFo17Lb0IssktCuuDLE4gR4 TKJp4lSwDKquCb/GD38BK2csEfYtjWhcL0Qlmi9cxCxNOQu4WA1ZeTpVd8uk1e9JI2Ct VwlUFmdgMfc5E8ygbv2qLJF98e9l3Z6ygu3U9vsxbpYWLKn7tDu90Xa65M59rNLMQzSm sgHw== X-Gm-Message-State: AIkVDXL+3q2xHfLK/2TJHIFvNEqhZFLdWBffnwcKJo5lgG7GO4YBrwFHB1PK0CP9EFAvCA== X-Received: by 10.46.21.23 with SMTP id s23mr446336ljd.54.1485644185401; Sat, 28 Jan 2017 14:56:25 -0800 (PST) Received: from tiamat.deiter.ru ([109.167.157.231]) by smtp.gmail.com with ESMTPSA id u126sm2396486lja.25.2017.01.28.14.56.24 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 28 Jan 2017 14:56:24 -0800 (PST) From: Alex Deiter Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Date: Sun, 29 Jan 2017 01:56:23 +0300 Subject: CURRENT [r312928] TCP_RFC7413 kernel panic Message-Id: <3F12C444-E5CC-4FF6-9348-8EAA8891908F@gmail.com> To: freebsd-current , pkelsey@FreeBSD.org X-Mailer: Apple Mail (2.3259) 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, 28 Jan 2017 22:56:28 -0000 Hello, The most recent CURRENT [r312928] with enabled kernel option TCP_RFC7413 = panics spontaneously: Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 02 fault virtual address =3D 0x28 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff808a4555 stack pointer =3D 0x28:0xfffffe083bf738b0 frame pointer =3D 0x28:0xfffffe083bf738d0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 12 (swi4: clock (0)) [ thread pid 12 tid 100008 ] Stopped at tcp_fastopen_autokey_locked+0x35: movq = 0x28(%rax),%rax db> bt Tracing pid 12 tid 100008 td 0xfffff80007383500 tcp_fastopen_autokey_locked() at tcp_fastopen_autokey_locked+0x35/frame = 0xfffffe083bf738d0 tcp_fastopen_autokey_callout() at = tcp_fastopen_autokey_callout+0x2d/frame 0xfffffe083bf73900 softclock_call_cc() at softclock_call_cc+0x156/frame 0xfffffe083bf739b0 softclock() at softclock+0x94/frame 0xfffffe083bf739e0 intr_event_execute_handlers() at intr_event_execute_handlers+0x20f/frame = 0xfffffe083bf73a20 ithread_loop() at ithread_loop+0xc6/frame 0xfffffe083bf73a70 fork_exit() at fork_exit+0x85/frame 0xfffffe083bf73ab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe083bf73ab0 --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- db>=20 Thank you! Alex Deiter alex.deiter@gmail.com