10:57:57 has anyone come across this device before? pci1d6a,1 (pciex1d6a,4c0) [Aquantia Corp. AQtion AQC113 NBase-T/IEEE 802.3an Ethernet Controller [Antigua 10G]] 10:58:33 seems they were bought by marvell but there are freebsd driver sources available https://github.com/Aquantia/aqtion-freebsd 10:59:41 yes, even in-tree in 16-CURRENT 11:00:15 a friend of mine had aquantia in his home pc-router, with freebsd. 11:01:55 ah nice! Here there are two of those in a "ugreen NASsync dxp8800+". For now I've just plugged in a supported pcie card, otherwise the device seems to run well with illumos :D 14:59:33 away from my illmos box atm, does /usr/bin/env support -S? 15:02:01 omnios manpage doesn't mention it. Got a test? 15:03:32 anything should do /usr/bin/env -S true 15:05:03 -S appears to be a GNUism 15:05:10 /usr/gnu/bin/env might work 15:06:08 Originally from FreeBSB I believe, but adopted by GNU 15:13:07 It does not work with /usr/bin/env but does work with /usr/gnu/bin/env on OmniOS 151054 15:14:20 OK thanks 18:24:15 by any chance has anyone tried to use lightningcss via npm on illumos? 18:28:09 it seems to be some sort of unholy chimera of node and rust 20:06:12 jperkin: I think your mpidr changes aren't needed now, can you close the PR if you agree? 20:13:47 andyf: unrelated in fact but not spirit to your make/spawn work. I have wanted, since sommerfeld showed me, to introduce Makefile.subdirs and use make -Cw in it so that make can 'exec' without a shell, and avoid `cd $(@); pwd; $(MAKE) $(TARGET)` (which has to be shelled out, because ';' is one of the magic characters) 20:14:13 it is almost certainly not _actually_ heavy though 20:32:38 The conversion of `dmake` to use posix_spawn shaved 4% off a full gate build (11% off system time) on my AMD Rome. That's more than I expected as it's not that spawn heavy, I assumed. 20:35:24 oh wow 20:39:04 Switching to posix-spawn-in-kernel on top of that didn't make much difference for that workload. 20:42:23 After this week's smartos-live release goes through the testing grind I'd like to run my "build all four combos" tests where each one has any changes in this space you have. Since SmartOS uses in-tree dmake, maybe the dmake-only changes don't even need a machine reboot? 20:42:37 andyf: how does gcc spawn children? there's a fair number of processes below the compiler frontend too 20:42:51 if you're actually hunting seconds in builds 20:43:55 danmcd - they do not, you just need to replace /ust/bin/make (dmake is a symlink to it) 20:44:46 richlowe I'm not really hunting seconds, it's a side quest from the posix_spawn stuff. 20:44:57 but gcc is worth a look. 20:49:01 danmcd - https://code.illumos.org/c/illumos-gate/+/4805 20:49:02 → CODE REVIEW 4805: 18161 dmake(1) could use posix_spawn() to run commands (NEW) | https://www.illumos.org/issues/18161 20:51:48 Hmmm.... 20:54:19 It's always fun matching the style of some of the older code :) 20:54:54 I would not be against, in the worst cases (like I tried with libm, but got tangled in reviews...) an automated stylistic pass as a separate commit 20:55:04 if you wanted to clang-format, or uncrustify, into something more illumos-y 20:55:28 and while me not being against it isn't so important, core weren't against it when I tried... 21:13:23 richlowe: done, thanks 21:25:46 andyf: I'd love posix_spawn everywhere, made a clear difference when I patched mksh and bmake on macOS for pkgsrc builds 21:37:38 from a _quick_ glance, it appears gcc uses vfork() + execv[p]() 21:38:15 uugh.. 21:38:22 why does it still default to 4.4.4 21:38:59 jperkin - the main win for dmake was the switch from fork() to vfork(), since it's still using the libc posix_spawn. 21:39:00 ok.. so it did 21:39:31 jbk - probably not too bad; at least it's vfork! 21:40:10 but if anything's very multi-threaded, the kernel stuff will help when it's ready (and a switch to posix_spawn to make use of it). 21:42:48 it looks like it might use it in at least 15 21:43:54 though there's some other voodoo going on