00:07:13 huh 00:07:16 I have never seen that before haha 00:07:52 I think that all makes sense though 00:07:58 it's sd, a SCSI disk, etc 00:08:09 Did you find where in the code we emit the "is unformatted" message you got? 00:08:17 How do we decide to print that out 00:31:00 jclulow is a pointer to a function 1 int (*op_ck_format)(); /* check format - mandatory */ ~/smartos-live/projects/illumos/usr/src/cmd/format/hardware_structs.h I'm checking where it points to 00:49:06 Ah, that seems like a member of "struct ctlr_ops" in "cmd/format/hardware_structs.h" 01:12:34 jclulow this could be the one https://github.com/illumos/illumos-gate/blob/79492562b32b5e6bc03e14ad2b51f986335f3709/usr/src/cmd/format/disk_generic.c#L83 01:13:34 It's SCSI right 01:13:41 It might be ... https://github.com/illumos/illumos-gate/blob/79492562b32b5e6bc03e14ad2b51f986335f3709/usr/src/cmd/format/ctlr_scsi.c#L97-L105 ? 01:15:47 You could try something like: 01:15:50 dtrace -x switchrate=1000hz -q -n 'pid$target::*_ck_format:return { printf("\nRETURN: %s() -> %d\n", probefunc, arg1); }' -c format 01:16:04 to know for sure 02:12:29 https://mm.icann.org/pipermail/tz-announce/2023-March/000077.html - fyi for those with users who care about timezones in Egypt, Morocco, & Palestine as we hit the fun period where DST intersects with Ramadan 04:37:46 Thanks alanc, just saw that myself a little bit back. 15:39:23 unfortunately i don't have an NVMe device that supports namespaces, but IIUC, if multiple namespaces exist on an NVMe device, each namespace would show up as a separate disk in the os, right? 15:40:01 (assuming yes), is there an easy way to map the /dev/[r]dsk device back to the specific nvme device? 15:45:06 yes 15:46:13 you mean getting the instance number of the nvme device? 15:56:00 yeah -- basically if you have a /dev/[r]dsk name of an nvme device and need to do an nvme admin ioctl on it 16:01:05 since I can't experiment.. does each ns show up in /dev/[r]dsk with the same target, but different lun (d) values? 16:05:13 yes, thats the idea 16:05:20 ahh ok 16:06:18 but only usable namespaces will show up as /dev/[r]dsk 16:07:54 and, `nvmeadm -v list` shows unallocated namespaces, which I found useful for something recently 16:07:56 https://paste.ec/paste/GowTRYy6#gMDyHGoD1tvLFysVNC6SSjRdsABh6ZOhe8xRsifQpu8 16:12:22 hmmm, not different luns, but different targets, right? 16:14:02 hm 16:14:11 jbk: also, if you have vmware hypervisor, "disks" attached to the same emulated nvme controller will show up as namespaces (not that you can manage them) 16:14:15 yes, maybe you're right. same controller number, different targets 17:08:45 jbk: https://code.illumos.org/c/illumos-gate/+/2624 patchset 3 is working for me even with -d sat,12. Thanks for fixing this! 17:08:46 → CODE REVIEW 2624: 15366 ATA PASS-THROUGH (16) is broken (NEW) | https://www.illumos.org/issues/15366 17:51:16 jbk: to map to instances, look at: nvmeadm list -p -o instance,disk 17:51:18 I believe 17:51:49 We finally got a parseable mode recently 17:59:26 likely -o namespace,disk, otherwise it lists e.g. nvme0:c2t1d0, nvme0:c2t2d0 20:11:09 sommerfeld: cool.. sorry about the initial goof up.. i thought I had retested that already.. but man between the SATL spec and the ATA spec.. soooo confusing (though hopefully the new code is a bit clearer with how things map) 20:11:58 (it doesn't help that ATA does stuff like 'well if the moon is waxing, then the value is in this field, but when it's waning the same semantic value is in this other field instead) 20:12:26 I still think someone with real scsi and/or ATA experience should look at it, but, well, it's working.. 20:13:27 yeah, I can wait (if we can find someone)... I'm running it on my home server 20:14:14 possibly trisk? 20:14:20 who I think might be at racktop still? 20:39:30 jbk: the encoding reminds me a bit of PA-RISC immediate constant encoding. a 21-bit immediate value isn't just pasted into the instruction as is; it's instead sliced into 5 bitfields which are then shuffled around and pasted back together. 20:42:15 ARM does this at times too 20:42:54 but sparc also had unthinkably large immediates that. 20:43:21 ARM also has bitfield magic that andyf had fun with in the disassembler, where they're sort of RLEd? 20:47:37 ARM prefers constant islands 21:26:30 [illumos-gate] 15495 sun_fc: void operator delete(void*) called -- Toomas Soome 23:07:17 i never got to look at PA-RISC assembly.. just used to maintain some HP-UX systems 23:08:13 my recollection was despite them having heat sinks that'd make the biggest overclocker jealous, you breathed on them wrong and they'd fail due to heat damage