Re: Suddenly poweroff in 11-Current r300097

2016-06-02 Thread Kevin Oberman
On Thu, Jun 2, 2016 at 10:29 PM, RayCherng Yu wrote: > OK, thanks. > I will load coretemp to monitor the cpu temperature. > I have enabled powerd to have cpu frequency adjustment automatically. And > it won't happen when AC power supply connected. > This is why I suspect the power profile or Cx-

Re: Suddenly poweroff in 11-Current r300097

2016-06-02 Thread RayCherng Yu
OK, thanks. I will load coretemp to monitor the cpu temperature. I have enabled powerd to have cpu frequency adjustment automatically. And it won't happen when AC power supply connected. 2016-06-03 8:08 GMT+08:00 Kevin Oberman : > On Thu, Jun 2, 2016 at 1:46 PM, O. Hartmann > wrote: > >> Am Thu

Re: CLOCK_MONOTONIC / CLOCK_UPTIME is not really monotonic between threads

2016-06-02 Thread Konstantin Belousov
On Thu, Jun 02, 2016 at 09:16:47PM -0700, Maxim Sobolev wrote: > Hi there, we have an application here which is trying to measure UDP > command/response round-trip-time. It runs two posix threads (more actually, > but that's probably irrelevant), one (let's call it A) that does high-level > logic a

Re: CLOCK_MONOTONIC / CLOCK_UPTIME is not really monotonic between threads

2016-06-02 Thread Adrian Chadd
[snip] a) is it on one core, or multiple cores? b) CLOCK_MONOTONIC_FAST? c) is it on a system that /has/ invariant-TSC ? d) is this a multi-socket system? -adrian ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/

CLOCK_MONOTONIC / CLOCK_UPTIME is not really monotonic between threads

2016-06-02 Thread Maxim Sobolev
Hi there, we have an application here which is trying to measure UDP command/response round-trip-time. It runs two posix threads (more actually, but that's probably irrelevant), one (let's call it A) that does high-level logic and the second one (B) that does network packet I/O. The sending side i

Re: repeatable panic on pageout with 945GM

2016-06-02 Thread Matthew Macy
> > Slight variation -won't build as above; trying with "pmap_page_is_mapped(m)" > Oops copy pasta + serious fatigue. But you got the right idea. -M ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freeb

Re: repeatable panic on pageout with 945GM

2016-06-02 Thread Michael Butler
On 06/02/16 22:31, Matthew Macy wrote: > Tell me if that makes any difference. > > -M > > > On Thu, 02 Jun 2016 16:55:53 -0700 K. Macy wrote > > > It looks like it might be trying to remove mappings for a page that > doesn't > > have any. It's a bit odd. Likely a bug in cdev_pa

Re: repeatable panic on pageout with 945GM

2016-06-02 Thread Matthew Macy
Tell me if that makes any difference. -M On Thu, 02 Jun 2016 16:55:53 -0700 K. Macy wrote > It looks like it might be trying to remove mappings for a page that doesn't > have any. It's a bit odd. Likely a bug in cdev_pager_free_page or gem > release mmap. Compile the kernel and

Re: Suddenly poweroff in 11-Current r300097

