From owner-freebsd-scsi@FreeBSD.ORG Fri Jul 5 12:11:07 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 11ADFDEB for ; Fri, 5 Jul 2013 12:11:07 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from proxypop04.sare.net (proxypop04.sare.net [194.30.0.65]) by mx1.freebsd.org (Postfix) with ESMTP id CE9A01892 for ; Fri, 5 Jul 2013 12:11:06 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPSA id 125FF9DC6BA for ; Fri, 5 Jul 2013 14:01:59 +0200 (CEST) From: Borja Marcos Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: -STABLE: scsi_da.c and ATA on SAS Date: Fri, 5 Jul 2013 14:01:55 +0200 Message-Id: <779CB2D3-C7D3-410E-BF7B-0BB931CF7E10@sarenet.es> To: freebsd-scsi@freebsd.org Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jul 2013 12:11:07 -0000 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 at scbus6 target 8 lun 0 (da0,pass0) at scbus6 target 9 lun 0 (da1,pass1) at scbus6 target 10 lun 0 (da2,pass2) at scbus6 target 11 lun 0 (da3,pass3) at scbus6 target 12 lun 0 (da4,pass4) at scbus6 target 13 lun 0 (da5,pass5) at scbus6 target 14 lun 0 (da6,pass6) at scbus6 target 15 lun 0 (da7,pass7) at scbus6 target 16 lun 0 (da8,pass8) at scbus6 target 17 lun 0 (da9,pass9) at scbus6 target 18 lun 0 = (da10,pass10) at scbus6 target 19 lun 0 = (da11,pass11) at scbus6 target 20 lun 0 = (da12,pass12) at scbus6 target 21 lun 0 = (da13,pass13) < OCZ-VERTEX4 1.5> at scbus6 target = 22 lun 0 (da14,pass14) at scbus6 target 23 lun 0 = (da15,pass15) at scbus8 target 0 lun 0 = (ses0,pass16) at scbus8 target 1 lun 0 = (ses1,pass17) at scbus8 target 2 lun 0 = (ses2,pass18) 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.