05:55:18 szilard: also check the sshd configuration, there's a few settings that can restrict whether you can ssh in as root and what's allowed 06:04:08 m1ari: I can log in manually using the key, so sshd must be ok. Also I have made sure to enable root login via ssh 06:05:19 PermitRootLogin prohibit-password 06:26:56 I got it working 07:14:01 Nice article about SMF: https://www.davepacheco.net/blog/2026/smf-properties/ 08:20:43 szilard Nice indeed, tx for the ptr! 11:35:43 I can't pass through my AMD GPU to a Linux guest and i'd like to make sure i haven't misconfigured the 11:35:44 OmniOS side. The sequence of events is this: OmniOS boots and finds the GPU PCIe ID in both /dev/ppt_math 11:35:44 es and /dev/ppt_aliases (also for a USB hub, which works correctly). The physical screen only shows the O 11:35:44 mniOS copyright notice, then i start a ssh session and boot the bhyve zone with ppt0 (and ppt2) configure 11:35:47 d. If the Linux guest has nomodeset, the lspci gives the correct device information and dmesg reports a v 11:35:50 garb being used, though the video output doesn't change. If the Linux guest boots with kernel modesetting 11:35:53 , the boot sequence hangs while still in the initrd, with the message "amdgpu: trn=2 ACK should not asser 11:35:56 t! wait again !" repeating and no notable output before that. I've recorded the console anyway https://li 11:36:00 tter.catbox.moe/nabutdy66wbrmbjl.txt 14:59:07 The GPU most likely locks up the system, because it doesn't properly reset itself before being passed to the guest. There might be a way to fix this from omnios using setpci, but i'm going to try porting the vendor-reset DKMS module to AKMS first. 15:52:14 Whatever PCI reset functionality is standardized might be worth incorporating into a bhyve zone option. I tried performing a hot-reset according to https://unix.stackexchange.com/questions/73908/how-to-reset-cycle-power-to-a-pcie-device and it wiped the screen, but booting the zone made bhyve immediately turn into a zombie. 16:01:34 are you trying to use the GPU for video output? 16:08:35 Yes. 16:26:25 I've figured out how to disconnect the hub of the GPU before issueing the reset commands using hotplug. This also permanently destroys the ppt device and all other unrelated nodes... 16:39:30 GPU passthrough for video isn't supported on omnios 16:39:40 the relevant changes from freebsd have never been backported to illumos 16:43:25 So while pci passthrough in general works, the necessary fixes for the quirks i'm encountering are only inside the freebsd codebase? 16:46:52 it's a bit more than just quirks, but yes 16:47:49 You mean my reset command may have actually worked, but the zombified bhyve might be because passing through a working GPU is unsupported? 16:58:59 If it's the reset sequence and similar initialization stuff that's missing from illumos bhyve, it sounds like i might be able to make it work for my setup regardless. If it's missing features inside bhyve that prevent GPU passthrough from working, i'm out of luck unless i try porting the relevant changes myself. 17:08:33 I also wouldn't need to worry about the bootrom, if the missing functionality only concerned the framebuffer console, since i only require the KMS drivers to work: They did succeed in accessing a GPU that was in an invalid state. 19:22:55 . 20:32:04 I wrote a new blogpost about zrepl: https://extrowerk.com/2026-03-03/ZFS-replacation-with-zrepl.html 21:25:34 szilard Saw it on Mastodon, very nice. I will include the link in my presentation at GUUG on Friday. :-) https://guug.de/veranstaltung/ffg2026/programm/ 21:46:46 vab: Geil! Freut mich! 22:17:30 szilard I will send you a link to the PDF after the presentation. 22:18:29 Thanks!