From owner-freebsd-stable@FreeBSD.ORG Fri Feb 1 18:52:27 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 43091CE4 for ; Fri, 1 Feb 2013 18:52:27 +0000 (UTC) (envelope-from olli@grabthar.secnetix.de) Received: from grabthar.secnetix.de (grabthar.secnetix.de [212.17.241.225]) by mx1.freebsd.org (Postfix) with ESMTP id 990AB8F9 for ; Fri, 1 Feb 2013 18:52:26 +0000 (UTC) Received: from grabthar.secnetix.de (localhost [127.0.0.1]) by grabthar.secnetix.de (8.14.5/8.14.5) with ESMTP id r11IqICG093222; Fri, 1 Feb 2013 19:52:19 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by grabthar.secnetix.de (8.14.5/8.14.5/Submit) id r11IqIve093221; Fri, 1 Feb 2013 19:52:18 +0100 (CET) (envelope-from olli) Date: Fri, 1 Feb 2013 19:52:18 +0100 (CET) Message-Id: <201302011852.r11IqIve093221@grabthar.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG Subject: stable/9: Force ada1 to UDMA-33 X-Newsgroups: list.freebsd-stable User-Agent: tin/2.0.1-20111224 ("Achenvoir") (UNIX) (FreeBSD/9.1-PRERELEASE-20120811 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Feb 2013 18:52:27 -0000 Hello, I've got a (P)ATA disk in a special frame. The disk itself supports UDMA-100 (and has an 80-ribbon cable), but the frame isn't compatible with that. By default, FreeBSD negotiates UDMA-100, and the console starts to fill with ICRC errors. In the past, I used a patch to ata-all.c that enabled the following entry in loader.conf to force the disk to UDMA-33, so it worked fine: hw.ata.ata_dma_limit="2" But with the "new world", that doesn't work anymore. What is the proper way with ATA_CAM and ada(4) to force a P-ATA disk to a lower UDMA mode? Best regards Oliver PS: Excerpt from dmesg ... atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd800-0xd80f at device 17.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-4 device ada0: 66.700MB/s transfers (UDMA4, PIO 8192bytes) ada0: 24405MB (49981680 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 ada1 at ata1 bus 0 scbus1 target 0 lun 0 ada1: ATA-7 device ada1: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada1: 238475MB (488397168 512 byte sectors: 1H 255S/T 16383C) ada1: Previously was known as ad2 (ada1:ata1:0:0:0): READ_DMA. ACB: c8 00 00 00 00 40 00 00 00 00 10 00 (ada1:ata1:0:0:0): CAM status: ATA Status Error (ada1:ata1:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 84 (ICRC ABRT ) (ada1:ata1:0:0:0): RES: 51 84 00 00 00 00 00 00 00 00 00 (ada1:ata1:0:0:0): Retrying command (ada1:ata1:0:0:0): READ_DMA. ACB: c8 00 00 00 00 40 00 00 00 00 10 00 (ada1:ata1:0:0:0): CAM status: ATA Status Error (ada1:ata1:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 84 (ICRC ABRT ) (ada1:ata1:0:0:0): RES: 51 84 00 00 00 00 00 00 00 00 00 (ada1:ata1:0:0:0): Retrying command .. -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Handelsregister: Amtsgericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsreg.: Amtsgericht München, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen/-Produkte + mehr: http://www.secnetix.de/bsd Perl is worse than Python because people wanted it worse. -- Larry Wall