From: "M.H.VanLeeuwen" <vanl@megsinet.net>
To: Jim Roland <jroland@roland.net>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Does kernel require IDE enabled in BIOS to access HD, FS errors?
Date: Sat, 07 Jul 2001 08:47:55 -0500 [thread overview]
Message-ID: <3B47130B.6B0D4F04@megsinet.net> (raw)
In-Reply-To: <3B469D66.7B100BD3@megsinet.net> <002201c106e7$4a64da20$bb1cfa18@JimWS>
Jim,
Thanks for the info, comments interleaved below
Thanks
Martin
Jim Roland wrote:
>
> Activating an IDE drive in an older BIOS (newer ones have a SCSI option in
> the "A/C/CDROM" options) will always force an IDE drive boot with older
> BIOSes. Older BIOSes are written to stop looking for a boot device once it
> has found one, and it's own IDE is where it says "Ok, I have boot
> capability", otherwise no IDE drive, means it passes boot control to other
> system BIOSes (like your SCSI or NIC cards). This is by default with older
> systems.
This behavior is acceptable, as I can as you suggest move the kernel to the
IDE and tell it the root device is /dev/md0. Actually that is what I did
to a floppy to get access to the system while the BIOS was set to <auto>
detect the IDE drives. Since I only boot whenever Linus puts out a new
kernel that isn't so much of a concern.
>
> I expect someone will rebut my comments about the kernel (which is fine, I'm
> not a Kernel hacker--PROPERLY USED TERM HERE (not the media's term) <grin>),
> but it is my understanding that the kernel uses your system BIOS for actual
> reads/writes at the hardware level, this way it does not have to account for
> EVERY possible BIOS out there. (Other OSes use BIOS system calls for this
> purpose as well) When you turn BIOS to <NONE> the OS does what it can, but
> the BIOS in your system *SHOULD* refuse to process the call, instead it's
> doing the read/writes, but not the same way as if IDE was turned on.
But, that's kind of the point I'm driving at if the OS can't correctly access the
IDE interface it shouldn't do it at all.
My guess is that the CMD64X driver is broken since the system can write data
to the HD but with random corruption. Ditto for reading data. Likewise,
why would I see an increase in write performance when "dd if=/dev/zero of=/dev/null"
is running simultaneously on another console.
> Are you getting IDE corruption with the BIOS set to <AUTO> for your IDE
> drive?
None whatsoever.
next prev parent reply other threads:[~2001-07-07 13:40 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-07-07 5:25 Does kernel require IDE enabled in BIOS to access HD, FS errors? M.H.VanLeeuwen
2001-07-07 13:18 ` Jim Roland
2001-07-07 13:47 ` M.H.VanLeeuwen [this message]
2001-07-07 20:42 ` Jim Roland
2001-07-07 20:50 ` Rik van Riel
-- strict thread matches above, loose matches on Subject: below --
2001-07-08 14:41 Adam Kropelin
2001-07-09 3:21 andre
2001-07-09 12:30 ` M.H.VanLeeuwen
2001-07-10 3:41 ` M.H.VanLeeuwen
2001-07-10 6:37 ` Andre Hedrick
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=3B47130B.6B0D4F04@megsinet.net \
--to=vanl@megsinet.net \
--cc=jroland@roland.net \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox