From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tejun Heo Subject: Re: libata timeouts when stressing a Samsung HDD Date: Mon, 16 Feb 2009 12:12:56 +0900 Message-ID: <4998D9B8.9020309@kernel.org> References: <20090202164053.4ecca9dd@dhcp-100-2-144.bos.redhat.com> <49922A2D.508@kernel.org> <49924F48.4000009@rtr.ca> <20090211152908.383744cd@dhcp-100-2-144.bos.redhat.com> <49934B20.4060206@rtr.ca> <49934D24.1050204@garzik.org> <49935157.6020002@rtr.ca> <20090211175409.4fb27541@dhcp-100-2-144.bos.redhat.com> <49944A13.3050105@rtr.ca> <49944AA9.8040308@rtr.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Return-path: Received: from hera.kernel.org ([140.211.167.34]:45025 "EHLO hera.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755226AbZBPDNe (ORCPT ); Sun, 15 Feb 2009 22:13:34 -0500 In-Reply-To: <49944AA9.8040308@rtr.ca> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Mark Lord Cc: Chuck Ebbert , Jeff Garzik , linux-ide@vger.kernel.org Mark Lord wrote: > Mark Lord wrote: >> Chuck Ebbert wrote: >> >>> How do I change the timeout? >> .. >> >> Heh.. actually, I'm not entirely sure myself. >> This stuff bounces between the block, scsi, and ata layers, >> and I think it's set before it gets to libata. > .. > > Mmm.. I think it is the SD_TIMEOUT value, defined in drivers/scsi/sd.h > which currently uses (30 * HZ) as the timeout for most things, > including for cache flushes. > > Try changing it to (180 * HZ) just for fun. Yeap, SD_TIMEOUT should be it. But I've never personally seen disk flushing taking as long as 30 seconds. Does it really happen? It's not like the drive would be doing random seeking. One full stroke across the platter should be it. Even with the rotational delay, going over 30 seconds doesn't seem very likely. Thanks. -- tejun