From: jbradford@dial.pipex.com
Message-Id: <200208091944.g79JiTNL000542@darkstar.example.net>
Subject: Re: No reset of IDE disk
To: diegocg@teleline.es (Arador)
Date: Fri, 9 Aug 2002 20:44:29 +0100 (BST)
Cc: linux-kernel@vger.kernel.org
In-Reply-To: <20020809201020.37c81b75.diegocg@teleline.es> from "Arador" at Aug 09, 2002 08:10:20 PM
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1696
Lines: 30

> I posted the same message as you some weeks ago.

Sorry for the wasted bandwidth then - I am usually subscribed to the list, but temporarily de-subscribed for the last week.

> People said me that
> after a -Y you must always do a -w. Yes, the manpage can say that the
> kernel should do a -w of needed...but perhaps the man page is out of
> date...people here should know more...

Hmmm, the man page may well be out of date.

However, I would have thought that anything that stalls the IDE queue was to be considered a bug.  I've E-Mailed Mark Lord, (the hdparm maintainer), to get some more input on this.

The interesting thing is that it does automatically recover from a -Y on the laptop running 2.4.19, (as it did with 2.2.13).

> the -w is the hard soft reset i think ;)

Yeah, it's a device reset.

> I was told to use -y. And it works well. I dont know the differences
> between -y and -Y (apparently, it should do the same ;)

Well, as far as I know, -y is intended to be a fast recovery, whereas -Y is more or less a full shut down, somewhat analogous to the various levels of power saving implemented in DPMS-compliant "green" monitors.

Somewhat related to all this, I am interested in having a variable delay in the write-back caching, (yeah, I know, keeping data cached in RAM on a battery powered laptop is asking for it to get lost, but I'd like the option), that way I could spin the HD down and enjoy a much extended battery life.
-
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/