00:07:00 jclulow: yeah, i'd like to fix that as well (HPET) if no one else gets to it before I can (since it was my fault).. it would be nice if it was just a matter of increasing the sample interval to a sufficiently larger value, but i'd want to re-do the math and if i'm lucky maybe see if someone that had issues could test the fix 00:08:26 since on the systems I had available, apprently the particular model HPET was good enough that it produced basically identical (and more consistent) results than the PIT 00:08:52 so they're probably not good systems to verify any fix 00:17:50 jbk: Everybody had issues haha 00:17:55 So it won't be hard to find them 00:18:16 Like, it's structurally likely to produce a consistently high result right now, at least based on surveys and the ppm maths 00:18:42 So if you want to bump the interval it may indeed be an easy change 01:24:58 Anybody ever had cc1plus: out of memory allocating 262144 bytes after a total of 4251648 bytes ? 01:25:17 VM has 16Gb RAM 01:30:39 toasterson how much swap ? 01:31:01 I tried with 2GB and none 01:32:51 What does swap -s says ? 02:24:04 total: 85172k bytes allocated + 16948k reserved = 102120k used, 5424584k available 02:24:16 thats with no swap device 02:26:22 with no swap device and max concurrent jobs 1 it works 06:15:49 jbk: was that the change that caused massive clock drift with ntpd and bhyve to randomly lock up because it's. ??vcpu rendeavous failed?? 06:16:38 My Ivybridge suffered hard from this, box is now gone though. There is a broadwell in it's place. 09:27:07 sjorge: Yes, if you were seeing NTP drift values of 500-1000 ppm that's pretty likely to have been the cause 12:24:42 Toasters try increasing swap and try again 12:24:55 toasterson try increasing swap 13:13:59 Is it possible to replicate in VMware or any other hypervisor to not use virtio legacy devices?, the main idea is to try working on virtio to attach a nic on the new spec 13:38:04 vmware does not do virtio; modern qemu on linux should have those though? 13:57:50 yuripv oh right, thanks 14:30:24 neirac: I also took another look at the spec last night. It turns out the Id 0x1000 is a transitional device, meaning it'll support both the legacy and new format. This means that you should actually be able to just add that PCI ID 14af,1000 to vioif and it may wokr. 14:30:28 *work 14:32:59 rmustacc thanks a lot!, where do I need to add 14af,1000 is there a kernel/drv/virtio.conf ? 14:33:02 In smartos 14:33:24 I would first test this by manually running update_drv 14:36:51 rmustacc. I tried update_drv -a -i '"14af,1000"' virtio but failed to attach 14:38:29 That's the wrong driver. 14:38:40 You need to add that to 'vioif' 14:45:25 update_drv -a -i '"14af,1000"' vioif returns devfsadm: driver failed to attach, I checked in /etc/driver_aliases and the alias is there vioif "14af,1000" 14:50:26 OK. Is there anything in /var/adm/messages? 15:18:21 rmustacc I don't see anything related to vioif in /var/adm/messages 15:25:30 Did you delete the 14af,1000 relation to virtio? 15:45:57 neirac: Sorry, I should have looked closer. You didn' do quite the right thing. You want it to be: 15:46:16 update_drv -a -i '"pci14af,1000"' vioif 16:10:19 rmustacc I tried again but did not attach https://pastebin.com/pTCgbnuf 16:11:06 neirac: with 50G of swap I now get `g++: internal compiler error: Bus Error (program cc1plus)` 16:18:40 must be doing a lot of pre-processing 16:24:41 toasterson what are you building? 16:25:25 binutils-gdb from the arm64 gate 16:25:43 single make job? 16:26:55 I had to serialize gmake in many places, that build is fork bomb 16:39:24 3 16:39:58 oh, is it the problem with the process server passing in makefiles? 16:40:06 we had one like this in OI userland 17:08:19 toasterson maybe you could check kstats when the thing is building 17:09:33 eh, not if it's parallelism errors I don't want to waste time on fork bombs like this. It just has to build so I can get to the things I actually wanted to use to help. 17:09:48 Here is me hoping fo better tools 17:21:19 pgrep make | wc -l 17:21:36 that will give some idea 17:22:13 or pgrep gcc\|g++ | wc -l 17:41:41 yep. For binutils-gdb I simply had to remove the -j argument from the make that was called by the makefile so that was easy enough :) The main Makefile I now set to NOTPARALLEL 17:43:22 and since I am in there i might aswell fix KEEP_STATE 18:07:07 neirac: OK. I think the thing to do is to either build a SmartOS image with a fixed /etc/driver_aliases, or try to debug the attach failure with dtrace and triggering the attach with the `devfsadm` command. 18:07:57 rmustacc I'll do that I'll create a omnios image now with the alias 18:09:14 Others have the transitional ID, so it seems likely to work. Not sure why vioscsi wasn't coming up there though. 18:11:17 the builds as they default aren't _that_ parallel toasterson 18:11:27 I mean, they do make the logs all unreadable because gmake, but they should not make anything explode 18:27:53 richlowe: Welcome to the should not make things explode defaults of gmake :) Oi-userland is notorious for components that cannot run with paralellism enabled. It's our most frequent CI failure 18:30:58 rmustacc I cannot use dtrace as I used kmdb to modify the is_pit_broken variable to make it boot, I'll create a new image with the /etc/driver_aliases 18:32:53 Is going to take time, my pc is slow and my connection is not very fast as now I'm running pkg update will take some hours. 18:49:29 we read etc/system earlier than you'd think, you might be able to poke is_pit_broken in there. 18:49:44 or set it on the kernel command line (I'm less sure about that) 18:56:45 i don't think you can set that one from the bootloader -- ISTR I had to explicitly check for specifying an explicit source because of when this all happens in the boot process 18:57:00 though it likely wouldn't take much to change that 19:17:34 richlowe: The SMF issues you had on ARM. Where they in an way related to nvlists? 19:17:34 *any 19:24:06 no 19:27:10 Good :) 19:35:03 today is the day I am finding ALL the bugs 19:49:42 toasterson there are free ampere instances on oracle cloud, they have lots of cpu and ram maybe that's helpful for arm64 porting 19:50:35 there's no support for the ampere stuff 19:50:46 and I'm not sure if anyone's cloud-accessible stuff is sufficiently useful for right now 19:53:12 richlowe oh that's right at least you could test that It boots 19:54:36 it definitely doesn't :) 20:24:47 @jclulow yep around that range