From owner-freebsd-current@freebsd.org Sun Mar 11 00:47:43 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59DABF46064 for ; Sun, 11 Mar 2018 00:47:43 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id B4F256EA9F for ; Sun, 11 Mar 2018 00:47:41 +0000 (UTC) (envelope-from freebsd@grem.de) Received: (qmail 85172 invoked by uid 89); 11 Mar 2018 00:40:59 -0000 Received: from unknown (HELO ?192.168.4.32?) (mg@grem.de@82.58.207.199) by mail.grem.de with ESMTPA; 11 Mar 2018 00:40:59 -0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT From: Michael Gmelin X-Mailer: iPhone Mail (15D100) In-Reply-To: <20180311004737.3441dbf9@thor.intern.walstatt.dynvpn.de> Date: Sun, 11 Mar 2018 01:40:58 +0100 Cc: Roman Bogorodskiy , "Danilo G. Baio" , "Rodney W. Grimes" , Trond Endrest?l , FreeBSD current , Kurt Jaeger Content-Transfer-Encoding: quoted-printable Message-Id: References: <20180306173455.oacyqlbib4sbafqd@ler-imac.lerctr.org> <201803061816.w26IGaW5050053@pdx.rh.CN85.dnsmgr.net> <20180306193645.vv3ogqrhauivf2tr@ler-imac.lerctr.org> <20180306221554.uyshbzbboai62rdf@dx240.localdomain> <20180307103911.GA72239@kloomba> <20180311004737.3441dbf9@thor.intern.walstatt.dynvpn.de> To: "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 11 Mar 2018 00:47:43 -0000 > On 11. Mar 2018, at 00:47, O. Hartmann wrote: >=20 > Am Wed, 7 Mar 2018 14:39:13 +0400 > Roman Bogorodskiy schrieb: >=20 >> Danilo G. Baio wrote: >>=20 >>>> On Tue, Mar 06, 2018 at 01:36:45PM -0600, Larry Rosenman wrote: =20 >>>> On Tue, Mar 06, 2018 at 10:16:36AM -0800, Rodney W. Grimes wrote: =20 >>>>>> On Tue, Mar 06, 2018 at 08:40:10AM -0800, Rodney W. Grimes wrote: =20= >>>>>>>> On Mon, 5 Mar 2018 14:39-0600, Larry Rosenman wrote: >>>>>>>>=20 >>>>>>>>> Upgraded to: >>>>>>>>>=20 >>>>>>>>> FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #11 r330= 385: >>>>>>>>> Sun Mar 4 12:48:52 CST 2018 >>>>>>>>> root@borg.lerctr.org:/usr/obj/usr/src/amd64.amd64/sys/VT-LER amd6= 4 >>>>>>>>> +1200060 1200060 >>>>>>>>>=20 >>>>>>>>> Yesterday, and I'm seeing really strange slowness, ARC use, and SW= AP use >>>>>>>>> and swapping. >>>>>>>>>=20 >>>>>>>>> See http://www.lerctr.org/~ler/FreeBSD/Swapuse.png =20 >>>>>>>>=20 >>>>>>>> I see these symptoms on stable/11. One of my servers has 32 GiB of=20= >>>>>>>> RAM. After a reboot all is well. ARC starts to fill up, and I still= =20 >>>>>>>> have more than half of the memory available for user processes. >>>>>>>>=20 >>>>>>>> After running the periodic jobs at night, the amount of wired memor= y=20 >>>>>>>> goes sky high. /etc/periodic/weekly/310.locate is a particular nast= y=20 >>>>>>>> one. =20 >>>>>>>=20 >>>>>>> I would like to find out if this is the same person I have >>>>>>> reporting this problem from another source, or if this is >>>>>>> a confirmation of a bug I was helping someone else with. >>>>>>>=20 >>>>>>> Have you been in contact with Michael Dexter about this >>>>>>> issue, or any other forum/mailing list/etc? =20 >>>>>> Just IRC/Slack, with no response. =20 >>>>>>>=20 >>>>>>> If not then we have at least 2 reports of this unbound >>>>>>> wired memory growth, if so hopefully someone here can >>>>>>> take you further in the debug than we have been able >>>>>>> to get. =20 >>>>>> What can I provide? The system is still in this state as the full ba= ckup is >>>>>> slow. =20 >>>>>=20 >>>>> One place to look is to see if this is the recently fixed: >>>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D222288 >>>>> g_bio leak. >>>>>=20 >>>>> vmstat -z | egrep 'ITEM|g_bio|UMA' >>>>>=20 >>>>> would be a good first look >>>>>=20 >>>> borg.lerctr.org /home/ler $ vmstat -z | egrep 'ITEM|g_bio|UMA' >>>> ITEM SIZE LIMIT USED FREE REQ FAIL SLEE= P >>>> UMA Kegs: 280, 0, 346, 5, 560, 0, 0= >>>> UMA Zones: 1928, 0, 363, 1, 577, 0, 0= >>>> UMA Slabs: 112, 0,25384098, 977762,102033225, 0, = 0 >>>> UMA Hash: 256, 0, 59, 16, 105, 0, 0= >>>> g_bio: 384, 0, 33, 1627,542482056, 0, = 0 >>>> borg.lerctr.org /home/ler $ =20 >>>>>>>> Limiting the ARC to, say, 16 GiB, has no effect of the high amount o= f=20 >>>>>>>> wired memory. After a few more days, the kernel consumes virtually a= ll=20 >>>>>>>> memory, forcing processes in and out of the swap device. =20 >>>>>>>=20 >>>>>>> Our experience as well. >>>>>>>=20 >>>>>>> ... >>>>>>>=20 >>>>>>> Thanks, >>>>>>> Rod Grimes >>>>>>> rgrimes@freebsd.org =20 >>>>>> Larry Rosenman http://www.lerctr.org/~ler =20 >>>>>=20 >>>>> --=20 >>>>> Rod Grimes rgrimes@fre= ebsd.org =20 >>>>=20 >>>> --=20 >>>> Larry Rosenman http://www.lerctr.org/~ler >>>> Phone: +1 214-642-9640 E-Mail: ler@lerctr.org >>>> US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 =20 >>>=20 >>>=20 >>> Hi. >>>=20 >>> I noticed this behavior as well and changed vfs.zfs.arc_max for a smalle= r size. >>>=20 >>> For me it started when I upgraded to 1200058, in this box I'm only using= >>> poudriere for building tests. =20 >>=20 >> I've noticed that as well. >>=20 >> I have 16G of RAM and two disks, the first one is UFS with the system >> installation and the second one is ZFS which I use to store media and >> data files and for poudreire. >>=20 >> I don't recall the exact date, but it started fairly recently. System wou= ld >> swap like crazy to a point when I cannot even ssh to it, and can hardly >> login through tty: it might take 10-15 minutes to see a command typed in >> the shell. >>=20 >> I've updated loader.conf to have the following: >>=20 >> vfs.zfs.arc_max=3D"4G" >> vfs.zfs.prefetch_disable=3D"1" >>=20 >> It fixed the problem, but introduced a new one. When I'm building stuff >> with poudriere with ccache enabled, it takes hours to build even small >> projects like curl or gnutls. >>=20 >> For example, current build: >>=20 >> [10i386-default] [2018-03-07_07h44m45s] [parallel_build:] Queued: 3 Buil= t: 1 Failed: >> 0 Skipped: 0 Ignored: 0 Tobuild: 2 Time: 06:48:35 [02]: security/gnu= tls >> | gnutls-3.5.18 build (06:47:51) >>=20 >> Almost 7 hours already and still going! >>=20 >> gstat output looks like this: >>=20 >> dT: 1.002s w: 1.000s >> L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name >> 0 0 0 0 0.0 0 0 0.0 0.0 da0 >> 0 1 0 0 0.0 1 128 0.7 0.1 ada0 >> 1 106 106 439 64.6 0 0 0.0 98.8 ada1 >> 0 1 0 0 0.0 1 128 0.7 0.1 ada0s1 >> 0 0 0 0 0.0 0 0 0.0 0.0 ada0s1a >> 0 0 0 0 0.0 0 0 0.0 0.0 ada0s1b >> 0 1 0 0 0.0 1 128 0.7 0.1 ada0s1d >>=20 >> ada0 here is UFS driver, and ada1 is ZFS. >>=20 >>> Regards. >>> --=20 >>> Danilo G. Baio (dbaio) =20 >>=20 >>=20 >>=20 >> Roman Bogorodskiy >=20 >=20 > This is from a APU, no ZFS, UFS on a small mSATA device, the APU (PCenigin= e) works as a > firewall, router, PBX): >=20 > last pid: 9665; load averages: 0.13, 0.13, 0.11 > up 3+06:53:55 00:26:26 19 processes: 1 running, 18 sleeping CPU: 0.3% u= ser, 0.0% > nice, 0.2% system, 0.0% interrupt, 99.5% idle Mem: 27M Active, 6200K Ina= ct, 83M > Laundry, 185M Wired, 128K Buf, 675M Free Swap: 7808M Total, 2856K Used, 78= 05M Free > [...] >=20 > The APU is running CURRENT ( FreeBSD 12.0-CURRENT #42 r330608: Wed Mar 7 1= 6:55:59 CET > 2018 amd64). Usually, the APU never(!) uses swap, now it is starting to sw= ap like hell > for a couple of days and I have to reboot it failty often. >=20 > Another box, 16 GB RAM, ZFS, poudriere, the packaging box, is right now un= responsible: > after hours of building packages, I tried to copy the repository from one l= ocation on > the same ZFS volume to another - usually this task takes a couple of minut= es for ~ 2200 > ports. Now, I has taken 2 1/2 hours and the box got stuck, Ctrl-T on the c= onsole > delivers: > load: 0.00 cmd: make 91199 [pfault] 7239.56r 0.03u 0.04s 0% 740k >=20 > No response from the box anymore. >=20 >=20 > The problem of swapping like hell and performing slow isn't an issue of th= e past days, it > is present at least since 1 1/2 weeks for now, even more. Since I build po= rts fairly > often, time taken on that specific box has increased from 2 to 3 days for a= ll ~2200 > ports. The system has 16 GB of RAM, IvyBridge 4-core XEON at 3,4 GHz, if t= his information > matters. The box is consuming swap really fast. >=20 > Today is the first time the machine got inresponsible (no ssh, no console l= ogin so far). > Need to coldstart. OS is CURRENT as well. >=20 Any chance this is related to meltdown/spectre mitigation patches? Best, Michael > Regards, >=20 > O. Hartmann >=20 >=20 > --=20 > O. Hartmann >=20 > 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). From owner-freebsd-current@freebsd.org Sun Mar 11 20:44:53 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC99EF4D85E for ; Sun, 11 Mar 2018 20:44:53 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pl0-x22a.google.com (mail-pl0-x22a.google.com [IPv6:2607:f8b0:400e:c01::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 27D8E7E137 for ; Sun, 11 Mar 2018 20:44:53 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: by mail-pl0-x22a.google.com with SMTP id 93-v6so8171416plc.9 for ; Sun, 11 Mar 2018 13:44:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jroberson-net.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=/mKr7BGI9A4FgCJoD4P+hqvU8L/z5ycS4B5+s4jNjE4=; b=huDiubKzTVM3+TZQsoaRLUIhqQcDMaO6tEPf70gxEPzQMJfdRuwzX3VCu2GeHFrQu0 0qkz9JVhAP4cq4fadG8WN5p5zndFr3yJSsQzkwlYkGbfXAZ2RQkuS7/VNxuM7YskO9HY 8RW708/sG+h1xbrth7sZMM4T/A/waPYZczCyUxrMs2XQTLzl7Wyy1ZiSKY7psazNja+O Vmeh/I5b0sqQbGEke5I0cib0IVnRDIbz/AL+RiiKbfJ7+MyLmjRH0ivYyr+e2+0bWGA5 fjw6J7tPd3Im6g/C25RVu3cSZXA6O/jmhv97eY+YzuXSKzr2xZ5VpC8gwHmcdO4cCqZi BUMg== 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:in-reply-to:message-id :references:user-agent:mime-version; bh=/mKr7BGI9A4FgCJoD4P+hqvU8L/z5ycS4B5+s4jNjE4=; b=BJQcSm5dFLRfAGRecHv563NDg/pNlrI0Pbu1EajRFwKFqekSTvIzj1D0QwjauoZ1uh +I0qZysfviH4FYSo/dxhhSbXcLXDLVyrqjdpXzA2KWuWVmpY+kJ+JLKrDW+anUl2gJVb iyV2hBdyPXvTR+myMmQ4yVHPwAX0aUzHrD3PGuN3X2y+i+T3PkGjRR/v8wvhyVFBJS7L +ER3783jI6bKBtunpKqdJRQSPJFd/bC7bBEcB/C1PL8dcNOhCavhGCyDSbLRFZUUCd0g IQF8xjD3NdJMDAf17+3usnB5Jdehw7iI/aj9SAtNC8gfTstS62OUw5CUD+a9Bx3BkFcA ZRnQ== X-Gm-Message-State: AElRT7GonIxayzIAStIVQqrhgq65eJ7TvkQyAMizKyHwt0c17AR9c/Cp xaIrjAh+ERcnXP99WXY+W1j59w== X-Google-Smtp-Source: AG47ELsDzfB0wHhqN4jc4TO7RLxA9nDz+z7I0+0wx4t0gCdxygyGOymAbwMBuwjpepP14sQZhaQV8A== X-Received: by 2002:a17:902:6c46:: with SMTP id h6-v6mr5922461pln.333.1520801091897; Sun, 11 Mar 2018 13:44:51 -0700 (PDT) Received: from rrcs-66-91-135-210.west.biz.rr.com (rrcs-66-91-135-210.west.biz.rr.com. [66.91.135.210]) by smtp.gmail.com with ESMTPSA id n14sm13555328pfj.154.2018.03.11.13.44.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 11 Mar 2018 13:44:50 -0700 (PDT) Date: Sun, 11 Mar 2018 10:43:58 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: "O. Hartmann" cc: Roman Bogorodskiy , "Danilo G. Baio" , "Rodney W. Grimes" , Trond Endrest?l , FreeBSD current , Kurt Jaeger Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT In-Reply-To: <20180311004737.3441dbf9@thor.intern.walstatt.dynvpn.de> Message-ID: References: <20180306173455.oacyqlbib4sbafqd@ler-imac.lerctr.org> <201803061816.w26IGaW5050053@pdx.rh.CN85.dnsmgr.net> <20180306193645.vv3ogqrhauivf2tr@ler-imac.lerctr.org> <20180306221554.uyshbzbboai62rdf@dx240.localdomain> <20180307103911.GA72239@kloomba> <20180311004737.3441dbf9@thor.intern.walstatt.dynvpn.de> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 11 Mar 2018 20:44:53 -0000 On Sun, 11 Mar 2018, O. Hartmann wrote: > Am Wed, 7 Mar 2018 14:39:13 +0400 > Roman Bogorodskiy schrieb: > >> Danilo G. Baio wrote: >> >>> On Tue, Mar 06, 2018 at 01:36:45PM -0600, Larry Rosenman wrote: >>>> On Tue, Mar 06, 2018 at 10:16:36AM -0800, Rodney W. Grimes wrote: >>>>>> On Tue, Mar 06, 2018 at 08:40:10AM -0800, Rodney W. Grimes wrote: >>>>>>>> On Mon, 5 Mar 2018 14:39-0600, Larry Rosenman wrote: >>>>>>>> >>>>>>>>> Upgraded to: >>>>>>>>> >>>>>>>>> FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #11 r330385: >>>>>>>>> Sun Mar 4 12:48:52 CST 2018 >>>>>>>>> root@borg.lerctr.org:/usr/obj/usr/src/amd64.amd64/sys/VT-LER amd64 >>>>>>>>> +1200060 1200060 >>>>>>>>> >>>>>>>>> Yesterday, and I'm seeing really strange slowness, ARC use, and SWAP use >>>>>>>>> and swapping. >>>>>>>>> >>>>>>>>> See http://www.lerctr.org/~ler/FreeBSD/Swapuse.png >>>>>>>> >>>>>>>> I see these symptoms on stable/11. One of my servers has 32 GiB of >>>>>>>> RAM. After a reboot all is well. ARC starts to fill up, and I still >>>>>>>> have more than half of the memory available for user processes. >>>>>>>> >>>>>>>> After running the periodic jobs at night, the amount of wired memory >>>>>>>> goes sky high. /etc/periodic/weekly/310.locate is a particular nasty >>>>>>>> one. >>>>>>> >>>>>>> I would like to find out if this is the same person I have >>>>>>> reporting this problem from another source, or if this is >>>>>>> a confirmation of a bug I was helping someone else with. >>>>>>> >>>>>>> Have you been in contact with Michael Dexter about this >>>>>>> issue, or any other forum/mailing list/etc? >>>>>> Just IRC/Slack, with no response. >>>>>>> >>>>>>> If not then we have at least 2 reports of this unbound >>>>>>> wired memory growth, if so hopefully someone here can >>>>>>> take you further in the debug than we have been able >>>>>>> to get. >>>>>> What can I provide? The system is still in this state as the full backup is >>>>>> slow. >>>>> >>>>> One place to look is to see if this is the recently fixed: >>>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222288 >>>>> g_bio leak. >>>>> >>>>> vmstat -z | egrep 'ITEM|g_bio|UMA' >>>>> >>>>> would be a good first look >>>>> >>>> borg.lerctr.org /home/ler $ vmstat -z | egrep 'ITEM|g_bio|UMA' >>>> ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP >>>> UMA Kegs: 280, 0, 346, 5, 560, 0, 0 >>>> UMA Zones: 1928, 0, 363, 1, 577, 0, 0 >>>> UMA Slabs: 112, 0,25384098, 977762,102033225, 0, 0 >>>> UMA Hash: 256, 0, 59, 16, 105, 0, 0 >>>> g_bio: 384, 0, 33, 1627,542482056, 0, 0 >>>> borg.lerctr.org /home/ler $ >>>>>>>> Limiting the ARC to, say, 16 GiB, has no effect of the high amount of >>>>>>>> wired memory. After a few more days, the kernel consumes virtually all >>>>>>>> memory, forcing processes in and out of the swap device. >>>>>>> >>>>>>> Our experience as well. >>>>>>> >>>>>>> ... >>>>>>> >>>>>>> Thanks, >>>>>>> Rod Grimes >>>>>>> rgrimes@freebsd.org >>>>>> Larry Rosenman http://www.lerctr.org/~ler >>>>> >>>>> -- >>>>> Rod Grimes rgrimes@freebsd.org >>>> >>>> -- >>>> Larry Rosenman http://www.lerctr.org/~ler >>>> Phone: +1 214-642-9640 E-Mail: ler@lerctr.org >>>> US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 >>> >>> >>> Hi. >>> >>> I noticed this behavior as well and changed vfs.zfs.arc_max for a smaller size. >>> >>> For me it started when I upgraded to 1200058, in this box I'm only using >>> poudriere for building tests. >> >> I've noticed that as well. >> >> I have 16G of RAM and two disks, the first one is UFS with the system >> installation and the second one is ZFS which I use to store media and >> data files and for poudreire. >> >> I don't recall the exact date, but it started fairly recently. System would >> swap like crazy to a point when I cannot even ssh to it, and can hardly >> login through tty: it might take 10-15 minutes to see a command typed in >> the shell. >> >> I've updated loader.conf to have the following: >> >> vfs.zfs.arc_max="4G" >> vfs.zfs.prefetch_disable="1" >> >> It fixed the problem, but introduced a new one. When I'm building stuff >> with poudriere with ccache enabled, it takes hours to build even small >> projects like curl or gnutls. >> >> For example, current build: >> >> [10i386-default] [2018-03-07_07h44m45s] [parallel_build:] Queued: 3 Built: 1 Failed: >> 0 Skipped: 0 Ignored: 0 Tobuild: 2 Time: 06:48:35 [02]: security/gnutls >> | gnutls-3.5.18 build (06:47:51) >> >> Almost 7 hours already and still going! >> >> gstat output looks like this: >> >> dT: 1.002s w: 1.000s >> L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name >> 0 0 0 0 0.0 0 0 0.0 0.0 da0 >> 0 1 0 0 0.0 1 128 0.7 0.1 ada0 >> 1 106 106 439 64.6 0 0 0.0 98.8 ada1 >> 0 1 0 0 0.0 1 128 0.7 0.1 ada0s1 >> 0 0 0 0 0.0 0 0 0.0 0.0 ada0s1a >> 0 0 0 0 0.0 0 0 0.0 0.0 ada0s1b >> 0 1 0 0 0.0 1 128 0.7 0.1 ada0s1d >> >> ada0 here is UFS driver, and ada1 is ZFS. >> >>> Regards. >>> -- >>> Danilo G. Baio (dbaio) >> >> >> >> Roman Bogorodskiy > > > This is from a APU, no ZFS, UFS on a small mSATA device, the APU (PCenigine) works as a > firewall, router, PBX): > > last pid: 9665; load averages: 0.13, 0.13, 0.11 > up 3+06:53:55 00:26:26 19 processes: 1 running, 18 sleeping CPU: 0.3% user, 0.0% > nice, 0.2% system, 0.0% interrupt, 99.5% idle Mem: 27M Active, 6200K Inact, 83M > Laundry, 185M Wired, 128K Buf, 675M Free Swap: 7808M Total, 2856K Used, 7805M Free > [...] > > The APU is running CURRENT ( FreeBSD 12.0-CURRENT #42 r330608: Wed Mar 7 16:55:59 CET > 2018 amd64). Usually, the APU never(!) uses swap, now it is starting to swap like hell > for a couple of days and I have to reboot it failty often. > > Another box, 16 GB RAM, ZFS, poudriere, the packaging box, is right now unresponsible: > after hours of building packages, I tried to copy the repository from one location on > the same ZFS volume to another - usually this task takes a couple of minutes for ~ 2200 > ports. Now, I has taken 2 1/2 hours and the box got stuck, Ctrl-T on the console > delivers: > load: 0.00 cmd: make 91199 [pfault] 7239.56r 0.03u 0.04s 0% 740k > > No response from the box anymore. > > > The problem of swapping like hell and performing slow isn't an issue of the past days, it > is present at least since 1 1/2 weeks for now, even more. Since I build ports fairly > often, time taken on that specific box has increased from 2 to 3 days for all ~2200 > ports. The system has 16 GB of RAM, IvyBridge 4-core XEON at 3,4 GHz, if this information > matters. The box is consuming swap really fast. > > Today is the first time the machine got inresponsible (no ssh, no console login so far). > Need to coldstart. OS is CURRENT as well. > > Regards, > > O. Hartmann Hi Folks, This could be my fault from recent NUMA and concurrency related work. I did touch some of the arc back-pressure mechanisms. First, I would like to identify whether the wired memory is in the buffer cache. Can those of you that have a repro look at sysctl vfs.bufspace and tell me if that accounts for the bulk of your wired memory usage? I'm wondering if a job ran that pulled in all of the bufs from your root disk and filled up the buffer cache which doesn't have a back-pressure mechanism. Then arc didn't respond appropriately to lower its usage. Also, if you could try going back to r328953 or r326346 and let me know if the problem exists in either. That would be very helpful. If anyone is willing to debug this with me contact me directly and I will send some test patches or debugging info after you have done the above steps. Thank you for the reports. Jeff > > > -- > O. Hartmann > > Ich widerspreche der Nutzung oder Ãœbermittlung meiner Daten für > Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG). > From owner-freebsd-current@freebsd.org Sun Mar 11 22:13:23 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9DD8CF2AA24 for ; Sun, 11 Mar 2018 22:13:23 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from mail.infocus-llc.com (mail.infocus-llc.com [199.15.120.13]) (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 4571382383 for ; Sun, 11 Mar 2018 22:13:22 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tarragon.infocus-llc.com (Postfix) with ESMTPSA id 3zzwNq4CwSz1Lg; Sun, 11 Mar 2018 17:13:15 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3zzwNn3TMJz94s; Sun, 11 Mar 2018 17:13:13 -0500 (CDT) Date: Sun, 11 Mar 2018 17:13:13 -0500 From: "Matthew D. Fuller" To: Jeff Roberson Cc: FreeBSD current Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT Message-ID: <20180311221313.GF42539@over-yonder.net> References: <20180306173455.oacyqlbib4sbafqd@ler-imac.lerctr.org> <201803061816.w26IGaW5050053@pdx.rh.CN85.dnsmgr.net> <20180306193645.vv3ogqrhauivf2tr@ler-imac.lerctr.org> <20180306221554.uyshbzbboai62rdf@dx240.localdomain> <20180307103911.GA72239@kloomba> <20180311004737.3441dbf9@thor.intern.walstatt.dynvpn.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.9.4 (2018-02-28) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 11 Mar 2018 22:13:23 -0000 On Sun, Mar 11, 2018 at 10:43:58AM -1000 I heard the voice of Jeff Roberson, and lo! it spake thus: > > First, I would like to identify whether the wired memory is in the > buffer cache. Can those of you that have a repro look at sysctl > vfs.bufspace and tell me if that accounts for the bulk of your wired > memory usage? I'm wondering if a job ran that pulled in all of the > bufs from your root disk and filled up the buffer cache which > doesn't have a back-pressure mechanism. If by "root disk", you mean the one that isn't ZFS, that wouldn't touch anything here; apart from a md-backed UFS /tmp and some NFS mounts, everything on my system is ZFS. I believe vfs.bufspace is what shows up as "Buf" on top? I don't recall it looking particularly interesting when things were madly swapping. I'll uncork arc_max again for a bit and see if anything odd shows up in it, but it's only a dozen megs or so now. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@freebsd.org Sun Mar 11 23:19:11 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 692ECF2F33B for ; Sun, 11 Mar 2018 23:19:11 +0000 (UTC) (envelope-from tom.b.rushworth@gmail.com) Received: from mail-pg0-x236.google.com (mail-pg0-x236.google.com [IPv6:2607:f8b0:400e:c05::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 E796584673 for ; Sun, 11 Mar 2018 23:19:10 +0000 (UTC) (envelope-from tom.b.rushworth@gmail.com) Received: by mail-pg0-x236.google.com with SMTP id a15so1413594pgn.5 for ; Sun, 11 Mar 2018 16:19:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=reply-to:subject:references:to:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=w+hsSo7BLS/ntG5y20MxPdQByf10tYYQ+8Xo5rHQUYE=; b=NmnCrcyt3GrNPcaKbXGfaX1FjFeN/4tMR90ir5TD/kgVgzmmxv7Yo6RvV0TEcNECZU pIZ+wnXkXQKZ/JNjJ2guUzhUQDMF2RQNv/ENX+2P+o/fKZcyLuAPcXLylbABZBrW7P// KT/n8JL1dIlfUEOBmfJbKby6G8Q0BEcZYFnrBhg4BSAaqe0GhsD6rKDXyEP/YcQlr7Dk 67HSgYnF1PlcStGuGgJaWVVtV+nJFQtn8Gn26br4dCFkDg5/uty0aw6kwO7azXtXO569 +R207OZR6g9iWffAKoPWbElvsxBF/R5wHm64WJWKmDSKBD2JKE+Mj7NZSou1mF3Iebdl oYeQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:reply-to:subject:references:to:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=w+hsSo7BLS/ntG5y20MxPdQByf10tYYQ+8Xo5rHQUYE=; b=MCYmNctid38gjIaANnIeOFWf4iwb4lM5ObA6uin6tj4Z9epskqQnpXcL+8iXvODjTq XDXCs0RAdazcedOyxziZBWV3HqziWYHk8bBZR9EtDsyoa3fK0LD3Fw0wG8lLhTmaI6wl TaiExmRxoPfphENNgfL2BPUw5AIQSMrz3XW/xQV9PY/VLRlOH326MBKPxHo/IH5oOG6p fCROBhne4BRi17VWbPoiED9+XKM1+x2/1h7ytY+ITw3yiTkSdzSvTQZ1aNNVKLqZiAmb Ent2yu3gT+UIH85k17upwNXpJ8BTmbXK2JZxaI44ws8jumIytgW5SV+u1yMWECKOqymx kUHQ== X-Gm-Message-State: AElRT7HZtUSj2CzQRXimp+imxRONHK7b6PqgEIG7XulS0/PdM+cmT2mH kgAdcJsOkIcmHOSS2a0iNAE71A== X-Google-Smtp-Source: AG47ELsOH4KnDbSfni2Qg2u7moRmqjCZx7iqbx0Zjh+Tfm4nexI4oISah+CeG2pCzPG17vIqH0fdpQ== X-Received: by 10.99.125.75 with SMTP id m11mr309908pgn.391.1520810349855; Sun, 11 Mar 2018 16:19:09 -0700 (PDT) Received: from kelvin.mannynkapy.net ([207.102.139.9]) by smtp.gmail.com with ESMTPSA id c184sm13525824pfc.0.2018.03.11.16.19.08 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 11 Mar 2018 16:19:09 -0700 (PDT) Reply-To: tbr@acm.org Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT References: <20180306173455.oacyqlbib4sbafqd@ler-imac.lerctr.org> <201803061816.w26IGaW5050053@pdx.rh.CN85.dnsmgr.net> <20180306193645.vv3ogqrhauivf2tr@ler-imac.lerctr.org> <20180306221554.uyshbzbboai62rdf@dx240.localdomain> <20180307103911.GA72239@kloomba> <20180311004737.3441dbf9@thor.intern.walstatt.dynvpn.de> To: freebsd-current@freebsd.org From: Tom Rushworth Message-ID: Date: Sun, 11 Mar 2018 16:19:05 -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: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 11 Mar 2018 23:19:11 -0000 Hi All, On 11/03/2018 13:43, Jeff Roberson wrote: [snip] > > Hi Folks, > > This could be my fault from recent NUMA and concurrency related work. I > did touch some of the arc back-pressure mechanisms. First, I would like > to identify whether the wired memory is in the buffer cache. Can those > of you that have a repro look at sysctl vfs.bufspace and tell me if that > accounts for the bulk of your wired memory usage? I'm wondering if a > job ran that pulled in all of the bufs from your root disk and filled up > the buffer cache which doesn't have a back-pressure mechanism. Then arc > didn't respond appropriately to lower its usage. > > Also, if you could try going back to r328953 or r326346 and let me know > if the problem exists in either. That would be very helpful. If anyone > is willing to debug this with me contact me directly and I will send > some test patches or debugging info after you have done the above steps. > > Thank you for the reports. > > Jeff [snip] I'm seeing this on 11.1 stable r330126 with 32G of memory. I have two physical storage devices (one SSD, one HD) each a separate ZFS pool and I can reproduce this fairly easily and quickly with: cp -r The directory being copied has about 25G (from du -sg), I end up with 16G wired after starting with less than 1G. After the copy: sysctl vfs.bufspace --> 0 Out of curiosity I copied it back the other way and drove the wired memory to 26G during the copy falling back to 24G once the copy finished, with vfs.bufspace at 0. I'm not really in a good position to roll back to r328953 (or anything much earlier), my graphics HW (i915) needs something pretty recent. I am running a custom kernel (I dropped a lot of the newtwork interfaces), so if you need more info I'm willing to help, as long as you explain what you need in short words :). (I'm not very familiar with FreeBSD kernel work or sysadmin.) Regards, -- Tom Rushworth From owner-freebsd-current@freebsd.org Sun Mar 11 23:56:39 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2BF29F31CB7 for ; Sun, 11 Mar 2018 23:56:39 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.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 B6A1585A9E for ; Sun, 11 Mar 2018 23:56:38 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: by mailman.ysv.freebsd.org (Postfix) id 74999F31CB5; Sun, 11 Mar 2018 23:56:38 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52635F31CB4 for ; Sun, 11 Mar 2018 23:56:38 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: from mail-ot0-x22e.google.com (mail-ot0-x22e.google.com [IPv6:2607:f8b0:4003:c0f::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 CE38A85A9D for ; Sun, 11 Mar 2018 23:56:37 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: by mail-ot0-x22e.google.com with SMTP id h8so13622548oti.6 for ; Sun, 11 Mar 2018 16:56:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=capeaugusta-com.20150623.gappssmtp.com; s=20150623; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=uwMuis0zrdPnZnAfHTsyS5Y/8z93ruSPz9j3toCX6OA=; b=oRjlWbHiEj+eEFof4F2XrkDdfLm1ykVNShI7oU3MPPwKNxP9Fx2+1aYwTLuVnOpjXL NwMrVnhD/GAfciTVHfCncPk7jPFUnfygJjdI3gJGr9xprBOuPAutcDLFZBVPG5Rs65wf /Yd3Usl1SEMgV0o8m19w1Ari2LlhrlRSkio8VIpHdb7U1rBjW1s2jaXUSFhYXj10QeZg R96BOU+XVfolhMRbQkb+ywyFHNrGaPwJCtzE2337ovdjFBu+7kayc0UuwGcB/zJ4yB0L 7egRI/C9e3HeXdzT0TmUcosxc3g6YuLzshBTFstMzBtS370DpMX+B/3omQCj6TOsPt+D SKQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=uwMuis0zrdPnZnAfHTsyS5Y/8z93ruSPz9j3toCX6OA=; b=abpiqj1k3rRi7xwKvtPy/WVvBrc56GxghSz+yIlbBJscErBuuSG/ESFeNnHVk//Be6 9JxdqUcLZ6rKJeIOTweU4UqKRUr9gMvIGhKbd+y4BI7R7jDepQ7+p4cuCJbJ8spoQjwZ s5c4dhJiir4HOcsWuHDUwCEJ7S1rXwYNP2AHJSUiVZgav7QAay9ARb9uZSHp7SxFJh6t WQF/nkl1FBwVC8EhU7d/EL4levMEII6KQ6TwPaaeGJvlRt2mqz7IMbvkLO4Rexd9nJ8K ibJsmRdMvVXNFrKl5/BbMI+klS1AltcumQwVBzaI25VEGJzx6PLbHdgGAL+zpyIdLmml fy5Q== X-Gm-Message-State: AElRT7EFdrp08t8cUhRQjTpzMRy/Yarojd0r/r+90sOi1yvDo444A3O/ XNtHI/CX8H9x/i/VyDYACSICk5BgMJGXSXwcVWmPq6aufuKlJBftZGKP/P8heA1SIDoL1iAUSO0 i4oav8KUa2Wt/GydYvZmhvWghnK9fjlHZ21RYZgKvHPeX0RpG+WSb4/LMfurYuzqUVdluJ/W2d+ ky X-Google-Smtp-Source: AG47ELv6PKGl97JyvB+d3tHCIWFMUgTCXMo2MlKZ9kbBZEoUI6eUleEkwMWVnzNamIMGK1GXgG3B9w== X-Received: by 10.157.48.153 with SMTP id s25mr3954782otc.148.1520812596605; Sun, 11 Mar 2018 16:56:36 -0700 (PDT) Received: from zen.clue.co.za (c-69-254-3-228.hsd1.ga.comcast.net. [69.254.3.228]) by smtp.gmail.com with ESMTPSA id j75sm3236463oiy.34.2018.03.11.16.56.35 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 11 Mar 2018 16:56:36 -0700 (PDT) To: current From: Ian FREISLICH Subject: Clang-6 and GNUisms. Message-ID: <4ea06b48-d451-f2b3-4c20-4963f829333b@capeaugusta.com> Date: Sun, 11 Mar 2018 19:56:35 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 11 Mar 2018 23:56:39 -0000 Hi There's been some fallout in ports land since clang-6 around null pointer arithmetic and casts.=C2=A0 I cannot think of a good reason for doi= ng the following but then I've not dabbled in the arcane much: # define __INT_TO_PTR(P) ((P) + (char *) 0) So far I've encountered these in lang/v8 and devel/avr-gcc.=C2=A0 I know it just generates warnings, but GNUisms and -Werror abound.=C2=A0 Adding -Wno-null-pointer-arithmetic and -Wno-vexing-parse to CFLAGS/CXXFLAGS provides some relief but V8 still fails: /usr/ports/lang/v8/work/v8-3.18.5/out/native/obj.target/v8_base.x64/src/typ= e-info.o../src/stub-cache.cc:1477:33: error: reinterpret_cast from 'nullptr_t' to 'char *' is not allowed =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : GetCodeWithFlags(flags, reinterpret_cast(NULL)); =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I haven't got avr-gcc to compile yet. Ian --=20 Ian Freislich --=20 From owner-freebsd-current@freebsd.org Mon Mar 12 02:37:20 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D9A9F40808 for ; Mon, 12 Mar 2018 02:37:20 +0000 (UTC) (envelope-from linimon@lonesome.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 B40CA8A8FA for ; Mon, 12 Mar 2018 02:37:19 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mailman.ysv.freebsd.org (Postfix) id 71B66F40803; Mon, 12 Mar 2018 02:37:19 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5FA93F40802 for ; Mon, 12 Mar 2018 02:37:19 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [192.108.105.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E9C588A8F4 for ; Mon, 12 Mar 2018 02:37:18 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (bones.soaustin.net [192.108.105.22]) by mail.soaustin.net (Postfix) with ESMTPSA id 80B763AA; Sun, 11 Mar 2018 21:37:15 -0500 (CDT) Date: Sun, 11 Mar 2018 21:37:14 -0500 From: Mark Linimon To: Ian FREISLICH Cc: current Subject: Re: Clang-6 and GNUisms. Message-ID: <20180312023714.GA781@lonesome.com> References: <4ea06b48-d451-f2b3-4c20-4963f829333b@capeaugusta.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ea06b48-d451-f2b3-4c20-4963f829333b@capeaugusta.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 12 Mar 2018 02:37:20 -0000 The problem is even worse on armv6/armv7/aarch64, and much worse on powerpc64/sparc64, which still have gcc in base. I have not been saving up the emails where ports committers have been fixing various failure modes. I hesitate to start making harmless- seeming patches myself for fear of my non-existant C++ skills. I would be glad to help someone write up some documentation. This affects hundreds of port builds right now -- I have not even caught up yet on tracking them all. mcl From owner-freebsd-current@freebsd.org Mon Mar 12 03:30:27 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 04AC2F44348 for ; Mon, 12 Mar 2018 03:30:27 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) Received: from sonic316-14.consmr.mail.bf2.yahoo.com (sonic316-14.consmr.mail.bf2.yahoo.com [74.6.130.124]) (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 A062E8C82A for ; Mon, 12 Mar 2018 03:30:26 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) X-YMail-OSG: 4Jz6rgIVM1nhKXprC1Z1azI5H6TezeHlEagiVREK_Q0DG3G8tVWyzQVewb9LqDb 5vmsXDxwSmW9yYnl3MwR.1Iwvzgc7UWFWUuquLlTso.cdjRZfNOU9DNhKAZcSlDk38OuRBprdfER fxdN16p_.A8MYeXuOpClMmPsUY7f9nR.ULLgmoHBPkEZxmlOuM1KKKX0_Ke5vYZ4rtelmOagVrPW RHy6Xkozy9aB7A8DGzwA2mcoCSiXOLeV0cWhovNqtTpyju9EpsXMY6MxGY0HC1ttYp5K963M54rA GAJUM8traUSZ.Y1_RvASIquUd1QzjIC30bFPU3RH8xEfb6OBOjzxfAYqQ3vjFDza7EMmRLSRaR0i zdU.y12n8BIHfOkbk68oTvhoCSnHypYvS62dspzCOFTlBaBNMH_3gmwLgqukdaz0i8z0C8nAUfuJ a4qwxCZkoFdhLZwO7pPGR43OBXfUi8B_tbZm6gL1k7dN08Fmf3Pie.DliUckk6k6E2YXiMQ1T9Nh Y3A4b3zKaIB2OZKLsiQGwHglaQ01KUJw8umAE Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.bf2.yahoo.com with HTTP; Mon, 12 Mar 2018 03:30:20 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp429.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 59cb786fe17918ac84cc445eae8c4fce; Mon, 12 Mar 2018 03:30:17 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT Message-Id: Date: Sun, 11 Mar 2018 20:30:15 -0700 Cc: "O. Hartmann" To: jroberson@jroberson.net, freebsd-current@freebsd.org X-Mailer: Apple Mail (2.3445.5.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 12 Mar 2018 03:30:27 -0000 As I understand, O. Hartmann's report ( ohartmann at walstatt.org ) in: = https://lists.freebsd.org/pipermail/freebsd-current/2018-March/068806.html= includes a system with a completely non-ZFS context: UFS only. Quoting = that part: > This is from a APU, no ZFS, UFS on a small mSATA device, the APU = (PCenigine) works as a > firewall, router, PBX): >=20 > last pid: 9665; load averages: 0.13, 0.13, 0.11 > up 3+06:53:55 00:26:26 19 processes: 1 running, 18 sleeping CPU: = 0.3% user, 0.0% > nice, 0.2% system, 0.0% interrupt, 99.5% idle Mem: 27M Active, 6200K = Inact, 83M > Laundry, 185M Wired, 128K Buf, 675M Free Swap: 7808M Total, 2856K = Used, 7805M Free > [...] >=20 > The APU is running CURRENT ( FreeBSD 12.0-CURRENT #42 r330608: Wed Mar = 7 16:55:59 CET > 2018 amd64). Usually, the APU never(!) uses swap, now it is starting = to swap like hell > for a couple of days and I have to reboot it failty often. Unless this is unrelated, it would suggest that ZFS and its ARC need not be involved. Would what you are investigating relative to your "NUMA and concurrency related work" fit with such a non-ZFS (no-ARC) context? =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Mon Mar 12 04:01:29 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E0FDF464AD for ; Mon, 12 Mar 2018 04:01:29 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pl0-x242.google.com (mail-pl0-x242.google.com [IPv6:2607:f8b0:400e:c01::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 87AA38DDC3 for ; Mon, 12 Mar 2018 04:01:28 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: by mail-pl0-x242.google.com with SMTP id u13-v6so8650478plq.1 for ; Sun, 11 Mar 2018 21:01:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jroberson-net.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=7XlaJmsWs5aJf3dgFjjeQMYSB71hZmdnhQV8zqWdYbo=; b=o0qFeaoOlSevvRbXG9DFaLrP/4L4XeLe/hA0H7op7ht59753ybGnUBRK1tCpDlPy5+ H3O2mi+R6a5lswUbKhH+22SEJNnsyNRKLEESZhFiOE3b/RzUOpq/MwxFcSIn1Xj/IMgO L85VSQq2IFO/V5fl1Dw+cCBtlW1AHcN7/qAvGwbmwvcUbV5ywdn1GCf/8NkmH0Ej3u0c iXY+AsFP1hk1160Q2MShvtecWTisfYDw2L7JGgtBwTWsZPPej9UsCQgANQQdnf7vSa2M BF11D9CDwvh34hYcm9UolggQb6O8uSR0v1e9PlNIEmqe5cYCdpYMmd+ztdVtrzCfgy8S 66HA== 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:in-reply-to:message-id :references:user-agent:mime-version; bh=7XlaJmsWs5aJf3dgFjjeQMYSB71hZmdnhQV8zqWdYbo=; b=aRwJG7NqthSitqota8u74EHvakGqFBXE2impldUVFKK/qBY7kDIvoSbBIoYxkTqvcN nE3uhPmG0Al9Fxu8Ui/f8B+OVMGrE9RWwi3w80yDiAfgdHj7xm/hOv3saemS39tIAvKJ pafDrlvqTpzOHGgGWcEs8YUuBs3FOWdAG5Nk/MWLuobbHBHmTvjTWCYuYbi/9Fxi4/qz g+7iVPIakG6KV3hSIdcKcbJKL4Rw6W9boF2rDUTYQo9ZRsBzaZxihujdGRKhRHcaQ0lm W3D57Feh/3tHbwOs5q2olhPoP7eA2aGVD94EIty9ftim+sBjGGRLyQezPaop0aKEC/T4 rK9A== X-Gm-Message-State: AElRT7HBCIYltCJp1YnLjtieL6c5dTIFRA+n9hAvMetpKiVXYvDnT5hV XxdKC8qwCZShRXeQZO48k6OzTQ== X-Google-Smtp-Source: AG47ELvgZOCYMmodciiOs9KYekzgZonqI6WGqhNvjxbASuFHnCRE8fyAMotYAxkTBiOHejZblFBX6w== X-Received: by 2002:a17:902:22f:: with SMTP id 44-v6mr6684020plc.377.1520827287708; Sun, 11 Mar 2018 21:01:27 -0700 (PDT) Received: from rrcs-66-91-135-210.west.biz.rr.com (rrcs-66-91-135-210.west.biz.rr.com. [66.91.135.210]) by smtp.gmail.com with ESMTPSA id f82sm14440321pfd.175.2018.03.11.21.01.26 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 11 Mar 2018 21:01:27 -0700 (PDT) Date: Sun, 11 Mar 2018 18:00:35 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Mark Millard cc: freebsd-current@freebsd.org, "O. Hartmann" Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21 (BSF 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 12 Mar 2018 04:01:29 -0000 On Sun, 11 Mar 2018, Mark Millard wrote: > As I understand, O. Hartmann's report ( ohartmann at walstatt.org ) in: > > https://lists.freebsd.org/pipermail/freebsd-current/2018-March/068806.html > > includes a system with a completely non-ZFS context: UFS only. Quoting that part: > >> This is from a APU, no ZFS, UFS on a small mSATA device, the APU (PCenigine) works as a >> firewall, router, PBX): >> >> last pid: 9665; load averages: 0.13, 0.13, 0.11 >> up 3+06:53:55 00:26:26 19 processes: 1 running, 18 sleeping CPU: 0.3% user, 0.0% >> nice, 0.2% system, 0.0% interrupt, 99.5% idle Mem: 27M Active, 6200K Inact, 83M >> Laundry, 185M Wired, 128K Buf, 675M Free Swap: 7808M Total, 2856K Used, 7805M Free >> [...] >> >> The APU is running CURRENT ( FreeBSD 12.0-CURRENT #42 r330608: Wed Mar 7 16:55:59 CET >> 2018 amd64). Usually, the APU never(!) uses swap, now it is starting to swap like hell >> for a couple of days and I have to reboot it failty often. > > Unless this is unrelated, it would suggest that ZFS and its ARC need not > be involved. > > Would what you are investigating relative to your "NUMA and concurrency > related work" fit with such a non-ZFS (no-ARC) context? I think there are probably two different bugs. I believe the pid controller has caused the laundry thread to start being more aggressive causing more pageouts which would cause increased swap consumption. The back-pressure mechanisms in arch should've resolved the other reports. It's possible that I broke those. Although if the reports from 11.x are to be believed I don't know that it was me. It is possible they have been broken at different times for different reasons. So I will continue to look. Thanks, Jeff > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > From owner-freebsd-current@freebsd.org Mon Mar 12 05:41:03 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 57B88F4C461 for ; Mon, 12 Mar 2018 05:41:03 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A412068C26 for ; Mon, 12 Mar 2018 05:41:02 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LgHvY-1eGihB1GAG-00njwI for ; Mon, 12 Mar 2018 06:35:45 +0100 Date: Mon, 12 Mar 2018 06:35:26 +0100 From: "O. Hartmann" To: freebsd-current Subject: Speed up CD/DVD-based FreeBSD Message-ID: <20180312063526.263ab62d@freyja.zeit4.iv.bundesimmobilien.de> Organization: Walstatt MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:loCZEghu0QvVfQNJMDP1snfDkXRJb9b3tSpPzeyelyZh5RzPVaV fFUJ53DoVRFnYguFOmwF77Vi/rbTRsT4nzNstjONTIi4EWZVZrzUaZKoTvzJ1pZbkVZYQn0 +byVE+xT7w3eIFPTOkNMW/3xe4yTsqh0Ypq02E3GGbjF/6qrtDHjTZM5URlV+oy/Nsmb/ik Rqzoo+3BxvAdjGZ4V8m+A== X-UI-Out-Filterresults: notjunk:1;V01:K0:EfMiWtS4Lgo=:qUEZUl6UN/NiK897aFImiN HQVmVT7qwSpkHwnq+2ruNNtfLxHEnvxRPbxGW65uqlHBhrghIJB1ptI6lmoMU7rqBmZywhQac PlzKRxpQF5GYbk4x7SL6P2+5S0gV2aUeb6o6sbRomaCL4TaHO+ilOPPFliY+ICBM0C3rFy3kM Bx5xsV4BuiBmVVPxzAowT/NcvVbRpLfXjdMSCqxTe8NI9BXd55stBy13f6CzGdQu3mFhc4Qlm u4x7/miGl8AfFdfFR3JOB4iiKcXFL7ue30NVy2JyXuC554gWWr7+faCGck9qO4UAi2P3LzkP+ VyaenO/8cqMBIcIB7FO+Ia5Obn4BbUirLMLrcDooaVhAibi/6OMyzQl1uzU8xBMrBRHmRg7Mo n3rxpukjGQboh2Lms87gbJ4gKtTlrMi6dEHgQb1UC40bCf6oM58ly+AK2KQvoMcKUzskxBCLT 8MhukUyBjJqNTFkXdXLpFe0YcltLdUYXOxx0lLnDt8P9mI8SpNDvY2HDRsLF4O3DWUs8v2dn6 EXXHH3ZTJa/LY8AMp4hhJ3xu8vEkYiF1aVZin9/5DKNLD+MFkWxR8VJeopuz6aFfe7szDLAiP qt3D5hjBAjqM1hd+TmiyLxjcrsyuo8OwcN9K16bkqsYM7kHNib1tepvanf7T4UU5AZ+YsKKD3 w9tLShCUaBBrL1m+gsX1YYgDmixk01wiSdK6SBlxNCsxCvlPYw2JPRBWFFZPHSo7MN1DdEq+a QkQiWbm1l3DPPdgWkRBV+hS3ZUimMZzSNLamRzyMrxzgZwd2CCk1D/P6I4vKU1WZwwahTP90Y TKxhXDFlOzVIKFPA3HVPPZJY0lCJsup6YHlfKRhtX0uopZt2No= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 12 Mar 2018 05:41:03 -0000 We have a special case of running FreeBSD (actually a NanoBSD) from a CD/DVD. The reason behind using a CD/DVD is to prevent manipulations. Now, after the GUI hass started, the system autologin a user and autostarts Firefox. But starting Firefox takes ~ 5 - 7 minutes, while the operating system takes 2 - 3 minutes. As you can imagine, this isn't quite a useful time. Is there a simple way, considering enough RAM in the box, to speed up the process? Loading Firefox makes the DVD drive moving the head very often - I assume this is the fact because I can hear the head scratiching around very intense. Does FreeBSD bring tools/facilities onboard to achive what I'm requesting or do I need an additional port/softwarepackage? Any considerations are welcome. Thanks in advance, Oliver From owner-freebsd-current@freebsd.org Mon Mar 12 07:30:30 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0349DF5079F for ; Mon, 12 Mar 2018 07:30:30 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6AC416C5D0 for ; Mon, 12 Mar 2018 07:30:28 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w2C7UI0A077469; Mon, 12 Mar 2018 00:30:19 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w2C7UIcO077468; Mon, 12 Mar 2018 00:30:18 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201803120730.w2C7UIcO077468@pdx.rh.CN85.dnsmgr.net> Subject: Re: Speed up CD/DVD-based FreeBSD In-Reply-To: <20180312063526.263ab62d@freyja.zeit4.iv.bundesimmobilien.de> To: "O. Hartmann" Date: Mon, 12 Mar 2018 00:30:18 -0700 (PDT) CC: freebsd-current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 12 Mar 2018 07:30:30 -0000 > We have a special case of running FreeBSD (actually a NanoBSD) from a CD/DVD. > The reason behind using a CD/DVD is to prevent manipulations. > > Now, after the GUI hass started, the system autologin a user and autostarts > Firefox. But starting Firefox takes ~ 5 - 7 minutes, while the operating system > takes 2 - 3 minutes. As you can imagine, this isn't quite a useful time. > > Is there a simple way, considering enough RAM in the box, to speed up the > process? Loading Firefox makes the DVD drive moving the head very often - I > assume this is the fact because I can hear the head scratiching around very > intense. > > Does FreeBSD bring tools/facilities onboard to achive what I'm requesting or do > I need an additional port/softwarepackage? Are you custom building this CD-rom image, or is it just a slightly modified stock FreeBSD distritbution with some scripts? One suggestion would be to run from a mfs /usr, including /usr/local, as a sample on how to do this take a look at /etc/rc.initdiskless that does this for /etc and /var when booting diskless. I suspect your slow down is shared library linking time, which would mean you might also solve this problem by building a staticly linked firefox binary. This would be much simpler to try out. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Mon Mar 12 08:00:31 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 30536F524AE for ; Mon, 12 Mar 2018 08:00:31 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-lf0-x229.google.com (mail-lf0-x229.google.com [IPv6:2a00:1450:4010:c07::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 888D26DBF0 for ; Mon, 12 Mar 2018 08:00:30 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mail-lf0-x229.google.com with SMTP id h127-v6so21701979lfg.12 for ; Mon, 12 Mar 2018 01:00:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=HTYwtN7KsjpAv4EyatJPIpGWQkfUhiFtcFBDoEtFjA0=; b=KZE7yGud0quavCFr2/n9mXSui5LTBPiTHj+CpwpH2axZ7bPlK/5OC3odB/Ig9X4e1y mXIKQR0k0V6fk6bmvA7I6/uCFZgw0KBlDz8lnu19WWK8lVlQ30jh5ZMZ6Qm/btRgD/Ki cL93TiHJRyN7eeE1DUBoBhE6DLiNwkM1czTcIIpGESznB4VpgLRbWmocEIuepeEmyKaD h2H7s7wAJJUxRZI862EWbCP7LyI2stiAz/zDndzgDs6DMg/mO8lRxikZbumpxDczW9QT ExhMig5PTG//ZiNV9VTZsBV2YlTSf3cY+TOHfnvBw4GwWKLGIFimnI1YEa0UoOggHbCb hcow== 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=HTYwtN7KsjpAv4EyatJPIpGWQkfUhiFtcFBDoEtFjA0=; b=X77g0VAGAHa4U90eo7vuozZ33IX0DuYr7bSV+h2450AyZ07v30qrMFiG4OZfnWI91O mXQpkRoJqxzj02vAjTOI5sZPziPZEtHaXbcy5jl4FfX/kJVysef6OZahx2laRvUeHnqN 6xfbWSKfVyLWRPFPpws4sN6UxnQOaPtMWxpz3c5QJ3WZ66BV3rI2Th3jNiY9/7YfatQ8 KNJizqbh3NASVaULn7utcPCmSzjSMkxehwVxj4hHbhqk0jST4kCSJMJyYEdKxZcVFPhf 3liCMrOxFEQDMpzySQLNGUMf62w/FC/1nFmTxqALk7w1yO+gJwW5RCjcYnlGtvyx6Bar O46A== X-Gm-Message-State: AElRT7GowGxkxKkTICJd9tlW7DFdJu9ZqtL2AgzcXZ7ZdLR3iYxnzHEj zdEqKzwZbo5XejMR5kTkmZQg9DBnFlb+04fZzQc= X-Google-Smtp-Source: AG47ELvbC01SnRp8MBUXL/3jZeh1GcUPHs5BbbDhCkLCkN/5Cj0abb7Fm+8Oc02NXu1aIfs7nAbLuM/V2B+q6ZsHR5Q= X-Received: by 2002:a19:20cb:: with SMTP id g194-v6mr4181953lfg.101.1520841629069; Mon, 12 Mar 2018 01:00:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.3.10 with HTTP; Mon, 12 Mar 2018 01:00:28 -0700 (PDT) In-Reply-To: <201803120730.w2C7UIcO077468@pdx.rh.CN85.dnsmgr.net> References: <20180312063526.263ab62d@freyja.zeit4.iv.bundesimmobilien.de> <201803120730.w2C7UIcO077468@pdx.rh.CN85.dnsmgr.net> From: Andreas Nilsson Date: Mon, 12 Mar 2018 09:00:28 +0100 Message-ID: Subject: Re: Speed up CD/DVD-based FreeBSD To: "Rodney W. Grimes" Cc: "O. Hartmann" , freebsd-current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 12 Mar 2018 08:00:31 -0000 On Mon, Mar 12, 2018 at 8:30 AM, Rodney W. Grimes < freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > We have a special case of running FreeBSD (actually a NanoBSD) from a > CD/DVD. > > The reason behind using a CD/DVD is to prevent manipulations. > > > > Now, after the GUI hass started, the system autologin a user and > autostarts > > Firefox. But starting Firefox takes ~ 5 - 7 minutes, while the operating > system > > takes 2 - 3 minutes. As you can imagine, this isn't quite a useful time. > > > > Is there a simple way, considering enough RAM in the box, to speed up the > > process? Loading Firefox makes the DVD drive moving the head very often > - I > > assume this is the fact because I can hear the head scratiching around > very > > intense. > > > > Does FreeBSD bring tools/facilities onboard to achive what I'm > requesting or do > > I need an additional port/softwarepackage? > > Are you custom building this CD-rom image, or is it just a slightly > modified > stock FreeBSD distritbution with some scripts? > > One suggestion would be to run from a mfs /usr, including /usr/local, > as a sample on how to do this take a look at /etc/rc.initdiskless > that does this for /etc and /var when booting diskless. > > I suspect your slow down is shared library linking time, which > would mean you might also solve this problem by building a staticly > linked firefox binary. This would be much simpler to try out. > > -- > Rod Grimes > rgrimes@freebsd.org > Hello, doesn't nanoBSD run in ro-mode per default, ie it should be somewhat tamper proof as is, even installed on disk. If running from optical drive is important, I would have a closer look on how pcbsd/trueos sets up their install-discs ( or at least used to, haven't tried one in a while ) where they basically load the entire file system into ram from a compressed image on the optical disc. Best regards Andreas From owner-freebsd-current@freebsd.org Mon Mar 12 08:25:03 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0641FF2A5AC for ; Mon, 12 Mar 2018 08:25:03 +0000 (UTC) (envelope-from jbeich@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 913776EE80 for ; Mon, 12 Mar 2018 08:25:02 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 4DA36F2A5A4; Mon, 12 Mar 2018 08:25:02 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39C40F2A5A0 for ; Mon, 12 Mar 2018 08:25:02 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DBF926EE7F; Mon, 12 Mar 2018 08:25:01 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id D232F8859; Mon, 12 Mar 2018 08:25:01 +0000 (UTC) From: Jan Beich To: Ian FREISLICH Cc: current Subject: Re: Clang-6 and GNUisms. References: <4ea06b48-d451-f2b3-4c20-4963f829333b@capeaugusta.com> Date: Mon, 12 Mar 2018 09:24:57 +0100 In-Reply-To: <4ea06b48-d451-f2b3-4c20-4963f829333b@capeaugusta.com> (Ian FREISLICH's message of "Sun, 11 Mar 2018 19:56:35 -0400") Message-ID: <1sgp-n1k6-wny@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 12 Mar 2018 08:25:03 -0000 Ian FREISLICH writes: > /usr/ports/lang/v8/work/v8-3.18.5/out/native/obj.target/v8_base.x64/src/type-info.o../src/stub-cache.cc:1477:33: > error: reinterpret_cast from 'nullptr_t' to 'char *' is not allowed > : GetCodeWithFlags(flags, reinterpret_cast(NULL)); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Try using static_cast instead e.g., https://freshbsd.org/search?q=reinterpret_cast+from+%27nullptr_t%27+to Which is caused by https://svnweb.freebsd.org/changeset/base/228918 From owner-freebsd-current@freebsd.org Mon Mar 12 11:38:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 101C3F3ACDD; Mon, 12 Mar 2018 11:38:46 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [195.149.99.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9389576CD9; Mon, 12 Mar 2018 11:38:45 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id w2CBCp2B039990 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 12 Mar 2018 12:12:51 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id w2CBCmXm002974 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 12 Mar 2018 12:12:48 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTPS id w2CBClOT014445 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 12 Mar 2018 12:12:47 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id w2CBClGa014444; Mon, 12 Mar 2018 12:12:47 +0100 (CET) (envelope-from ticso) Date: Mon, 12 Mar 2018 12:12:47 +0100 From: Bernd Walter To: Hans Petter Selasky Cc: Bernd Walter , freebsd-arm@freebsd.org, freebsd-current@freebsd.org, ticso@cicely.de Subject: Re: webcamd based touchscreen problem on Pi3 Message-ID: <20180312111246.GA14138@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20180308191131.GB86413@cicely7.cicely.de> <20180308200849.GC86413@cicely7.cicely.de> <20180308210805.GE86413@cicely7.cicely.de> <20180309004433.GI86413@cicely7.cicely.de> <4765ef04-6fb1-f9dc-315d-c4419d6ba016@selasky.org> <20180309114025.GJ86413@cicely7.cicely.de> <20180309132539.GL86413@cicely7.cicely.de> <20180310000336.GM86413@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180310000336.GM86413@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 12 Mar 2018 11:38:46 -0000 On Sat, Mar 10, 2018 at 01:03:39AM +0100, Bernd Walter wrote: > On Fri, Mar 09, 2018 at 02:25:39PM +0100, Bernd Walter wrote: > > On Fri, Mar 09, 2018 at 01:19:54PM +0100, Hans Petter Selasky wrote: > > > On 03/09/18 12:40, Bernd Walter wrote: > > > >Will do the quirk test later. > > > > > > I don't see any stalls during plug-in, so it might be a request webcamd > > > issues, which the device doesn't support. Try building webcamd with > > > debug support. > > > > It is already build with debug. > > But I don't see anything of special interest in the output. > > > > [24]sa# webcamd -d ugen0.4 > > Linux video capture interface: v2.00 > > IR NEC protocol handler initialized > > IR RC5(x/sz) protocol handler initialized > > IR RC6 protocol handler initialized > > IR JVC protocol handler initialized > > IR Sony protocol handler initialized > > IR SANYO protocol handler initialized > > IR LIRC bridge handler initialized > > IR XMP protocol handler initialized > > b2c2-flexcop: B2C2 FlexcopII/II(b)/III digital TV receiver chip loaded successfully > > USB Video Class driver (1.1.1) > > cpia2: V4L-Driver for Vision CPiA2 based cameras v3.0.1 > > pvrusb2: V4L in-tree version:Hauppauge WinTV-PVR-USB2 MPEG2 Encoder/Tuner > > pvrusb2: Debug mask is 31 (0x1f) > > USBVision USB Video Device Driver for Linux : 0.9.11 > > Attached to ugen0.4[0] > > INFO: 0003:0EEF:0005.0001: input: USB HID v1.10 Mouse [BYZHYYZHY By ZH851] on usb-/dev/usb-/dev/usb/input0 > > > > DBG: 0003:0EEF:0005.0001: Kicking head 1 tail 0 > > Creating /dev/input/event0 > > > > I will redo a test with raspbian. > > Waveshare delivered a binary kernel (so much about GPL) for their 7" HDMI C > > until they changed something in the device firmware and upgraded for a newer > > panel about 2-3 years ago. > > This is the 10.1" HMDI B and it is a very early version I have, which however > > should use a firmware similar to the newer 7" HDMI C. > > I will retest with a stock Raspbian image to be sure I wasn't accidently > > using a Waveshare image back then. > > As far as I can see the Linux drivers just quirk the device to the egalaxy > > driver, so they do know the Waveshare by ID. > > I couldn't spot a difference between Linux and what is included in the webcamd > > source. > > So the older 7" HDMI C Rev 1.1 with the non IPS panel won't even attach, but > it always needed some special binary support for Linux, no surprises here. > The newer Rev 2.1 with the IPS panel claims to be the same and work with > webcamd, at least I get data via /dev/input/event0, which looks reasonable > with evdev-dump. > That's an interesting starting point. I've got a new model of the 10" HDMI B. It behaves differently. First of all - uep seems to take it, which it didn't for any of the previous displays I'd tested. I had to remove the driver from the loader.conf to have webcamd attach to it. webcamd attaches fine and it delivers touch events: [29]sa# evdev-dump /dev/input/event0 /dev/input/event0 3041705595.425438 EV_ABS ABS_MT_TRACKING_ID 0x00000000 /dev/input/event0 3041705595.425438 EV_ABS ABS_MT_POSITION_X 0x000001CF /dev/input/event0 3041705595.425438 EV_ABS ABS_MT_POSITION_Y 0x0000025E /dev/input/event0 3041705595.425438 EV_ABS ABS_MT_PRESSURE 0x00000005 /dev/input/event0 3041705595.425438 EV_KEY BTN_TOUCH 0x00000001 /dev/input/event0 3041705595.425438 EV_ABS ABS_X 0x000001CF /dev/input/event0 3041705595.425438 EV_ABS ABS_Y 0x0000025E /dev/input/event0 3041705595.425438 EV_ABS ABS_PRESSURE 0x00000005 /dev/input/event0 3041705595.425438 EV_SYN SYN_REPORT 0x00000000 Whatever had been the cause for my previous problem, they obviously have fixed them in firmware. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@freebsd.org Mon Mar 12 14:32:47 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF04BF4AE8A for ; Mon, 12 Mar 2018 14:32:47 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (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 485AD7E26A for ; Mon, 12 Mar 2018 14:32:46 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 256f4a5e-2602-11e8-bb8e-b35b57339d60 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound1.ore.mailhop.org (Halon) with ESMTPSA id 256f4a5e-2602-11e8-bb8e-b35b57339d60; Mon, 12 Mar 2018 14:32:10 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w2CEWcKK016327; Mon, 12 Mar 2018 08:32:38 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1520865158.84937.161.camel@freebsd.org> Subject: Re: Speed up CD/DVD-based FreeBSD From: Ian Lepore To: "O. Hartmann" , freebsd-current Date: Mon, 12 Mar 2018 08:32:38 -0600 In-Reply-To: <20180312063526.263ab62d@freyja.zeit4.iv.bundesimmobilien.de> References: <20180312063526.263ab62d@freyja.zeit4.iv.bundesimmobilien.de> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 12 Mar 2018 14:32:47 -0000 On Mon, 2018-03-12 at 06:35 +0100, O. Hartmann wrote: > We have a special case of running FreeBSD (actually a NanoBSD) from a CD/DVD. > The reason behind using a CD/DVD is to prevent manipulations. > > Now, after the GUI hass started, the system autologin a user and autostarts > Firefox. But starting Firefox takes ~ 5 - 7 minutes, while the operating system > takes 2 - 3 minutes. As you can imagine, this isn't quite a useful time. > > Is there a simple way, considering enough RAM in the box, to speed up the > process? Loading Firefox makes the DVD drive moving the head very often - I > assume this is the fact because I can hear the head scratiching around very > intense. > > Does FreeBSD bring tools/facilities onboard to achive what I'm requesting or do > I need an additional port/softwarepackage? > > Any considerations are welcome. > > Thanks in advance, > > Oliver You say you have "enough" ram... is it enough to fit your entire filesystem image in memory and still be able to run apps?  If so you can compile your entire filesystem into the kernel using an mdroot image using options MD_ROOT and makeoptions MFS_IMAGE=. -- Ian From owner-freebsd-current@freebsd.org Mon Mar 12 15:12:58 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A32BF4DDF1 for ; Mon, 12 Mar 2018 15:12:58 +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 BE8CE80291 for ; Mon, 12 Mar 2018 15:12:57 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7E5CDF4DDE9; Mon, 12 Mar 2018 15:12:57 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C37EF4DDE8 for ; Mon, 12 Mar 2018 15:12:57 +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 ED6DE80290 for ; Mon, 12 Mar 2018 15:12:56 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id F381E10E8E; Mon, 12 Mar 2018 16:03:44 +0100 (CET) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_081480D5-A9BF-4C44-BDA0-3AE8472A949B"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Clang-6 and GNUisms. Date: Mon, 12 Mar 2018 16:03:44 +0100 In-Reply-To: <4ea06b48-d451-f2b3-4c20-4963f829333b@capeaugusta.com> Cc: current To: Ian FREISLICH References: <4ea06b48-d451-f2b3-4c20-4963f829333b@capeaugusta.com> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 12 Mar 2018 15:12:58 -0000 --Apple-Mail=_081480D5-A9BF-4C44-BDA0-3AE8472A949B Content-Type: multipart/mixed; boundary="Apple-Mail=_003D66FC-E7F2-4BDA-A929-8668F2F7EF5E" --Apple-Mail=_003D66FC-E7F2-4BDA-A929-8668F2F7EF5E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 12 Mar 2018, at 00:56, Ian FREISLICH = wrote: >=20 > There's been some fallout in ports land since clang-6 around null > pointer arithmetic and casts. I cannot think of a good reason for = doing > the following but then I've not dabbled in the arcane much: >=20 > # define __INT_TO_PTR(P) ((P) + (char *) 0) The idea of this construct is to store integers in pointers, and vice versa. This could also be done with unions, but those have their own portability issues. However, arithmetic on a null pointer is undefined according to the C and C++ standards, though this particular use case is a GNU extension. It would be safer and more portable to use intptr_t (or a custom integer type that is exactly as large as a pointer), then cast the pointer to that type, and vice versa. E.g.: #define __INT_TO_PTR(i) ((char *)(intptr_t)(i)) #define __PTR_TO_INT(p) ((intptr_t)(char *)(p)) That said, -Wno-null-pointer-arithmetic can of course be used to suppress the warnings, but unfortunately this not only applies to the GNU extension, but also to real undefined behavior. > So far I've encountered these in lang/v8 and devel/avr-gcc. I know it > just generates warnings, but GNUisms and -Werror abound. Adding > -Wno-null-pointer-arithmetic and -Wno-vexing-parse to CFLAGS/CXXFLAGS > provides some relief but V8 still fails: >=20 > = /usr/ports/lang/v8/work/v8-3.18.5/out/native/obj.target/v8_base.x64/src/ty= pe-info.o../src/stub-cache.cc:1477:33: > error: reinterpret_cast from 'nullptr_t' to 'char *' is not allowed > : GetCodeWithFlags(flags, reinterpret_cast(NULL)); >=20 > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In this case, the casting is unnecessary, and can simply be removed. The "vexing parse" warning is caused by unnecessary (and confusing) parentheses, which can also be removed. See the attached patch, which fixes both issues, and suppresses the null pointer arithmetic warnings. > I haven't got avr-gcc to compile yet. No idea about this, is it very different from regular gcc's? As those all compile fine now. -Dimitry --Apple-Mail=_003D66FC-E7F2-4BDA-A929-8668F2F7EF5E Content-Disposition: attachment; filename=lang__v8-fix-clang6-build-1.diff Content-Type: application/octet-stream; x-unix-mode=0644; name="lang__v8-fix-clang6-build-1.diff" Content-Transfer-Encoding: 7bit Index: lang/v8/Makefile =================================================================== --- lang/v8/Makefile (revision 463967) +++ lang/v8/Makefile (working copy) @@ -39,9 +39,12 @@ CXXFLAGS+= -Wno-unused-const-variable CXXFLAGS+= -Wno-tautological-undefined-compare .if ${COMPILER_VERSION} >= 36 CXXFLAGS+= -Wno-unused-local-typedef +.if ${COMPILER_VERSION} >= 60 +CXXFLAGS+= -Wno-null-pointer-arithmetic .endif .endif .endif +.endif .else MAKE_ARGS+= strictaliasing=off USE_GCC= any Index: lang/v8/files/patch-src_objects.cc =================================================================== --- lang/v8/files/patch-src_objects.cc (nonexistent) +++ lang/v8/files/patch-src_objects.cc (working copy) @@ -0,0 +1,11 @@ +--- src/objects.cc.orig 2013-05-01 12:56:29 UTC ++++ src/objects.cc +@@ -2494,7 +2494,7 @@ MaybeObject* Map::GeneralizeRepresentation(int modify_ + // Create a handle for the last created map to ensure it stays alive + // during GC. Its descriptor array is too large, but it will be + // overwritten during retry anyway. +- Handle(new_map); ++ Handle new_map; + } + } + Property changes on: lang/v8/files/patch-src_objects.cc ___________________________________________________________________ Added: fbsd:nokeywords ## -0,0 +1 ## +yes \ No newline at end of property Added: svn:eol-style ## -0,0 +1 ## +native \ No newline at end of property Added: svn:mime-type ## -0,0 +1 ## +text/plain \ No newline at end of property Index: lang/v8/files/patch-src_stub-cache.cc =================================================================== --- lang/v8/files/patch-src_stub-cache.cc (nonexistent) +++ lang/v8/files/patch-src_stub-cache.cc (working copy) @@ -0,0 +1,11 @@ +--- src/stub-cache.cc.orig 2013-05-01 12:56:29 UTC ++++ src/stub-cache.cc +@@ -1474,7 +1474,7 @@ Handle StubCompiler::GetCodeWithFlags(Code::Flag + Handle name) { + return (FLAG_print_code_stubs && !name.is_null() && name->IsString()) + ? GetCodeWithFlags(flags, *Handle::cast(name)->ToCString()) +- : GetCodeWithFlags(flags, reinterpret_cast(NULL)); ++ : GetCodeWithFlags(flags, NULL); + } + + Property changes on: lang/v8/files/patch-src_stub-cache.cc ___________________________________________________________________ Added: fbsd:nokeywords ## -0,0 +1 ## +yes \ No newline at end of property Added: svn:eol-style ## -0,0 +1 ## +native \ No newline at end of property Added: svn:mime-type ## -0,0 +1 ## +text/plain \ No newline at end of property --Apple-Mail=_003D66FC-E7F2-4BDA-A929-8668F2F7EF5E-- --Apple-Mail=_081480D5-A9BF-4C44-BDA0-3AE8472A949B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWqaW0AAKCRCwXqMKLiCW oytmAKDIGxXtHUFyekASpDcUCQ0d6emitgCfQPQRDR68zzJMqNUYPOeyntRgHh4= =buKI -----END PGP SIGNATURE----- --Apple-Mail=_081480D5-A9BF-4C44-BDA0-3AE8472A949B-- From owner-freebsd-current@freebsd.org Mon Mar 12 16:06:52 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 25A75F51958 for ; Mon, 12 Mar 2018 16:06:52 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) 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 BB74F830D9 for ; Mon, 12 Mar 2018 16:06:51 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id 73151F51957; Mon, 12 Mar 2018 16:06:51 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6199FF51956 for ; Mon, 12 Mar 2018 16:06:51 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EE125830D8 for ; Mon, 12 Mar 2018 16:06:50 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from imac.bk.cs.huji.ac.il ([132.65.179.42]) by kabab.cs.huji.ac.il with esmtp id 1evPnx-0005vM-WE; Mon, 12 Mar 2018 17:56:06 +0200 From: Daniel Braniss Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: devdmatch: Can't read linker file. Message-Id: Date: Mon, 12 Mar 2018 17:56:05 +0200 Cc: Warner Losh To: FreeBSD Current X-Mailer: Apple Mail (2.3445.5.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 12 Mar 2018 16:06:52 -0000 Hi, the above i get on arm/nanopi-neo. (it=E2=80=99s the only platform I run = current :-) cheers, danny From owner-freebsd-current@freebsd.org Mon Mar 12 16:21:45 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8EFE8F528DF for ; Mon, 12 Mar 2018 16:21:45 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 279C183AEB for ; Mon, 12 Mar 2018 16:21:45 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by mailman.ysv.freebsd.org (Postfix) id D682EF528DE; Mon, 12 Mar 2018 16:21:44 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C29C3F528DD for ; Mon, 12 Mar 2018 16:21:44 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (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 6A62583AE8; Mon, 12 Mar 2018 16:21:44 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 2335A5A9F12; Mon, 12 Mar 2018 16:21:43 +0000 (UTC) Date: Mon, 12 Mar 2018 16:21:43 +0000 From: Brooks Davis To: Dimitry Andric Cc: Ian FREISLICH , current Subject: Re: Clang-6 and GNUisms. Message-ID: <20180312162143.GB83713@spindle.one-eyed-alien.net> References: <4ea06b48-d451-f2b3-4c20-4963f829333b@capeaugusta.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s/l3CgOIzMHHjg/5" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 12 Mar 2018 16:21:45 -0000 --s/l3CgOIzMHHjg/5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 12, 2018 at 04:03:44PM +0100, Dimitry Andric wrote: > On 12 Mar 2018, at 00:56, Ian FREISLICH w= rote: > >=20 > > There's been some fallout in ports land since clang-6 around null > > pointer arithmetic and casts. I cannot think of a good reason for doing > > the following but then I've not dabbled in the arcane much: > >=20 > > # define __INT_TO_PTR(P) ((P) + (char *) 0) >=20 > The idea of this construct is to store integers in pointers, and vice > versa. This could also be done with unions, but those have their own > portability issues. >=20 > However, arithmetic on a null pointer is undefined according to the C > and C++ standards, though this particular use case is a GNU extension. >=20 > It would be safer and more portable to use intptr_t (or a custom integer > type that is exactly as large as a pointer), then cast the pointer to > that type, and vice versa. >=20 > E.g.: >=20 > #define __INT_TO_PTR(i) ((char *)(intptr_t)(i)) > #define __PTR_TO_INT(p) ((intptr_t)(char *)(p)) This is the only correct way to do this. Please don't a type other than (__|)(u|)intptr_t for this purpose. -- Brooks --s/l3CgOIzMHHjg/5 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJapqkWAAoJEKzQXbSebgfAQ4EH/RcWvMY2gh2LgLIx95PCRzmp f3zvQQ3UsMsAfh0oxVNRgwR7Ycx1pTWDZeTvT25HL+CfSBTRKtEwbAGIR/InN48M GUf1grNGFw84iWgNa0rB26ntTQhJHJ/67IK4blIJQTkm3Wikbv5DUB0Jm3K2un3C CJZ2WCy/BAOeDSphpEC+pEGlJNI9GU+DVwZF/fMja2Ox4OaeXDjtnSd5At4dMY3V chuxldYffsPLxAlnBS7AUr7Aa+sE0IZwXOxOyKYKTSErHIce/NGlh3djnPlCpet9 IHIx1O8XMPUovE3+C0fxdrQKkaIuMQLwsTx7tn7Whg3r5YbD/vmmf7ncxLXDWyQ= =M83W -----END PGP SIGNATURE----- --s/l3CgOIzMHHjg/5-- From owner-freebsd-current@freebsd.org Mon Mar 12 16:27:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 87D8FF52FEF for ; Mon, 12 Mar 2018 16:27:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1B10083F04 for ; Mon, 12 Mar 2018 16:27:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id D0E71F52FEC; Mon, 12 Mar 2018 16:27:45 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC577F52FEB for ; Mon, 12 Mar 2018 16:27:45 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x230.google.com (mail-it0-x230.google.com [IPv6:2607:f8b0:4001:c0b::230]) (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 47A4C83F03 for ; Mon, 12 Mar 2018 16:27:45 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x230.google.com with SMTP id e64-v6so12219932ita.5 for ; Mon, 12 Mar 2018 09:27:45 -0700 (PDT) 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=GKvp7JGQF97R4P+0HxmAK6lokfnGRnS94rWCl+9haJ8=; b=s0aoYDc8Ma1cZNZQpR0hpi/ZeimT4onHbIZXsi46bCJwa6jIfeokj97bSvZL+/GuoN NJ5bFwr375NycprOtSbUIhUpequVM4F5HhHe2/345UiDkERsnoz03xB1DVdrZwbSkswE go9NX8HoDxaAsErW+rR02nOEn+vEoIdjcAnl24ny0FRrAAQ9ikhZNLtwNxGU+lHzazmG MtX7mHlbFhVdWm1FJlkohTduUE3CE060gVSSQ/ZBNBMOqyM3nsx2cAstFLNISI7tfjNI eGbDLFARsIReUsDZYKkWHWhX6ksgTJ6Ru8pTxUHDWKKI6esupLyuWAt8UKF4hBDLluvD PBzQ== 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=GKvp7JGQF97R4P+0HxmAK6lokfnGRnS94rWCl+9haJ8=; b=UzkkFnnHfp9hzxu97BPFKkrk8ndHTZ0GhfUI4wqNTdBG4gyb9GIcXhKWp1N3xIfJM5 5VK7EshIYyaBK2C81n/eqyqz1CB3zSfuZmVRlUpJnQrU0GXbUlilfJH/8pow4xGj/QtE U/smTGjInYlSA6T/VeVk4byrcoExwAwe6nivwwtiuUWFAKnmQpC0+vPomXPN4dwriz7T x36S0cHNNPG/HBxo+Fzo6YWe/OfSPFAMz3UmePUpf91PkQbbUsTlbnezwZt3QPdHhrCU QtHCrlPZJh3q+6+74juftdzV11Sk4js31ZtAJu3YLKX3orPBV0SBHzrc9gW4Bj9zynxD tbNg== X-Gm-Message-State: AElRT7FX2T1KzSxtcW+phGmtp43SA0cV7MdFd2a4Px1EgfaydBZet9xt wmE9JWjUb+LX3HlXuHDFdjKJr9dj6dhR2cm0V91Dcg== X-Google-Smtp-Source: AG47ELs4j2JhICXG1KFq6epgoCCoTAygKT35mk0zhhoHid1bLY7ZaT+loHzGC3B299/qVPcPdeTSuzLI18Qc4/IJsl0= X-Received: by 10.36.179.8 with SMTP id e8mr180789itf.36.1520872064430; Mon, 12 Mar 2018 09:27:44 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.203.196 with HTTP; Mon, 12 Mar 2018 09:27:43 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:18a2:a4f7:170:8dd9] In-Reply-To: References: From: Warner Losh Date: Mon, 12 Mar 2018 10:27:43 -0600 X-Google-Sender-Auth: E8kYB870YDqM933DHJ4GS0F4RXs Message-ID: Subject: Re: devdmatch: Can't read linker file. To: Daniel Braniss Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 12 Mar 2018 16:27:46 -0000 Well, is there a /boot/kernel/linker.hints? Warner On Mon, Mar 12, 2018 at 9:56 AM, Daniel Braniss wrote= : > Hi, > the above i get on arm/nanopi-neo. (it=E2=80=99s the only platform I run = current > :-) > > cheers, > danny > > From owner-freebsd-current@freebsd.org Mon Mar 12 16:53:53 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE91BF2B204 for ; Mon, 12 Mar 2018 16:53:53 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) 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 40D4D85860 for ; Mon, 12 Mar 2018 16:53:53 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id 023EBF2B203; Mon, 12 Mar 2018 16:53:53 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3668F2B1FE for ; Mon, 12 Mar 2018 16:53:52 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2BC018585F for ; Mon, 12 Mar 2018 16:53:51 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from imac.bk.cs.huji.ac.il ([132.65.179.42]) by kabab.cs.huji.ac.il with esmtp id 1evQhn-000D9J-EE; Mon, 12 Mar 2018 18:53:47 +0200 From: Daniel Braniss Message-Id: <27814F9F-2A82-4DED-828F-FE9771E84400@cs.huji.ac.il> Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: devdmatch: Can't read linker file. Date: Mon, 12 Mar 2018 18:53:47 +0200 In-Reply-To: Cc: FreeBSD Current To: Warner Losh References: X-Mailer: Apple Mail (2.3445.5.20) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 12 Mar 2018 16:53:54 -0000 > On 12 Mar 2018, at 18:27, Warner Losh wrote: >=20 > Well, is there a /boot/kernel/linker.hints? >=20 no, but that was enough to do a grep and the run kldxref. thanks, danny PS: just remembered: reach out and grep someone > Warner >=20 > On Mon, Mar 12, 2018 at 9:56 AM, Daniel Braniss > wrote: > Hi, > the above i get on arm/nanopi-neo. (it=E2=80=99s the only platform I = run current :-) >=20 > cheers, > danny >=20 >=20 From owner-freebsd-current@freebsd.org Mon Mar 12 17:54:32 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B897F30E81 for ; Mon, 12 Mar 2018 17:54:32 +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 02CDA68D02 for ; Mon, 12 Mar 2018 17:54:32 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id B867DF30E7A; Mon, 12 Mar 2018 17:54:31 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A483BF30E79 for ; Mon, 12 Mar 2018 17:54:31 +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 2785068CFF for ; Mon, 12 Mar 2018 17:54:31 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9772F10EA5; Mon, 12 Mar 2018 18:54:29 +0100 (CET) From: Dimitry Andric Message-Id: <34C5A473-3842-4801-B0CA-8D84817827E9@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_8AF21013-DDD3-4229-9E74-D6E60B9A9BFF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Clang-6 and GNUisms. Date: Mon, 12 Mar 2018 18:54:28 +0100 In-Reply-To: Cc: current To: Ian FREISLICH References: <4ea06b48-d451-f2b3-4c20-4963f829333b@capeaugusta.com> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 12 Mar 2018 17:54:32 -0000 --Apple-Mail=_8AF21013-DDD3-4229-9E74-D6E60B9A9BFF Content-Type: multipart/mixed; boundary="Apple-Mail=_30CDBAB8-F46A-49C0-83A7-11155FD7CB8F" --Apple-Mail=_30CDBAB8-F46A-49C0-83A7-11155FD7CB8F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 12 Mar 2018, at 16:03, Dimitry Andric wrote: >=20 > On 12 Mar 2018, at 00:56, Ian FREISLICH = wrote: ... >> I haven't got avr-gcc to compile yet. >=20 > No idea about this, is it very different from regular gcc's? As those > all compile fine now. For avr-gcc, which is an older version of gcc with some customizations, a fix similar to https://svnweb.freebsd.org/changeset/ports/458581 is needed, such as the attached patch. -Dimitry --Apple-Mail=_30CDBAB8-F46A-49C0-83A7-11155FD7CB8F Content-Disposition: attachment; filename=devel__avr-gcc-fix-clang6-build-1.diff Content-Type: application/octet-stream; x-unix-mode=0644; name="devel__avr-gcc-fix-clang6-build-1.diff" Content-Transfer-Encoding: 7bit Index: devel/avr-gcc/Makefile =================================================================== --- devel/avr-gcc/Makefile (revision 463967) +++ devel/avr-gcc/Makefile (working copy) @@ -56,6 +56,11 @@ BROKEN_mips64= Fails to configure: cannot compute ARCH= x86_64 .endif +post-patch: + @${FIND} ${WRKSRC} -type f \( -name '*.[ch]' -o -name '*.cc' \) | \ + ${XARGS} ${EGREP} -l '"(HOST_WIDE|PLUGIN_COND|PRId64)' | \ + ${XARGS} ${REINPLACE_CMD} -E -e 's/"(HOST_WIDE|PLUGIN_COND|PRId64)/" \1/g' + post-configure: ${MKDIR} ${WRKSRC}/gcc/include --Apple-Mail=_30CDBAB8-F46A-49C0-83A7-11155FD7CB8F-- --Apple-Mail=_8AF21013-DDD3-4229-9E74-D6E60B9A9BFF Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWqa+1AAKCRCwXqMKLiCW o4bIAJ9hauxu5yPnvZ+QXu8ZBLBaJKxn2ACg6WUeY3Px+aMEGMfnl2Kpp96mEDQ= =au7A -----END PGP SIGNATURE----- --Apple-Mail=_8AF21013-DDD3-4229-9E74-D6E60B9A9BFF-- From owner-freebsd-current@freebsd.org Mon Mar 12 20:36:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8AAEAF46150 for ; Mon, 12 Mar 2018 20:36:06 +0000 (UTC) (envelope-from arshan@freebsdfoundation.org) Received: from mail-qk0-x235.google.com (mail-qk0-x235.google.com [IPv6:2607:f8b0:400d:c09::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 223226FEC8 for ; Mon, 12 Mar 2018 20:36:06 +0000 (UTC) (envelope-from arshan@freebsdfoundation.org) Received: by mail-qk0-x235.google.com with SMTP id j4so12994022qke.10 for ; Mon, 12 Mar 2018 13:36:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsdfoundation.org; s=gfnp-20170908; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=JLKGy77fQ1IVhDF2Fr1/czR4MAPPHfn3I3Gn4Q6mgY4=; b=kf/TSh9Jbo/Pf7Jam2iFEJ40IbhT/bw59xmyZIfayzd4fNVUZncRsYK8zpQVY2AtKA 3pbbYTgRnn6HEhArH4XRujOy9HcT5yIW/0BZb402GIUKMFIzBZWFD9IFtFvgCtMjAtrl PB5HNo2MJImRx1TySglz3OpkQnxf4oWaS70X8E+qWg1NsX9nKTTY2KAfqxLm21ved5AN Utc52e0wwFYvFNnsS9zSf5PNAfafhuXnlCYy/KZR0Y7IzdhfqrnbAURij6qJtAcrIPUG KNuJrOxczGh9Wb62s47ildlG1Uaqcb29fIX68e1whQ6PcpKLGecivrziTySzZo8Mlmnf Eodw== 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=JLKGy77fQ1IVhDF2Fr1/czR4MAPPHfn3I3Gn4Q6mgY4=; b=E4qpW3zlXZHawJlU6/+kXJmrjCkSjoW6oUbKHZ59m2+MeFml0Ruw5mJtSx37wI9uog WET6TEd53pLEGbRzCAj3hpjEwUj0MbWExSKEypnG+0kKef+uSzC2hxj6emcxJrFUaE+Z fDvMOIlAqOcQYIuyAgQJSGc64P8j9r5P2y3ZqsrQupWyKk25fMERYfuOdBD+VbgN+z9J yqwqDXDa3ts++EVFjLAI/Kv3cxP+37e/ZLbHjplePnu6m5WCoEH6QPe1uDr/1+8y/xvi 9fLlcqongVg6vnS3K+/prjewVEs3RKHPPL1o9hkURmsMsqT6u/ecjqPrlRORQdS27fkr 4i6g== X-Gm-Message-State: AElRT7GCJ+egMCyp+p0Ue51ulk4Ac8YYl4X6tpoc+auuv3xYmcT6lCT7 AhTVBL7uc8vgxBdawMAKRUIekjfMdGbMSLME6TSW1Q== X-Google-Smtp-Source: AG47ELtXili7n98wCekFr90qXji95DIPPwWPL+TbKSg5a1/KAmWx1QeQiz6ThOpRAb4zcfswLOsmnJKrW7nfj7ou/6Y= X-Received: by 10.55.47.7 with SMTP id v7mr12895651qkh.53.1520886965733; Mon, 12 Mar 2018 13:36:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.237.34.82 with HTTP; Mon, 12 Mar 2018 13:36:05 -0700 (PDT) In-Reply-To: <20180309151606.GP81872@zxy.spb.ru> References: <20180309120131.GA38546@zxy.spb.ru> <20180309151606.GP81872@zxy.spb.ru> From: Arshan Khanifar Date: Mon, 12 Mar 2018 16:36:05 -0400 Message-ID: Subject: Re: Performance Benchmark for PTI (aka Meltdown mitigation) To: Slawa Olhovchenkov Cc: Ed Maste , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 12 Mar 2018 20:36:06 -0000 I did some benchmarking for the two revisions: results are here: https://github.com/ArshanKhanifar/pti-benchmark/tree/master/stable-11-pre-after/results first file is before pti patch and second file is after pti patch. On Fri, Mar 9, 2018 at 10:16 AM, Slawa Olhovchenkov wrote: > On Fri, Mar 09, 2018 at 09:58:55AM -0500, Ed Maste wrote: > > > On 9 March 2018 at 07:01, Slawa Olhovchenkov wrote: > > > On Thu, Mar 08, 2018 at 05:04:11PM -0500, Arshan Khanifar wrote: > > > > > >> Executive Summary: > > >> - The PTI feature increases the system call times by more than 100%. > > >> - As a macrobenchmark, buildworld was used. Wall clock and user time > > >> showed no statistically-significant changes, while system time > > >> increased by less than 5%. > > >> > > >> This email contains the results for benchmarking the performance of > the > > >> PTI patch on FreeBSD 12-current. As a microbenchmark, timing of > > >> getppid(2) system call was used, and as a macrobenchmark, a number of > > >> buildworld tasks were timed. > > >> > > > > > > Can you also run pre-patched kernel? > > > > It's not easy to do an apples-to-apples comparison as there were a few > > followup changes to the PTI work, interspersed with unrelated changes. > > That said, I think Arshan has some benchmarks obtained during the > > development of the PTI changes that may be illustrative. > > > > The best approach is probably to compare stable/11 at r329450 (last > > stable/11 revision before the merge) with r329462 with PTI and IBRS > > disabled. > > Stable/11 more interesting to me, nice to see. > > From owner-freebsd-current@freebsd.org Mon Mar 12 22:19:28 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD8A8F5011D for ; Mon, 12 Mar 2018 22:19:28 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pg0-x22b.google.com (mail-pg0-x22b.google.com [IPv6:2607:f8b0:400e:c05::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 3E10477934 for ; Mon, 12 Mar 2018 22:19:28 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: by mail-pg0-x22b.google.com with SMTP id r26so7106150pgv.13 for ; Mon, 12 Mar 2018 15:19:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jroberson-net.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=6Qe4+w5OErOGV3d8MKl6qco6Mum0rS9d70AFvQHT+d4=; b=pwxzIXDs0izpCDPUWNrfbCO5HJ9Vx9Yd60HZPnagit7+1ER6dHssPqhrBcnwZY/k/S 4bl3nX5Uei5M2yuoRUDuF+jjzEf/7M4SHUCd0IA+k1vtoNmvezY3ZdgSM8ec41EpQTvu 2jDrOiicOKqCszrRja86fCTbdnMiextzCzWOuDoPimWZI04XxVUaw18EfITuJSu+lsSO f5M2gWnNJu68VqE86WZfiFnGX2Zsp9INlX7zXWtGVm+amKEl/wMVykT5b1W7UVcX3zJO tOo8xZy+8StwueKsonG2bmnuyl6kh88/gJJSJ5fPUdAKG6BoiKHWn4jyo4BXw7Aov1Bh k79Q== 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:in-reply-to:message-id :references:user-agent:mime-version; bh=6Qe4+w5OErOGV3d8MKl6qco6Mum0rS9d70AFvQHT+d4=; b=SPabWPAyD/Z/vj035+xewBDD5nF7YMnRXjnf8yByNATqQRzi83zXaAMVXu1o6CQtK+ tqm0D5aN/ZOSonclhLlLFOep5JI5/e8keGCc07dis+AQvL8xH/zg9/haqMCGPjui1nSo 52dVaHDoOQfQ86w+C7ma3WloG2ch/YUOI5iomCiwkGB/DzwCR0rnXEm1wk9dsPO4wpTZ sH97Za6zOoPpF2Vh+JJR/K7Uor8oHThpvZHPsDaQzbU1j78lR58gNma0Px+fhkTFNRe2 KogMnJV9t69fs5c3732FNIHNp+cjsp5kO3HUDc48bYVgM949KXa3xo5veX4WHwMxsOrD WViQ== X-Gm-Message-State: AElRT7GdviyRmEmKhEgfB5dTwhSH/udzPKeHa63ZKbkasvMDWnZpJy6z xl+9WT6wBKPtQM5vvfs78+AFlvv8 X-Google-Smtp-Source: AG47ELssQjs8Gjp6IMOnMXdV8yPoSqJ0qqGeajmq5WMq26/JHmqO+uMT2+gqyn0DRGG/2TE5hj1X1Q== X-Received: by 10.101.77.195 with SMTP id q3mr7650857pgt.283.1520893167274; Mon, 12 Mar 2018 15:19:27 -0700 (PDT) Received: from rrcs-66-91-135-210.west.biz.rr.com (rrcs-66-91-135-210.west.biz.rr.com. [66.91.135.210]) by smtp.gmail.com with ESMTPSA id r29sm18073887pfj.99.2018.03.12.15.19.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 12 Mar 2018 15:19:26 -0700 (PDT) Date: Mon, 12 Mar 2018 12:18:33 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: "Matthew D. Fuller" cc: FreeBSD current Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT In-Reply-To: <20180311221313.GF42539@over-yonder.net> Message-ID: References: <20180306173455.oacyqlbib4sbafqd@ler-imac.lerctr.org> <201803061816.w26IGaW5050053@pdx.rh.CN85.dnsmgr.net> <20180306193645.vv3ogqrhauivf2tr@ler-imac.lerctr.org> <20180306221554.uyshbzbboai62rdf@dx240.localdomain> <20180307103911.GA72239@kloomba> <20180311004737.3441dbf9@thor.intern.walstatt.dynvpn.de> <20180311221313.GF42539@over-yonder.net> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 12 Mar 2018 22:19:29 -0000 On Sun, 11 Mar 2018, Matthew D. Fuller wrote: > On Sun, Mar 11, 2018 at 10:43:58AM -1000 I heard the voice of > Jeff Roberson, and lo! it spake thus: >> >> First, I would like to identify whether the wired memory is in the >> buffer cache. Can those of you that have a repro look at sysctl >> vfs.bufspace and tell me if that accounts for the bulk of your wired >> memory usage? I'm wondering if a job ran that pulled in all of the >> bufs from your root disk and filled up the buffer cache which >> doesn't have a back-pressure mechanism. > > If by "root disk", you mean the one that isn't ZFS, that wouldn't > touch anything here; apart from a md-backed UFS /tmp and some NFS > mounts, everything on my system is ZFS. > > I believe vfs.bufspace is what shows up as "Buf" on top? I don't > recall it looking particularly interesting when things were madly > swapping. I'll uncork arc_max again for a bit and see if anything odd > shows up in it, but it's only a dozen megs or so now. You are right. I forgot that it was in top and didn't notice. What I believe I need most is for someone to bisect a few revisions to let me know if it was one of my two major patches. Thanks, Jeff > > > > -- > Matthew Fuller (MF4839) | fullermd@over-yonder.net > Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ > On the Internet, nobody can hear you scream. > From owner-freebsd-current@freebsd.org Tue Mar 13 08:40:18 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71AF7F2CD9E for ; Tue, 13 Mar 2018 08:40:18 +0000 (UTC) (envelope-from etnapierala@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 7565C70532 for ; Tue, 13 Mar 2018 08:40:16 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id E452CF2CD92; Tue, 13 Mar 2018 08:40:15 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE77CF2CD91 for ; Tue, 13 Mar 2018 08:40:15 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wr0-x235.google.com (mail-wr0-x235.google.com [IPv6:2a00:1450:400c:c0c::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 0C991704DD for ; Tue, 13 Mar 2018 08:40:15 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wr0-x235.google.com with SMTP id m4so7270789wrb.7 for ; Tue, 13 Mar 2018 01:40:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=eVzY4m97rL7xRF9kylps4eHHjEY/jepMQ0LxFMTtcRc=; b=WRWkQCOqjuhedmE4ZjDt8M3QpamGd/dfOfqAjbkT+u/EVrcunid3x+atcmpLLsI4Q2 ElaWhJktJ/iScqUom3DLxenWhgqfFDbjvnYNiOHYy5CCquEHQ1wzJm6Uv0bUBf/GypVR RIQj3myZtN1Ny5fvzJbCl7ardhjWDlCSb2nUSCALfn89M9OqEokwRAGTcwshYHh418ZO ZS5Y57YJAcmkYhQLFgu7UhjUXC8efb/oNmNRc5tF2P8HGWrPOO0Dy1YxRPW4j9iGX9ca lf2BWkis6q02khvvRA7UskOTx2n3JFyBptv8GOZ6W1oY+WZlWnXgZRZtEfcI6iRNGCxh ns5Q== 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 :content-transfer-encoding:in-reply-to:user-agent; bh=eVzY4m97rL7xRF9kylps4eHHjEY/jepMQ0LxFMTtcRc=; b=k6QjMSisF1RUCNJsViukq023gW0/wnyhEew07fEagA7EJorCPicl/1sSAoLmov/mfF lQ5R49O7w7YTb+KT7LOd/KUjD5JuZPYRsy945WUWP7PluOw9vTXqq7FY8L+ua/HlXCq8 Ad/Z8HA5Hz72GlFBbRYEISJt+9qYwpGeNXE+758hAHEr2IHy1KWX99QsZnHhy3Edcp4N eLFKMqxax5Vr4xD4RYB+7E1XztVD9HG4daur2b0er1LkpX9OFnVwOy5mnfjWjVEDXPIB TVEBaMHVmussMQ97o1JV3UwaZxu55XaHY8BhVP032KZhp6vV25mU16oI9OfadUBw0QRV u9rg== X-Gm-Message-State: AElRT7H+3ae9Jg7BdF8bwohpjmmC+M9tRiafCEcz4haHr6U2mYBv9p5m AjWaq3zppw8DoQmCX8CozO0= X-Google-Smtp-Source: AG47ELvBCNKZXr1tPwytPfoMhuAWmldGZFvF6T8mCnz1884uTmZxi76AHs+N99lLdWAURgxn0XGk0Q== X-Received: by 10.223.160.157 with SMTP id m29mr8629183wrm.119.1520930413672; Tue, 13 Mar 2018 01:40:13 -0700 (PDT) Received: from brick (cpc92302-cmbg19-2-0-cust461.5-4.cable.virginm.net. [82.1.209.206]) by smtp.gmail.com with ESMTPSA id 140sm10254980wmi.34.2018.03.13.01.40.12 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 13 Mar 2018 01:40:12 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Tue, 13 Mar 2018 08:40:10 +0000 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Warner Losh Cc: Daniel Braniss , FreeBSD Current Subject: Re: devdmatch: Can't read linker file. Message-ID: <20180313084010.GA13194@brick> Mail-Followup-To: Warner Losh , Daniel Braniss , FreeBSD Current References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.9.3 (2018-01-21) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 13 Mar 2018 08:40:18 -0000 FWIW, it seems to be a common problem, see https://reviews.freebsd.org/D14534. On 0312T1027, Warner Losh wrote: > Well, is there a /boot/kernel/linker.hints? > > Warner > > On Mon, Mar 12, 2018 at 9:56 AM, Daniel Braniss wrote: > > > Hi, > > the above i get on arm/nanopi-neo. (it’s the only platform I run current > > :-) > > > > cheers, > > danny > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Mar 13 13:34:58 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 33524F4E474 for ; Tue, 13 Mar 2018 13:34:58 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BB56B7D45A for ; Tue, 13 Mar 2018 13:34:57 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id 72C61F4E46F; Tue, 13 Mar 2018 13:34:57 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E167F4E46D for ; Tue, 13 Mar 2018 13:34:57 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x231.google.com (mail-it0-x231.google.com [IPv6:2607:f8b0:4001:c0b::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 CD79A7D459 for ; Tue, 13 Mar 2018 13:34:56 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x231.google.com with SMTP id u5-v6so151673itc.1 for ; Tue, 13 Mar 2018 06:34:56 -0700 (PDT) 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; bh=Zm0B/1lPAXvDD8keFTdxOWozNRXBBQfTu+HNoMWBMcU=; b=rFxdUZMLqOm2fUJmgHDQHE7mOPRydxrkvaXNjLRva+1pjTUZjG+NU3yuMq9u4LSyaw B+g0cnIrf5zc1NDzTAuYx3uua3n/UieVYCnsIX3Wzyr30geADf7f0VFCvQFsAOS26IvU WyYqTNbnpTOdYwB6xJFLaP5qQJElvt1BnVKbVRfhZLzJL81G0fxusZQmBoM5DrO2PQhl OQfSXqiHnMtv1cjp5p9ScG7oziEe9VFAtM/wIOB14Nnk3LCjvlwHASYHApFt6AtMGvm7 dm/v3bUkIBKF013wfi+WBWIp2Pgoxul6228wked8AZOd5oodG1IRfDcxmvVS5Uazi2zR 6S3A== 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=Zm0B/1lPAXvDD8keFTdxOWozNRXBBQfTu+HNoMWBMcU=; b=ruPzffLReGugOUNDjfZLczsI8Z/SZEb/P67koCeQtQL465JZGnavRNTGBZcJdXZxe5 a0qNwE2WL8jzmoN1MvqQ4mkRcP/pMH093hQ5Bq9D0VzQ9LZoabwwUL8biZNx1U9ToFQF KrwlAND8ZPajvDXVaZkMGipj8RZhKHqyYfnxR6Dthsirfw4auXONZe4hpFWF/PkTo3uq CPUk14rb/2IkCKVdZyw7SqXjBpwypVKk/X9B/3gqm6waz3I5CMaZtxFgbC65GbUom7kB Q5uObBUtzWBQ+sLG0gKvd140kGBUmTZRoVc7EQ9B7bNq/hRT+IisQZAW166UVVctbTf/ oMbg== X-Gm-Message-State: AElRT7HrEUxavfTWi+b3vc8wqtSJJFO6yVpyWUQZehpjJHTnHNJgl/A2 0sCa415Akg1VuYh9kyVyj9WQtn9Ypan7pMfkt/DUVw== X-Google-Smtp-Source: AG47ELt/FmY/titFfROhN7j1qXvT8+3CY/NjqMmjcWKaoQBeZRkfhHEy5Qx6xbgb7brrCfGCKzjun29jW/STbfj1OgE= X-Received: by 10.36.111.4 with SMTP id x4mr946282itb.51.1520948095729; Tue, 13 Mar 2018 06:34:55 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.203.196 with HTTP; Tue, 13 Mar 2018 06:34:54 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:18a2:a4f7:170:8dd9] In-Reply-To: <20180313084010.GA13194@brick> References: <20180313084010.GA13194@brick> From: Warner Losh Date: Tue, 13 Mar 2018 07:34:54 -0600 X-Google-Sender-Auth: mUXLxsWAE2iL7N9nGYDGokWgvF0 Message-ID: Subject: Re: devdmatch: Can't read linker file. To: Warner Losh , Daniel Braniss , FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 13 Mar 2018 13:34:58 -0000 I wonder why that isn't the default, or why the linker.hints isn't at least created by the make installkernel step... Warner On Tue, Mar 13, 2018 at 2:40 AM, Edward Tomasz Napiera=C5=82a wrote: > FWIW, it seems to be a common problem, see https://reviews.freebsd.org/ > D14534. > > On 0312T1027, Warner Losh wrote: > > Well, is there a /boot/kernel/linker.hints? > > > > Warner > > > > On Mon, Mar 12, 2018 at 9:56 AM, Daniel Braniss > wrote: > > > > > Hi, > > > the above i get on arm/nanopi-neo. (it=E2=80=99s the only platform I = run > current > > > :-) > > > > > > cheers, > > > danny > > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@ > freebsd.org" > From owner-freebsd-current@freebsd.org Tue Mar 13 15:13:38 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7FE24F54F57 for ; Tue, 13 Mar 2018 15:13:38 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 17DEE826DD; Tue, 13 Mar 2018 15:13:37 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1evlcG-000Gtr-2d; Tue, 13 Mar 2018 18:13:28 +0300 Date: Tue, 13 Mar 2018 18:13:28 +0300 From: Slawa Olhovchenkov To: Arshan Khanifar Cc: Ed Maste , FreeBSD Current Subject: Re: Performance Benchmark for PTI (aka Meltdown mitigation) Message-ID: <20180313151327.GQ81872@zxy.spb.ru> References: <20180309120131.GA38546@zxy.spb.ru> <20180309151606.GP81872@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 13 Mar 2018 15:13:38 -0000 On Mon, Mar 12, 2018 at 04:36:05PM -0400, Arshan Khanifar wrote: > I did some benchmarking for the two revisions: > results are here: > https://github.com/ArshanKhanifar/pti-benchmark/tree/master/stable-11-pre-after/results > first file is before pti patch and second file is after pti patch. 10x! .2 is is before pti patch and .4 is after pti patch? This is like pti patch (w/ pti off) do small speed up (about 1%)? > On Fri, Mar 9, 2018 at 10:16 AM, Slawa Olhovchenkov wrote: > > > On Fri, Mar 09, 2018 at 09:58:55AM -0500, Ed Maste wrote: > > > > > On 9 March 2018 at 07:01, Slawa Olhovchenkov wrote: > > > > On Thu, Mar 08, 2018 at 05:04:11PM -0500, Arshan Khanifar wrote: > > > > > > > >> Executive Summary: > > > >> - The PTI feature increases the system call times by more than 100%. > > > >> - As a macrobenchmark, buildworld was used. Wall clock and user time > > > >> showed no statistically-significant changes, while system time > > > >> increased by less than 5%. > > > >> > > > >> This email contains the results for benchmarking the performance of > > the > > > >> PTI patch on FreeBSD 12-current. As a microbenchmark, timing of > > > >> getppid(2) system call was used, and as a macrobenchmark, a number of > > > >> buildworld tasks were timed. > > > >> > > > > > > > > Can you also run pre-patched kernel? > > > > > > It's not easy to do an apples-to-apples comparison as there were a few > > > followup changes to the PTI work, interspersed with unrelated changes. > > > That said, I think Arshan has some benchmarks obtained during the > > > development of the PTI changes that may be illustrative. > > > > > > The best approach is probably to compare stable/11 at r329450 (last > > > stable/11 revision before the merge) with r329462 with PTI and IBRS > > > disabled. > > > > Stable/11 more interesting to me, nice to see. > > > > From owner-freebsd-current@freebsd.org Tue Mar 13 17:12:24 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2CDFCF33BC4 for ; Tue, 13 Mar 2018 17:12:24 +0000 (UTC) (envelope-from etnapierala@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 ACCBF69F5B for ; Tue, 13 Mar 2018 17:12:23 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 67331F33BC3; Tue, 13 Mar 2018 17:12:23 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2CDABF33BC1 for ; Tue, 13 Mar 2018 17:12:23 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-vk0-x236.google.com (mail-vk0-x236.google.com [IPv6:2607:f8b0:400c:c05::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 B8AA269F58 for ; Tue, 13 Mar 2018 17:12:22 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-vk0-x236.google.com with SMTP id b65so235942vka.2 for ; Tue, 13 Mar 2018 10:12:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=uPUnb4sNV/H1gJgZ6cWOZPxFNKFr+Uu8jW20NJOolGU=; b=U0BWWDuuxtPMdkv1uRScC50+Pa+SGjOYDl+8sSoiGNj769xISgqMemelX9xJbctNJk s6otd5FrhGMfhanhyNeF77QZmDqjdk0jba7pauRqzKx3adex4TX/iwQ60qWV9jt36ZxE TV8CkFOX8SneTr6X92/PIAP0Mo7WvDcw/qeB7mGU2o4vEclzUlNml6bT4/tvt8OuNNfW f3M8nk/1vKpH8LGrEjXskyW+5J8Le/uVEdhupNuw/mGOoDAXKpxUMeL7BbFMTKVHated 4gPvrt6Z43a9xdFK/aTnVXgTuqOpbDgnqDZz6WW+rn5z6wdV/QOS9z7KtIeWZU4FBm8o hEwg== 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=uPUnb4sNV/H1gJgZ6cWOZPxFNKFr+Uu8jW20NJOolGU=; b=BSzW/d80TYCPSpemK2wkpeukBWr6BRp9LxjJyWbNhLD7RH1TspxQdt1P3ifmZ1HjPG hW21Ihm+Igf2DrgPybxxJbTncWtkhYD3vr2P4SyC/HcGHpiG7o6RduJgi0jvNlSkOcaB 0ekinT4QV5MMtR5G/YBlZCeCyehfYhhQDCzim1OXySnLlblelvhA2o26ODgfGJOjMywd 6A3EZVbPpckRiA6FwFJOc2On435/O6WXGs7SQPXxMrXbiZ4+7uOPm6PLGCPFAqQMbcMM PdYCQ7d3hcbIu6TE6T5H56ZnplafbpOJbxHCPy64ISCJRtK+fzjxsWTfJjmgRSJ4Sqon lroA== X-Gm-Message-State: AElRT7FTSkaKWG/8tJj46k55X3/oyZcWfYdry7L9hUciK+C+JVPXXt0q PLboexhtm6nbDvTFxkpoocQNf7TPWKuwY8YDvYU= X-Google-Smtp-Source: AG47ELtzaJBWPNKMdqKvPIygS91J3b7G7CdShKM9uzWujDaTQmsjO2bBRInl40cKrR+qXFpKak/7/3paO4gG9Z4Pfpw= X-Received: by 10.31.87.131 with SMTP id l125mr1106642vkb.137.1520961142290; Tue, 13 Mar 2018 10:12:22 -0700 (PDT) MIME-Version: 1.0 Sender: etnapierala@gmail.com Received: by 10.176.79.1 with HTTP; Tue, 13 Mar 2018 10:12:21 -0700 (PDT) In-Reply-To: References: <20180313084010.GA13194@brick> From: Edward Napierala Date: Tue, 13 Mar 2018 17:12:21 +0000 X-Google-Sender-Auth: YOmhYw-fWj5Njl-0_sBm3KLs1tE Message-ID: Subject: Re: devdmatch: Can't read linker file. To: Warner Losh Cc: Daniel Braniss , FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 13 Mar 2018 17:12:24 -0000 I think it's only needed for kernels that are cross-built. That's due to kldxref(8) being unable to handle kernels for other architectures. 2018-03-13 13:34 GMT+00:00 Warner Losh : > I wonder why that isn't the default, or why the linker.hints isn't at lea= st > created by the make installkernel step... > > Warner > > On Tue, Mar 13, 2018 at 2:40 AM, Edward Tomasz Napiera=C5=82a < > trasz@freebsd.org> > wrote: > > > FWIW, it seems to be a common problem, see https://reviews.freebsd.org/ > > D14534. > > > > On 0312T1027, Warner Losh wrote: > > > Well, is there a /boot/kernel/linker.hints? > > > > > > Warner > > > > > > On Mon, Mar 12, 2018 at 9:56 AM, Daniel Braniss > > wrote: > > > > > > > Hi, > > > > the above i get on arm/nanopi-neo. (it=E2=80=99s the only platform = I run > > current > > > > :-) > > > > > > > > cheers, > > > > danny > > > > > > > > > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@ > > freebsd.org" > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@freebsd.org Tue Mar 13 17:41:14 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D24D1F36475 for ; Tue, 13 Mar 2018 17:41:13 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) 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 6A3A26B582 for ; Tue, 13 Mar 2018 17:41:13 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id 2BF0CF36474; Tue, 13 Mar 2018 17:41:13 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 049B5F36473 for ; Tue, 13 Mar 2018 17:41:13 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6362F6B578; Tue, 13 Mar 2018 17:41:12 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from imac.bk.cs.huji.ac.il ([132.65.179.42]) by kabab.cs.huji.ac.il with esmtp id 1evnv8-0007Ba-Mz; Tue, 13 Mar 2018 19:41:06 +0200 From: Daniel Braniss Message-Id: <6A1A6820-5A7E-410F-8C0F-F049CDBD9E4A@cs.huji.ac.il> Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: devdmatch: Can't read linker file. Date: Tue, 13 Mar 2018 19:41:06 +0200 In-Reply-To: Cc: Warner Losh , FreeBSD Current To: Edward Napierala References: <20180313084010.GA13194@brick> X-Mailer: Apple Mail (2.3445.5.20) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 13 Mar 2018 17:41:14 -0000 > On 13 Mar 2018, at 19:12, Edward Napierala wrote: >=20 > I think it's only needed for kernels that are cross-built. That's due = to > kldxref(8) being unable to handle kernels for other architectures. >=20 my case exactly. > 2018-03-13 13:34 GMT+00:00 Warner Losh >: > I wonder why that isn't the default, or why the linker.hints isn't at = least > created by the make installkernel step... >=20 > Warner >=20 > On Tue, Mar 13, 2018 at 2:40 AM, Edward Tomasz Napiera=C5=82a = > > wrote: >=20 > > FWIW, it seems to be a common problem, see = https://reviews.freebsd.org/ > > D14534. > > > > On 0312T1027, Warner Losh wrote: > > > Well, is there a /boot/kernel/linker.hints? > > > > > > Warner > > > > > > On Mon, Mar 12, 2018 at 9:56 AM, Daniel Braniss = > > > wrote: > > > > > > > Hi, > > > > the above i get on arm/nanopi-neo. (it=E2=80=99s the only = platform I run > > current > > > > :-) > > > > > > > > cheers, > > > > danny > > > > > > > > > > > _______________________________________________ > > > freebsd-current@freebsd.org = mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-current = > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@ > > freebsd.org " > > > _______________________________________________ > freebsd-current@freebsd.org = mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current = > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org = " >=20 From owner-freebsd-current@freebsd.org Tue Mar 13 18:44:16 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B5C3DF40CE8 for ; Tue, 13 Mar 2018 18:44:16 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 46E606E74C for ; Tue, 13 Mar 2018 18:44:16 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id 0182DF40CE6; Tue, 13 Mar 2018 18:44:16 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB257F40CE5 for ; Tue, 13 Mar 2018 18:44:15 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x234.google.com (mail-it0-x234.google.com [IPv6:2607:f8b0:4001:c0b::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 5925D6E74A for ; Tue, 13 Mar 2018 18:44:15 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x234.google.com with SMTP id v194-v6so1471697itb.0 for ; Tue, 13 Mar 2018 11:44:15 -0700 (PDT) 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=zwcNzLeDYVdPeMaAmVGa7WBN6hcoqRoiUAHHSkJ8oCA=; b=UoLS6qoDfHRdJUjCxqceihJ9IEDDYlZMW9TRR4D6W3IvRas7Er67/YMNlPezhi5+O5 TtPn2c2EMKkyEZKY66qQUd6mnqehsxuGh91DUz2rYktPFPh937IKW/XT2jH8nyuCfyzr 4dfusiQy5UTJsw24b9wqf4E0OIcWOJUxZy5hqpdY4P2l1RbJEniLFezP1YeIOC2IGvhl 0wq1nQcS3BmE3NonIhxnD0V8Tb6WgHs92I6BpcdJvxIow3p5qOH9Vyn5W58BfL0SipHk 1eNTReqrASJsL/1Q9vlx2E8cmDDiEM+NQeMeCNdo1L83e0Rvvk41iL+XFoipHO1PcW8L WgEQ== 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=zwcNzLeDYVdPeMaAmVGa7WBN6hcoqRoiUAHHSkJ8oCA=; b=Fep8n+c6+J3qEutfx6YThva7Wxhz2EWp3ysBZ6V662KLVlGakoLsrxaUfI9EiWsR08 aPR+yA/WcF1w8fzmzYPjakCe4xkdqbGtdNxhVNMmNO11YiyLF/dCdGOIw1ho642UMX2h g/TfRjAe0rl/To60OABP46Xan4GZeP2YRbrXm6bKezN2oBBaBoQn7i8LBXD4un5U9xsG O/2Yiumwxb6fmeg+UJxh68KQj9rU2OoHAu2bodjX8M6+hkk/6vnl/W0BPhMw7IrIdUC4 4bKCothlUElDvgWu4L+xmQ4Ok3aDiKriLnyj1jQ9tjMCqNN7zoKBxIf8+6EqKWVX9ZT6 8kLA== X-Gm-Message-State: AElRT7HjYarb+FyfQgMu2UArj6r9FQ3DwbDu5L0Ev3zAk7BADOgdpygq vkWy4eHZKgVK2lUn6lIVvZH4k2MoY1b1HNP0KbnRIg== X-Google-Smtp-Source: AG47ELuXVnKZ0j/Prq6XQQI6O3lXiiNpIphxf+dMlCpExDMJ4dbp7xc/nff1NKxnfFWN/v9RhXwrHpqa4n0FKwwWZ80= X-Received: by 10.36.179.8 with SMTP id e8mr2149939itf.36.1520966654038; Tue, 13 Mar 2018 11:44:14 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.203.196 with HTTP; Tue, 13 Mar 2018 11:44:13 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] In-Reply-To: <6A1A6820-5A7E-410F-8C0F-F049CDBD9E4A@cs.huji.ac.il> References: <20180313084010.GA13194@brick> <6A1A6820-5A7E-410F-8C0F-F049CDBD9E4A@cs.huji.ac.il> From: Warner Losh Date: Tue, 13 Mar 2018 12:44:13 -0600 X-Google-Sender-Auth: ItErgijSPoLgXP7iLoA9kEIjc4U Message-ID: Subject: Re: devdmatch: Can't read linker file. To: Daniel Braniss Cc: Edward Napierala , FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 13 Mar 2018 18:44:16 -0000 Makes sense. I'd forgotten that kldxref can't do cross-platform stuff.... One could arrange to build it targeting arch X but running on the native host and fix things that way. Nobody has care enough to do that, though perhaps this gives us a use case for why one might want to try. Warner On Tue, Mar 13, 2018 at 11:41 AM, Daniel Braniss wrote: > > > On 13 Mar 2018, at 19:12, Edward Napierala wrote: > > I think it's only needed for kernels that are cross-built. That's due to > kldxref(8) being unable to handle kernels for other architectures. > > my case exactly. > > 2018-03-13 13:34 GMT+00:00 Warner Losh : > >> I wonder why that isn't the default, or why the linker.hints isn't at >> least >> created by the make installkernel step... >> >> Warner >> >> On Tue, Mar 13, 2018 at 2:40 AM, Edward Tomasz Napiera=C5=82a < >> trasz@freebsd.org> >> wrote: >> >> > FWIW, it seems to be a common problem, see https://reviews.freebsd.org= / >> > D14534. >> > >> > On 0312T1027, Warner Losh wrote: >> > > Well, is there a /boot/kernel/linker.hints? >> > > >> > > Warner >> > > >> > > On Mon, Mar 12, 2018 at 9:56 AM, Daniel Braniss >> > wrote: >> > > >> > > > Hi, >> > > > the above i get on arm/nanopi-neo. (it=E2=80=99s the only platform= I run >> > current >> > > > :-) >> > > > >> > > > cheers, >> > > > danny >> > > > >> > > > >> > > _______________________________________________ >> > > freebsd-current@freebsd.org mailing list >> > > https://lists.freebsd.org/mailman/listinfo/freebsd-current >> > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@ >> > freebsd.org" >> > >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g >> " >> > > > From owner-freebsd-current@freebsd.org Wed Mar 14 16:13:38 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF592F5B89D for ; Wed, 14 Mar 2018 16:13:38 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2635D682F1 for ; Wed, 14 Mar 2018 16:13:37 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from hermann ([141.89.176.204]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MC4VE-1enNaU1FOS-008u0X; Wed, 14 Mar 2018 17:13:30 +0100 Date: Wed, 14 Mar 2018 17:13:27 +0100 From: "Hartmann, O." To: Andreas Nilsson Cc: "Rodney W. Grimes" , "O. Hartmann" , freebsd-current Subject: Re: Speed up CD/DVD-based FreeBSD Message-ID: <20180314171317.03322340@hermann> In-Reply-To: References: <20180312063526.263ab62d@freyja.zeit4.iv.bundesimmobilien.de> <201803120730.w2C7UIcO077468@pdx.rh.CN85.dnsmgr.net> Organization: walstatt.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:ofFOeLI2tVONO2kylnUMatiF6s3ss2Ji+lnVPAxOQEdU8oXf7Ha PHvu+lMHrAGQYcpJtJ1HBZfQCcPb1YvuZcQ+1osU/tXAu9mpBhxXxiwspPAPUY2hKL9xXX0 KB/p6u0Y3I8sHe5R4Moe6VT5U2T3lvT30v+mowsGiYNiAqiIvkYHGfu56BlfzdMGahRs6jF sHpGQS3C8d+mJqZ+80Lww== X-UI-Out-Filterresults: notjunk:1;V01:K0:QZAOOEwxkmk=:nWP2ZoaK7NsJYjNq/2Cm1u MI4j1/8qMwXZB4e1SwoBLFXgUERl4DmBHP64EYv8mDvgz2gdw4jEVFLa8eeyGtLd1dCwY0CSq XO06v0m8YRuMSjbf3c/+qUd83sG4HodqsHDwdE2rjtfFNkCVI5od7VOAgRx2hM5N+KMICbq9r HV2V/+xN+PYLJC3bCNZHkSU5xPlweR5bg0FQVfE0ct0L41Lpm1YLy+12TTJSOBM8J2M7n93M1 OZ/5f61fKtkLg61ldR+cAivPKrNx2eCGUjWVomaPa7yo//3g6iDvjY+3xRkCeNSEEOe6Hi9Zo +NXLhVCsrBzNrtEyf1SNHNxLxeRkxp2aAOqWZYRNJhRIlxvLebOcxzM7f0on65kiDkLPDjlyP aWMtLrahrusUyMObBm+qJ4TPIslRh9Qe2x8C4ofOpXPA/gTWD8Yl1Y1tlFQxHVICFg3cu9vFO Dw9juQrLHlCh34Gp/lsJcHHr9FbInt+k/KOQRoQ7Rgd0F+PrWqAaH1kXjmHA+q2F4xMWCPEfl zzkl+xANuZ7cgphehK3CeLRaGlv+Au5BmJsnEM/ICpcvNW9s6V85sLic1GpY8TWhxDYAg5ptT YsUg8MlsY+X1Ib4kTV6CCFgGI/xaMzynvniuw9YN6P4a7SnpLgZODPZd0I3Ae+pe9kap/YcKg p9z7JIX2Z5HSbEjoKSeSKrmkDT8uCCsJTaDzOnx5MuJGfaqDPtYcrZ345G/E+vhfhHqBoUX41 /4YDFVCQobUCxJ6RyhjTM0dYQgRsZtNeTARSZFlaMJoC34T4SAo2ZiYwrEZCxDygWiD33d27z WxM93hcMYphOyVw7AEnAl4oNt2Z3R82TS0bfPWxTguCPLKXl/g= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 14 Mar 2018 16:13:39 -0000 On Mon, 12 Mar 2018 09:00:28 +0100 Andreas Nilsson wrote: Sorry for the late reply, I'll answer inline, see below. > On Mon, Mar 12, 2018 at 8:30 AM, Rodney W. Grimes < > freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > > > We have a special case of running FreeBSD (actually a NanoBSD) > > > from a > > CD/DVD. > > > The reason behind using a CD/DVD is to prevent manipulations. > > > > > > Now, after the GUI hass started, the system autologin a user and > > autostarts > > > Firefox. But starting Firefox takes ~ 5 - 7 minutes, while the > > > operating > > system > > > takes 2 - 3 minutes. As you can imagine, this isn't quite a > > > useful time. > > > > > > Is there a simple way, considering enough RAM in the box, to > > > speed up the process? Loading Firefox makes the DVD drive moving > > > the head very often > > - I > > > assume this is the fact because I can hear the head scratiching > > > around > > very > > > intense. > > > > > > Does FreeBSD bring tools/facilities onboard to achive what I'm > > requesting or do > > > I need an additional port/softwarepackage? > > > > Are you custom building this CD-rom image, or is it just a slightly > > modified > > stock FreeBSD distritbution with some scripts? I do not understand correctly what you mean by "stock FreeBSD". I do not change the sources. It is mostly NanoBSD-driven, but the resulting system is highly minimalistic by excluding those parts of the OS which are usually not needed when running embedded applications apart from development. So, there are lots of WITHOUT_ tags while building and more importantly while installing the resulting image. The image itself is "custom made", since NanoBSD doesn't offer a proper CD9660 build script. But, it isn't hard to add some functionality to achive this task. The "bloat" of 2,6 GB size comes from the utoization of X11, windowmaker and not at last Firefox itself. I'll try to reduce the size by using x11/xorg-minimal with adding missing/required ports manually, but this issue is another one. The meaning of "having enough/plenty of RAM" is: I'm willing to use at least 2GB RAM, at the moment I have 4GB in the box, but 8 is also possible. But this box has only one purpose: offering Firefox for checking on a remote server for some data. So any RAM more than necessary is a waste of resources. > > > > One suggestion would be to run from a mfs /usr, > > including /usr/local, as a sample on how to do this take a look > > at /etc/rc.initdiskless that does this for /etc and /var when > > booting diskless. I'll check this, thanks for the hint. > > > > I suspect your slow down is shared library linking time, which > > would mean you might also solve this problem by building a staticly > > linked firefox binary. This would be much simpler to try out. FreeBSD 11.1-RELENG-p7 boot time itself is ~ 3 - 5 minutes (4 core/thread Haswell customer CPU at >3 GHz and 8 GB RAM from DVD ROM). Starting X11 takes another 3 minutes and when windowmaker shows up starting Firefox, it takes overall more than 35 minutes until Firefox is started and usable. The box is supposed to run 24/7, but consider a power surge or lightouts, it is indisputable that booting takes to long. Linking Firefox statically would take precautions in the poudriere package builder we run for such tasks - well, I guess this would be achivable, but for the sake of being most flexible in terms of we can use ANY repository I would consider a static linking approach a last resort. > > > > -- > > Rod Grimes > > rgrimes@freebsd.org > > > > Hello, > > doesn't nanoBSD run in ro-mode per default, ie it should be somewhat > tamper proof as is, even installed on disk. Well, NanoBSD can be configured to mount / ro, but this can be changed. Running from a DVD ROM provides a better tamper proof solution and I would prefere the DVD ROM in favour of a potentially writable medium. At this very moment the test system runs from an USB flash device and is fairly fast in bootup, > 3 minutes at from hitting the power button up to have Firefox opened and ready to work. > > If running from optical drive is important, I would have a closer > look on how pcbsd/trueos sets up their install-discs ( or at least > used to, haven't tried one in a while ) where they basically load the > entire file system into ram from a compressed image on the optical > disc. Well, thanks for the hint. > > Best regards > Andreas Kind regards, Oliver From owner-freebsd-current@freebsd.org Wed Mar 14 16:29:55 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5ACF3F5C854 for ; Wed, 14 Mar 2018 16:29:55 +0000 (UTC) (envelope-from tobik@FreeBSD.org) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0A09B6926F; Wed, 14 Mar 2018 16:29:54 +0000 (UTC) (envelope-from tobik@FreeBSD.org) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 3488920A98; Wed, 14 Mar 2018 12:29:54 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute4.internal (MEProxy); Wed, 14 Mar 2018 12:29:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=E37Gqj eNi/vEOqRhRvvJaOV5Qg89bSxqNTIFwTfdsbU=; b=b4uQHL9jEuPH77QN8MyFJT QTjHB4NpeBKpXAgvgffsni7ev61DI3Jpr1mSniVUfglX6qHg4Cgv0tnXEtYLYeoH Q+anFKJJPGL/NgFMt4aOEUj4JmytfZ1NvBdg2Jaixzp0Otyw4zBvPN8dzkzdCSeA WM8rgmw1ffh7GVlxcCKhGo66Zab17ZL63VvuKmz3YBAZKqIBPRWbPSaCzoIANBrv ijUvZqhs3HdNTXPe3x7soIrupIJkILzCcdg3uQ8CI6GBXVcnZbTudgVwrXKv2Ts9 C1uPQMDCqhJmfzJKj6+O3H+knoS82EK5U4d95vrqqjIjdLw+RUy0mjrTV7CLvnzQ == X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 10C889E0E9; Wed, 14 Mar 2018 12:29:54 -0400 (EDT) Message-Id: <1521044993.2852329.1303068184.3E1953DE@webmail.messagingengine.com> From: Tobias Kortkamp To: Ed Maste Cc: FreeBSD Current MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-54087d22 Date: Wed, 14 Mar 2018 17:29:53 +0100 In-Reply-To: References: <1519983281.528132.1288885120.3C05D54E@webmail.messagingengine.com> Subject: Re: Conflict between FreeBSD-binutils and FreeBSD-lld packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 14 Mar 2018 16:29:55 -0000 On Sun, Mar 4, 2018, at 02:38, Ed Maste wrote: > On 2 March 2018 at 04:34, Tobias Kortkamp wrote: > > Building pkgbase packages with r330236 results in FreeBSD-binutils and > > FreeBSD-lld packages conflicting with each other. Both want to > > install /usr/share/man/man1/ld.1.gz > > Thanks for the report; this should be fixed as of r330366. Finally got around to updating. Works fine now. Thank you for the quick fix! From owner-freebsd-current@freebsd.org Wed Mar 14 17:02:07 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3CED9698A for ; Wed, 14 Mar 2018 17:02:07 +0000 (UTC) (envelope-from swills@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 CE2A26B1FB for ; Wed, 14 Mar 2018 17:02:06 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8F1476985; Wed, 14 Mar 2018 17:02:06 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 546556984 for ; Wed, 14 Mar 2018 17:02:06 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DE2016B1F5; Wed, 14 Mar 2018 17:02:05 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from lrrr.mouf.net (cpe-24-163-43-246.nc.res.rr.com [24.163.43.246]) (authenticated bits=0) by mouf.net (8.14.9/8.14.9) with ESMTP id w2EH1gHs007262 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 14 Mar 2018 17:01:48 GMT (envelope-from swills@FreeBSD.org) Subject: Re: devdmatch: Can't read linker file. To: Warner Losh , Daniel Braniss Cc: Edward Napierala , FreeBSD Current References: <20180313084010.GA13194@brick> <6A1A6820-5A7E-410F-8C0F-F049CDBD9E4A@cs.huji.ac.il> From: Steve Wills Message-ID: <4c4f2a9c-be75-29f1-3ec6-d1ac774b0015@FreeBSD.org> Date: Wed, 14 Mar 2018 13:01:37 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Wed, 14 Mar 2018 17:01:50 +0000 (UTC) X-Spam-Status: No, score=1.3 required=4.5 tests=RCVD_IN_RP_RNBL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mouf.net X-Virus-Scanned: clamav-milter 0.99.2 at mouf.net X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 14 Mar 2018 17:02:07 -0000 FWIW, I ran into this issue on an i386 image I built from an amd64 host using poudriere and poudriere image. Steve On 03/13/2018 14:44, Warner Losh wrote: > Makes sense. I'd forgotten that kldxref can't do cross-platform stuff.... > One could arrange to build it targeting arch X but running on the native > host and fix things that way. Nobody has care enough to do that, though > perhaps this gives us a use case for why one might want to try. > > Warner > > On Tue, Mar 13, 2018 at 11:41 AM, Daniel Braniss > wrote: > >> >> >> On 13 Mar 2018, at 19:12, Edward Napierala wrote: >> >> I think it's only needed for kernels that are cross-built. That's due to >> kldxref(8) being unable to handle kernels for other architectures. >> >> my case exactly. >> >> 2018-03-13 13:34 GMT+00:00 Warner Losh : >> >>> I wonder why that isn't the default, or why the linker.hints isn't at >>> least >>> created by the make installkernel step... >>> >>> Warner >>> >>> On Tue, Mar 13, 2018 at 2:40 AM, Edward Tomasz NapieraÅ‚a < >>> trasz@freebsd.org> >>> wrote: >>> >>>> FWIW, it seems to be a common problem, see https://reviews.freebsd.org/ >>>> D14534. >>>> >>>> On 0312T1027, Warner Losh wrote: >>>>> Well, is there a /boot/kernel/linker.hints? >>>>> >>>>> Warner >>>>> >>>>> On Mon, Mar 12, 2018 at 9:56 AM, Daniel Braniss >>>> wrote: >>>>> >>>>>> Hi, >>>>>> the above i get on arm/nanopi-neo. (it’s the only platform I run >>>> current >>>>>> :-) >>>>>> >>>>>> cheers, >>>>>> danny >>>>>> >>>>>> >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@ >>>> freebsd.org" >>>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org >>> " >>> >> >> >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Wed Mar 14 17:06:44 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39D20F2B375 for ; Wed, 14 Mar 2018 17:06:44 +0000 (UTC) (envelope-from etnapierala@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 B7E9F6B657 for ; Wed, 14 Mar 2018 17:06:43 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 716FDF2B374; Wed, 14 Mar 2018 17:06:43 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 25FBBF2B373 for ; Wed, 14 Mar 2018 17:06:43 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-ua0-x231.google.com (mail-ua0-x231.google.com [IPv6:2607:f8b0:400c:c08::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 9CC2C6B655; Wed, 14 Mar 2018 17:06:42 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-ua0-x231.google.com with SMTP id f5so2547289uam.5; Wed, 14 Mar 2018 10:06:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=CZ7cRdOgl37rkeGJyReJ2BgR5/mhOPBWtQUIpPTHCt8=; b=CeAdA0wwu3YiaM8Vc0eDX6zdGV1fmCLW6L7Gh2oHuk7ZD2nn8qt5BJLD7kREVPKmSD elUBU9fMe0CDqORLGarya/O6Il0wJLJyxLhI/N+CO3nV16nPnzcHoxQlCnF46TSRY8+P JFuaWEov4ciuwCjU3ssU9ocAD72XQAiMCBpYNQ1/RQ8s3NcpVwH9dOxvmMAQHGePNm1K q3neMt92JMIW4iC/Gn125/LzsYVRDcguz6DEAMt8SNI6euI4ziU/Nrg15YBnsA73Atl5 dxMQAliMG9vs8B82TF46d5YGPfFgZY1Gb7O8Lk9wj7HAmzcDIrUjopd6OOHxEyc+kJCH SW1A== 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=CZ7cRdOgl37rkeGJyReJ2BgR5/mhOPBWtQUIpPTHCt8=; b=Om2FTvH3WdA/kEhWg59adG19xRH6Oj72xhcnW/xygcdBfTv4YVZIxuIijNRi7K+Icm aPUk4HMdbCrPuqVyHD3i2WlM1h1DQ/VhRhbhBMIY6jj08OyOkN/Co2VrjExc6cE9SoTV CUYpYbI3BEQ4BUVQ9vUV37eFY5DFHzxW8fhUCKfJNdar9LGaQWMqODBw4Nnd/yMoK2QP CG5Cn+aonGHMM3l5kZdGHPn35viDroy588BEDlNftPSU+03OI+Ma0YR45BvZCsIbrvYo BwUps2PgLLEg5kbVRQV4T3LrLQf58lee4VLjjC2zY64ysI/CVMbXWDfnTUz4yjog5VqX rbBQ== X-Gm-Message-State: AElRT7Fee6tsV2bOawDCmmNXukEtgye9LmoTr30zIgttcTpNFdKk9Yeq Te5gQ8Iar6+UjNh5wDaF/BiRHf1HXc+gahok+hU= X-Google-Smtp-Source: AG47ELvH7iZkU0PWSJkYU76xADQA0O1ughdmNAsaBh9WgSi1SlNESoUBE4VSFncyYm1qoryLGiIKCWfKbGinnyLcIlQ= X-Received: by 10.176.18.70 with SMTP id s6mr3682731uac.144.1521047160578; Wed, 14 Mar 2018 10:06:00 -0700 (PDT) MIME-Version: 1.0 Sender: etnapierala@gmail.com Received: by 10.176.9.79 with HTTP; Wed, 14 Mar 2018 10:05:55 -0700 (PDT) In-Reply-To: <4c4f2a9c-be75-29f1-3ec6-d1ac774b0015@FreeBSD.org> References: <20180313084010.GA13194@brick> <6A1A6820-5A7E-410F-8C0F-F049CDBD9E4A@cs.huji.ac.il> <4c4f2a9c-be75-29f1-3ec6-d1ac774b0015@FreeBSD.org> From: Edward Napierala Date: Wed, 14 Mar 2018 17:05:55 +0000 X-Google-Sender-Auth: _GW2igzTTEPtO0NVBviCuiuQt_U Message-ID: Subject: Re: devdmatch: Can't read linker file. To: Steve Wills Cc: Warner Losh , Daniel Braniss , FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 14 Mar 2018 17:06:44 -0000 Hm. Perhaps we should make kldxref_enable default to YES by default on all platforms, then? The overhead is pretty much none when it has nothing to do - it won't try to recreate the linker.hints if it already exists. 2018-03-14 17:01 GMT+00:00 Steve Wills : > FWIW, I ran into this issue on an i386 image I built from an amd64 host > using poudriere and poudriere image. > > Steve > > > On 03/13/2018 14:44, Warner Losh wrote: > >> Makes sense. I'd forgotten that kldxref can't do cross-platform stuff...= . >> One could arrange to build it targeting arch X but running on the native >> host and fix things that way. Nobody has care enough to do that, though >> perhaps this gives us a use case for why one might want to try. >> >> Warner >> >> On Tue, Mar 13, 2018 at 11:41 AM, Daniel Braniss >> wrote: >> >> >>> >>> On 13 Mar 2018, at 19:12, Edward Napierala wrote: >>> >>> I think it's only needed for kernels that are cross-built. That's due = to >>> kldxref(8) being unable to handle kernels for other architectures. >>> >>> my case exactly. >>> >>> 2018-03-13 13:34 GMT+00:00 Warner Losh : >>> >>> I wonder why that isn't the default, or why the linker.hints isn't at >>>> least >>>> created by the make installkernel step... >>>> >>>> Warner >>>> >>>> On Tue, Mar 13, 2018 at 2:40 AM, Edward Tomasz Napiera=C5=82a < >>>> trasz@freebsd.org> >>>> wrote: >>>> >>>> FWIW, it seems to be a common problem, see https://reviews.freebsd.org= / >>>>> D14534. >>>>> >>>>> On 0312T1027, Warner Losh wrote: >>>>> >>>>>> Well, is there a /boot/kernel/linker.hints? >>>>>> >>>>>> Warner >>>>>> >>>>>> On Mon, Mar 12, 2018 at 9:56 AM, Daniel Braniss >>>>>> >>>>> wrote: >>>>> >>>>>> >>>>>> Hi, >>>>>>> the above i get on arm/nanopi-neo. (it=E2=80=99s the only platform = I run >>>>>>> >>>>>> current >>>>> >>>>>> :-) >>>>>>> >>>>>>> cheers, >>>>>>> danny >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>> freebsd-current@freebsd.org mailing list >>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@ >>>>>> >>>>> freebsd.org" >>>>> >>>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@f >>>> reebsd.org >>>> " >>>> >>>> >>> >>> >>> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g >> " >> >> From owner-freebsd-current@freebsd.org Wed Mar 14 17:20:12 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3535F2C411 for ; Wed, 14 Mar 2018 17:20:11 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1B7D56C0CC for ; Wed, 14 Mar 2018 17:20:10 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w2EHK87Z088988; Wed, 14 Mar 2018 10:20:08 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w2EHK8Go088987; Wed, 14 Mar 2018 10:20:08 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201803141720.w2EHK8Go088987@pdx.rh.CN85.dnsmgr.net> Subject: Re: Speed up CD/DVD-based FreeBSD In-Reply-To: <20180314171317.03322340@hermann> To: "Hartmann, O." Date: Wed, 14 Mar 2018 10:20:08 -0700 (PDT) CC: Andreas Nilsson , freebsd-current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 14 Mar 2018 17:20:12 -0000 > On Mon, 12 Mar 2018 09:00:28 +0100 > Andreas Nilsson wrote: > Sorry for the late reply, I'll answer inline, see below. > > On Mon, Mar 12, 2018 at 8:30 AM, Rodney W. Grimes < > > freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > > > > > We have a special case of running FreeBSD (actually a NanoBSD) > > > > from a > > > CD/DVD. > > > > The reason behind using a CD/DVD is to prevent manipulations. > > > > > > > > Now, after the GUI hass started, the system autologin a user and > > > autostarts > > > > Firefox. But starting Firefox takes ~ 5 - 7 minutes, while the > > > > operating > > > system > > > > takes 2 - 3 minutes. As you can imagine, this isn't quite a > > > > useful time. > > > > > > > > Is there a simple way, considering enough RAM in the box, to > > > > speed up the process? Loading Firefox makes the DVD drive moving > > > > the head very often > > > - I > > > > assume this is the fact because I can hear the head scratiching > > > > around > > > very > > > > intense. > > > > > > > > Does FreeBSD bring tools/facilities onboard to achive what I'm > > > requesting or do > > > > I need an additional port/softwarepackage? > > > > > > Are you custom building this CD-rom image, or is it just a slightly > > > modified > > > stock FreeBSD distritbution with some scripts? > > I do not understand correctly what you mean by "stock FreeBSD". I do I was refering to one of the .iso files avaliable on FreeBSD.org. > not change the sources. It is mostly NanoBSD-driven, but the resulting > system is highly minimalistic by excluding those parts of the OS which > are usually not needed when running embedded applications apart from > development. So, there are lots of WITHOUT_ tags while building and > more importantly while installing the resulting image. > > The image itself is "custom made", since NanoBSD doesn't offer a proper > CD9660 build script. But, it isn't hard to add some functionality to > achive this task. So you are running a roll your own release, and not a stock FreeBSD image, this makes it easier to fix your performance related issue. O(1) would be to get /lib and /usr/lib/... in a tmpfs memory file system, then probably /usr/local/lib. This is not a huge amount of memory: 6522 /lib 55317 /usr/lib 639983 /usr/local/lib fyi, firefox has a chunk in /usr/local/lib: du -s /usr/local/lib/firefox/ 79768 /usr/local/lib/firefox/ My /usr/local/lib is probably significantly larger than yours, as I have full X11 + many apps, including firefox: pkg info | wc -l 448 > The "bloat" of 2,6 GB size comes from the utoization of X11, > windowmaker and not at last Firefox itself. I'll try to reduce the size > by using x11/xorg-minimal with adding missing/required ports manually, > but this issue is another one. If your whole custom image is only 2.6GB then running this all in RAM would not be hard to do with a 4GB machine, and very comfortable in 8GB. Reducing this to 2GB would leave you a 2GB of ram for firefox to eat away, and that should be enough. > The meaning of "having enough/plenty of RAM" is: I'm willing to use at > least 2GB RAM, at the moment I have 4GB in the box, but 8 is also > possible. But this box has only one purpose: offering Firefox for > checking on a remote server for some data. So any RAM more than > necessary is a waste of resources. It looks like 1G of ram dedicated to tmpfs would probably make your problem disappear. DVD drives are not good for random access, and thats what your doing a lot of here, especially when doing the dynamic linking at exec time. > > > One suggestion would be to run from a mfs /usr, > > > including /usr/local, as a sample on how to do this take a look > > > at /etc/rc.initdiskless that does this for /etc and /var when > > > booting diskless. > > I'll check this, thanks for the hint. > > > > > > > I suspect your slow down is shared library linking time, which > > > would mean you might also solve this problem by building a staticly > > > linked firefox binary. This would be much simpler to try out. > > FreeBSD 11.1-RELENG-p7 boot time itself is ~ 3 - 5 minutes (4 > core/thread Haswell customer CPU at >3 GHz and 8 GB RAM from DVD ROM). > Starting X11 takes another 3 minutes and when windowmaker shows up > starting Firefox, it takes overall more than 35 minutes until Firefox > is started and usable. The box is supposed to run 24/7, but consider a > power surge or lightouts, it is indisputable that booting takes to long. > > Linking Firefox statically would take precautions in the poudriere > package builder we run for such tasks - well, I guess this would be > achivable, but for the sake of being most flexible in terms of we can > use ANY repository I would consider a static linking approach a last > resort. > > > > > > > -- > > > Rod Grimes > > > rgrimes@freebsd.org > > > > > > > Hello, > > > > doesn't nanoBSD run in ro-mode per default, ie it should be somewhat > > tamper proof as is, even installed on disk. > > Well, NanoBSD can be configured to mount / ro, but this can be changed. > Running from a DVD ROM provides a better tamper proof solution and I > would prefere the DVD ROM in favour of a potentially writable medium. > At this very moment the test system runs from an USB flash device and > is fairly fast in bootup, > 3 minutes at from hitting the power button > up to have Firefox opened and ready to work. > > > > > If running from optical drive is important, I would have a closer > > look on how pcbsd/trueos sets up their install-discs ( or at least > > used to, haven't tried one in a while ) where they basically load the > > entire file system into ram from a compressed image on the optical > > disc. > > Well, thanks for the hint. > > > > > Best regards > > Andreas > > Kind regards, > > Oliver > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Wed Mar 14 17:39:15 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 21FAFF2DA46 for ; Wed, 14 Mar 2018 17:39:15 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A3FAE6CEB6 for ; Wed, 14 Mar 2018 17:39:14 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id 5B1E4F2DA44; Wed, 14 Mar 2018 17:39:14 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1E3E0F2DA42 for ; Wed, 14 Mar 2018 17:39:14 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::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 A143B6CEB0 for ; Wed, 14 Mar 2018 17:39:13 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x22b.google.com with SMTP id m22so5302414iob.12 for ; Wed, 14 Mar 2018 10:39:13 -0700 (PDT) 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=dG568dSp2hB8cH5QatXBsbpoHX60J4+rnLJp3D+4zJY=; b=R/oF7cxnM/vyAgwiki48GxCuEiu/hsGAnP2thxYuUtY2J9zwejDgJjAuUIDn1Dld6Z otXNgaf5ZGe+VcHojIWTrQUSSk5o4OQ4WsEqAvl9hvmQBkIuJEK/FK6fh70kbzBzLZ0V j9W4ZdSqqCZNJ81MNB2tIfxwldvs/EJ5BgVcC2DKw0N3E/6IxPyNhNeUfne8gSC60seq QBG6EGJvLskPILeck0UQZAxOK0n3oKyUeL5KvdbGc6zfj1q7mdGFnlUD9/F3M/8fUWvX Q5zDqW+Lz7gJXEVRkV6QwaiToLNvExJIesSolAReqej9SltGLKfQaMLc7KT+dtfZImTE mBjw== 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=dG568dSp2hB8cH5QatXBsbpoHX60J4+rnLJp3D+4zJY=; b=lFVe/RaKyelUhLLAZVdpz7+Tq9R4zFuwsBVbN0i5C+qosOunKFnMf4/8sZsRDfti1B IOoquKi9CMqcRuB6C44UaKldGIGXKW+RjtxP8cR4p1UacBqp4BcehnmGe/B5EBCNBQbs VefVRUm309/mumsWgf2GbuWnTjHF/QJAk9H2u4OjXUKjgaWF/X0spcklq1v8GhucdeM3 IPApIZ1x/4bG6evWiPZYKgGj7bw4oxOqn3Q2X46VDRnLBrLatolaMG03Xr2nGUXpRFG4 UTMMGCytqDLbQEfUK7KxDo4TDrYkHEv2eNcoKaeuPrwlhKEFeMgrKMtfLKLNZxret1B4 2owQ== X-Gm-Message-State: AElRT7ES9E5f1b0BfA5+fHBY4TKYwKjB7jBwTdyXKLn4N/FIc1Ui0FW1 dmzCug7z2rytHz6wJ7K2vLi5VXXhx+4C5KN4myNC8Q== X-Google-Smtp-Source: AG47ELvD/w5ii789ccKVp4ezgG7hnuJVscGkcC8mBemJuObMT7/AECr7JRWpPSkpfsMV6MjsDzgP2P4o0shwci2xH3Q= X-Received: by 10.107.18.162 with SMTP id 34mr5607824ios.168.1521049152835; Wed, 14 Mar 2018 10:39:12 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.203.196 with HTTP; Wed, 14 Mar 2018 10:39:12 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] In-Reply-To: References: <20180313084010.GA13194@brick> <6A1A6820-5A7E-410F-8C0F-F049CDBD9E4A@cs.huji.ac.il> <4c4f2a9c-be75-29f1-3ec6-d1ac774b0015@FreeBSD.org> From: Warner Losh Date: Wed, 14 Mar 2018 11:39:12 -0600 X-Google-Sender-Auth: DnTVjy4sUPMVWs2rXhH7_VYSazc Message-ID: Subject: Re: devdmatch: Can't read linker file. To: Edward Napierala Cc: Steve Wills , Daniel Braniss , FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 14 Mar 2018 17:39:15 -0000 I wouldn't. It make read-only root a pain in the back side.... Better to fix kldxref to be a build tool that can cope. And it isn't something that needs to be done on every boot. On Wed, Mar 14, 2018 at 11:05 AM, Edward Napierala wrote: > Hm. Perhaps we should make kldxref_enable default to YES by default > on all platforms, then? The overhead is pretty much none when it has > nothing to do - it won't try to recreate the linker.hints if it already > exists. > > 2018-03-14 17:01 GMT+00:00 Steve Wills : > >> FWIW, I ran into this issue on an i386 image I built from an amd64 host >> using poudriere and poudriere image. >> >> Steve >> >> >> On 03/13/2018 14:44, Warner Losh wrote: >> >>> Makes sense. I'd forgotten that kldxref can't do cross-platform stuff..= .. >>> One could arrange to build it targeting arch X but running on the nativ= e >>> host and fix things that way. Nobody has care enough to do that, though >>> perhaps this gives us a use case for why one might want to try. >>> >>> Warner >>> >>> On Tue, Mar 13, 2018 at 11:41 AM, Daniel Braniss >>> wrote: >>> >>> >>>> >>>> On 13 Mar 2018, at 19:12, Edward Napierala wrote: >>>> >>>> I think it's only needed for kernels that are cross-built. That's due >>>> to >>>> kldxref(8) being unable to handle kernels for other architectures. >>>> >>>> my case exactly. >>>> >>>> 2018-03-13 13:34 GMT+00:00 Warner Losh : >>>> >>>> I wonder why that isn't the default, or why the linker.hints isn't at >>>>> least >>>>> created by the make installkernel step... >>>>> >>>>> Warner >>>>> >>>>> On Tue, Mar 13, 2018 at 2:40 AM, Edward Tomasz Napiera=C5=82a < >>>>> trasz@freebsd.org> >>>>> wrote: >>>>> >>>>> FWIW, it seems to be a common problem, see >>>>>> https://reviews.freebsd.org/ >>>>>> D14534. >>>>>> >>>>>> On 0312T1027, Warner Losh wrote: >>>>>> >>>>>>> Well, is there a /boot/kernel/linker.hints? >>>>>>> >>>>>>> Warner >>>>>>> >>>>>>> On Mon, Mar 12, 2018 at 9:56 AM, Daniel Braniss >>>>>> > >>>>>>> >>>>>> wrote: >>>>>> >>>>>>> >>>>>>> Hi, >>>>>>>> the above i get on arm/nanopi-neo. (it=E2=80=99s the only platform= I run >>>>>>>> >>>>>>> current >>>>>> >>>>>>> :-) >>>>>>>> >>>>>>>> cheers, >>>>>>>> danny >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>> freebsd-current@freebsd.org mailing list >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@ >>>>>>> >>>>>> freebsd.org" >>>>>> >>>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@f >>>>> reebsd.org >>>>> " >>>>> >>>>> >>>> >>>> >>>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@f >>> reebsd.org" >>> >>> > From owner-freebsd-current@freebsd.org Wed Mar 14 18:10:59 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6398F3153A for ; Wed, 14 Mar 2018 18:10:59 +0000 (UTC) (envelope-from etnapierala@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 3FC4F6EB10 for ; Wed, 14 Mar 2018 18:10:59 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id EE25EF31539; Wed, 14 Mar 2018 18:10:58 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B1CD5F31538 for ; Wed, 14 Mar 2018 18:10:58 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-vk0-x230.google.com (mail-vk0-x230.google.com [IPv6:2607:f8b0:400c:c05::230]) (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 452B86EAFC; Wed, 14 Mar 2018 18:10:58 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-vk0-x230.google.com with SMTP id t126so2560992vkb.11; Wed, 14 Mar 2018 11:10:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=aJeo1YCd4ngBWSRN2GIPkULJs6ybJI4DvRAwC9Rm6es=; b=SkRw0AR4Ga+CMa3valoxhshZhg+9Gl2r9rMB2gdMvbrqlcNm5Ca1AaWAjPyuKimAGD MW5EPlj0cte61cb+5fx/mO9IB1byefWJuFyEnHnZj/oIJ1GsQSIoBt6GO2Locp+xpGlf Bm9KTmLdOMN1ZGdTCZT/uMMeF2T/nk/bdd7gz5Rrw69dkb2lMkjm7/zlvBGIpOhYsA70 kKa104u75LoTM3yiEvniwtK7JEvIMf8lhWvGQLHrIKnAxY530kux+yLQ6cJTUb4REcPa IUDbla3yzBMWZAg9ifX8SF47yvQo0AlGOKUwtW3U4xcNq6FHk4aHjBNXmNT0ha8URUTi iUeA== 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=aJeo1YCd4ngBWSRN2GIPkULJs6ybJI4DvRAwC9Rm6es=; b=MugvMBh76R/u3RnizGM8ymo5v+HX+yiZlDntbCDlF+Kt8zbtthBSXOlbj1KtENW6Nx Bjvs2dAnBBj1H/Vyy+p2hJ1W7vyJnGg83TXZUVhdbfgUuvt24E9Di1ZGOAalU4ckkGbM E8MitvBCEjRFF5BefoY9f6ZKqTjr/sc04aSgJbyILVI5Ceb6T2RLQc5e10NjhHSLhcWD Y4P1jcvXHirjw74JR7DAomsUbyDPbOvTERxWHHu/s7m3hBDNshXynl2VjRr//YAdx+Pw EGMDQlg4pCwmCkhL0XZ5ROVzqC2B/uEBkKyV9AAjpxp5RcEJ+xLyeR1CPw+mwBrvAj8y Hy4g== X-Gm-Message-State: AElRT7E7UW2sWC0ogqCkojdGr+osNBKdhOGOfVyQazBP4yrqwIQ4fG0A /0OJw3PFTeyX5P7JL9g2ApuOUmzoRrVmKw5sR6N0VA== X-Google-Smtp-Source: AG47ELt+BNlQ3vnFDQayCglYQ/oyludm83qDwuD2GJiLfQaBqkv6ouuEYyqLx8UFVkeu6sv7OMAYOeJXuRaUILAwZ6o= X-Received: by 10.31.151.7 with SMTP id z7mr4256411vkd.113.1521051057610; Wed, 14 Mar 2018 11:10:57 -0700 (PDT) MIME-Version: 1.0 Sender: etnapierala@gmail.com Received: by 10.176.9.79 with HTTP; Wed, 14 Mar 2018 11:10:57 -0700 (PDT) In-Reply-To: References: <20180313084010.GA13194@brick> <6A1A6820-5A7E-410F-8C0F-F049CDBD9E4A@cs.huji.ac.il> <4c4f2a9c-be75-29f1-3ec6-d1ac774b0015@FreeBSD.org> From: Edward Napierala Date: Wed, 14 Mar 2018 18:10:57 +0000 X-Google-Sender-Auth: diBNKvUVxDgGgOv3UVhNL1X0hnw Message-ID: Subject: Re: devdmatch: Can't read linker file. To: Warner Losh Cc: Steve Wills , Daniel Braniss , FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 14 Mar 2018 18:11:00 -0000 While making kldxref(8) crossarch-capable would be the best solution, it's also the most time consuming. The kldxref rc script doesn't do anything if the linker.hints file already exists, so it shouldn't be much of a problem. 2018-03-14 17:39 GMT+00:00 Warner Losh : > I wouldn't. It make read-only root a pain in the back side.... Better to > fix kldxref to be a build tool that can cope. > > And it isn't something that needs to be done on every boot. > > > On Wed, Mar 14, 2018 at 11:05 AM, Edward Napierala > wrote: > >> Hm. Perhaps we should make kldxref_enable default to YES by default >> on all platforms, then? The overhead is pretty much none when it has >> nothing to do - it won't try to recreate the linker.hints if it already >> exists. >> >> 2018-03-14 17:01 GMT+00:00 Steve Wills : >> >>> FWIW, I ran into this issue on an i386 image I built from an amd64 host >>> using poudriere and poudriere image. >>> >>> Steve >>> >>> >>> On 03/13/2018 14:44, Warner Losh wrote: >>> >>>> Makes sense. I'd forgotten that kldxref can't do cross-platform >>>> stuff.... >>>> One could arrange to build it targeting arch X but running on the nati= ve >>>> host and fix things that way. Nobody has care enough to do that, thoug= h >>>> perhaps this gives us a use case for why one might want to try. >>>> >>>> Warner >>>> >>>> On Tue, Mar 13, 2018 at 11:41 AM, Daniel Braniss >>>> wrote: >>>> >>>> >>>>> >>>>> On 13 Mar 2018, at 19:12, Edward Napierala wrote: >>>>> >>>>> I think it's only needed for kernels that are cross-built. That's du= e >>>>> to >>>>> kldxref(8) being unable to handle kernels for other architectures. >>>>> >>>>> my case exactly. >>>>> >>>>> 2018-03-13 13:34 GMT+00:00 Warner Losh : >>>>> >>>>> I wonder why that isn't the default, or why the linker.hints isn't at >>>>>> least >>>>>> created by the make installkernel step... >>>>>> >>>>>> Warner >>>>>> >>>>>> On Tue, Mar 13, 2018 at 2:40 AM, Edward Tomasz Napiera=C5=82a < >>>>>> trasz@freebsd.org> >>>>>> wrote: >>>>>> >>>>>> FWIW, it seems to be a common problem, see >>>>>>> https://reviews.freebsd.org/ >>>>>>> D14534. >>>>>>> >>>>>>> On 0312T1027, Warner Losh wrote: >>>>>>> >>>>>>>> Well, is there a /boot/kernel/linker.hints? >>>>>>>> >>>>>>>> Warner >>>>>>>> >>>>>>>> On Mon, Mar 12, 2018 at 9:56 AM, Daniel Braniss < >>>>>>>> danny@cs.huji.ac.il> >>>>>>>> >>>>>>> wrote: >>>>>>> >>>>>>>> >>>>>>>> Hi, >>>>>>>>> the above i get on arm/nanopi-neo. (it=E2=80=99s the only platfor= m I run >>>>>>>>> >>>>>>>> current >>>>>>> >>>>>>>> :-) >>>>>>>>> >>>>>>>>> cheers, >>>>>>>>> danny >>>>>>>>> >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>> freebsd-current@freebsd.org mailing list >>>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@ >>>>>>>> >>>>>>> freebsd.org" >>>>>>> >>>>>>> _______________________________________________ >>>>>> freebsd-current@freebsd.org mailing list >>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@f >>>>>> reebsd.org >>>>>> " >>>>>> >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@f >>>> reebsd.org" >>>> >>>> >> > From owner-freebsd-current@freebsd.org Wed Mar 14 19:07:20 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72F67F371C4 for ; Wed, 14 Mar 2018 19:07:20 +0000 (UTC) (envelope-from kp@krion.cc) Received: from krion.cc (krion.cc [148.251.235.209]) (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 0CE6D71900 for ; Wed, 14 Mar 2018 19:07:19 +0000 (UTC) (envelope-from kp@krion.cc) Received: from krion.cc (krion.cc [148.251.235.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by krion.cc (Postfix) with ESMTPSA id A8134444F2 for ; Wed, 14 Mar 2018 20:07:10 +0100 (CET) Date: Wed, 14 Mar 2018 20:07:10 +0100 From: Kirill Ponomarev To: freebsd-current@freebsd.org Subject: Re: X1 Carbon 6th gen. ACPI issues Message-ID: <20180314190710.GC71720@krion.cc> References: <20180310100127.GB67236@krion.cc> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="+nBD6E3TurpgldQp" Content-Disposition: inline In-Reply-To: <20180310100127.GB67236@krion.cc> User-Agent: Mutt/1.9.4 (2018-02-28) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 14 Mar 2018 19:07:20 -0000 --+nBD6E3TurpgldQp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 03/10, Kirill Ponomarev wrote: > Hi, >=20 > it seems new Carbonss have some issues with S3 according to this Lenovo > thread: > https://forums.lenovo.com/t5/Linux-Discussion/X1-Carbon-Gen-6-cannot-ente= r-deep-sleep-S3-state-aka-Suspend-to/td-p/3998182 >=20 > The same issues we have in CURRENT: > hw.acpi.supported_sleep_state: S4 S5 >=20 > If someone would like to analyze it and fix, I'm ready to help with > access and testing. In case if someone interested, there's a Linux workaround for this issue: https://delta-xi.net/#056 K. --+nBD6E3TurpgldQp Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEJCHRFhEAQujKni1pDyI9/LMCykUFAlqpct4ACgkQDyI9/LMC ykULOQf+MOHlVi5IhTc4CygrExT9PzjlQLvapCLI+hXEULwxcVxVhMD+Vzhsf7/u 8k6TI5v5GkbDIUZbHuNcb9REaIvy6nGc+MQKsxnEqaqC2/uejKgBLsaXnzV9gykO XyvFVckcYMCeqh8DVOFNKxgX6CA7PAF4PF0xWZ3fRaH4pf52ABsYrjPwIjkd4PVg Q0++vEtcoaR/Tkflk9rDqtv+0ix9Ja+lr/HvJ3t+xCY5djboMK6JTHESehoJTOHb EF9Ixka8U6RBlAcErFCTwkPoegH/RA+k8mSuvval4hmjyupMoxTXg36sa8ejAYJZ msezH2w7x/EELKJn18awKjt/YHhtLA== =79fk -----END PGP SIGNATURE----- --+nBD6E3TurpgldQp-- From owner-freebsd-current@freebsd.org Wed Mar 14 19:11:14 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9B3BF37937 for ; Wed, 14 Mar 2018 19:11:13 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c: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 5BFC071F17 for ; Wed, 14 Mar 2018 19:11:13 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-wm0-x22c.google.com with SMTP id u10so5941336wmu.4 for ; Wed, 14 Mar 2018 12:11:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=oOWwLD52rC3zeyfrC6LLXaGLUcMFhT7Qv3BUml5xO2E=; b=Xk01+NkG1WSqhrVIecZZXyXDqP4fGL2M04Qd0Nt7yVX6hahxbl2WPKs/gMMa+W1LxR yrz2AjVuqZTpHM/XQ+d5GioffljOEysbXfY8mszxKs/IlZMbgrYRILpELkxE87hqpXW0 nVd7VA8RS4qWedVhO64aBBPR+5pZhPwDJ6pxvNt8byZ0lid+VIyLoM+y1uW/yfctQbqj P6xiXmyK9SDlewgMxRU8fOrPZ81ocbaNi/sJIehAwM5aQhPQXax5Ma+DE3dDGlShftpe FKd8M0/ufeT5N5rzrOoEYl0HUtviRX8bsmBC77s0rRGxDqbsSdcr6jxfI80MhmbRuGJm 392g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=oOWwLD52rC3zeyfrC6LLXaGLUcMFhT7Qv3BUml5xO2E=; b=IDSSS0iZf2ccrRjzw162bW+HzwLT1yLWsTGgkYrHZ2mN+dE063axdN9W03qbV0fmw8 W6K4OdwFGIdgUBmCuXoZi2HHEn3qJH+VhdzmrsvH1lTIojDVEA/M0i5p1o4LCdm3pzOW 5Da02hyqoizlq7uki19hWPtVrIcQt60Rrdef19Dba+oGbwC4+vsxcfKzz1YAioixFOi0 iahNrG0ADLO2J/DnfRVAmNz+dU+CbTtDcJT+pWz/vkGTccw1zJdtY9EVpLQbtwFvQHhn x4mAcE+edwbcaWi4y7N4a1QfX17gqcqEVuvR+B2SGVgpeOV9/pGM6UIk3ywX12KW9dWU zJNA== X-Gm-Message-State: AElRT7FLdCHeRnKuaICwD286r3bKke9M5jxKoheeE5DPPLP9O6paRQUW qsSp3umaEd1VgE6AuuMY5lU= X-Google-Smtp-Source: AG47ELt0tBSJSUottlzrORq+7/uiHaM9Xp34urH0cgUHGmBd++lzRnz7FlcoMMpKd+edbUAAXF8OVQ== X-Received: by 10.80.155.86 with SMTP id a22mr5663316edj.290.1521054672448; Wed, 14 Mar 2018 12:11:12 -0700 (PDT) Received: from localhost ([2001:470:1f15:3d8:7285:c2ff:fe37:5722]) by smtp.gmail.com with ESMTPSA id y15sm550151edm.95.2018.03.14.12.11.10 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 14 Mar 2018 12:11:11 -0700 (PDT) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Wed, 14 Mar 2018 22:08:21 +0300 To: "Hartmann, O." Cc: Andreas Nilsson , "Rodney W. Grimes" , freebsd-current Subject: Re: Speed up CD/DVD-based FreeBSD Message-ID: <20180314220821.2263aed5@gmail.com> In-Reply-To: <20180314171317.03322340@hermann> References: <20180312063526.263ab62d@freyja.zeit4.iv.bundesimmobilien.de> <201803120730.w2C7UIcO077468@pdx.rh.CN85.dnsmgr.net> <20180314171317.03322340@hermann> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; amd64-portbld-freebsd11.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 14 Mar 2018 19:11:14 -0000 On Wed, 14 Mar 2018 17:13:27 +0100 "Hartmann, O." wrote: > The image itself is "custom made", since NanoBSD doesn't offer a > proper CD9660 build script. But, it isn't hard to add some > functionality to achive this task. May be geom_cache can help increase random read speed? From owner-freebsd-current@freebsd.org Wed Mar 14 22:43:54 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2918CF4F3E4 for ; Wed, 14 Mar 2018 22:43:54 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (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 C8C057AC17; Wed, 14 Mar 2018 22:43:53 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 403FF5A9F12; Wed, 14 Mar 2018 22:43:47 +0000 (UTC) Date: Wed, 14 Mar 2018 22:43:47 +0000 From: Brooks Davis To: sobomax@freebsd.org Cc: freebsd-current@freebsd.org Subject: md(4) ioctl ABI broken by r322969 Message-ID: <20180314224347.GA46152@spindle.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline User-Agent: Mutt/1.9.4 (2018-02-28) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 14 Mar 2018 22:43:54 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I just noticed that r322969 consumed part of md_pad in struct md_ioctl. In moving the start of md_pad this broke the ABI of MDIOCLIST. At a glance it looks like the struct was sufficiently incompetently padded to begin with that the change of adding a char * and subtracting an int did not change the size of the struct and break all the ioctls, but this definitely warranted a comment in the commit. At this point I'm not sure what the right thing to do is. MDIOCLIST isn't used by anything in the base system and is broken by design so just deleting it might be acceptable. A somewhat better approach would be to delete it from public view and fix it up with a compatibility shim so it works for old code. We could put that under COMPAT11. I have a patch it the works that would make that easier to do. -- Brooks --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJaqaWiAAoJEKzQXbSebgfAcnoH/Rsr7w96fpyiDTBwg8yOnNDv UBVdbjMuDorL0qbfkW0uQcXXyU1voVjFKwTMxyrEDNu84VdpwG9NrEn+wiB3HcI+ Ui6JI4YWENF4Ld+1aR6pqhgsr0kOMET+EkNdkid/X03Z8JAeyQfomZ5QN/WmmAE9 Fp5roHqbxJg2i1bo0xoRIVCEcBtn4Foe+hk2Mx/PEgIhXOQH+GYod4KGHzeOgGmF QzorryY/8DG1B/9gMTljzNwExtpdwWdtIeejoFWz4/ijEGaVk0xfcdRV0QoD4g7K 2jQmeV86tiSCQjMAQAH0bahR/jLLt0KhsHVNBuLJCIW7EWB29npzCqUfueAkkzs= =di4n -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-current@freebsd.org Fri Mar 16 01:35:26 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E9E7F317B0 for ; Fri, 16 Mar 2018 01:35:26 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.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 1D4A884084 for ; Fri, 16 Mar 2018 01:35:26 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: by mailman.ysv.freebsd.org (Postfix) id D193EF317AF; Fri, 16 Mar 2018 01:35:25 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF612F317AD for ; Fri, 16 Mar 2018 01:35:25 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: from mail-yw0-x236.google.com (mail-yw0-x236.google.com [IPv6:2607:f8b0:4002:c05::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 4E5AB84081 for ; Fri, 16 Mar 2018 01:35:25 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: by mail-yw0-x236.google.com with SMTP id w12so5977945ywa.8 for ; Thu, 15 Mar 2018 18:35:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=capeaugusta-com.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=P/tG/urWY+vUQMVM6XjtVh8tuIXIEo4hIQIU6TBU2Aw=; b=QtiPD32CTkMDqaoRsXOqg0b3q6G1sFnzuS4OLNds1xLPd0KPHvQL7xC0qV537E7+Zj x9OejrqRnhLRHx1pYxdgRVdIhgdiUaGj8bQwDXDUSXtyZzB6b2D+0ICI/bjkVV2Y8Bhn mL4nu60nEpePK45TteFdf92taXNw6PXqAZ/mV+PVLgk/lqQSZAyq7snEprGhjBGW8wWq UHwpHoJPjjBp3vg0vdHETBt13FgBDnoplBGgOhzkLnjPBTtDg4S7q/JP27HRo0zM5UlK RtzDRZCGDc8f9D8+Epm8B7ogOWC9R9OhQS+ygep5I4bNErk1vognRKtKWO+pxKb4HnoF RWFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=P/tG/urWY+vUQMVM6XjtVh8tuIXIEo4hIQIU6TBU2Aw=; b=dkJ8rhsQ4JKmJMpNuIQJ3cvETFVYfoTe5dsi+1XzBCZi03kU45Gqjr8dlmi1U6nhqY GSGVCjg1XWBasFVxLsa8aOU9oBO6bhkmvQzlvsB9oj4Tr9PN/Q5KPg4bYbgNkQI9+3sj ifwiQ57NRkwpZHZ39AL65fWBD3hkigGrm8c0MiotA43U3fhChSUaStE/ZmZaYMlAPat7 QMIs2aIoqoBWT3jGTjITL+zGFuJGNmcteUK+EsLrWabsl8vvkFSLS89CS0FqgPISQmXz tlv/IKg3WmN+QV5wBgBIOTKNXdX0LeyMAAky90g8AF5pm8X+uYDmFW+D3FCj9Z0FN0qu Tmaw== X-Gm-Message-State: AElRT7G6otQoBm0EsgfmYs/ZUmEN5S8OXFlfNhIaMtSztfVGxxlqj5SQ mfcsHszdcMxHb5KTrALOUFIxUt6MFzD5mf2iRY6163zUUs5rNc/0LmcXXICaEKfH03nG8L3j8k6 HzdSy6SsFuLx5u667TrEz0hWFE0ElphSCgThZv4L9B1ilf5ewW3qioFjSKBvaxzDTRe7b5gPWSu JP X-Google-Smtp-Source: AG47ELu7hg7MfhcB47rmqR/2A4RzsWhuoz39AF0t75eHQiJZq2Q/0cxzxl60wkV0GY0T+kwmNVZrxg== X-Received: by 10.129.137.132 with SMTP id z126mr7314735ywf.271.1521164124124; Thu, 15 Mar 2018 18:35:24 -0700 (PDT) Received: from zen.clue.co.za (c-69-254-3-228.hsd1.ga.comcast.net. [69.254.3.228]) by smtp.gmail.com with ESMTPSA id e187sm2376041ywb.14.2018.03.15.18.35.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 15 Mar 2018 18:35:23 -0700 (PDT) Subject: Re: Clang-6 and GNUisms. To: Dimitry Andric Cc: current References: <4ea06b48-d451-f2b3-4c20-4963f829333b@capeaugusta.com> <34C5A473-3842-4801-B0CA-8D84817827E9@FreeBSD.org> From: Ian FREISLICH Message-ID: <49ff035c-60b3-1d21-c8db-056e39ee3eeb@capeaugusta.com> Date: Thu, 15 Mar 2018 21:35:22 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <34C5A473-3842-4801-B0CA-8D84817827E9@FreeBSD.org> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 16 Mar 2018 01:35:26 -0000 On 03/12/18 13:54, Dimitry Andric wrote: > On 12 Mar 2018, at 16:03, Dimitry Andric wrote: >> On 12 Mar 2018, at 00:56, Ian FREISLICH = wrote: > ... >>> I haven't got avr-gcc to compile yet. >> No idea about this, is it very different from regular gcc's? As those >> all compile fine now. > For avr-gcc, which is an older version of gcc with some customizations, > a fix similar to https://svnweb.freebsd.org/changeset/ports/458581 is > needed, such as the attached patch This works,=A0 thanks.=A0 Can you commit to the port, the maintainer hasn't responded to me. Ian --=20 From owner-freebsd-current@freebsd.org Fri Mar 16 02:10:24 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C0BA1F3F755 for ; Fri, 16 Mar 2018 02:10:24 +0000 (UTC) (envelope-from huanghwh@163.com) Received: from m13-46.163.com (m13-46.163.com [220.181.13.46]) by mx1.freebsd.org (Postfix) with ESMTP id 2E788852BC; Fri, 16 Mar 2018 02:10:22 +0000 (UTC) (envelope-from huanghwh@163.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=lCl9x ONShaRyeXCK3I0l2HoJbkelp+OzduLS+X2PAWk=; b=jPXjR/WmRoiF0DrUeyYKH lAYWv8+zqpm4neAtvGB3c9K96qPWfjsBHBaMX5mNW9JfyUfH4CpUyitCVr7opVOu rQs1Oe27e1L0S90N+E2D1ne8d1oSsLJmu4sQTFfgGS4mdNLHIbFZq+t4qeoujAWp ARuTLnJMNNa6w5YdIDHjEE= Received: from huanghwh$163.com ( [122.13.158.26] ) by ajax-webmail-wmsvr46 (Coremail) ; Fri, 16 Mar 2018 09:55:02 +0800 (CST) X-Originating-IP: [122.13.158.26] Date: Fri, 16 Mar 2018 09:55:02 +0800 (CST) From: huanghwh To: freebsd-current@freebsd.org, jtl@FreeBSD.org Subject: r330538 broken CURRENT on MacBookPro X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20160729(86883.8884) Copyright (c) 2002-2018 www.mailtech.cn 163com X-CM-CTRLDATA: Ax8KRmZvb3Rlcl9odG09MzIzOjU2 MIME-Version: 1.0 Message-ID: <7aae5d78.2e20.1622c847a87.Coremail.huanghwh@163.com> X-Coremail-Locale: zh_CN X-CM-TRANSID: LsGowABnS2n2I6ta7j1+AA--.11949W X-CM-SenderInfo: xkxd0wxkzkqiywtou0bp/1tbiMhULK1WBbK2HswABsn X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 16 Mar 2018 02:10:24 -0000 SGksCkkgZ290IHRoaXMgcGFuaWM6Cmh0dHA6Ly9zdy5nZGRzbi5vcmcuY24vZnJlZWJzZC9wYW5p Yy5qcGcKCgpyMzMwNTM4IGJyb2tlbiBDVVJSRU5UIGZvdW5kIGJ5IHN2biBiaXNlY3QKCgphbnkg aWRlYT8KCgpIdWFuZyBXZW4gSHVpIA== From owner-freebsd-current@freebsd.org Fri Mar 16 02:27:22 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 574E8F42093 for ; Fri, 16 Mar 2018 02:27:22 +0000 (UTC) (envelope-from huanghwh@163.com) Received: from m13-46.163.com (m13-46.163.com [220.181.13.46]) by mx1.freebsd.org (Postfix) with ESMTP id E8F26861FB; Fri, 16 Mar 2018 02:27:20 +0000 (UTC) (envelope-from huanghwh@163.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=HW/7Y NlTuQJmiYARaEtv9AZ99xC8FihzGLUC/OgvxRs=; b=clU/mVY50oHlGQVoiWFkp Wp7xTY/iTEkqT3BDtND971Atd18+cnVlkPunvPKWD1jQpx11Iw2wD6HaEVqiNlRO 8Pohv+RGs+9PQY7HGx0Z0ssvgCD3f5Uc57UInG85hZYKtwFUD9rX0dWVeCXCDggS esYW8l+yLzTXvxgR9+tuU8= Received: from huanghwh$163.com ( [122.13.158.26] ) by ajax-webmail-wmsvr46 (Coremail) ; Fri, 16 Mar 2018 10:27:02 +0800 (CST) X-Originating-IP: [122.13.158.26] Date: Fri, 16 Mar 2018 10:27:02 +0800 (CST) From: huanghwh To: huanghwh Cc: freebsd-current@freebsd.org, jtl@FreeBSD.org Subject: Re:r330539 broken CURRENT on MacBookPro X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20160729(86883.8884) Copyright (c) 2002-2018 www.mailtech.cn 163com In-Reply-To: <7aae5d78.2e20.1622c847a87.Coremail.huanghwh@163.com> References: <7aae5d78.2e20.1622c847a87.Coremail.huanghwh@163.com> X-CM-CTRLDATA: cknHTmZvb3Rlcl9odG09NjUwOjQwMg== MIME-Version: 1.0 Message-ID: <7d56315a.3d02.1622ca1c706.Coremail.huanghwh@163.com> X-Coremail-Locale: zh_CN X-CM-TRANSID: LsGowAA3G2l2K6tallN+AA--.13009W X-CM-SenderInfo: xkxd0wxkzkqiywtou0bp/1tbiDwULK1UMFMj9mwABsI X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 16 Mar 2018 02:27:22 -0000 ClNvcnJ5LCAgSXQgaXMgcjMzMDUzOSwgbm90IHIzMzA1MzguCgoKCkF0IDIwMTgtMDMtMTYgMDk6 NTU6MDIsICJodWFuZ2h3aCIgPGh1YW5naHdoQDE2My5jb20+IHdyb3RlOgo+SGksCj5JIGdvdCB0 aGlzIHBhbmljOgo+aHR0cDovL3N3LmdkZHNuLm9yZy5jbi9mcmVlYnNkL3BhbmljLmpwZwo+Cj4K PnIzMzA1MzggYnJva2VuIENVUlJFTlQgZm91bmQgYnkgc3ZuIGJpc2VjdAo+Cj4KPmFueSBpZGVh Pwo+Cj4KPkh1YW5nIFdlbiBIdWkgCj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXwo+ZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+ aHR0cHM6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtY3VycmVu dAo+VG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gImZyZWVic2QtY3VycmVudC11bnN1 YnNjcmliZUBmcmVlYnNkLm9yZyIK From owner-freebsd-current@freebsd.org Fri Mar 16 02:39:00 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D961BF43080 for ; Fri, 16 Mar 2018 02:38:59 +0000 (UTC) (envelope-from peter.lei@ieee.org) Received: from mail-qk0-x231.google.com (mail-qk0-x231.google.com [IPv6:2607:f8b0:400d:c09::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 744D086847 for ; Fri, 16 Mar 2018 02:38:59 +0000 (UTC) (envelope-from peter.lei@ieee.org) Received: by mail-qk0-x231.google.com with SMTP id o25so9608875qkl.7 for ; Thu, 15 Mar 2018 19:38:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ieee-org.20150623.gappssmtp.com; s=20150623; h=from:subject:to:message-id:date:user-agent:mime-version; bh=P9ADZdMf13GV2fWHHkX6BzTnbIOrN2TOH/bSuDb5PAI=; b=KC0rrSp0hTN05W/TjNnmyoN+j1eNOam6S37hKfFKBgtk0vlJO1jusMNCYHO9P9AhY5 hIJiF7ZVChoy/U8nAhGkcGSAnXz1miUcYUPlz5jKr4csCkuMHFp/1lRfKPpxY8wPUQXN w69Jr7X/ndV/mRksc8DPLNjDp/EIFg5YV3rncbqyB+PrZD0vwSXdpwg+R9Y4uh8vXKHw mVLSoSq2BbwoDJrsZK4sgcas8YbuiPvaCQhpjB1lf13L0vwyNaldSeMSpXkqn2STqX2q rollYGoztlydjCMCeIDmgf3lGH5FU93RXHqspb9/e7ku/hbjdG0AaC5tAzWceFE9W4+j 8+Bg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:message-id:date:user-agent :mime-version; bh=P9ADZdMf13GV2fWHHkX6BzTnbIOrN2TOH/bSuDb5PAI=; b=rFsKvsiISVD6BagRjJ66OFxbVh5WXdBUtmMSQLJlh77rb0J9jIuxjHefNcX35/U3EF ZyJ1w8ysz5O3JksnnfJJW7QbHoFOf6SNgssCe0D/it7MAjMGByWnlhUn8jcaNAAFVpgm QMpP0piC0SjtOauY8C1ivK5QEQF+qN9EhuygpPmVMi+G1IeS55jZbXYM9L0jbIDmUkPy 1kYba2ZUiTF36jix6Jv1ZPz1MWsem2g3qEuETWYs1TrqtM/fl6eT55ToFo7s7gfEsCN3 5npwY+D8e851+svSNgEi+pBPBZaDfCUB8bfaLJFfNLyLs18TKJTyg8MSTHPUnVew/i3L UA1g== X-Gm-Message-State: AElRT7EpBA8eFHT0D3gnplJNjXWaq0JKXhpYGfdqX+uzziD875Rf0oZf EBajcntZ46OJIfw5zTOfBjeAfm/i63o= X-Google-Smtp-Source: AG47ELuBPqpwLVg2DVdFPNyHak++FITJx9WwwSgkFiNgVEx3GCKSqE1E36oJ4OmXaxRpqJ92N7LCOQ== X-Received: by 10.55.176.3 with SMTP id z3mr221644qke.298.1521167938599; Thu, 15 Mar 2018 19:38:58 -0700 (PDT) Received: from mbpro15.local ([2607:fb10:7061:7fd::ed5]) by smtp.gmail.com with ESMTPSA id w18sm4527744qkw.35.2018.03.15.19.38.57 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 15 Mar 2018 19:38:57 -0700 (PDT) From: Peter Lei Subject: amd64: panic on -CURRENT @r330539 for certain UEFI hosts To: freebsd-current@freebsd.org Message-ID: <8b8f1352-aa5c-716c-ef6c-3b3cd630043f@ieee.org> Date: Thu, 15 Mar 2018 21:38:56 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms070806050100020207010802" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 16 Mar 2018 02:39:00 -0000 This is a cryptographically signed message in MIME format. --------------ms070806050100020207010802 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Some recent UEFI implementations have begun to leave the CPU with page write protection enabled in CR0. With r330539 which enables kernel page protections, interesting things happen during boot (aka panic) when protection is already enabled, including a write protection fault from an explicit .text fixup write from xsave->xsaveopt by fpuinit(). I see this so far booting -CURRENT under virtual environments: - QEMU with recent OVMF EDK2 builds: this is certainly due to UEFI enabling paging and page protections. - VMWare Fusion 10.1.x on Mac: no specific insight on what's going inside the implementation, but CR0_WP is definitely left enabled before the kernel is booted. I have patched my kernel build to explicitly clear CR0_WP (e.g. in initializecpu) prior to creating the page tables to get around this, but someone might have a cleaner/better solution... --peter --------------ms070806050100020207010802 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC Cx4wggUwMIIEGKADAgECAhEA5uRbT5dO2Nji0P2d3zpsSDANBgkqhkiG9w0BAQsFADCBlzEL MAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2Fs Zm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxPTA7BgNVBAMTNENPTU9ETyBSU0Eg Q2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwHhcNMTcxMTA5MDAw MDAwWhcNMTgxMTA5MjM1OTU5WjAjMSEwHwYJKoZIhvcNAQkBFhJwZXRlci5sZWlAaWVlZS5v cmcwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCxBMAPv3y1gA/CpG9WGm3dIJR9 2ch1Vk4InSVWXHV11mt1j2gNajK8Sa+IyPSf4/xeP/MQfkworYIM2n0Ob5F6/t2oNS4w/G2y 0CaCSxQAtbk46wKKErx20t4s4ODDs3YXzf38juNMB93YCVhFrs8jyKP1/Y7RwkjaKrRF8KBK PxHUcqxhZir3TjOJtu2P2STWtPD2fRpRkvN+gEh2ejd+n1HHBst/9Rtz0vb8yHFWl1n1YISi KQOXT73a0MFrdFGYlJwvoZJZWmV7XGthlLGt7h41f01Ug91eKY19XB3K6CmZLdiwy/6Ir8nG QMC0OH7LcudUfbu6wk7MY+ceTO4PAgMBAAGjggHoMIIB5DAfBgNVHSMEGDAWgBSCr2yM+MX+ lmF86B89K3FIXsSLwDAdBgNVHQ4EFgQU9tUteyjHW7DsqMhulCpoaT1DlQMwDgYDVR0PAQH/ BAQDAgWgMAwGA1UdEwEB/wQCMAAwIAYDVR0lBBkwFwYIKwYBBQUHAwQGCysGAQQBsjEBAwUC MBEGCWCGSAGG+EIBAQQEAwIFIDBGBgNVHSAEPzA9MDsGDCsGAQQBsjEBAgEBATArMCkGCCsG AQUFBwIBFh1odHRwczovL3NlY3VyZS5jb21vZG8ubmV0L0NQUzBaBgNVHR8EUzBRME+gTaBL hklodHRwOi8vY3JsLmNvbW9kb2NhLmNvbS9DT01PRE9SU0FDbGllbnRBdXRoZW50aWNhdGlv bmFuZFNlY3VyZUVtYWlsQ0EuY3JsMIGLBggrBgEFBQcBAQR/MH0wVQYIKwYBBQUHMAKGSWh0 dHA6Ly9jcnQuY29tb2RvY2EuY29tL0NPTU9ET1JTQUNsaWVudEF1dGhlbnRpY2F0aW9uYW5k U2VjdXJlRW1haWxDQS5jcnQwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmNvbW9kb2NhLmNv bTAdBgNVHREEFjAUgRJwZXRlci5sZWlAaWVlZS5vcmcwDQYJKoZIhvcNAQELBQADggEBAHBU iY1f7LKqo0sQAs/YRvlvL2ydz+9oCDf6BNnyTjDXOiET4D2t5kMh0fceGKhlpfAOA47Nob1s MNS+6sjOqEm8e10SjVv69dq6ZmjFVqTZ1MZjt1Mmi7XpsNYiLE66dF9Ff0ne8bHhcqHVHtFT 6MU7Fq1N8r5mnqCB7zPxuDYV9DprrnOYm2g68CRVGsKhH5kYSsYogMQpxgZ5PP0gdnpfKV+X ROtXTpZg4Ln6WCaeGh5oVdCw095af07hIG8F9VM559N8jv4Z9/R5MsrM6AfwJvXmVUQ9XGKk qZw0MUbf8FQCS928I3h111Ur5zap+rXiu+lJ4cI6T6/h3p3TdCswggXmMIIDzqADAgECAhBq m+E4O/8ra58B1dm4p1JWMA0GCSqGSIb3DQEBDAUAMIGFMQswCQYDVQQGEwJHQjEbMBkGA1UE CBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01P RE8gQ0EgTGltaXRlZDErMCkGA1UEAxMiQ09NT0RPIFJTQSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eTAeFw0xMzAxMTAwMDAwMDBaFw0yODAxMDkyMzU5NTlaMIGXMQswCQYDVQQGEwJHQjEb MBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQK ExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09NT0RPIFJTQSBDbGllbnQgQXV0aGVu dGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAL6znlesKHZ1QBbHOAOY08YYdiFQ8yV5C0y1oNF9Olg+nKcxLqf2NHbZhGra0D00 SOTq9bus3/mxgUsg/Wh/eXQ0pnp8tZ8XZWAnlyKMpjL+qUByRjXCA6RQyDMqVaVUkbIr5SU0 RDX/kSsKwer3H1pT/HUrBN0X8sKtPTdGX8XAWt/VdMLBrZBlgvnkCos+KQWWCo63OTTqRvaq 8aWccm+KOMjTcE6s2mj6RkalweyDI7X+7U5lNo6jzC8RTXtVV4/Vwdax720YpMPJQaDaElmO upyTf1Qib+cpukNJnQmwygjD8m046DQkLnpXNCAGjuJy1F5NATksUsbfJAr7FLUCAwEAAaOC ATwwggE4MB8GA1UdIwQYMBaAFLuvfgI9+qbxPISOre44mOzZMjLUMB0GA1UdDgQWBBSCr2yM +MX+lmF86B89K3FIXsSLwDAOBgNVHQ8BAf8EBAMCAYYwEgYDVR0TAQH/BAgwBgEB/wIBADAR BgNVHSAECjAIMAYGBFUdIAAwTAYDVR0fBEUwQzBBoD+gPYY7aHR0cDovL2NybC5jb21vZG9j YS5jb20vQ09NT0RPUlNBQ2VydGlmaWNhdGlvbkF1dGhvcml0eS5jcmwwcQYIKwYBBQUHAQEE ZTBjMDsGCCsGAQUFBzAChi9odHRwOi8vY3J0LmNvbW9kb2NhLmNvbS9DT01PRE9SU0FBZGRU cnVzdENBLmNydDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMA0GCSqG SIb3DQEBDAUAA4ICAQB4XLKBKDRPPO5fVs6fl1bsj6JrF/bz9kkIBtTYLzXN30D+03Hj6OxC DBEaIeNmsBhrJmuubvyE7HtoSmR809AgcYboW+rcTNZ/8u/Hv+GTrNI/AhqX2/kiQNxmgUPt /eJPs92Qclj0HnVyy9TnSvGkSDU7I5Px+TbO+88G4zipA2psZaWeEykgzClZlPz1FjTCkk77 ZXp5cQYYexE6zeeN4/0OqqoAloFrjAF4o50YJafX8mnahjp3I2Y2mkjhk0xQfhNqbzlLWPoT 3m7j7U26u7zg6swjOq8hITYc3/np5tM5aVyu6t99p17bTbY7+1RTWBviN9YJzK8HxzObXYWB f/L+VGOYNsQDTxAk0Hbvb1j6KjUhg7fO294F29QIhhmiNOr84JHoy+fNLpfvYc/Q9EtFOI5I SYgOxLk3nD/whbUe9rmEQXLp8MB933Ij474gwwCPUpwv9mj2PMnXoc7mbrS22XUSeTwxCTP9 bcmUdp4jmIoWfhQm7X9w/Zgddg+JZ/YnIHOwsGsaTUgj7fIvxqith7DoJC91WJ8Lce3CVJqb 1XWeKIJ84F7YLXZN0oa7TktYgDdmQVxYkZo1c5noaDKH9Oq9cbm/vOYRUM1cWcef20Wkyk5S /GFyyPJwG0fR1nRas3DqAf4cXxMiEKcff7PNa4M3RGTqH0pWR8p6EjGCBDgwggQ0AgEBMIGt MIGXMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQH EwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09NT0RP IFJTQSBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRAObkW0+X TtjY4tD9nd86bEgwDQYJYIZIAWUDBAIBBQCgggJbMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0B BwEwHAYJKoZIhvcNAQkFMQ8XDTE4MDMxNjAyMzg1NlowLwYJKoZIhvcNAQkEMSIEIG2NhqeE ughJVi+lgiUS11O7x5xetpvbSB1kQWfkSEsyMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUD BAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcN AwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgb4GCSsGAQQBgjcQBDGBsDCBrTCBlzEL MAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2Fs Zm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxPTA7BgNVBAMTNENPTU9ETyBSU0Eg Q2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEQDm5FtPl07Y2OLQ /Z3fOmxIMIHABgsqhkiG9w0BCRACCzGBsKCBrTCBlzELMAkGA1UEBhMCR0IxGzAZBgNVBAgT EkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RP IENBIExpbWl0ZWQxPTA7BgNVBAMTNENPTU9ETyBSU0EgQ2xpZW50IEF1dGhlbnRpY2F0aW9u IGFuZCBTZWN1cmUgRW1haWwgQ0ECEQDm5FtPl07Y2OLQ/Z3fOmxIMA0GCSqGSIb3DQEBAQUA BIIBAAwreoB4t8O2yxd5O+vAercWKFatLYxosdkI6+P9mSEqb9BJqBoSEHhEUduXIOiZRtqS UPr5MmKCc49juCu49H4Q8eoBKWJXUMH+EYwv8PmRwTADXW0aci72YcPQQ90nMLNyS7MmmCPP 2IyjBam8e55Jok91AuxtMjw9pJPF4UR0TzufAGghZJcav0L/40rSYTP3Ema6/GQITtooEw8Z CyEc3ps69tsvAj8jmpDwDLUQHrUVoxacShzVWlNISGaGXwQaSWMn2557LHHSaiQchwn/r9Ov N3775Z1diy52568jUwco7TXvjwLEu4ZCoxuAKRdWKRoBwr78zu9ukW3Gb70AAAAAAAA= --------------ms070806050100020207010802-- From owner-freebsd-current@freebsd.org Fri Mar 16 02:56:25 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1E531F4643A for ; Fri, 16 Mar 2018 02:56:25 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x233.google.com (mail-it0-x233.google.com [IPv6:2607:f8b0:4001:c0b::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 AE2F7874FF for ; Fri, 16 Mar 2018 02:56:24 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x233.google.com with SMTP id d13-v6so386405itf.0 for ; Thu, 15 Mar 2018 19:56:24 -0700 (PDT) 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=ZCnX22fvCMDHrI5/QMr4fQ0lmRBUa36ieIEI4LNmcxw=; b=HSsTkk0XYLx9Xzpdn1P47F8QreyPm1VFtfz68InQs0mp6e06BdVFicHMilL3XH6e2S iCMHbK2RQriOK81gE9POYa0bd9+J8zMaQF1S+n2A41vzQmT8/S8msl5Ed0GNq9SWd9yF J6kZD+IsrrN+NJWRehP7fu7br6DHe2FaCTcXwgIipAAdLO3yG44xR8Snp8xixYDN0q4C EOIkDC2mKIsVTTZKt3BfbeJFE2HaVkDiJw5oEqqShSAfn2MudTXJ/a0BRr0BwFuIcU+B /zMWmDFLIRts4kO3AAgr00vIegalRCffbRK1iT8Zl+ygCtGwyOFVgWiJeqNmISDscSE1 FxwQ== 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=ZCnX22fvCMDHrI5/QMr4fQ0lmRBUa36ieIEI4LNmcxw=; b=hoy0Zv3dr/CNtr5D4czF5tTmYK3kzzFTTcTVFAymQes73LtM3iFgKhiUO8wBITbxTj X4Lf0TndkyrBMLDbCOqX8Quhl6Mbmw3/NhbVquCt/7SXX7G1E0/BLQAgebUusy/L5OwP jedq3/E1RvZf3VymBPOq14vFLcKiC3cbHI8YfGCSrWzA5EqQocJZKIdIWadkxdeI2Q1g jH5uSf/oycqAoXliaA+C4eoAx+YMWLOsccvVDDKGV/nvEC5BNj4PYD4MvJWv1msa2Sud 1HIU0yrTsjZ2J5qM+E6/p15XGjjDsWaqMQaeLPaLwDmRnpHSiR30PysENLrGnRYuEtaD Bkag== X-Gm-Message-State: AElRT7HQixf24YECH6M9/Ftp/L3trl3FHp6QA+d7t6jOhhGV1vIwhltK 1Ri8mxkvlrDSMPlOJGk6c5DhJLoRGSOn4r9wgVJK6w== X-Google-Smtp-Source: AG47ELvMDuN0Ajpjqc74R7EddZboCwj48oMLfI1tEhqvzPSz0cmw15nyO8tASSD1hNUvann2P3pl3dDKTn+GUWKauJA= X-Received: by 2002:a24:6f04:: with SMTP id x4-v6mr545369itb.51.1521168983851; Thu, 15 Mar 2018 19:56:23 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.203.196 with HTTP; Thu, 15 Mar 2018 19:56:23 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] In-Reply-To: <7aae5d78.2e20.1622c847a87.Coremail.huanghwh@163.com> References: <7aae5d78.2e20.1622c847a87.Coremail.huanghwh@163.com> From: Warner Losh Date: Thu, 15 Mar 2018 20:56:23 -0600 X-Google-Sender-Auth: nY2bmpklAKagzmFpc04TExcxxqk Message-ID: Subject: Re: r330538 broken CURRENT on MacBookPro To: huanghwh Cc: FreeBSD Current , jtl@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 16 Mar 2018 02:56:25 -0000 On Thu, Mar 15, 2018 at 7:55 PM, huanghwh wrote: > Hi, > I got this panic: > http://sw.gddsn.org.cn/freebsd/panic.jpg > > > r330538 broken CURRENT found by svn bisect > > > any idea? > 'trace' at the db> prompt would let us know better what's going on. Warner From owner-freebsd-current@freebsd.org Fri Mar 16 09:56:45 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BFA26F60873 for ; Fri, 16 Mar 2018 09:56:45 +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 477FC763E7 for ; Fri, 16 Mar 2018 09:56:45 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id w2G9uTnu053689 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 16 Mar 2018 11:56:32 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w2G9uTnu053689 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w2G9uRLa053688; Fri, 16 Mar 2018 11:56:27 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 16 Mar 2018 11:56:27 +0200 From: Konstantin Belousov To: Peter Lei Cc: freebsd-current@freebsd.org, huanghwh@163.com Subject: Re: amd64: panic on -CURRENT @r330539 for certain UEFI hosts Message-ID: <20180316095627.GW76926@kib.kiev.ua> References: <8b8f1352-aa5c-716c-ef6c-3b3cd630043f@ieee.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8b8f1352-aa5c-716c-ef6c-3b3cd630043f@ieee.org> User-Agent: Mutt/1.9.4 (2018-02-28) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 16 Mar 2018 09:56:46 -0000 On Thu, Mar 15, 2018 at 09:38:56PM -0500, Peter Lei wrote: > Some recent UEFI implementations have begun to leave the CPU with page > write protection enabled in CR0. > > With r330539 which enables kernel page protections, interesting things > happen during boot (aka panic) when protection is already enabled, > including a write protection fault from an explicit .text fixup write > from xsave->xsaveopt by fpuinit(). > > I see this so far booting -CURRENT under virtual environments: > > - QEMU with recent OVMF EDK2 builds: this is certainly due to UEFI > enabling paging and page protections. > > - VMWare Fusion 10.1.x on Mac: no specific insight on what's going > inside the implementation, but CR0_WP is definitely left enabled before > the kernel is booted. > > I have patched my kernel build to explicitly clear CR0_WP (e.g. in > initializecpu) prior to creating the page tables to get around this, but > someone might have a cleaner/better solution... Try this. diff --git a/sys/amd64/amd64/db_interface.c b/sys/amd64/amd64/db_interface.c index 9dfd44cf82c..1ecec02835c 100644 --- a/sys/amd64/amd64/db_interface.c +++ b/sys/amd64/amd64/db_interface.c @@ -37,6 +37,7 @@ __FBSDID("$FreeBSD$"); #include #include +#include #include #include @@ -75,19 +76,19 @@ db_write_bytes(vm_offset_t addr, size_t size, char *data) jmp_buf jb; void *prev_jb; char *dst; - u_long cr0save; + bool old_wp; int ret; - cr0save = rcr0(); + old_wp = false; prev_jb = kdb_jmpbuf(jb); ret = setjmp(jb); if (ret == 0) { - load_cr0(cr0save & ~CR0_WP); + old_wp = disable_wp(); dst = (char *)addr; while (size-- > 0) *dst++ = *data++; } - load_cr0(cr0save); + restore_wp(old_wp); (void)kdb_jmpbuf(prev_jb); return (ret); } diff --git a/sys/amd64/amd64/fpu.c b/sys/amd64/amd64/fpu.c index 72b10396341..39367fa6ffb 100644 --- a/sys/amd64/amd64/fpu.c +++ b/sys/amd64/amd64/fpu.c @@ -205,6 +205,7 @@ fpuinit_bsp1(void) { u_int cp[4]; uint64_t xsave_mask_user; + bool old_wp; if ((cpu_feature2 & CPUID2_XSAVE) != 0) { use_xsave = 1; @@ -233,8 +234,14 @@ fpuinit_bsp1(void) * Patch the XSAVE instruction in the cpu_switch code * to XSAVEOPT. We assume that XSAVE encoding used * REX byte, and set the bit 4 of the r/m byte. + * + * It seems that some BIOSes give control to the OS + * with CR0.WP already set, making the kernel text + * read-only before cpu_startup(). */ + old_wp = disable_wp(); ctx_switch_xsave[3] |= 0x10; + restore_wp(old_wp); } } diff --git a/sys/amd64/amd64/gdb_machdep.c b/sys/amd64/amd64/gdb_machdep.c index 68eb6002593..f7ca3c07ea3 100644 --- a/sys/amd64/amd64/gdb_machdep.c +++ b/sys/amd64/amd64/gdb_machdep.c @@ -39,6 +39,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #include #include #include @@ -127,17 +128,14 @@ gdb_cpu_signal(int type, int code) void * gdb_begin_write(void) { - u_long cr0save; - cr0save = rcr0(); - load_cr0(cr0save & ~CR0_WP); - return ((void *)cr0save); + return (disable_wp() ? &gdb_begin_write : NULL); } void gdb_end_write(void *arg) { - load_cr0((u_long)arg); + restore_wp(arg != NULL); } diff --git a/sys/amd64/amd64/machdep.c b/sys/amd64/amd64/machdep.c index e340c6cd14d..fcc45eca57d 100644 --- a/sys/amd64/amd64/machdep.c +++ b/sys/amd64/amd64/machdep.c @@ -2597,6 +2597,31 @@ clear_pcb_flags(struct pcb *pcb, const u_int flags) : "cc", "memory"); } +/* + * Enable and restore kernel text write permissions. + * Callers must ensure that disable_wp()/restore_wp() are executed + * without rescheduling on the same core. + */ +bool +disable_wp(void) +{ + u_int cr0; + + cr0 = rcr0(); + if ((cr0 & CR0_WP) == 0) + return (false); + load_cr0(cr0 & ~CR0_WP); + return (true); +} + +void +restore_wp(bool old_wp) +{ + + if (old_wp) + load_cr0(rcr0() | CR0_WP); +} + #ifdef KDB /* diff --git a/sys/amd64/include/md_var.h b/sys/amd64/include/md_var.h index 63dabaf4047..abcc273b6c6 100644 --- a/sys/amd64/include/md_var.h +++ b/sys/amd64/include/md_var.h @@ -53,6 +53,8 @@ void amd64_conf_fast_syscall(void); void amd64_db_resume_dbreg(void); void amd64_lower_shared_page(struct sysentvec *); void amd64_syscall(struct thread *td, int traced); +bool disable_wp(void); +void restore_wp(bool old_wp); void doreti_iret(void) __asm(__STRING(doreti_iret)); void doreti_iret_fault(void) __asm(__STRING(doreti_iret_fault)); void ld_ds(void) __asm(__STRING(ld_ds)); From owner-freebsd-current@freebsd.org Fri Mar 16 09:57:39 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8E9A9F609D8 for ; Fri, 16 Mar 2018 09:57:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0A5227653A; Fri, 16 Mar 2018 09:57:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id w2G9vNY1053720 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 16 Mar 2018 11:57:26 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w2G9vNY1053720 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w2G9vNjC053719; Fri, 16 Mar 2018 11:57:23 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 16 Mar 2018 11:57:23 +0200 From: Konstantin Belousov To: Warner Losh Cc: huanghwh , FreeBSD Current , jtl@freebsd.org Subject: Re: r330538 broken CURRENT on MacBookPro Message-ID: <20180316095723.GX76926@kib.kiev.ua> References: <7aae5d78.2e20.1622c847a87.Coremail.huanghwh@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 16 Mar 2018 09:57:39 -0000 On Thu, Mar 15, 2018 at 08:56:23PM -0600, Warner Losh wrote: > On Thu, Mar 15, 2018 at 7:55 PM, huanghwh wrote: > > > Hi, > > I got this panic: > > http://sw.gddsn.org.cn/freebsd/panic.jpg > > > > > > r330538 broken CURRENT found by svn bisect > > > > > > any idea? > > > > 'trace' at the db> prompt would let us know better what's going on. See the other thread on current@, 'amd64: panic on -CURRENT @r330539 for certain UEFI hosts'. From owner-freebsd-current@freebsd.org Fri Mar 16 23:46:12 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D846FF577A4 for ; Fri, 16 Mar 2018 23:46:11 +0000 (UTC) (envelope-from bryan-lists@shatow.net) Received: from mail.xzibition.com (mail.xzibition.com [52.11.127.251]) (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 598D87AD09 for ; Fri, 16 Mar 2018 23:46:11 +0000 (UTC) (envelope-from bryan-lists@shatow.net) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id C0B99738 for ; Fri, 16 Mar 2018 23:46:03 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id KD3mTsyzvRDd for ; Fri, 16 Mar 2018 23:46:00 +0000 (UTC) Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT DKIM-Filter: OpenDKIM Filter v2.10.3 mail.xzibition.com AC46D732 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=shatow.net; s=mxc204805312015; t=1521243960; bh=hKcesEZSxKHDF0emAr0/AAcU1gA6Kn6BxDZwC6s+2Mk=; h=Subject:To:References:From:Date:In-Reply-To; b=LUFHpFqQvwGAbMOrS71Hch2sKsWssXP2eKWD7gqZfuGJfQAfMxob8YYcwUZgCMlNG ZrC8DFsKiC7iYl+dqIc5tomWnJKRT7S+LOhH5BHnpqWqqs0Wc+kbPZLe9Nr98aSzMZ D2MZYSnkEAFmueg8xrE6YOeonSCV7FuLgiK0a/b3gCnnm5wwadmffqibmXSzTGvqFp w9o5QatVPK3AWS1zUmO4RNlxPxIcBC9ig9Rf3zlV94HBk25kAK74qxGd7Fi+euDVsp 0ImcAj4L56ERlMuf35rdl3f7vBbDaD1AALui++qH7HNmFc3N97vWfP8Y1RsbSGFqsQ iTqEZqS2YFEyA== To: freebsd-current@freebsd.org References: <20180306173455.oacyqlbib4sbafqd@ler-imac.lerctr.org> <201803061816.w26IGaW5050053@pdx.rh.CN85.dnsmgr.net> <20180306193645.vv3ogqrhauivf2tr@ler-imac.lerctr.org> <20180306221554.uyshbzbboai62rdf@dx240.localdomain> <20180307103911.GA72239@kloomba> <20180311004737.3441dbf9@thor.intern.walstatt.dynvpn.de> From: Bryan Drewery Openpgp: preference=signencrypt Message-ID: Date: Fri, 16 Mar 2018 16:45:59 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 16 Mar 2018 23:46:12 -0000 On 3/11/2018 1:43 PM, Jeff Roberson wrote: > Hi Folks, > > This could be my fault from recent NUMA and concurrency related work.  I > did touch some of the arc back-pressure mechanisms.  First, I would like > to identify whether the wired memory is in the buffer cache.  Can those > of you that have a repro look at sysctl vfs.bufspace and tell me if that > accounts for the bulk of your wired memory usage?  I'm wondering if a > job ran that pulled in all of the bufs from your root disk and filled up > the buffer cache which doesn't have a back-pressure mechanism.  Then arc > didn't respond appropriately to lower its usage. > > Also, if you could try going back to r328953 or r326346 and let me know > if the problem exists in either.  That would be very helpful.  If anyone > is willing to debug this with me contact me directly and I will send > some test patches or debugging info after you have done the above steps. > > Thank you for the reports. > > Jeff It's like there is no ZFS ARC backpressure at all anymore... Mem: 8783M Active, 2851M Inact, 3716M Laundry, 53G Wired, 2449M Free ARC: 40G Total, 27G MFU, 11G MRU, 13M Anon, 631M Header, 955M Other 37G Compressed, 53G Uncompressed, 1.43:1 Ratio Swap: 116G Total, 18G Used, 98G Free, 15% Inuse, 4K In vfs.bufspace: 0 I ran out of swap space around 16GB and had to add a larger device on to keep a package test build going. Was there ever backpressure? Having to limit the arc size has been a constant workaround for package building. I have some large tmpfs at the moment totaling around ~28GB. > # df -ah|egrep '(Used|tmpfs)' > Filesystem Size Used Avail Capacity Mounted on > tmpfs 99G 520K 99G 0% /tmp > tmpfs 10G 8.0K 10G 0% /poudriere/data/.m/exp-11amd64-commit-test > tmpfs 10G 373M 9.6G 4% /poudriere/data/.m/exp-11amd64-commit-test/ref > tmpfs 1.0G 18M 1.0G 2% /poudriere/data/.m/exp-11amd64-commit-test/ref/.p > tmpfs 10G 176K 10G 0% /poudriere/data/.m/exp-11amd64-commit-test/ref/var/db/ports > tmpfs 10G 405M 9.6G 4% /poudriere/data/.m/exp-11amd64-commit-test/01 > tmpfs 10G 1.1G 8.9G 11% /poudriere/data/.m/exp-11amd64-commit-test/05 > tmpfs 10G 2.4G 7.6G 24% /poudriere/data/.m/exp-11amd64-commit-test/04 > tmpfs 10G 578M 9.4G 6% /poudriere/data/.m/exp-11amd64-commit-test/03 > tmpfs 10G 1.0G 9.0G 10% /poudriere/data/.m/exp-11amd64-commit-test/02 > tmpfs 10G 936M 9.1G 9% /poudriere/data/.m/exp-11amd64-commit-test/06 > tmpfs 10G 2.7G 7.3G 27% /poudriere/data/.m/exp-11amd64-commit-test/07 > tmpfs 10G 2.7G 7.3G 27% /poudriere/data/.m/exp-11amd64-commit-test/09 > tmpfs 10G 875M 9.1G 9% /poudriere/data/.m/exp-11amd64-commit-test/08 > tmpfs 10G 2.7G 7.3G 27% /poudriere/data/.m/exp-11amd64-commit-test/10 > tmpfs 10G 2.7G 7.3G 27% /poudriere/data/.m/exp-11amd64-commit-test/12 > tmpfs 10G 390M 9.6G 4% /poudriere/data/.m/exp-11amd64-commit-test/11 > tmpfs 10G 992M 9.0G 10% /poudriere/data/.m/exp-11amd64-commit-test/14 > tmpfs 10G 2.9G 7.1G 29% /poudriere/data/.m/exp-11amd64-commit-test/13 > tmpfs 1.0G 16K 1.0G 0% /poudriere/data/.m/exp-11amd64-commit-test/01/.p > tmpfs 1.0G 540K 1.0G 0% /poudriere/data/.m/exp-11amd64-commit-test/12/.p > tmpfs 1.0G 1.3M 1.0G 0% /poudriere/data/.m/exp-11amd64-commit-test/05/.p > tmpfs 1.0G 1.3M 1.0G 0% /poudriere/data/.m/exp-11amd64-commit-test/06/.p > tmpfs 1.0G 396K 1.0G 0% /poudriere/data/.m/exp-11amd64-commit-test/03/.p > tmpfs 1.0G 540K 1.0G 0% /poudriere/data/.m/exp-11amd64-commit-test/09/.p > tmpfs 1.0G 540K 1.0G 0% /poudriere/data/.m/exp-11amd64-commit-test/10/.p > tmpfs 1.0G 732K 1.0G 0% /poudriere/data/.m/exp-11amd64-commit-test/07/.p > tmpfs 1.0G 28K 1.0G 0% /poudriere/data/.m/exp-11amd64-commit-test/08/.p > tmpfs 1.0G 12K 1.0G 0% /poudriere/data/.m/exp-11amd64-commit-test/11/.p > tmpfs 1.0G 1.3M 1.0G 0% /poudriere/data/.m/exp-11amd64-commit-test/02/.p > tmpfs 1.0G 852K 1.0G 0% /poudriere/data/.m/exp-11amd64-commit-test/14/.p > tmpfs 1.0G 540K 1.0G 0% /poudriere/data/.m/exp-11amd64-commit-test/13/.p > tmpfs 1.0G 688K 1.0G 0% /poudriere/data/.m/exp-11amd64-commit-test/04/.p > tmpfs 10G 125M 9.9G 1% /poudriere/data/.m/exp-11amd64-commit-test/03/usr/local > tmpfs 10G 270M 9.7G 3% /poudriere/data/.m/exp-11amd64-commit-test/04/usr/local > tmpfs 10G 414M 9.6G 4% /poudriere/data/.m/exp-11amd64-commit-test/07/usr/local > tmpfs 10G 332M 9.7G 3% /poudriere/data/.m/exp-11amd64-commit-test/09/usr/local > tmpfs 10G 332M 9.7G 3% /poudriere/data/.m/exp-11amd64-commit-test/10/usr/local > tmpfs 10G 332M 9.7G 3% /poudriere/data/.m/exp-11amd64-commit-test/12/usr/local > tmpfs 10G 332M 9.7G 3% /poudriere/data/.m/exp-11amd64-commit-test/13/usr/local > tmpfs 10G 575M 9.4G 6% /poudriere/data/.m/exp-11amd64-commit-test/05/usr/local > tmpfs 10G 575M 9.4G 6% /poudriere/data/.m/exp-11amd64-commit-test/02/usr/local > tmpfs 10G 306M 9.7G 3% /poudriere/data/.m/exp-11amd64-commit-test/14/usr/local > tmpfs 10G 570M 9.4G 6% /poudriere/data/.m/exp-11amd64-commit-test/06/usr/local > tmpfs 10G 36M 10G 0% /poudriere/data/.m/exp-11amd64-commit-test/01/usr/local > tmpfs 10G 283M 9.7G 3% /poudriere/data/.m/exp-11amd64-commit-test/11/usr/local > tmpfs 10G 301M 9.7G 3% /poudriere/data/.m/exp-11amd64-commit-test/08/usr/local And some large processes. > # ps aux|sort -rnk 6|head -n 20 > root 2481 100.0 4.3 3334388 3209728 15 RJ 14:40 119:54.18 /usr/local/bin/python2.7 ../../rpython/bin/rpython --source -Ojit targetpypystandalone.py > root 46466 97.7 0.8 620692 581304 15 RJ 16:44 0:36.07 /wrkdirs/usr/ports/lang/ghc/work/ghc-8.0.2/inplace/lib/bin/ghc-stage1 -B/wrkdirs/usr/ports/lang/ghc/work/ghc-8.0.2/inplace/lib -hisuf hi -osuf o -hcsuf hc -static -H32m -O -I/usr/include -L/usr/lib -I/usr/loc > root 44667 100.0 0.2 187664 161444 15 RJ 16:43 1:04.16 /wrkdirs/usr/ports/lang/gcc6/work/.build/./prev-gcc/cc1plus -quiet -nostdinc++ -I . -I c-family -I /wrkdirs/usr/ports/lang/gcc6/work/gcc-6.4.0/gcc -I /wrkdirs/usr/ports/lang/gcc6/work/gcc-6.4.0/gcc/c-family - > root 47917 76.5 0.2 173572 140580 15 RJ 16:44 0:12.45 /usr/bin/c++ -cc1 -triple x86_64-unknown-freebsd11.1 -emit-obj -disable-free -disable-llvm-verifier -discard-value-names -main-file-name MemorySanitizer.cpp -mrelocation-model pic -pic-level 2 -mthread-model > root 47918 75.9 0.2 164784 136976 15 RJ 16:44 0:12.50 /wrkdirs/usr/ports/lang/gcc7-devel/work/.build/./prev-gcc/cc1plus -quiet -nostdinc++ -I . -I c -I /wrkdirs/usr/ports/lang/gcc7-devel/work/gcc-7-20180308/gcc -I /wrkdirs/usr/ports/lang/gcc7-devel/work/gcc-7-20 > root 47938 71.5 0.2 159952 134260 15 RJ 16:44 0:11.17 /wrkdirs/usr/ports/lang/gcc6-devel/work/.build/./prev-gcc/cc1plus -quiet -nostdinc++ -I . -I c-family -I /wrkdirs/usr/ports/lang/gcc6-devel/work/gcc-6-20180307/gcc -I /wrkdirs/usr/ports/lang/gcc6-devel/work/g > root 48090 48.1 0.2 159420 125748 15 RJ 16:44 0:06.02 /usr/bin/c++ -cc1 -triple x86_64-unknown-freebsd11.1 -emit-obj -disable-free -disable-llvm-verifier -discard-value-names -main-file-name AlignmentFromAssumptions.cpp -mrelocation-model pic -pic-level 2 -mthre > root 48110 38.4 0.2 153988 116220 15 RJ 16:44 0:04.35 /usr/bin/c++ -cc1 -triple x86_64-unknown-freebsd11.1 -emit-obj -disable-free -disable-llvm-verifier -discard-value-names -main-file-name property-type.cxx -mrelocation-model static -mthread-model posix -mdisa > root 48139 35.4 0.1 131636 101608 15 RJ 16:44 0:03.70 /usr/bin/c++ -cc1 -triple x86_64-unknown-freebsd11.1 -emit-obj -disable-free -disable-llvm-verifier -discard-value-names -main-file-name InstrInfoEmitter.cpp -mrelocation-model pic -pic-level 2 -mthread-model > root 48119 34.2 0.1 126396 93768 15 RJ 16:44 0:03.79 /usr/bin/c++ -cc1 -triple x86_64-unknown-freebsd11.1 -emit-obj -disable-free -disable-llvm-verifier -discard-value-names -main-file-name NaryReassociate.cpp -mrelocation-model pic -pic-level 2 -mthread-model -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Sat Mar 17 09:39:29 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0995CF570E0 for ; Sat, 17 Mar 2018 09:39:29 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7481E71ACA for ; Sat, 17 Mar 2018 09:39:28 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([77.179.222.246]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LrIPo-1eTCvn3xCm-013AHI; Sat, 17 Mar 2018 10:39:24 +0100 Date: Sat, 17 Mar 2018 10:38:48 +0100 From: "O. Hartmann" To: Jeff Roberson Cc: Mark Millard , freebsd-current@freebsd.org, "O. Hartmann" Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT Message-ID: <20180317103915.081ca2dd@thor.intern.walstatt.dynvpn.de> In-Reply-To: References: 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_/ltrqC+n=RO/WgeukIn_SvvE"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:739Yxk2E2c0qcMXeotViyTWCoA1RGq/TOTuJHHM4oc6ovLpYdD/ CQ+6VddsTW6naeDHqc2s8v89qIogPaNPvI76m0r9dh6f8vwV9AC5/akgPqGp69ZA2ZnAVCY l3zzf6L85FfcYV2QJcYfDHa+sETNPMpfWwWkAZPY/5D2xDP7sDnAwIUgkgySHPqSTN8SXq8 RGVEFvzyNRDk7oe7ANiZw== X-UI-Out-Filterresults: notjunk:1;V01:K0:zd25C5N4mRA=:04OaUGIa94P+2GTBCrA+gE Bymi/HV2Y1fEhM/a7+xmYj0zn/uRQCeLOmL+EB8b2rcfbZ4B/HbCYJxWxvGyam81NEbWM9KIb XSwX5Jel47y/cnM6YC7+as2W8WuKGiyH1ugrPApjg/iUGWWOLpFsAIgKnYuaQV4inhD/yrMZG /jLLJiVy8bMJc4KIBbdrBZCsXngEUU06ykn8O8pKk+9xu8+tyHwOaJjtVZ3MplERRkbvoa5Q3 LVN9qOmORkKKBwabVY+Q83dSpnBR6pmVP2l2jzAru1dIYhs5oaGPfd+mi64i5lf0X3P1Dho9V w9m3OdSXgZV9vtbw4kol/HJRKVFbMzfsglkAOibjzrn220yBLCkBjSiInVv+ITZaRRNkNrCDs a8BRYZeiU+ABE2NzGz4qL5ivxuzyoHQommYeOfg4uPYoMsl4TE8UPkHl+4oclSqTjgDLS/od1 IyJtHkGdLhAEPOHKGKEQI+hMbaZrFshwFKkm2QaClT8SvgE18SAeFkFoH0OnYWl/U+wvT4kNq KhxfHQURWlmrbBaEOwXDFlJGZx+z65eINF5E/jFVcRqB2rXzuF3PIfLXTNAP4yIJLyEVIrXyA iwD515Gjbz9ELdCY96DVKj8AzIWECk8/lrSYAyx+x3P8HrdmIwftMq9nkT/MkeyZm9YCQJBJz l+DU4leDYfqn7e6PZUAU9NFDSdTDcj7RdOZYy5o3dRT821jCc3XESST+ewL6edMP9mZ1kKc9X P9m5s9iPtjZA23Lv+R9lJ6e9TLod+7NDCa3/yQjXCDj+ja9u11Ed+XS4QPvV+1HXM9Dl6ho4W RgWdAkDKZgedoXZeqYy4DLVTTFdlg== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 17 Mar 2018 09:39:29 -0000 --Sig_/ltrqC+n=RO/WgeukIn_SvvE Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Sun, 11 Mar 2018 18:00:35 -1000 (HST) Jeff Roberson schrieb: > On Sun, 11 Mar 2018, Mark Millard wrote: >=20 > > As I understand, O. Hartmann's report ( ohartmann at walstatt.org ) in: > > > > https://lists.freebsd.org/pipermail/freebsd-current/2018-March/068806.h= tml > > > > includes a system with a completely non-ZFS context: UFS only. Quoting = that part: > > =20 > >> This is from a APU, no ZFS, UFS on a small mSATA device, the APU (PCen= igine) works > >> as a firewall, router, PBX): > >> > >> last pid: 9665; load averages: 0.13, 0.13, 0.11 > >> up 3+06:53:55 00:26:26 19 processes: 1 running, 18 sleeping CPU: 0.= 3% user, 0.0% > >> nice, 0.2% system, 0.0% interrupt, 99.5% idle Mem: 27M Active, 6200K= Inact, 83M > >> Laundry, 185M Wired, 128K Buf, 675M Free Swap: 7808M Total, 2856K Used= , 7805M Free > >> [...] > >> > >> The APU is running CURRENT ( FreeBSD 12.0-CURRENT #42 r330608: Wed Mar= 7 16:55:59 > >> CET 2018 amd64). Usually, the APU never(!) uses swap, now it is starti= ng to swap > >> like hell for a couple of days and I have to reboot it failty often.=20 Yes, that is correct. The system in question (the PCengine APU4C, articially limited to 1 GB RAM = via boot loader option) does run an asterisk PBX and is our Firewall/Router applianc= e. The kernel/world is highly customized and "reduced" (via NanoBSD WITHOUT_ build= options). Since its existence mid of last year always running CURRENT since then, I r= ealized only that Asterisk might have a memory leak, but as some commits in the past sug= gests, it also could be triggered by a bug in syslog. That's the background for havin= g only 1 GB out of 4GB configured. Since a couple of weeks now, this APU starts swapping and keeping ~ 4GB of = allocated swap, right now, running CUURENT FreeBSD 12.0-CURRENT #50 r330750: Sun Mar 11 01:= 14:34 CET 2018 amd64: last pid: 16958; load averages: 0.10, 0.21, 0.16 up 6+08:57:07 10:34:01 19 processes: 1 running, 18 sleeping CPU: 0.3% us= er, 0.0% nice, 0.5% system, 0.0% interrupt, 99.2% idle Mem: 27M Active, 1504K Inac= t, 96M Laundry, 188M Wired, 1900K Buf, 664M Free Swap: 7808M Total, 4204K Used, 78= 04M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU CO= MMAND 997 asterisk 59 52 0 133M 61220K select 0 278:59 2.69% as= terisk 16958 root 1 20 0 13308K 3448K CPU2 2 0:00 0.14% top 579 root 1 20 0 15252K 3116K select 1 35:01 0.07% ppp 933 root 1 20 0 10892K 1688K select 0 1:38 0.02% po= werd 1038 root 1 20 0 11400K 764K nanslp 1 0:03 0.02% cr= on 930 root 1 20 0 18200K 18280K select 0 0:47 0.01% nt= pd 1005 root 1 20 0 14772K 4516K bpf 3 0:13 0.00% ar= pwatch 834 root 1 20 0 11364K 1992K select 1 4:46 0.00% sy= slogd 847 bind 7 52 0 59528K 30600K sigwai 2 1:30 0.00% na= med 989 root 1 20 0 32264K 1716K nanslp 2 0:20 0.00% pe= rl 863 daemon 1 20 0 11388K 1944K select 1 0:01 0.00% rp= cbind 872 root 1 20 0 11096K 1840K autofs 2 0:01 0.00% au= tomountd 975 root 1 20 0 14548K 0K nanslp 3 0:00 0.00% 968 dhcpd 1 20 0 22972K 7648K select 0 0:00 0.00% dh= cpd 878 root 1 20 0 10988K 0K kqread 1 0:00 0.00% 13271 root 1 20 0 12104K 3128K wait 1 0:00 0.00% lo= gin 16955 root 1 26 0 13204K 4080K pause 3 0:00 0.00% csh 1034 root 1 20 0 18340K 3976K select 0 0:00 0.00% ss= hd 1084 root 1 52 0 10928K 1724K ttyin 2 0:00 0.00% ge= tty This box doesn't have ZFS! There is a small mSATA device UFS2 formatted for= loggin and automountfs usage. I know this "repeated" report could annoy, but maybe it gives some more informations/confirmations according to have a time series of incidents. > > > > Unless this is unrelated, it would suggest that ZFS and its ARC need not > > be involved. > > > > Would what you are investigating relative to your "NUMA and concurrency > > related work" fit with such a non-ZFS (no-ARC) context? =20 >=20 > I think there are probably two different bugs. I believe the pid=20 > controller has caused the laundry thread to start being more aggressive=20 > causing more pageouts which would cause increased swap consumption. >=20 > The back-pressure mechanisms in arch should've resolved the other reports= .=20 > It's possible that I broke those. Although if the reports from 11.x are= =20 > to be believed I don't know that it was me. It is possible they have bee= n=20 > broken at different times for different reasons. So I will continue to=20 > look. >=20 > Thanks, > Jeff >=20 > > > > =3D=3D=3D > > Mark Millard > > marklmi at yahoo.com > > ( dsl-only.net went > > away in early 2018-Mar) > > =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" --=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_/ltrqC+n=RO/WgeukIn_SvvE Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWqziQwAKCRDS528fyFhY lIJUAf9L21mOcf9znvwBngGS3e64n2TyYi6cv3by++Ui0tjS7CjpMynSxmwOl+rO OyHrdzTCKOZnO/p4qKSsiO8OtCYyAf0V+bDOkxbYFsEAzmO6lJnje/T/iS5E/DmC nxSuQe/zJk2B5DcDdBSQkl6w13lD+RIyj3o8o3RGPXP2jaau9xxc =ifFN -----END PGP SIGNATURE----- --Sig_/ltrqC+n=RO/WgeukIn_SvvE-- From owner-freebsd-current@freebsd.org Sat Mar 17 13:56:35 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09031F4AF73 for ; Sat, 17 Mar 2018 13:56:35 +0000 (UTC) (envelope-from clutton@zoho.com) Received: from sender-pp-091.zoho.com (sender-pp-091.zoho.com [135.84.80.236]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 732067D0BA for ; Sat, 17 Mar 2018 13:56:34 +0000 (UTC) (envelope-from clutton@zoho.com) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=message-id:subject:from:to:date:in-reply-to:references:content-type:mime-version; b=D+/7Cyd8gcAEcmRCEO7HkpKW+CBXLDJeiZcSdqJw/jrD0EzGgiZ8LZW1TYaxyOecfKqYvcoOFgRd BUxRJNfdi/jWD7fK7i0rPpESIWsMiq7eWeuOrxhxeVncstu/4HCL Received: from [10.1.2.6] (mktechs.net [46.229.54.117]) by mx.zohomail.com with SMTPS id 1521294981974226.79878152728645; Sat, 17 Mar 2018 06:56:21 -0700 (PDT) Message-ID: <1521294969.1631.3.camel@zoho.com> Subject: Re: thinkpad carbon 5thgen + thunderbolt 3 dock From: clutton To: freebsd-current@freebsd.org Date: Sat, 17 Mar 2018 15:56:09 +0200 In-Reply-To: <1515518348.9510.5.camel@zoho.com> References: <1515449761.3483.14.camel@zoho.com> <20180109004058.2f6c096d@bsd64.grem.de> <1515518348.9510.5.camel@zoho.com> Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-6S0KKwJ33r9B3pZYkf9e" X-Mailer: Evolution 3.24.2 FreeBSD GNOME Team Mime-Version: 1.0 X-Zoho-Virus-Status: 1 X-ZohoMailClient: External X-ZohoMail: Z_30320720 SPT_1 SLF_E X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 17 Mar 2018 13:56:35 -0000 --=-6S0KKwJ33r9B3pZYkf9e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, 2018-01-09 at 19:19 +0200, clutton wrote: > On Tue, 2018-01-09 at 00:40 +0100, Michael Gmelin wrote: > >=20 > > On Tue, 09 Jan 2018 00:16:01 +0200 > > clutton wrote: Guys, I need thunderbolt 3 dockstation working. Where should I start looking? Any thought and suggestions? I could code ) --=-6S0KKwJ33r9B3pZYkf9e Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEJS/zE0mE1p2+tYanfbA/jbLI/pAFAlqtHnkACgkQfbA/jbLI /pD++hAAitKcADB5nh8X9Og9j6ypPhJVlv3ll4/oQsSWNW/4kMWDGnxQK5QGdHpB NdfQESxbQqxIs8aCLu5HNuA1pvhiILsFIk0FBnfHxNdTOUKnB7F2pDGp436smPyl B4W/zRIEnDzJIGbO5t70/j5qeKRTvKdVe9IS/P30sKKyUHU+K/4fJeJSX6BS77Ke ftyjWO55iIlTR7q1pm4KOL31eilxVhRMw8MVnyezvNF95/GBSCRxgnkxmICIOroe n0nIIx0Vv860EVJHahgQ7zy/5uCZcHDud+BQOLSof1LBSBEaX2sF8DSc73az/mId 7F/gKF7q8WYNtuCCL7tIFFKzhnm4JYO2eu5d6Kl3hZ3+EErjcpUGWHFFtsvGFGS9 widMms69YfI6ioTNLP8RhFFzVVJm0A26pskVgZ0hlYEpzLUuap+FdpWQrDAJFpLC M+AxjC3NooW3V8jChY9zwiV7zchGWC5AczkDo+XW9ASysJTV1yGc+Riias4hWtmO oJvOyZJc8GchH1vY2fiod3aiXf5neQEhuyRArdA44yTG9wLHCB/GPo25sCHwzV3L aiz+8j26ZSW9gyQ5mmC3OKZOKu91teagBZSisvqvU9zmTiYHftX0L+jw3obu8Tkx joNt5UQBNfJHAm50ibIUkrwSX4FUonCoNz4jimoD0p7g6VWYKDo= =Y975 -----END PGP SIGNATURE----- --=-6S0KKwJ33r9B3pZYkf9e-- From owner-freebsd-current@freebsd.org Sat Mar 17 16:51:45 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 32150F57CAB for ; Sat, 17 Mar 2018 16:51:45 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) Received: from sonic307-3.consmr.mail.bf2.yahoo.com (sonic307-3.consmr.mail.bf2.yahoo.com [74.6.134.42]) (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 C911783D96 for ; Sat, 17 Mar 2018 16:51:44 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) X-YMail-OSG: 0kXnXRUVM1lvLfmVLVWiz1wZ5TJxZnp99WAZ4cUhp9SO81GVBkeWMSF3cHEZMNW 1R08slat8Nc8fTRzj71OMs3dsfWLEWu8R3QBH4fgk1i_IGhidgnHt4VLNhP4HCzxMABsA1y_rAf8 9R5MO9Wi3gkub1HDQHvVMYQ_KlDS8JSIvei0Y4ox9rDIF7FZuXBmfPKVp6pBqnwg5Fqxj2gWJjOC YcV9JKmjQq.wOtykEey8ioa1QluxDqzqBsjkc8wPXmLhBQHE1yRuwMTHdUbRyfENyv8dMYFxwdx9 uBn76.abZ9KJ.64uRQKRyYSXh8yKC7lrS_YnfbFvtoeAF8KF1zJvFqtIDw9bjc.Us5ubEYk3Zbzg 4vNsLXsIpY5bm5ZnHzPOkxzKjajDRj0EOAz_FBt3lxQfF.fvmfmFqsJ1R_r8oVE5SsTiCWLoe_q_ qsZwgs4IHppax.zuhAYX3wvxMz.Ize7JSxnJ2R9ssWDKVUHGIAMagH5tnXYJyrvS.jJkM4gppqen rNMC9KFc3OJAd.c0vr813om4U8TkxuxxB7rcG Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.bf2.yahoo.com with HTTP; Sat, 17 Mar 2018 16:51:38 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp424.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 6f31b382a9f180c1655308d34d494efb; Sat, 17 Mar 2018 16:51:33 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT From: Mark Millard In-Reply-To: <20180317103915.081ca2dd@thor.intern.walstatt.dynvpn.de> Date: Sat, 17 Mar 2018 09:51:31 -0700 Cc: Jeff Roberson , freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20180317103915.081ca2dd@thor.intern.walstatt.dynvpn.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.3445.5.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 17 Mar 2018 16:51:45 -0000 On 2018-Mar-17, at 2:38 AM, O. Hartmann = wrote: . . . > last pid: 16958; load averages: 0.10, 0.21, > 0.16 > up 6+08:57:07 10:34:01 19 processes: 1 running, 18 sleeping CPU: = 0.3% user, 0.0% > nice, 0.5% system, 0.0% interrupt, 99.2% idle Mem: 27M Active, 1504K = Inact, 96M > Laundry, 188M Wired, 1900K Buf, 664M Free Swap: 7808M Total, 4204K = Used, 7804M Free >=20 > PID USERNAME THR PRI NICE SIZE RES STATE C TIME = WCPU COMMAND > 997 asterisk 59 52 0 133M 61220K select 0 278:59 = 2.69% asterisk > 16958 root 1 20 0 13308K 3448K CPU2 2 0:00 = 0.14% top > 579 root 1 20 0 15252K 3116K select 1 35:01 = 0.07% ppp > 933 root 1 20 0 10892K 1688K select 0 1:38 = 0.02% powerd > 1038 root 1 20 0 11400K 764K nanslp 1 0:03 = 0.02% cron > 930 root 1 20 0 18200K 18280K select 0 0:47 = 0.01% ntpd > 1005 root 1 20 0 14772K 4516K bpf 3 0:13 = 0.00% arpwatch > 834 root 1 20 0 11364K 1992K select 1 4:46 = 0.00% syslogd > 847 bind 7 52 0 59528K 30600K sigwai 2 1:30 = 0.00% named > 989 root 1 20 0 32264K 1716K nanslp 2 0:20 = 0.00% perl > 863 daemon 1 20 0 11388K 1944K select 1 0:01 = 0.00% rpcbind > 872 root 1 20 0 11096K 1840K autofs 2 0:01 = 0.00% automountd > 975 root 1 20 0 14548K 0K nanslp 3 0:00 = 0.00% > 968 dhcpd 1 20 0 22972K 7648K select 0 0:00 = 0.00% dhcpd > 878 root 1 20 0 10988K 0K kqread 1 0:00 = 0.00% > 13271 root 1 20 0 12104K 3128K wait 1 0:00 = 0.00% login > 16955 root 1 26 0 13204K 4080K pause 3 0:00 = 0.00% csh > 1034 root 1 20 0 18340K 3976K select 0 0:00 = 0.00% sshd > 1084 root 1 52 0 10928K 1724K ttyin 2 0:00 = 0.00% getty I'll note that top was a -w that reports: -w Display approximate swap usage for each process. It can also sort the list by swap usage and can show more processes (In case they are the primary users of the sswap space.) Something like: top -CawSoswap might show interesting information about what is using swap space. Going in another direction. . . With only 1 GiByte of RAM and well over 7 GiByte of swap (7808M), I wonder if your boot reports something like: warning: total configured swap (??? pages) exceeds maximum recommended = amount (??? pages). If so, then quoting "man 8 loader" and its kern.maxswzone material, Note that swap metadata can be fragmented, which means = that the system can run out of space before it reaches the theoretical limit. Therefore, care should be taken to = not configure more swap than approximately half of the theoretical maximum. is what that warning is about: Looking at the swapon_check_swzone code = the warning is reporting the "half" figure as "recommended", not reporting = the theoretical maximum. So, translating: "care should be taken to not configure more swap than" the reported maximum recommended amount. (If I understand correctly.) [These notes are from an older message for a different context.] I'll note that an RPI2 V1.1 and a RPI3, both with 1 GiByte of RAM, get very different recommended figures (the text is copied from an 2017-Dec-06 message that was probably for running what at the time was a somwh,a old kernel, not a then-recent boot): rpi2: . . . exceeds maximum recommended amount (411488 pages). rpi3: . . . exceeds maximum recommended amount (925680 pages). Pages are 4 KiBytes. Even the larger figure (RPI3) ends up with only 925680*4KiBytes*(1MiByte/1024KiByte) =3D=3D 3615.9375 MiByte recommended. In other words: far less than 7808M. But your machine may well have a larger recommendation. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Mar 17 18:27:12 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AAACBF5EABE for ; Sat, 17 Mar 2018 18:27:12 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf0-f50.google.com (mail-lf0-f50.google.com [209.85.215.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0CBD568596 for ; Sat, 17 Mar 2018 18:27:12 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf0-f50.google.com with SMTP id l191-v6so19890278lfe.1 for ; Sat, 17 Mar 2018 11:27:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=1vQJGVS1EAgVIB6HIX6YQCPL1D6aazXisNRca9VbwV8=; b=ikDMKWnQvkIGccpIVOm8uZFOvq8IzEkFxrlE/DZT8oGxX1qVDz++7fTTiwPaPHx2+E FMoxxqwJgZPRaSKNV4MoGg/Y0UWjnDA7SieQuAEaq6sS2eW1jsNNIex9KAo+lrLciqLX OAUrGon6KTiM0ucDwGYQ+LRXLj704tUGz10G+KFPK+s+ndiUzByVjyc1klyVbehQIfFW ZgxuHu0NAh+kfH6qG4wzCcuBtbwg0UAjaAKkOAlt8vCUYRfrJMGBIibv9Ppov+LBAZQb hdrFAIfc64cVXvjeeEBKSEBJOJCJJm/hiNlNdhOKjYyVnQrBMO2A2RnmcSF/UFspXRRJ HRUw== X-Gm-Message-State: AElRT7HRDAZaqdP1p6nUH7aZwuqh3cxyX+hmAQlBlae4ihW5egREetj5 Ut7HTkVMzoIJdR6kobhUKPwl6/Aq X-Google-Smtp-Source: AG47ELs6oJ3a97BDudirr06ElzQm5Eh4A2hmVx3s8u3kQnKKFVQ/rietH8skzsHFkxq/OcIZlBGFtA== X-Received: by 2002:a19:df54:: with SMTP id q20-v6mr4281916lfj.28.1521311220860; Sat, 17 Mar 2018 11:27:00 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id g64sm2132646ljf.69.2018.03.17.11.26.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 17 Mar 2018 11:27:00 -0700 (PDT) Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT To: Mark Millard , "O. Hartmann" Cc: Jeff Roberson , freebsd-current@freebsd.org References: <20180317103915.081ca2dd@thor.intern.walstatt.dynvpn.de> From: Andriy Gapon Message-ID: Date: Sat, 17 Mar 2018 20:26:58 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 17 Mar 2018 18:27:12 -0000 On 17/03/2018 18:51, Mark Millard wrote: > I'll note that top was a -w that reports: > > -w Display approximate swap usage for each process. As far as I can tell, this option is quite broken. The "approximate swap usage" it reports is nowhere like it. -- Andriy Gapon From owner-freebsd-current@freebsd.org Sat Mar 17 19:44:32 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E49E1F63ACE for ; Sat, 17 Mar 2018 19:44:31 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) Received: from sonic317-27.consmr.mail.bf2.yahoo.com (sonic317-27.consmr.mail.bf2.yahoo.com [74.6.129.82]) (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 73B576B7D8 for ; Sat, 17 Mar 2018 19:44:31 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) X-YMail-OSG: IjYH3yUVM1kTT8y3zg96MQ6g8t0RSKj3DMRAtlA1pJZL0DVRGXiHJrJmM0SBZQO zYjkcG0rVBb2GMnJFeYwp953CUOJjSZkwkL1cMsRTca0UGW717M8LXuLMHd17oPWm9bSPsooXGhS cHbCIQUuALnvxJH7AqkyZQ4zPmICOSSJiqMSiOFnr.hMai8x3bGBUv_lMPGLu0NAB81SipChyov1 FSOmC2SY4IGynDO4L315O4SwOdL2t3HUnc583Z843bWAIDIXbH_50XPDPJNfROBf011H5YoLs0hM lNvOd6KwV.gqPUTIZAWEqlQHEClIT7UX9oObiBz3oOfIqOVJ9emeetJ86fAekm.AWgMLrbzPvJW6 WJxZXxlAPMKnnGJlhuFNsaAWmp6GHPSS08ZA6Czv_uAwlErHazPX583oLIQszVlrNxH.DfKYajoE mohPdDYJmwdn.CYKDZ5R46UVrbNwrTm1tzuIqnPrpGj0uKg6P7TpSwaHMVKjVjahbJvJ4aQKJy0G u3IvnDV7kp0Ycj8o6UGsiWcl_3xsKBUBwz_Co Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.bf2.yahoo.com with HTTP; Sat, 17 Mar 2018 19:44:24 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp419.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 6bbcb7b821be2004d857f7e97113e167; Sat, 17 Mar 2018 19:44:20 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT From: Mark Millard In-Reply-To: Date: Sat, 17 Mar 2018 12:44:18 -0700 Cc: "O. Hartmann" , Jeff Roberson , freebsd-current@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <20180317103915.081ca2dd@thor.intern.walstatt.dynvpn.de> To: Andriy Gapon X-Mailer: Apple Mail (2.3445.5.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 17 Mar 2018 19:44:32 -0000 On 2018-Mar-17, at 11:26 AM, Andriy Gapon wrote: > On 17/03/2018 18:51, Mark Millard wrote: >> I'll note that top was a -w that reports: >> >> -w Display approximate swap usage for each process. > > As far as I can tell, this option is quite broken. > The "approximate swap usage" it reports is nowhere like it. Too bad. Do you know if it is so messed up that the apparent order of "uses more" vs. "uses less" would be wrong when the difference in reported figures is fairly large? (I'd avoid assuming an order for sufficiently small differences [which still might be fairly large].) Do you know if the system-wide figures from the summary line: Swap: 61G Total, 61G Free (could also display an in-use figure) are also broken as far as in-use would go? Should top just be avoided for most swap-in-use information? More overall, if anyone knows of such: Is there a place to get reasonable swap-in-use information, per process and/or system-wide? One thing I've wished for is what would be a low bound on the overall maximum-in-use figure (system wide), say by checking periodically a reasonable in-use figure and keeping track of (and reporting) the maximum-observed-so-far figure. This kind of background information could be used in choosing/adjusting a couple of poudriere-devel parameters that control how much parallel activity there can be. (My local top implementation has an adjustment to also display such a system-wide maximum-observed-swap-used figure.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Mar 17 21:31:50 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8055AF69E57 for ; Sat, 17 Mar 2018 21:31:50 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E7CED6F619; Sat, 17 Mar 2018 21:31:49 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([77.179.222.246]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LlHsg-1eNQyk0E9W-00b0O5; Sat, 17 Mar 2018 22:31:44 +0100 Date: Sat, 17 Mar 2018 22:31:07 +0100 From: "O. Hartmann" To: Mark Millard Cc: Andriy Gapon , "O. Hartmann" , Jeff Roberson , freebsd-current@freebsd.org Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT Message-ID: <20180317223134.2303937b@thor.intern.walstatt.dynvpn.de> In-Reply-To: References: <20180317103915.081ca2dd@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_/B7BHVi6TOI3ZctAHZSSWmFr"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:LRL7tPiqFNEW6m5V/PWWH+WfbmRgfsB1veFoLIzU3GSGFqhncpp PwLvU8VyYAoImIlWOJTmfpEe9lEEovY4UDyhJocI/vXc1J9eHHMAyUQGVkaQYcdEEX/0zbV Wv1CVbUM3+stZiLvBlh5BnCal/nOjrJ7odZCgHpxLk/NtXjvFYF1RN7IBqmL3ZrWtY+3gT0 e061jV9oU2hXNH8RgaOGw== X-UI-Out-Filterresults: notjunk:1;V01:K0:CELL6oKzB6c=:ROxwnoPK2y1bvC/FA7KQAD XYuVxU/n5ht6P9mcern0inXJalSRSBK1MMuI+FACkC0Wok9z2dti10d98A9fUIv6bMeUdbWN8 VkWqheleUSFxN6Ek0n0dmCpLu1++ZkBOWPA8EXdMI2ZmjxvKGke1nDoEl58lEO0lCD2fzmpxh za3+y+ECVSqRk3L3v3x7SifnsfWv51r71X2AU1da2RwOoURjkC9b1wrbgXg9UgukPfJ7hwFw4 8nYS4VyxS2dWfwb3U1uWwKDDYC2IK5uX897iis/ZcV7GHmmUXhvWQWLYvXYq1s47sjHVrrRJX 71D52QPDQapExJe9XUS3fmTo+g2i7YK5x94R1IQo+4TPEp6s1dHiRWarNIcPhmVwDQr5L+SRW lGAbfyMxAS3hTnRlDa5LXAGWOmWbGhmGf5h0okZJL1J+DjwBSDEm1UNx2Al3O8L/2QRZ4xgvp M02opYuDy8CnOcVTW7pTJlo0YAJ9Ngs1tuKWVd1EOqJjoTBKfVKIAEcTFUXlN0rrqRBhUNUVz YQ0DC6s2QXrfZSGbJH1DoWNKoq4bGwtd1EXw4woglfoJsApninOvfafGn1DG0A5Bg6e5Ycio3 FEdnDQJ3h2gm329e5R4S9IQiyTJfs1NiDB+WNUAKa0jrvHvZ8bwO/6lCgkx1WT+21OWS1oV6H JbCf8St235qS4G/AI+M+VPzXIez/4lbc4jhEkujy7m/yUmZpfFMFktMDNalxTRhM7OitNJjXq cz+b8ZVr1slUhPzfAPJP6ALpZg479HsTrGQcdTNfxgDa6O0sKnZGn81B0HITIgSXJMpV/uBP5 5xyno35Lcnj8b574tG0Jr8Wsr0IKA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 17 Mar 2018 21:31:50 -0000 --Sig_/B7BHVi6TOI3ZctAHZSSWmFr Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Sat, 17 Mar 2018 12:44:18 -0700 Mark Millard schrieb: Tried on the APU: [...] last pid: 17910; load averages: 0.26, 0.16, 0.10 up 6+20:51:54 22:28:48 49 processes: 2 running, 46 sleeping, 1 waiting CP= U: 0.5% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.1% idle Mem: 27M Active= , 3772K Inact, 98M Laundry, 186M Wired, 32K Buf, 661M Free Swap: 7808M Total, 4204K Used, = 7804M Free PID USERNAME THR PRI NICE SIZE RES SWAP STATE C TIME = CPU COMMAND 17615 root 1 22 0 13204K 0K 4064K pause 1 0:00 0= .00% -csh () 17002 root 1 20 0 12104K 0K 3108K wait 3 = 0:00 0.00% login [pam] () 975 root 1 20 0 14548K 1260K 88K = nanslp 3 0:00 0.00% /usr/local/sbin/smartd -c /usr/local/etc/smartd.conf -p /var/r= un/smartd.pid 989 root 1 20 0 32264K 8160K 28K nanslp 2 0:21 0.0= 0% ddclient - sleeping for 1149 seconds (perl) 11 root 4 155 ki31 0K 6= 4K 0K CPU0 0 652.1H 396.04% [idle] 997 asterisk 59 52 0 133M 6268= 4K 0K select 0 297:57 2.68% /usr/local/sbin/asterisk -n -F -U asterisk 0 root = 26 -16 - 0K 416K 0K swapin 0 60:12 0.56% [kernel] 12 root = 14 -52 - 0K 224K 0K WAIT 0 20:39 0.40% [intr] 17618 root = 1 20 0 13044K 3472K 0K CPU3 3 0:34 0.12% top -CawSoswap 579 ro= ot 1 20 0 15252K 3116K 0K select 0 37:16 0.05% /usr/sbin/ppp -qui= et -ddial -unit0 o2vdsl2 19 root 1 -16 - 0K 16K 0K - = 1 3:06 0.03% [rand_harvestq] 21 root 3 -16 - 0K 48K 0K p= sleep 3 1:21 0.02% [pagedaemon] 933 root 1 20 0 10892K 1688K = 0K select 2 1:46 0.02% /usr/sbin/powerd [...] Sorry for the messy output ... > On 2018-Mar-17, at 11:26 AM, Andriy Gapon wrote: >=20 > > On 17/03/2018 18:51, Mark Millard wrote: =20 > >> I'll note that top was a -w that reports: > >>=20 > >> -w Display approximate swap usage for each process. =20 > >=20 > > As far as I can tell, this option is quite broken. > > The "approximate swap usage" it reports is nowhere like it. =20 >=20 > Too bad. Do you know if it is so messed up that the > apparent order of "uses more" vs. "uses less" would be > wrong when the difference in reported figures is fairly > large? (I'd avoid assuming an order for sufficiently > small differences [which still might be fairly large].) >=20 > Do you know if the system-wide figures from the summary > line: >=20 > Swap: 61G Total, 61G Free > (could also display an in-use figure) >=20 > are also broken as far as in-use would go? Should > top just be avoided for most swap-in-use information? >=20 > More overall, if anyone knows of such: Is there a > place to get reasonable swap-in-use information, > per process and/or system-wide? >=20 > One thing I've wished for is what would be a low bound > on the overall maximum-in-use figure (system wide), say > by checking periodically a reasonable in-use figure and > keeping track of (and reporting) the maximum-observed-so-far > figure. This kind of background information could be > used in choosing/adjusting a couple of poudriere-devel > parameters that control how much parallel activity > there can be. >=20 > (My local top implementation has an adjustment to also > display such a system-wide maximum-observed-swap-used > figure.) >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) >=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" --=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_/B7BHVi6TOI3ZctAHZSSWmFr Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWq2JNgAKCRDS528fyFhY lKp2AgCc9AJmiTZobResozEvh9CrPWpRb8+Vhw5OQ7loWPJ48X1CibMk8Eu7rIvk qvOsaVnBABpcRtQVUoVbB+jA2uk+Af45C+p1n4tyUjBMsq17E0RxRxJOTqQL7HpX pIFHMWy0wpck+LDR/7c+pDRhvDHhxof1dmvl2H3Vr0ojHOB21nzH =l3IK -----END PGP SIGNATURE----- --Sig_/B7BHVi6TOI3ZctAHZSSWmFr-- From owner-freebsd-current@freebsd.org Sat Mar 17 21:39:51 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0EEEE762 for ; Sat, 17 Mar 2018 21:39:51 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf0-f46.google.com (mail-lf0-f46.google.com [209.85.215.46]) (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 7573F6F9D3 for ; Sat, 17 Mar 2018 21:39:50 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf0-f46.google.com with SMTP id t132-v6so20210623lfe.2 for ; Sat, 17 Mar 2018 14:39:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=pKnqkhsqLJA/T1oHxGMBcyZf15mqeyj8qXFLhuEFwjk=; b=kCWALxoYCJt+g6QpooI7ow3Sk3Gp5tVAo9ct7uaJ+FSY/4kpln32jAi+8yUD1zht6k xcM1+/BCa7CZZHtZrmNc/xd3rndjljv2laZjqwYDPGKjjdn7YK1StwuoDOsiJdiFd+gY ppfEiuIqU/vFOLQxHgEFodX82FnqxDTsJwofBj1EyDfcgO7R1Kh881liytDNQLYw2m8h 3uKwaxf7czbcmwJoMzkZMQLe45KDQ3sSdDqU0adoxIeVvwG/Yqs2f5zz7p1LeCauH0aD 2P13bxtwbDxpVQcRBUWOwr302vp+Mc36y2zamLCBzxguAZ6ib5/xDHhwlVcjq6CBXFuc 1B7g== X-Gm-Message-State: AElRT7F8SW3pCCFkCD3Nltokn/lE4HN1LpTZUaqbCt1/Q/ioFicxoWQ9 iuGhDKDAk35LglIidMePOA6yiBFB X-Google-Smtp-Source: AG47ELu5y2iw5AZbPs6sStWKhapJ6AVo2febOsVx1wHJR23UJ+J34xkhy8pjh3CUIOzqOplJmHJu2g== X-Received: by 10.46.65.210 with SMTP id d79mr64943ljf.80.1521322782932; Sat, 17 Mar 2018 14:39:42 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id h86-v6sm360216lfl.73.2018.03.17.14.39.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 17 Mar 2018 14:39:42 -0700 (PDT) Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT To: Mark Millard Cc: freebsd-current@freebsd.org References: <20180317103915.081ca2dd@thor.intern.walstatt.dynvpn.de> From: Andriy Gapon Message-ID: Date: Sat, 17 Mar 2018 23:39:41 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 17 Mar 2018 21:39:51 -0000 On 17/03/2018 21:44, Mark Millard wrote: > Do you know if the system-wide figures from the summary > line: > > Swap: 61G Total, 61G Free > (could also display an in-use figure) > > are also broken as far as in-use would go? Should > top just be avoided for most swap-in-use information? I don't think that I have said anything to put these numbers in doubt. I specifically talked about -w option. -- Andriy Gapon From owner-freebsd-current@freebsd.org Sat Mar 17 22:51:00 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE7EAF4BE9E for ; Sat, 17 Mar 2018 22:51:00 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from mail-wr0-x22d.google.com (mail-wr0-x22d.google.com [IPv6:2a00:1450:400c:c0c::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 574717232A for ; Sat, 17 Mar 2018 22:50:59 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: by mail-wr0-x22d.google.com with SMTP id o8so15046194wra.1 for ; Sat, 17 Mar 2018 15:50:59 -0700 (PDT) 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:subject:message-id :mime-version:content-transfer-encoding; bh=xyALFFrjWrXWFAMj0xJMyFeG+RDsyT6BOGcpSJBYkSg=; b=C7RMCAUNFHtXEwU4C44YgYxeJelLFuW1BV2B57asOHxtltRTbetDXyG0mIURPE1fFp lNigqFl4IL1Tvz8iHW8HNJuqMzMuTsvvdU78AEyK6dTAWIRpivFrYzW4wtYv0qWp1K7h nKB0ki2yF4H/0m45G1knvt1+4FLzcL/VCB/sCh6Ls2N4EXgd0mubbFFXdwc4sdr6dGSw 8aocoZF4EHqLX7FU3AsgRS8RAkXE46lFd8tV4Dul6IuwWbdr7l5fWxSXt2o+JXKxtwwe 3r7/DXMCApC237BdDdvD0IPqdJiAHSHfVRemBLk5QNbAXci/drjAxUqWM3N3T9Ygim7G YqyQ== X-Gm-Message-State: AElRT7HWtP+c3QFRAaSJQiZMa/1aRtrNy3RXYy5JqHUMqIBLfNrayYqR xWckBVG2TqwmnzyrQRBn5Dc8e4d2 X-Google-Smtp-Source: AG47ELtfJLJt5sOrrQ8r6LDcPapYlB53csJ5nIhBOR5gEbAc3T0L6L6uJiZFNQj1EPBe6SnPA8N/Ag== X-Received: by 10.223.178.228 with SMTP id g91mr5351001wrd.157.1521327058775; Sat, 17 Mar 2018 15:50:58 -0700 (PDT) Received: from rsbsd.rsb.ber ([68.202.91.152]) by smtp.gmail.com with ESMTPSA id k1sm5231466wrf.66.2018.03.17.15.50.56 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 17 Mar 2018 15:50:57 -0700 (PDT) Sender: "Raif S. Berent" Date: Sat, 17 Mar 2018 18:55:25 -0400 From: Beeblebrox To: FreeBSD CURRENT Subject: buildworld ABSOLUTE_PATH Message-ID: <20180317185310.3b8c9296@rsbsd.rsb.ber> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 17 Mar 2018 22:51:01 -0000 I'm building multiple worlds with different src.conf settings. Would it be too much of a PIA to to introduce ABSOLUTE_PATH to override MAKEOBJDIRPREFIX ? This would facilitate 2 problems: 1. Default practice of appending SRC_PATH to PREFIX causes a ridiculous folder structure 2. The folder ending can be customised such as amd64.host, amd64.jails Handling the rest via shell script would become an easier task IMHO if this could be implemented. Regards. -- Please CC my email when responding, mail from list is not delivered. From owner-freebsd-current@freebsd.org Sat Mar 17 23:19:57 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B790EF4DABF for ; Sat, 17 Mar 2018 23:19:56 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-yw0-x22c.google.com (mail-yw0-x22c.google.com [IPv6:2607:f8b0:4002:c05::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 4B0107312D for ; Sat, 17 Mar 2018 23:19:56 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: by mail-yw0-x22c.google.com with SMTP id k40so9308396ywh.12 for ; Sat, 17 Mar 2018 16:19:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:from:date:message-id:subject:to; bh=7Dl8SB1D7omLDJpOkcHkTR4EE1E+nUCfNEeDunfhYnM=; b=q5WLKiZuUHQ6ygN1HQpCAhgBVUMdwZ1W3YJGTQvC+Spnfc+A5yLRndcQHLWfj9AvS+ L9wFbnQnY3ZzkgEoqnFGJ+bmgFxj4p7fsxuq9j3DYrMh4KIwdOKy9PRrzTkw6tfUsUY+ t3kdVTfJxJFB+uEk2tDBco/bQvbMVcAq0146c= 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=7Dl8SB1D7omLDJpOkcHkTR4EE1E+nUCfNEeDunfhYnM=; b=WH/UAeo5OXnlv9u1lEwvT2x8c29gtJIBri6hZbaIF6sYTSx0mBxn/ApuVyQ4RMKgwd nGBAetKblzf4viFd7eL6qpg28KLRUqBN7iZqi/fvQu1P7K4TDgczAGkL0TK0Umq9JJS/ e79Vzg+qGwjsrfFE326HQbfGzs2VeBukUHSCp29ScCdqCv2drBqdkA2cG8m0aC38aEI+ eQMMqi79js9AdK4WSsXrO9BThMsXU4VXbUNb3PNF1vkjd+Ff0qXlrFWN5zLhXkPp7F5J ZikyOubNoXsjuFEcHiah+byvO2iQcCbe6QtDtsbvNxbjgptGCoRCUTn5I78e2B+NpUEZ Zw5Q== X-Gm-Message-State: AElRT7FW2M/RJcaVGIBeui71XCOedmpHe8HhV71T7PN1N5om9Y96mY3G 0I453cFLFnQIJzZ7VWzsr2hyBQOijL45ZGP7kmdClvpH X-Google-Smtp-Source: AG47ELujz7VA+HJZkcYOlrukD2hjxcx1YVTBXtvz8YAl3atkoPI4oeXvv/EcceMy/h+reLRphNTM1QNgdtIdLpgCZWA= X-Received: by 10.129.110.86 with SMTP id j83mr4223294ywc.19.1521328795268; Sat, 17 Mar 2018 16:19:55 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a25:23d2:0:0:0:0:0 with HTTP; Sat, 17 Mar 2018 16:19:24 -0700 (PDT) From: Eitan Adler Date: Sat, 17 Mar 2018 16:19:24 -0700 Message-ID: Subject: assertion errors on umount in zfs: avl_find() succeeded inside avl_add() To: freebsd-current Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: 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, 17 Mar 2018 23:19:57 -0000 After poudriere finishes I see the following (at the end): Notes: FreeBSD develop 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r329949: Sat Feb 24 07:58:23 UTC 2018 eax@fasteagle:/srv/obj/fbsd/head/srv/src/fbsd/head/amd64.amd64/sys/GENERIC amd64 I am in a jail, so this is poudriere running in a jail. Not sure what debug info is useful but please do let me know and I'll send it. ----- [00:10:40] [01] [00:01:16] Finished editors/vim | vim-8.0.1594: Success [00:10:40] Stopping 28 builders Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Abort trap (core dumped) Abort trap (core dumped) Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Abort trap (core dumped) Abort trap (core dumped) Abort trap (core dumped) Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Assertion failed: (avl_find() succeeded inside avl_add()), file /usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649. Abort trap (core dumped) -- Eitan Adler