From owner-freebsd-current@FreeBSD.ORG Sun Jul 5 06:41:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BDA3106564A; Sun, 5 Jul 2009 06:41:32 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id B08758FC0A; Sun, 5 Jul 2009 06:41:31 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 247669716; Sun, 05 Jul 2009 09:41:28 +0300 Message-ID: <4A504B0C.2060406@FreeBSD.org> Date: Sun, 05 Jul 2009 09:41:16 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Mike Tancsa References: <4A4517BE.9040504@FreeBSD.org> <200906272303.n5RN3rTi070177@lava.sentex.ca> <4A471F44.7010108@FreeBSD.org> <200907021859.n62IxghN009931@lava.sentex.ca> <4A4D0B7E.8060503@FreeBSD.org> <200907022117.n62LHrvZ010791@lava.sentex.ca> <200907031326.n63DQCGM016627@lava.sentex.ca> <4A4E0D51.3080904@FreeBSD.org> <200907031413.n63ED2jl016885@lava.sentex.ca> <4A4E1525.2040809@FreeBSD.org> <200907031430.n63EUMH1016965@lava.sentex.ca> <4A4E1A6C.3090605@FreeBSD.org> <200907031858.n63IwDIt018455@lava.sentex.ca> <4A4E5C82.9070209@FreeBSD.org> <7.1.0.9.0.20090703165005.196d3ba0@sentex.net> <200907050030.n650UkEu028408@lava.sentex.ca> In-Reply-To: <200907050030.n650UkEu028408@lava.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , scottl@FreeBSD.org Subject: Re: RFC: ATA to CAM integration patch (INTEL DX58SO) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jul 2009 06:41:32 -0000 Mike Tancsa wrote: > I hooked up a Vantec eSata enclosure using a SATA to eSATA cable off the > main motherboard. One small difference I noticed is that camcontrol > does not get the info from the drive like it does on other devices. > Perhaps thats the enclosure messing things up ? > > 0(ich10)# camcontrol identify ada2 > pass2: < > ATA/ATAPI-0 device That's strange. IDENTIFY is a basic ATA command, which must work always. > There was a previous drive connected. We powered off the external > drive, disconnected the cable, hooked up the new drive, powered up the > enclosure and then I did a camcontrol rescan all > > Jul 4 20:19:22 ich10 kernel: (ada2:ahcich2:0:0:0): lost device > Jul 4 20:19:22 ich10 kernel: (ada2:ahcich2:0:0:0): removing device entry > Jul 4 20:19:37 ich10 kernel: (probe0:ahcich2:0:0:0): SIGNATURE: 0000 > Jul 4 20:19:37 ich10 kernel: ada2 at ahcich2 bus 0 target 0 lun 0 > Jul 4 20:19:37 ich10 kernel: ada2: ATA/ATAPI-8 SATA > 1.x device > Jul 4 20:19:37 ich10 kernel: ada2: 150.000MB/s transfers > Jul 4 20:19:37 ich10 kernel: ada2: 715404MB (1465149168 512 byte > sectors: 16H 63S/T 16383C) > Jul 4 20:19:37 ich10 kernel: ada2: Native Command Queueing Enabled Looking to this, it was working. > The drive we connected has some bad sectors, so I wanted to try a secure > wipe as much as possible before RMAing the drive. I also thought it > would be useful to test with the new driver how it handles bad disks > > Is this such an error ? > > Jul 4 20:25:57 ich10 kernel: ahcich2: ahci_ch_intr ERROR is 40000001 cs > 00000004 ss 00000000 rs 00000004 tfd 451 serr 00000000 This is AHCI driver debugging. I've removed it in latest patch. In this case it means that drive signals some command error. -- Alexander Motin