14:27:41 <jbk> richlowe: very possible
15:28:11 <jbk> hrm...
16:10:11 <gitomat> [illumos-gate] 18106 Update AMD microcode to 20251202 -- Andy Fiddaman <illumos⊙fn>
16:10:11 <gitomat> [illumos-gate] 18108 libtopo reports the wrong errno on enumeration failure -- Andy Fiddaman <illumos⊙fn>
16:10:20 <jbk> we've run into some systems that really want _smaller_ I/Os while zfs does some amount of work to do the opposite... 
16:11:08 <jbk> though there are some SCSI VPD pages that advertise preferred I/O sizes, we don't use them, but even if sd does, there'd still be no way (currently) to bubble that up to zfs
16:11:24 <jbk> (just to avoid zfs aggregating I/Os for just sd to split them up again)
16:17:12 <tsoome> ioctl() query to allow zfs to recognize this?:)
16:17:40 <jbk> yeah, for some of this, maybe a new dkio(4I) ioctl
16:17:55 <jbk> (I don't see a way to add it into an existing one w/o breaking things)
16:19:48 <jbk> i'll need to look at the nvme specs, but I vaguely recall there's might be something analogous there as well..
16:20:27 <jbk> granted, i've found the mroe recent versions a lot more of a pain to find things than the older versions
17:06:34 <sommerfeld> Found a bug in the ISC DHCP server over the weekend with a one-line fix: https://github.com/OpenIndiana/oi-userland/pull/26576 ; impact is that some DHCP server replies may get broadcast to irrelevant interfaces.   distros might want to look at that.
17:07:32 <sommerfeld> (only matters if you have devices that set the "please broadcast your reply" flag in requests.)
17:39:24 <gitomat> [illumos-gate] 18103 ena: validate device-supplied register offsets and descriptor indices -- Andy Fiddaman <illumos⊙fn>