From: Ron House <house@usq.edu.au>
To: Bill Davidsen <davidsen@tmr.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: hdparm and removable IDE?
Date: Fri, 28 Mar 2003 13:21:44 +1000 [thread overview]
Message-ID: <3E83BFC8.70901@usq.edu.au> (raw)
In-Reply-To: Pine.LNX.3.96.1030326130640.8110B-100000@gatekeeper.tmr.com
Bill Davidsen wrote:
> On 26 Mar 2003, Alan Cox wrote:
>
>
>>IDE hotswap at drive level is not supported by Linux. It might work ok.
>>Providing you shut the drive down fully and flush the cache before you
>>unregister/unplug and replug before registering the new interface
>
>
> There was a bunch of discussion of this, possibly on this list, and I
> believe that the whole cable has to be unregistered or some such. I've
> done it with only one drive on a cable, and it seemed to work. On the
> other hand I was only playing.
Thanks Bill, I have read everything I can find in the archives, but am
still confused as to what exactly is going on. My current understanding is:
On boot, Linux examines the ide drive for physical parameters. Then,
mounting causes filesystem details to be loaded.
Now clearly, unmounting should undo mounting (or does the kernel keep
something even here in memory for 'efficiency?). So is hdparm -U enough
to undo the loading of physical parameters, and will hdparm -R reload them?
> I've seen some note regarding using ide-floppy for the whole drive instead
> of the media, but I have never had the urge to try that.
>
> WARNING: removable and hot swapable bays are not the same, had a client
> prove that to herself the hard way.
This device is claimed to be 'hot-swappable'. It has circuitry on board,
which I presume does the necessary isolation and power down as claimed
in the blurb.
As an aside, I am puzzled by statements that Linux `doesn't support'
this. As far as I can see (and I acknowledge my relative ignorance,
which is why I have appealed for help here), whatever is done at boot
time can be done again later if conditions change, and it should be just
a matter of my ascertaining exactly what must be done to achieve this.
Or have I missed something very important (highly possible!)?
--
Ron House house@usq.edu.au
http://www.sci.usq.edu.au/staff/house
next prev parent reply other threads:[~2003-03-28 3:07 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-26 4:41 hdparm and removable IDE? Ron House
2003-03-26 14:33 ` Alan Cox
2003-03-26 18:11 ` Bill Davidsen
2003-03-28 3:21 ` Ron House [this message]
2003-03-28 14:04 ` Jeremy Jackson
2003-03-28 16:55 ` Alan Cox
2003-03-29 11:34 ` Andre Hedrick
2003-03-31 4:41 ` Ron House
2003-03-31 9:30 ` John Bradford
2003-03-31 11:08 ` Alan Cox
2003-03-31 11:21 ` John Bradford
2003-03-31 11:43 ` Alan Cox
2003-03-31 19:14 ` Bill Davidsen
2003-03-31 20:48 ` Jeremy Jackson
2003-03-28 3:03 ` Ron House
2003-03-28 17:17 ` Alan Cox
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3E83BFC8.70901@usq.edu.au \
--to=house@usq.edu.au \
--cc=davidsen@tmr.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.