2016-06-02 Thread Kevin Oberman
On Thu, Jun 2, 2016 at 1:46 PM, O. Hartmann wrote: > Am Thu, 2 Jun 2016 10:26:22 -0700 > Kevin Oberman schrieb: > > > On Thu, Jun 2, 2016 at 7:41 AM, Hans Petter Selasky > wrote: > > > > > On 06/02/16 03:07, RayCherng Yu wrote: > > > > > >> I got a suddenly poweroff in r300097 (and previous rev

Re: repeatable panic on pageout with 945GM

2016-06-02 Thread K. Macy
It looks like it might be trying to remove mappings for a page that doesn't have any. It's a bit odd. Likely a bug in cdev_pager_free_page or gem release mmap. Compile the kernel and driver with -O0 and look at the page. It's too bad I don't support AGP yet with DRM 4.6. Maybe in a week or two. -M

Re: repeatable panic on pageout with 945GM

2016-06-02 Thread Michael Butler
On 05/23/16 21:10, Michael Butler wrote: > On 05/22/16 09:58, Michael Butler wrote: >> With KDE and compositing enabled, I randomly get the following: >> >> (kgdb) info stack >> #0 doadump (textdump=) at pcpu.h:221 >> #1 0x8064e98e in kern_reboot (howto=260) at >> /usr/src/sys/kern/kern_s

Re: head r30140 - Panic String: _mtx_lock_sleep: recursed on non-recursive mutex vm page @ /usr/src/sys/vm/vm_page.c:774

2016-06-02 Thread Michael Jung
On 2016-06-02 18:17, Ngie Cooper wrote: On Thu, Jun 2, 2016 at 3:05 PM, Michael Jung wrote: On 2016-06-01 12:37, Michael Jung wrote: Since upgrading to head r301040 I have started to get the above panic while running poudriere while building packages for 10.3-STABLE r301107. Unfortuately I c

Re: Streaming live tv over the udp protocol causes problems

2016-06-02 Thread Ngie Cooper
On Thu, Jun 2, 2016 at 3:25 PM, Oleg Lelchuk wrote: > I just solved this problem! I had to tweak the tunables > net.inet.udp.recvspace and kern.ipc.maxsockbuf . After setting them to a > larger value, I had no more problems streaming live tv. But it's > interesting that I never had to tweak those

Re: Streaming live tv over the udp protocol causes problems

2016-06-02 Thread Oleg Lelchuk
I just solved this problem! I had to tweak the tunables net.inet.udp.recvspace and kern.ipc.maxsockbuf . After setting them to a larger value, I had no more problems streaming live tv. But it's interesting that I never had to tweak those tunables on 10.3-STABLE. On Thu, Jun 2, 2016 at 5:49 PM, Ole

Re: head r30140 - Panic String: _mtx_lock_sleep: recursed on non-recursive mutex vm page @ /usr/src/sys/vm/vm_page.c:774

2016-06-02 Thread Mark Johnston
On Thu, Jun 02, 2016 at 03:17:21PM -0700, Ngie Cooper wrote: > On Thu, Jun 2, 2016 at 3:05 PM, Michael Jung wrote: > > On 2016-06-01 12:37, Michael Jung wrote: > >> > >> Since upgrading to head r301040 I have started to get the above panic > >> while running > >> poudriere while building packages

Re: head r30140 - Panic String: _mtx_lock_sleep: recursed on non-recursive mutex vm page @ /usr/src/sys/vm/vm_page.c:774

2016-06-02 Thread Ngie Cooper
On Thu, Jun 2, 2016 at 3:05 PM, Michael Jung wrote: > On 2016-06-01 12:37, Michael Jung wrote: >> >> Since upgrading to head r301040 I have started to get the above panic >> while running >> poudriere while building packages for 10.3-STABLE r301107. >> >> Unfortuately I can't tell you the previous

Re: head r30140 - Panic String: _mtx_lock_sleep: recursed on non-recursive mutex vm page @ /usr/src/sys/vm/vm_page.c:774

2016-06-02 Thread Michael Jung
On 2016-06-01 12:37, Michael Jung wrote: Since upgrading to head r301040 I have started to get the above panic while running poudriere while building packages for 10.3-STABLE r301107. Unfortuately I can't tell you the previous version of head but it was from some months ago. https://charon.g

Re: Streaming live tv over the udp protocol causes problems

2016-06-02 Thread Oleg Lelchuk
I am a bit confused about this server/client thing. My networked tv tuner Hdhomerun has a wired connection to my router. It has a program called hdhomerun_config_gui. I open the program, choose a tv channel that I want to watch, then vlc opens, but the video that starts streaming is broken. Vlc sho

Re: Suddenly poweroff in 11-Current r300097

2016-06-02 Thread O. Hartmann
Am Thu, 2 Jun 2016 10:26:22 -0700 Kevin Oberman schrieb: > On Thu, Jun 2, 2016 at 7:41 AM, Hans Petter Selasky wrote: > > > On 06/02/16 03:07, RayCherng Yu wrote: > > > >> I got a suddenly poweroff in r300097 (and previous revision in April and > >> May) when I built textproc/docproj. > >> My

Re: r301227: buildkernel fails in ibcore: error: too few arguments to function call, expected 7, have 6

2016-06-02 Thread O. Hartmann
Am Thu, 2 Jun 2016 13:21:48 -0700 Ngie Cooper schrieb: > On Thu, Jun 2, 2016 at 1:15 PM, O. Hartmann > wrote: > > > > I receive this error while building a new kernel: > > r301217 is the culprit. I've CCed gnn@ on another thread. > Thanks, > -Ngie > __

Re: r301227: buildkernel fails in ibcore: error: too few arguments to function call, expected 7, have 6

2016-06-02 Thread Ngie Cooper
On Thu, Jun 2, 2016 at 1:15 PM, O. Hartmann wrote: > > I receive this error while building a new kernel: r301217 is the culprit. I've CCed gnn@ on another thread. Thanks, -Ngie ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailm

r301227: buildkernel fails in ibcore: error: too few arguments to function call, expected 7, have 6

2016-06-02 Thread O. Hartmann
I receive this error while building a new kernel: [...] ===> ibcore (all) cc -O2 -pipe -O3 -O3 -pipe -DINET6 -DINET -march=native -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/ibcore/../../ofed/drivers/infiniband/core -I/usr/src/sys/modules/ibcore/../../o

Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"?

2016-06-02 Thread Bryan Drewery
On 6/2/2016 11:52 AM, Mark Millard wrote: > There is also the issue that installworld to / and reboot results in the next > buildworld buildkernel for each TARGET_ARCH being essentially a complete > build. ( > https://lists.freebsd.org/pipermail/freebsd-current/2016-June/061606.html ) > > For m

Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64]

2016-06-02 Thread Bryan Drewery
On 6/1/2016 6:39 PM, Mark Millard wrote: > while filemon.ko now exists: >> # ls -l /boot/*/filemon* >> -r-xr-xr-x 1 root wheel 32064 Jun 1 17:59 /boot/kernel/filemon.ko > it does not load: >> # kldload -n filemon >> kldload: can't load filemon: No such file or directory >> # dmesg | grep link_e

Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"?

2016-06-02 Thread Mark Millard
On 2016-Jun-2, at 10:35 AM, Simon J. Gerraty wrote: > Mark Millard wrote: > >> Building /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/make_keys >> sh: ./make_keys: Exec format error > > This is an arm host or cross-building? > > The error suggests HOST_CC got the wrong value.

Thank you for iwm(4)!

2016-06-02 Thread Anton Shterenlikht
Found out only today that Intel Wireless 7260 is supported in -current. Rui, Adrian, (and others?) - many thanks for this. Anton ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send

Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"?

2016-06-02 Thread Bryan Drewery
On 6/2/2016 10:53 AM, Simon J. Gerraty wrote: > BTW Mark, thanks very much for testing this. > >>> # grep make_keys >>> ~/sys_typescripts/typescript_make_rpi2_nodebug_clang_bootstrap-amd64-host-2016-06-01:15:17:28 >>> Building /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/make_keys >>> Bu

head r31168 - Panic String: protosw_init: keysw[0] has no usrreqs!

2016-06-02 Thread Mitya
I am now upgrade my machine to r31168, and get kernel panic during boot. Keyboard and remote console do not works. http://postimg.org/image/7j2aq6aqz/ ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-curr

Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"?

2016-06-02 Thread Simon J. Gerraty
BTW Mark, thanks very much for testing this. > > # grep make_keys > > ~/sys_typescripts/typescript_make_rpi2_nodebug_clang_bootstrap-amd64-host-2016-06-01:15:17:28 > > Building /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/make_keys > > Building /usr/obj/clang/arm.armv6/usr/src/lib/ncurse

Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"?

2016-06-02 Thread Simon J. Gerraty
Mark Millard wrote: > Building /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/make_keys > sh: ./make_keys: Exec format error This is an arm host or cross-building? The error suggests HOST_CC got the wrong value. You should be able to look at /usr/obj/clang/arm.armv6/usr/src/li

Re: Streaming live tv over the udp protocol causes problems

2016-06-02 Thread Allan Jude
On 2016-06-01 23:03, Oleg Lelchuk wrote: > Hi. On 11-ALPHA1, when I use vlc to stream live tv over the udp protocol, I > see a garbled and choppy video. This issue doesn't occur on 10.3-STABLE. I > am puzzled as to the cause of this problem. > ___ > freeb

Re: Streaming live tv over the udp protocol causes problems

2016-06-02 Thread Adrian Chadd
What are you streaming it over? wifi? ethernet? which chips? -a On 1 June 2016 at 20:03, Oleg Lelchuk wrote: > Hi. On 11-ALPHA1, when I use vlc to stream live tv over the udp protocol, I > see a garbled and choppy video. This issue doesn't occur on 10.3-STABLE. I > am puzzled as to the cause o

Re: Suddenly poweroff in 11-Current r300097

2016-06-02 Thread Kevin Oberman
On Thu, Jun 2, 2016 at 7:41 AM, Hans Petter Selasky wrote: > On 06/02/16 03:07, RayCherng Yu wrote: > >> I got a suddenly poweroff in r300097 (and previous revision in April and >> May) when I built textproc/docproj. >> My machine is Macbook Pro 13 2011 early. I have checked the Apple website. >>

Re: Panic when doing installworld/kernel with DESTDIR=USB memory

2016-06-02 Thread Lundberg, Johannes
Btw, I did build with GENERIC-NODEBUG kernconf. Do I need to rebuild with GENERIC? On Thu, Jun 2, 2016 at 10:13 AM, Lundberg, Johannes < johan...@brilliantservice.co.jp> wrote: > I don't think its USB related either. > > There seem to be something weird with my setup.. > I have > dumpdev="AUTO"

Re: Panic when doing installworld/kernel with DESTDIR=USB memory

2016-06-02 Thread Lundberg, Johannes
I don't think its USB related either. There seem to be something weird with my setup.. I have dumpdev="AUTO" ddb_enable="YES" in rc.conf. And a swap partition active. After reboot when its about to save the core I get error message /var/crash/vmcore.0 not found So I can't get any core dump.. Eve

Re: Panic when doing installworld/kernel with DESTDIR=USB memory

2016-06-02 Thread Hans Petter Selasky
On 06/02/16 17:46, Lundberg, Johannes wrote: Hi I have a repeatable bug. I get kernel panic when doing installworld/kernel to a USB 3.0 memory on Macbook Air (USB 3.0 port I think). FreeBSD is 11.0-CURRENT from Apr 27th. This can be avoided by mounting synchronized (mount -o sync). Is this a k

Panic when doing installworld/kernel with DESTDIR=USB memory

2016-06-02 Thread Lundberg, Johannes
Hi I have a repeatable bug. I get kernel panic when doing installworld/kernel to a USB 3.0 memory on Macbook Air (USB 3.0 port I think). FreeBSD is 11.0-CURRENT from Apr 27th. This can be avoided by mounting synchronized (mount -o sync). Is this a known problem? If not I might be able to try get

Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64]

