From owner-freebsd-scsi@FreeBSD.ORG Fri Jul 5 13:22:49 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 872B1B65 for ; Fri, 5 Jul 2013 13:22:49 +0000 (UTC) (envelope-from prvs=1898728ac9=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 178AF1D3B for ; Fri, 5 Jul 2013 13:22:48 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50004740925.msg for ; Fri, 05 Jul 2013 14:22:47 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 05 Jul 2013 14:22:47 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=1898728ac9=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-scsi@freebsd.org Message-ID: <6CCD8BF318A741518CAC3E674D658B44@multiplay.co.uk> From: "Steven Hartland" To: "Borja Marcos" , References: <779CB2D3-C7D3-410E-BF7B-0BB931CF7E10@sarenet.es> Subject: Re: -STABLE: scsi_da.c and ATA on SAS Date: Fri, 5 Jul 2013 14:22:57 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 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 13:22:49 -0000 There was a commit to stable/9 for aac yesterday:- Checkout: http://svnweb.freebsd.org/changeset/base/252778 ----- Original Message ----- From: "Borja Marcos" To: Sent: Friday, July 05, 2013 1:01 PM Subject: -STABLE: scsi_da.c and ATA on SAS > > 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 > 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 # > > > > 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 > code after all :) > > > > > > > > Borja. > > > > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk.