Date: Fri, 5 Jul 2013 14:01:55 +0200 From: Borja Marcos <borjam@sarenet.es> To: freebsd-scsi@freebsd.org Subject: -STABLE: scsi_da.c and ATA on SAS Message-ID: <779CB2D3-C7D3-410E-BF7B-0BB931CF7E10@sarenet.es>
next in thread | raw e-mail | index | archive | help
Hi I am trying to update to -STABLE (as of today) in order to test the new = trim facility for ZFS. In my system I have a mix of SAS and SATA drives on a SAS backplane: # camcontrol devlist <SEAGATE ST914603SSUN146G 0868> at scbus6 target 8 lun 0 (da0,pass0) <SEAGATE ST914603SSUN146G 0868> at scbus6 target 9 lun 0 (da1,pass1) <SEAGATE ST914603SSUN146G 0868> at scbus6 target 10 lun 0 (da2,pass2) <SEAGATE ST914603SSUN146G 0868> at scbus6 target 11 lun 0 (da3,pass3) <SEAGATE ST914603SSUN146G 0868> at scbus6 target 12 lun 0 (da4,pass4) <SEAGATE ST914603SSUN146G 0868> at scbus6 target 13 lun 0 (da5,pass5) <SEAGATE ST914603SSUN146G 0868> at scbus6 target 14 lun 0 (da6,pass6) <SEAGATE ST914603SSUN146G 0868> at scbus6 target 15 lun 0 (da7,pass7) <SEAGATE ST914603SSUN146G 0868> at scbus6 target 16 lun 0 (da8,pass8) <SEAGATE ST914603SSUN146G 0868> at scbus6 target 17 lun 0 (da9,pass9) <SEAGATE ST914603SSUN146G 0868> at scbus6 target 18 lun 0 = (da10,pass10) <SEAGATE ST914603SSUN146G 0868> at scbus6 target 19 lun 0 = (da11,pass11) <SEAGATE ST914603SSUN146G 0868> at scbus6 target 20 lun 0 = (da12,pass12) <SEAGATE ST914603SSUN146G 0868> at scbus6 target 21 lun 0 = (da13,pass13) < OCZ-VERTEX4 1.5> at scbus6 target = 22 lun 0 (da14,pass14) <SEAGATE ST914603SSUN146G 0868> at scbus6 target 23 lun 0 = (da15,pass15) <LSILOGIC SASX28 A.0 5021> at scbus8 target 0 lun 0 = (ses0,pass16) <ADAPTEC Virtual SGPIO 0 0001> at scbus8 target 1 lun 0 = (ses1,pass17) <ADAPTEC Virtual SGPIO 1 0001> at scbus8 target 2 lun 0 = (ses2,pass18) <TSSTcorp CD/DVDW TS-T632A SR03> at scbus16 target 0 lun 0 = (pass19,cd0) So far, the system worked perfectly. It's a Sun server with an "aac" = raid card, and I applied a patch to aac_cam.c so that=20 disks can be directly attached to the "da"driver instead of creating = "JBOD" volumes for the disks, which is error prone and silly using ZFS = anyway. It has been working flawlessly., even though I had to add a "quirk" to = scsi_da.c so that it won't try a read_capacity(16) on the OCZ disk. However, after updating to -STABLE yesterday I can't get the SSD to be = recognized: (da14:aacp0:0:22:0): got CAM status 0x84 (da14:aacp0:0:22:0): fatal error, failed to attach to device (da14:aacp0:0:22:0): lost device - 0 outstanding, 5 refs (da14:aacp0:0:22:0): removing device entry root@rasputin:/pool/usrsrc/sys/dev/aac # camcontrol reset 0:22:0 camcontrol: cam_open_btl: no passthrough device found at 0:22:0 root@rasputin:/pool/usrsrc/sys/dev/aac #=20 The only differences between the OCZ and the other disks are: - It's a SSD - It's a SATA, hence it's speaking SATA-on-SAS (the other disks are = SAS) Any clues at all? I see there are plenty of changes in scsi_da.c and I = am not that familiar with its=20 code after all :) Borja.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?779CB2D3-C7D3-410E-BF7B-0BB931CF7E10>