From: Rene Rebe <rene.rebe@gmx.net>
To: Richard Gooch <rgooch@ras.ucalgary.ca>
Cc: linux-kernel@vger.kernel.org, ziegler@informatik.hu-berlin.de
Subject: Re: IDE controller detection 2.4 +devfs
Date: Fri, 30 Nov 2001 02:26:37 +0100 [thread overview]
Message-ID: <20011130022637.290ad791.rene.rebe@gmx.net> (raw)
In-Reply-To: <200111300111.fAU1BLR05033@vindaloo.ras.ucalgary.ca>
In-Reply-To: <20011130001138.78ab1242.rene.rebe@gmx.net> <200111300017.fAU0Hx704241@vindaloo.ras.ucalgary.ca> <20011130012752.0fd5380a.rene.rebe@gmx.net> <200111300034.fAU0YB904723@vindaloo.ras.ucalgary.ca> <20011130015538.68b09e03.rene.rebe@gmx.net> <200111300111.fAU1BLR05033@vindaloo.ras.ucalgary.ca>
On Thu, 29 Nov 2001 18:11:21 -0700
Richard Gooch <rgooch@ras.ucalgary.ca> wrote:
> But it is actually predictable, isn't it? Think of it this way: the
> IDE subsystem reserves "slots" (host numbers) for installed hardware.
> If a piece of hardware is disabled in the BIOS, it doesn't mean that
> the slot won't be reserved.
It would be nice if it would be that way - se below.
> > (All info from my very first mail ...)
> >
> > The other bug is: On a Athlon-600 workstation based on an Irongate
> > board (Asus-K7M) I have to disable the first (primarry) channel of
> > the onbaord IDE controller, because it has problem with the UDMA-66
> > mode. But when I disable this channel, Linux generates a /dev/ide/host1
> > entry - No host0 entry is there. Sure it works - but sucks, too!
> > (Generates a very unstable feeling in me ...)
>
> The "host0" entry isn't shown, because it is disabled. But to say
> "when I disable this channel, Linux generates a /dev/ide/host1" isn't
> correct, and implies a problem where there isn't. The correct way to
> describe this is:
> "host0" is my primary onboard IDE controller. It might not appear if I
> disable it.
> "host1" is my secondary onboard IDE controller. It has the same name
> whether or not I disable the primary.
No!!!! On the Althon box:
- nothing disabled in BIOS:
/dev/ide/host0/bus0/ - on-board primary channel
/deV/ide/host0/bus1/ - on-board secondary channel
- when I disable the primary channel I get this:
/dev/ide/host1/bus1/ - on-board secondary channel
So as you can see it moves!! From host0 to host1!
> And this is a Feature[tm]. It means that tomorrow when a shiny new
> drive arrives, you can plug it into your primary channel and enable
> the channel in the BIOS. You can then boot without having to fix your
> /etc/fstab, because /dev/ide/host1 is still pointing to the same
> devices.
Yes that is a really cool advantage I now for months (over a year!)!
But here is the next example again:
The K6 server (on-board ALI-Aladin-5 + PCI-Card Promisse controller):
/dev/ide/host0/bus0/ - on-board primary channel
/dev/ide/host0/bus1/ - on-board secondary channel
/dev/ide/host2/bus0/ - Promisse primary channel
/dev/ide/host2/bus1/ - Promisse secondarychannel
So where is host1 ??????
(Maybe I should switch back to Mew as MUA to not let kernel-hackers
see the Sylpheed string in the mail-header :-((()
> The only thing that confuses me is why the secondary onboard channel
> is /dev/ide/host1 rather than /dev/ide/host0/bus1.
Only when disabled in the bios (but PLEASE look at the nice lists above
...)
> Regards,
>
> Richard....
> Permanent: rgooch@atnf.csiro.au
> Current: rgooch@ras.ucalgary.ca
k33p h4ck1n6
René
--
René Rebe (Registered Linux user: #127875 <http://counter.li.org>)
eMail: rene.rebe@gmx.net
rene@rocklinux.org
Homepage: http://www.tfh-berlin.de/~s712059/index.html
Anyone sending unwanted advertising e-mail to this address will be
charged $25 for network traffic and computing time. By extracting my
address from this message or its header, you agree to these terms.
next prev parent reply other threads:[~2001-11-30 1:27 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-11-29 23:11 Rene Rebe
2001-11-30 0:17 ` Richard Gooch
2001-11-30 0:34 ` Richard Gooch
2001-11-30 1:11 ` Richard Gooch
2001-11-30 2:10 ` Richard Gooch
2001-11-30 0:27 ` Rene Rebe
2001-11-30 0:55 ` Rene Rebe
2001-11-30 1:26 ` Rene Rebe [this message]
2001-12-05 0:07 ` Rene Rebe
2001-11-30 5:58 ` Greg KH
2001-11-30 7:56 ` Rene Rebe
2001-11-30 8:16 ` Greg KH
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=20011130022637.290ad791.rene.rebe@gmx.net \
--to=rene.rebe@gmx.net \
--cc=linux-kernel@vger.kernel.org \
--cc=rgooch@ras.ucalgary.ca \
--cc=ziegler@informatik.hu-berlin.de \
/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
all inboxes | Powered by JetHome®