07:59:02 Do you think it would be possible to replicate the wifibox on illumos? https://github.com/pgj/freebsd-wifibox 08:05:05 https://www.cyber-tec.org/2019/05/29/using-bhyve-pci-passthrough-on-omnios/ does something like that but using freebsd as a guest instead of linux 08:13:35 hoho, lemme check 08:16:24 This is exactly what i wanted, but nowadays I would go with OpenBSD in the vm as it have better wifi hw support nowadays if I recall it correctly. 13:40:11 a device with devi_node_state of 'DS_READY' means it's successfully gone through it's attach method, correct? (I'm pretty sure, but since so much of the devtree is undocumented, not sure if there's maybe some crazy corner case) 13:46:02 related to that, this is perhaps a bit odd, but is there a way to limit the # of instances of a device that will attach? 13:58:25 szilard Even though this is two years old, it still is a good comparison: https://github.com/domienschepers/wifi-bsd/blob/main/HARDWARE.md 14:11:51 i need to get some screens for my windows... temps are finally nice outside where I'd want to open them 14:11:56 err 14:11:58 wrong channel 14:12:04 sorry :P 14:19:09 8.7C here:P 14:20:37 21.6C here this morning 14:21:01 it was still getting up to 32C earlier this week 14:21:31 huh:) 14:25:48 i'm around the same latitude as cairo 14:26:16 ah, that explains ofc 14:37:44 florida and other parts of texas are even further south :) 14:51:03 I'm happy with snow:D 14:53:02 i had my fill of snow growing up :) and I get reminded whenever I visit family during the holidays 14:53:23 a light dusting every few years that melts by the end of the day and I'm good :) 15:21:36 very unlikely to be the issue i'm chasing down, but... https://github.com/illumos/illumos-gate/blob/master/usr/src/uts/i86pc/io/psm/psm_common.c#L822 feels like it should be *irqlistp == NULL 15:47:06 jbk: agreed about psm_common.c. 15:48:29 i don't think it's causing the issue I'm tracking down, but I'll give it a shot 15:49:06 I'm guessing most anything these days is going to have valid APCI info or if not, is so broken already that I doubt the system would be able to make any sort of meaningful progress otherwise... 15:49:57 though some of these comments are at best confusing if not out of date, which obviously isn't helpful... 15:52:03 e.g. https://github.com/illumos/illumos-gate/blob/master/usr/src/uts/i86pc/io/pcplusmp/apic_common.c#L1690-L1705 15:52:51 i'm pretty sure I found that we do in fact enable x2apic mode and use the msrs when we can 16:02:56 i only have access to this box for a week unfortunately, so I don't know how far i'll be able to get to figure out what's going on... 17:17:25 i do see '_CST unsupported package count of 1 for CPU nn' (repeat 128x) during boot on this system -- but IIRC, that's cstates (and I've tried disabling all of that)... I'm think that's just an artifact of the vintage of our current ACPI implementation... 17:55:41 just to clarify.. if you break into kmdb, it only halts the one CPU it's running on, and other CPUs will continue to run, correct? 17:58:49 I thought the rest quiesced. Been a while since I've had to think about that. 18:06:07 if it is, is there a way to let the other CPUs run? the difficulty I'm running into is since NMI only works once, I can't gather some data, resume, break into kmdb again and compare to see if anything of interest has changed 18:06:19 i have to reboot... 18:54:54 side note: was anyone working on supporting the bcm57416 nic? 19:10:33 jbk: if you break into kmdb, everyone stops 19:10:58 the cpu entering cross calls the others to quiesce 19:12:46 but if you're already worried about interrupts, the IPI there is probably worth looking at, I guess 19:15:29 if I don't load the mlxcx driver, I can actually get into userland 19:15:36 though I don't think it's a mlxcx driver problem 19:16:05 i think it's just a victim that's otherwise halting progress when the last instance tries to attach 19:24:07 i do feel like i'm muddling about in the dark... just because i've not messed around in here before... 19:29:54 the fact the ilo devices work (including interrupts) is potentially interesting... 19:30:26 so it's not everything on the system..