From: alex@foogod.com
To: Andre Hedrick <andre@linux-ide.org>
Cc: alex@foogod.com, linux-kernel@vger.kernel.org
Subject: Re: [patch] I-Opener fix (again)
Date: Wed, 13 Dec 2000 11:40:46 -0800 [thread overview]
Message-ID: <20001213114046.B19902@draco.foogod.com> (raw)
In-Reply-To: <20001211152331.M10618@draco.foogod.com> <Pine.LNX.4.10.10012122217440.4894-100000@master.linux-ide.org>
In-Reply-To: <Pine.LNX.4.10.10012122217440.4894-100000@master.linux-ide.org>
On Tue, Dec 12, 2000 at 10:47:35PM -0800, Andre Hedrick wrote:
>
> Basically if the setting of
>
> * "hdx=flash" : allows for more than one ata_flash disk to be
> * registered. In most cases, only one device
> * will be present.
>
> fails then I will look into this but, the breaking of laptops that have
> CFA devices that do not come on channels in a pair canb not happen.
> If you have a vender unique setting that will follow always the way
> I-Opener's are setup then that is better.
Ok, there are two things here:
1) "hdx=flash" _does_ fail, because the flash-related code clobbers hda
_after_ hda's detection phase, when it's looking at hdb (which is flash).
2) I can see no situation where hdb detection should ever override the
_already_performed_ detection of hda in this way.
Basically, as is, the kernel finds hda (traditional IDE device), configures it
normally, then finds hdb (flash), and clobbers all the correct info it already
detected for hda. This seems just plain wrong.
-alex
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2000-12-13 20:11 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-12-11 23:23 [patch] I-Opener fix (again) alex
2000-12-13 6:47 ` Andre Hedrick
2000-12-13 19:40 ` alex [this message]
2000-12-13 20:20 ` Tim Riker
2000-12-13 20:26 ` alex
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=20001213114046.B19902@draco.foogod.com \
--to=alex@foogod.com \
--cc=andre@linux-ide.org \
--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