I was looking into when and why vio9p(4) started working (on amd64 I have it working in 10.99.12, as of early April) and I ran into mention of a sysctl to see the tag names, and then I found PR#59165. There's no mention of this sysctl node in the viop(4) manual page though, nor in sysctl(7) (though I wouldn't expect it in the latter). I see the code is there in sys/dev/pci/vio9p.c, but it doesn't seem to work for me: $ uname -a NetBSD nbt2.local 10.99.12 NetBSD 10.99.12 (GENERIC) #1: Tue Apr 8 14:29:37 PDT 2025 woods@very.local:/Users/woods/build/woods/very.local/trunk-x86_64-amd64-obj/Volumes/work/woods/g-NetBSD-src/sys/arch/amd64/compile/GENERIC amd64 $ /sbin/modstat | fgrep vio9p vio9p driver builtin - 0 - virtio $ fgrep vio9p /var/run/dmesg.boot vio9p0 at virtio3: features: 0x10000001<INDIRECT_DESC,MOUNT_TAG> virtio3: allocated 24576 byte for virtqueue 0 for vio9p, size 128 vio9p0: tagged as share $ /sbin/sysctl hw.vio9p sysctl: second level name 'vio9p' in 'hw.vio9p' is invalid $ /sbin/sysctl -a | fgrep vio9p kern.drivers = [[...]], [356 -1 vio9p], [[...]] I think the code looks right, and given I see the output of the device printf that's executed right above that code, well.... For the record I'm running this under QEMU, with UTM, on macOS(i386), and accessing the shared directory via 9p is working very well. Is anyone else who might be using vio9p(4) seeing this sysctl node? -- Greg A. Woods <gwoods%acm.org@localhost> Kelowna, BC +1 250 762-7675 RoboHack <woods%robohack.ca@localhost> Planix, Inc. <woods%planix.com@localhost> Avoncote Farms <woods%avoncote.ca@localhost>
Attachment:
pgpfJQoT3Lf7x.pgp
Description: OpenPGP Digital Signature