From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 09:07:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3C2E1065689; Fri, 17 Oct 2008 09:07:10 +0000 (UTC) (envelope-from prvs=1176c4cfda=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id ED9918FC15; Fri, 17 Oct 2008 09:07:09 +0000 (UTC) (envelope-from prvs=1176c4cfda=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1224233376; x=1224838176; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=YjK0HiTEj4x1+2TbMXdvr /m90F/UznzIt84Ce1bkreI=; b=oUtWMqbv7idZgxwpsuVy25t38N0wJf/EKf0KJ 73VtUlu3PYKpx35HKTkn45wp5u18Wm0N7yhbuUmfiMp/IYQvNFb9A1G+KS8R01i4 jJacPNJRrSD8MHqz6BQ1Tid33wb4zYmOSdOxwM97+tJzZA5IIXutDy1m63CWlcbS Jpo9Ug= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, FORGED_MUA_OUTLOOK, USER_IN_WHITELIST,USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.6) with ESMTP id md50006413225.msg; Fri, 17 Oct 2008 09:49:34 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=1176c4cfda=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Ruben van Staveren" References: <676151223134689@webmail38.yandex.ru> <20081005004808.GA70137@icarus.home.lan> <48E99C18.6070602@yandex.ru> <20081006051211.GA10542@icarus.home.lan> <20081010115855.GA31707@icarus.home.lan><20081016071700.GA2793@icarus.home.lan> <48F7B865.2040604@mawer.org> Date: Fri, 17 Oct 2008 09:49:34 +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.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 17 Oct 2008 09:49:36 +0100 X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 17 Oct 2008 09:49:36 +0100 Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , "Andrey V. Elsukov" , kib@freebsd.org, sos@freebsd.org Subject: Re: Request for testing: ata(4) MFC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2008 09:07:11 -0000 Highly likely, as it was seagate disks I had this issue with. The comment in the hptmv driver:- + /* + * always use 48bit LBA if drive supports it. + * Some Seagate drives report error if you use a 28-bit command + * to access sector 0xfffffff. + */ ----- Original Message ----- From: "Ruben van Staveren" > You must be very careful with using less than 48bit addressing when > both > the drive and the controller supports it as some disks report errors > at > none standard crossover points. > > I saw this first hand with the highpoint driver where it totally > trashed > the RAID volumes. The solution was to "always" use 48bit addressing if > the drive supports / requires it. Could this be the thing that is at stake ? The mirror, consisting out of ad4/ad6 got its ad4 trashed with the patch enabled. luckily it could be rebuild from the intact ad6. here is a atacontrol cap ad4 (0|chassis|ttyp0[-]) ~ > atacontrol cap ad4 Protocol Serial ATA II device model SEAGATE ST32500NSSUN250G 0825B824R1 serial number 9QE824R1 firmware revision 3AZQ cylinders 16383 heads 16 sectors/track 63 lba supported 268435455 sectors lba48 supported 488390625 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Native Command Queuing (NCQ) yes - 31/0x1F Tagged Command Queuing (TCQ) no no 31/0x1F SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 65278/0xFEFE automatic acoustic management no no 0/0x00 254/0xFE ================================================ 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.