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

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

PermitRootLogin prohibit-password

I got it working

Nice article about SMF: davepacheco.net/blog/2026/smf-properties

szilard Nice indeed, tx for the ptr!

I can't pass through my AMD GPU to a Linux guest and i'd like to make sure i haven't misconfigured the

OmniOS side. The sequence of events is this: OmniOS boots and finds the GPU PCIe ID in both /dev/ppt_math

es and /dev/ppt_aliases (also for a USB hub, which works correctly). The physical screen only shows the O

mniOS copyright notice, then i start a ssh session and boot the bhyve zone with ppt0 (and ppt2) configure

d. If the Linux guest has nomodeset, the lspci gives the correct device information and dmesg reports a v

garb being used, though the video output doesn't change. If the Linux guest boots with kernel modesetting

, the boot sequence hangs while still in the initrd, with the message "amdgpu: trn=2 ACK should not asser

t! wait again !" repeating and no notable output before that. I've recorded the console anyway li

tter.catbox.moe/nabutdy66wbrmbjl.txt

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.

Whatever PCI reset functionality is standardized might be worth incorporating into a bhyve zone option. I tried performing a hot-reset according to unix.stackexchange.com/questions/73…-reset-cycle-power-to-a-pcie-device and it wiped the screen, but booting the zone made bhyve immediately turn into a zombie.

are you trying to use the GPU for video output?

Yes.

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...

GPU passthrough for video isn't supported on omnios

the relevant changes from freebsd have never been backported to illumos

So while pci passthrough in general works, the necessary fixes for the quirks i'm encountering are only inside the freebsd codebase?

it's a bit more than just quirks, but yes

You mean my reset command may have actually worked, but the zombified bhyve might be because passing through a working GPU is unsupported?

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.

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.

.

I wrote a new blogpost about zrepl: extrowerk.com/2026-03-03/ZFS-replacation-with-zrepl.html

szilard Saw it on Mastodon, very nice. I will include the link in my presentation at GUUG on Friday. :-) guug.de/veranstaltung/ffg2026/programm

vab: Geil! Freut mich!

szilard I will send you a link to the PDF after the presentation.

Thanks!