04:56:09 Hi 04:56:14 It’s me 04:56:34 Leo chat 09:00:25 If anybody at least somewhat familiar with viona wants to have a look https://code.illumos.org/c/illumos-gate/+/2980, 3rd attempt. Last time it was decided to just change the default until it can be properly fixed eventually. So here is that, including the man page change to indicate that and a way to 'restore the old behaviour' for those that want the extra performance back and were not hitting the problem. (I have personally not noticed any 09:00:25 performance loss, then again it works now instead of just stalling on big transfers xD so hard to compare really) 09:00:26 → CODE REVIEW 2980: 15464 Change viona default to always copy tx buffers (NEW) | https://www.illumos.org/issues/15464 16:50:16 without source diving, is there an easy way anyone knows offhand to tell if an HBA driver is using SCSv3 or not? 17:03:56 look for *tgtmap* something in its symbols? :) 17:12:42 By using nm and nothing else jbk? 17:21:34 that should work.. 17:28:10 I would probably look for scsi_hba_iport_register. 17:35:36 the problem with scsi_hba_iport_register is that mpt_sas uses it while not really being scsav3 17:35:41 so may be both? 17:36:32 Ah, right. My mistake. 17:36:34 I think there are some drivers that are "scsav3" but don't really use tgtmaps either. 17:36:53 I guess it depends on what does it really mean to be SCSAv3, which I can't really answer. 17:37:03 I would assume complex addressing and iports is the true thing? 17:37:47 and letting framework configure targets instead of manually rolling out the ndi_devi_online/ndi_devi_offline and stuff 17:38:04 yeah 19:37:40 [illumos-gate] 15781 loader.efi: implement efi_get_protocol_handles() -- Toomas Soome 19:42:32 that reminds me.. i need to file a ticket for adding more support for identifying various EFI GUIDs to loader 19:43:43 yes, I actually have some related work in progress there, but it is a bit of trap too 19:48:06 tsoome: https://github.com/illumos/illumos-gate/compare/master...jasonbking:illumos-gate:efi-guids is what I have 19:48:32 it looked like some of the files might have originally come from intel 19:48:54 but i could never find an upstream that might have been more appropriate as a source 19:49:56 I have been using edk2/MdePkg/Include 19:50:10 ahh 19:50:20 i don't know if that stuff will overlap with it or not 19:50:58 there is good chance they are good. 19:52:20 sadly, the uefi code on my home server doesn't support the smartcard protocol :( 19:52:24 would have been nice for a project 19:56:06 the data structure behind lsefi has issue that GUID's are not pointer to value, so we have some wasted space there. 20:22:41 though i was able to see some GUIDs get translated with that change that otherwise weren't on my home server 20:23:25 yes, that would be the expected result:) 22:58:11 rmustacc: I feel like the biggest SCSAv3 thing is not doing the dumb packet construction thing from the old interface 23:04:06 viz., tran_init_pkt(9E) being the terrible old thing, and tran_setup_pkt(9E) being the substantially less terrible new thing 23:16:04 I suppose that might technically be SCSAv2 or whatever