2016-06-02 Thread Justin Hibbits
On Wed, Jun 1, 2016 at 8:59 PM, Bryan Drewery wrote: > On 6/1/2016 6:39 PM, Mark Millard wrote: >> while filemon.ko now exists: >>> # ls -l /boot/*/filemon* >>> -r-xr-xr-x 1 root wheel 32064 Jun 1 17:59 /boot/kernel/filemon.ko >> it does not load: >>> # kldload -n filemon >>> kldload: can't lo

FreeBSD_HEAD_i386 - Build #3285 - Fixed

2016-06-02 Thread jenkins-admin
FreeBSD_HEAD_i386 - Build #3285 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3285/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3285/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3285/console Change summaries: 301

Re: Suddenly poweroff in 11-Current r300097

2016-06-02 Thread Hans Petter Selasky
On 06/02/16 03:07, RayCherng Yu wrote: I got a suddenly poweroff in r300097 (and previous revision in April and May) when I built textproc/docproj. My machine is Macbook Pro 13 2011 early. I have checked the Apple website. My bios is the latest version. Actually it also happened in 10.3-STABLE. I

Streaming live tv over the udp protocol causes problems

2016-06-02 Thread Oleg Lelchuk
Hi. On 11-ALPHA1, when I use vlc to stream live tv over the udp protocol, I see a garbled and choppy video. This issue doesn't occur on 10.3-STABLE. I am puzzled as to the cause of this problem. ___ freebsd-current@freebsd.org mailing list https://lists.f

Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64]

