@jbk --> if I sent you a vmware.log file, could you *quickly and easily* see if there's SATA weirdness?

i don't konw :)

i can at least give it a shot

Mailing...

And by "SATA weirdness" I mean "VMware SATA weirdness that'd make the illumos guest have horrid ZFS errors not explainable by code-changes).

we tend to use pvscsi for people using our stuff in vmware, so not sure we've done much with the sata driver in there...

but given vmware's scsi behavior, it wouldn't surprise me if there's strangeness

You know SATA better. Pardon delay, talking about BaseT stuff elsewhere.

nothing's standing out yet aside from something not getting that a CDROM isn't going to support SCSI reservations or SYNC cache requests, yet it persists

CDROM is physically detached. <sigh> if that's all it is then I"m not sure.

I'm re-running the tests on a DIFFERENT VMware Fusion client.

(This is the gcc14 build of this week's SmartOS.)

AI seems to suggests that 'PxSCTL.DET already 0.' which appears to be for the non-CDROM SATA disks (it looks like there's perhaps several attached?)

means a possible corrupted VM config file... but it's AI, so take it with BP bursting amounts of salt...

(is there a reason to not use pvscsi?)

i'd need to dig a bit to see what that actually means... I _think_ that might be referring to an AHCI register (or a bit in one)

but I don't recall _that_ level of detail for SATA stuff offhand :)

@jbk sloth on my part, Ithink.