Message-ID: <437D1B81.7000402@rtr.ca>
Date: Thu, 17 Nov 2005 19:08:33 -0500
From: Mark Lord <lkml@rtr.ca>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20051013 Debian/1.7.12-1ubuntu1
MIME-Version: 1.0
To: Phillip Susi <psusi@cfl.rr.com>
Cc: Andrew Morton <akpm@osdl.org>, linux-kernel@vger.kernel.org,
       Jeff Garzik <jgarzik@pobox.com>
Subject: Re: VIA SATA Raid needs a long time to recover from suspend
References: <437AA996.9080505@cfl.rr.com> <20051116170642.313aeada.akpm@osdl.org> <437BFF4A.4060402@cfl.rr.com>
In-Reply-To: <437BFF4A.4060402@cfl.rr.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 981
Lines: 26

Phillip Susi wrote:
> Andrew Morton wrote:
> 
>> This change will increase the minimum delay in both ata_wait_idle() and
>> ata_busy_wait() from 10 usec to 100 usec, which is not a good change.
>>
>> It would be less damaging to increase the delay in ata_wait_idle() from
>> 1000 to 100,000.  A one second spin is a bit sad, but the hardware's 
>> bust,

I wonder if this the same problem that prevents resume-from-ram
from working on my system when I use an older hard drive,
rather than the newer model that came installed (notebook)..

Whenever resume fails, the hard drive light is on solid
and the system is unresponsive.  And the backlight is off so no
debug info available (no serial ports, either).

Could be.. could be.

Cheers
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/