From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 18:46:01 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 827CF106564A for ; Tue, 15 Jul 2008 18:46:01 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 1B4738FC18 for ; Tue, 15 Jul 2008 18:46:00 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 61944 invoked by uid 89); 15 Jul 2008 18:49:18 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 15 Jul 2008 18:49:17 -0000 Message-ID: <487CF077.2040201@ibctech.ca> Date: Tue, 15 Jul 2008 14:46:15 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Matthew Dillon References: <487CCD46.8080506@ibctech.ca> <200807151711.m6FHBgVO007481@apollo.backplane.com> In-Reply-To: <200807151711.m6FHBgVO007481@apollo.backplane.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: taskqueue timeout 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: Tue, 15 Jul 2008 18:46:01 -0000 Matthew Dillon wrote: > If you are getting DMA timeouts, go to this URL: > > http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting > > Then I would suggest going into /usr/src/sys/dev/ata (I think, on > FreeBSD), locate all instances where request->timeout is set to 5, > and change them all to 10. > > cd /usr/src/sys/dev/ata > fgrep 'request->timeout' *.c > ... change all assignments of 5 to 10 ... Changing 5 to 10 in all cases and rebuilding the kernel does not fix the problem. I'm going to install the patch that allows the values to be changed via sysctl and up it to 15. This problem happens across all four disks. Does anyone else have any suggestions on what I can check? Steve