2016-06-02 Thread Mark Millard
On 2016-Jun-1, at 7:21 PM, Bryan Drewery wrote: > > The fix is easy, I am just wondering why there are 2 ABI formats > supported. If only one is normally used and the default then I'll only > support that one. > > Filemon hooks the syscall table. The only differences that I see are (_v1 then _

11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"?

2016-06-02 Thread Mark Millard
[The example context here for extracted materials is a amd64 -> armv6 cross build.] In my recent experimentation with WITH_META_MODE=yes I’ve had multiple occasions when after updating /usr/src I attempt buildworld buildkernel and end up with something like: > --- lib/ncurses/ncursesw__L --- >

Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"?

2016-06-02 Thread Bryan Drewery
On 6/1/2016 4:25 PM, Mark Millard wrote: > [The example context here for extracted materials is a amd64 -> armv6 cross > build.] > > In my recent experimentation with WITH_META_MODE=yes I’ve had multiple > occasions when after updating /usr/src I attempt buildworld buildkernel and > end up with

Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64]

2016-06-02 Thread Bryan Drewery
The fix is easy, I am just wondering why there are 2 ABI formats supported. If only one is normally used and the default then I'll only support that one. Filemon hooks the syscall table. On 6/1/2016 7:16 PM, Mark Millard wrote: > May be Nathan Whitehorn knows what is going on that prevents filem

Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"?

