On 4/18/14, 10:49 PM, Schweiss, Chip wrote: > I used Santools, which is a licensed product. > > From what I understand lsiutil and sg_buffer_write from sg3-utils can do > it too. The mode for sg_buffer_write may need to be set to 7 instead of > 5 as stated in the firmware docs. >
Sadly, I had no luck with either lsiutil or sg_write_buffer from sg3-utils. lsiutil is only for older MPT HBAs (I have an MPT 2.0 one) and sg_write_buffer fails with the following error: # sg_write_buffer -v --in=MegalodonES3-SAS-STD-0004.LOD --length=1625600 --mode=5 /dev/rdsk/c9t5000C500578F774Bd0 Write buffer cmd: 3b 05 00 00 00 00 18 ce 00 00 ioctl(USCSICMD) failed with os_err (errno) = 22 write buffer: pass through os error: Invalid argument Write buffer failed res=-1 I also tried the following device names: /dev/rdsk/c9t5000C500578F774Bd0p0 /dev/dsk/c9t5000C500578F774Bd0 /dev/dsk/c9t5000C500578F774Bd0p0 The OS also printed the following error: WARNING: mpt_sas: coding error detected, the driver is using ddi_dma_attr(9S) incorrectly. There is a small risk of data corruption in particular with large I/Os. The driver should be replaced with a corrected version for proper system operation. To disable this warning, add 'set rootnex:rootnex_bind_warn=0' to /etc/system(4). Staring at the code near usr/src/uts/i86pc/io/rootnex.c:3305, this means that the driver can't submit a DMA job this large, which means that I can't really fix this at all (this is really way outside of my field). Any ideas on what to do next? Cheers, -- Saso _______________________________________________ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss