03:38:11 tsoome_: So my serial console doesn't work right anymore. It seems to be stuck at 9600 baud even though the file says 115200. Also, if I switch to 9600 baud to engage with it, it's doing that thing where it drops a lot of key presses... I'm pretty sure this never used to happen on this machine. https://gist.github.com/jclulow/68a87cd9d4c7267a6f58c1efb107fcdd 03:40:12 When it gets up into the OS, because I have the console ttydef forced to 115200 it starts working then 08:17:54 jclulow hm. it is confusing. there is ttya-spcr-mode present, so thats the setting from firmware, and if it is there, we should have ttya-mode with the same value (it is actual setting for port), and the presence of ttya-spcr-mode should block the change of ttya-mode. one can unset ttya-spcr-mode to make it possible to change ttya-mode - there is no nounset hook set with *-spcr-mode. so the question is, why we get ttya-mode set to 9600... 08:19:03 why does ttya-spcr-mode block setting ttya-mode :/ 08:20:14 because you have set it in firmware and firmware console redirection may depend on its value. 08:20:23 I haven't set it in the firmware 08:20:46 There aren't any settings in the firmware haha 08:20:56 well, ok, it is reported value 08:21:16 I think we probably need to take people at face value when they set the property that has worked for probably 25+ years 08:21:23 ou, the system does not have serial redirection but it is still reporting SPCR? 08:21:36 I'm not sure what it has, to be honest, it's a minimal core boot 08:22:37 thats the problem, people do not set property values, we do provide 9600 in our config files, while todays systems default to 115200 08:22:37 I think it's a PC Engines apu1d4 08:23:11 its booting with BIOS mode? 08:23:19 It looks like BIOS yes 08:23:40 so it does get acpi spcr. 08:23:58 To be clear, if I didn't put something in /boot/conf.d/* that explicitly sets ttya-mode it would be fine to do whatever the firmware says 08:24:02 but I did :P 08:24:36 so it was working with default 115200? 08:25:11 (default in sense what firmware was having) 08:26:45 I haven't been on the console in probably a year, since before updating to OmniOS r151046 LTS. When I wrote the file in 2020 it was working at 115200 yes 08:28:02 Which was probably OmniOS r151034 I think 08:30:28 there is other bug, however, we use 'N' in biosacpi.c, but comconsole is expecting 'n', so need to fix that. 08:33:02 I did wonder if that was case insensitive 09:06:40 I also think, there should be better way to ignore spcr, probably like ignore-spcr=true or something 12:43:20 jclulow could you check please if https://code.illumos.org/c/illumos-gate/+/3327 will improve things... 12:43:21 → CODE REVIEW 3327: 16330 loader: SPCR needs better handling (NEW) | https://www.illumos.org/issues/16330 14:01:56 Hello everyone, I hope you're all well, I had a question about using BHyve, should I prefer Omnios or OpenIndiana? 14:15:15 They should both work fine, the underlying bhyve code comes from illumos which they both share. As far as I know, they both have bhyve-branded zones too which means you can run it in a zone and get to its console with zlogin etc. 14:15:41 OmniOS does have a `zadm` utility which makes things a bit easier, and the way the zones are implemented is a bit different, but that's all. 15:54:02 andyf thank you 16:25:53 [illumos-gate] 16297 pmadvise: 'restrict'-qualified parameter aliases with argument 4 -- Toomas Soome 16:47:33 tsoome_: do you have plans to integrate https://code.illumos.org/c/illumos-gate/+/3299 soon? 16:47:34 → CODE REVIEW 3299: 16290 libuutil: assfail() is not needed (NEW) | https://www.illumos.org/issues/16290 16:48:09 sort of, I think I need to get the nightly done soon 16:48:36 is it affecting something? 16:48:37 it will simplify my https://code.illumos.org/c/illumos-gate/+/3237 (which among other things fixes the return type for assfail() to be consistently void) 16:48:38 → CODE REVIEW 3237: 16192 Retire libc's thr_debug.h in favor of (NEW) | https://www.illumos.org/issues/16192 16:49:54 I see, I'll set the nightly up now 16:50:15 Thanks! 22:19:03 [illumos-gate] 16322 sockfs: unused variable -- Toomas Soome 22:24:14 [illumos-gate] 16313 loader: we can only env_discard() existing variable -- Toomas Soome 22:40:32 [illumos-gate] 16320 remnants of patch builds should be removed -- Richard Lowe 23:32:01 [illumos-gate] 16200 posix NORMAL lock is required to deadlock -- Robert Mustacchi