2016-06-02 Thread Bryan Drewery
On 6/1/2016 4:29 PM, Bryan Drewery wrote: > On 6/1/2016 4:25 PM, Mark Millard wrote: >> [The example context here for extracted materials is a amd64 -> armv6 cross >> build.] >> >> In my recent experimentation with WITH_META_MODE=yes I’ve had multiple >> occasions when after updating /usr/src I a

Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64]

2016-06-02 Thread Mark Millard
May be Nathan Whitehorn knows what is going on that prevents filemon.ko from loading for powerpc64 based on how it is now built (added for more than i386 and amd64 as of -r301130)? Nathan: See below if it sounds like something you might have a clue about. As to why this comers up: Loading filem

FreeBSD_HEAD_i386 - Build #3284 - Failure

2016-06-02 Thread jenkins-admin
FreeBSD_HEAD_i386 - Build #3284 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3284/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3284/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3284/console Change summaries: 3

Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"?

2016-06-02 Thread Mark Millard
On 2016-Jun-1, at 4:30 PM, Bryan Drewery wrote: > On 6/1/2016 4:29 PM, Bryan Drewery wrote: >> On 6/1/2016 4:25 PM, Mark Millard wrote: >>> [The example context here for extracted materials is a amd64 -> armv6 cross >>> build.] >>> >>> In my recent experimentation with WITH_META_MODE=yes I’ve h

Re: 'make depend' or 'make' bug on recent --current

2016-06-02 Thread Andrey Chernov
On 01.06.2016 23:04, Bryan Drewery wrote: > No. The build and how dependencies are generated and handled is still > fundamentally the same. Open the .depend.* files and see. It is only > simple dependencies for the target built. There's nothing new about its > content. If foo.c includes stdlib

Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64]

2016-06-02 Thread Bryan Drewery
On 6/1/2016 6:39 PM, Mark Millard wrote: > while filemon.ko now exists: >> # ls -l /boot/*/filemon* >> -r-xr-xr-x 1 root wheel 32064 Jun 1 17:59 /boot/kernel/filemon.ko > it does not load: >> # kldload -n filemon >> kldload: can't load filemon: No such file or directory >> # dmesg | grep link_e

Suddenly poweroff in 11-Current r300097

2016-06-02 Thread RayCherng Yu
I got a suddenly poweroff in r300097 (and previous revision in April and May) when I built textproc/docproj. My machine is Macbook Pro 13 2011 early. I have checked the Apple website. My bios is the latest version. Actually it also happened in 10.3-STABLE. It happened when the machine load was heav

Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64]

2016-06-02 Thread Mark Millard
[A top-posted error report for powerpc64.] On 2016-Jun-1, at 8:20 AM, Bryan Drewery wrote: > I've just enabled the filemon(4) build on all architectures in r301130. But on (built via powerpc64-gcc on the powerpc64 box): > # uname -apKU > FreeBSD FBSDG5C0 11.0-ALPHA1 FreeBSD 11.0-ALPHA1 #39 r301

Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"?

2016-06-02 Thread Bryan Drewery
On 6/1/2016 4:48 PM, Mark Millard wrote: > On 2016-Jun-1, at 4:30 PM, Bryan Drewery wrote: > >> On 6/1/2016 4:29 PM, Bryan Drewery wrote: >>> On 6/1/2016 4:25 PM, Mark Millard wrote: [The example context here for extracted materials is a amd64 -> armv6 cross build.] In my rec

Re: [CFT] WITH_META_MODE: Working incremental build

2016-06-02 Thread Simon J. Gerraty
Bryan Drewery wrote: > Yup, it's not really simple to fix. This problem defeats the goal of > the feature too. I had not ran into this case in all of my testing since > I wasn't installing to /. I never do that either (except for bmake). I'm guessing that installworld it is a rare event - compar

Re: [CFT] WITH_META_MODE: Working incremental build

2016-06-02 Thread Bryan Drewery
On 6/1/2016 10:27 AM, Bryan Drewery wrote: > On 5/31/2016 5:17 PM, Simon J. Gerraty wrote: >>> Another reported issue just now is that right after an installworld, >>> everything rebuilds due to changed /bin/sh (-dM flag to make tells you >>> why things rebuild). I'll look into some mitigations fo