From: Mel Gorman <mel@csn.ul.ie>
To: petkovbb@gmail.com
Cc: sshtylyov@ru.mvista.com, alan@lxorguk.ukuu.org.uk,
linux-kernel@vger.kernel.org
Subject: Is the change to IDE probing really necessary?
Date: Mon, 24 Nov 2008 15:56:32 +0000 [thread overview]
Message-ID: <20081124155632.GE23190@csn.ul.ie> (raw)
Hi,
I got caught by commit 20df429dd6671804999493baf2952f82582869fa as I didn't
immediately guess that "ide_generic." was necessary on the kernel command line
when compiled in instead of as a module. While it didn't catch me for long,
my concern is that this is going to trip up other people with old machines
that need that mask. This change was introduced in 2.6.28-rc1 but I didn't
catch it till now as I hadn't used the laptop in a while.
I have a few questions on the commit.
1. Why was it necessary to disable the legacy probes like this at all?
Would it be possible to try the probe_mask in the event nothing is found
or does that have other consequences?
2. Related to one, how is a distro install using modules meant to be
fixed up? They would have to detect the probe failed, update their
modules configuration and try again. Rather than doing that, I would
imagine they add the probe_mask by default making this change somewhat
redundant.
3. It appears that the message will always appear whether the mask is
necessary or not. Why does it not get printed in the even nothing is found
at least to avoid noise? If the message is printed rarely, it should also
say what the kernel command line should be if ide_generic is compiled in.
Thanks.
--
Mel Gorman
Part-time Phd Student Linux Technology Center
University of Limerick IBM Dublin Software Lab
next reply other threads:[~2008-11-24 15:56 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-24 15:56 Mel Gorman [this message]
2008-11-24 18:43 ` Is the change to IDE probing really necessary? Mel Gorman
2008-11-24 18:54 ` Alan Cox
2008-11-24 23:09 ` Mel Gorman
2008-11-25 0:03 ` Alan Cox
2008-11-25 0:16 ` Mel Gorman
2008-11-25 0:30 ` Alan Cox
2008-11-25 0:36 ` Mel Gorman
2008-11-24 22:51 ` Borislav Petkov
2008-11-25 0:01 ` Mel Gorman
2008-11-25 7:21 ` Borislav Petkov
2008-11-25 10:45 ` Mel Gorman
[not found] <bBM1f-6TS-19@gated-at.bofh.it>
[not found] ` <bBOFD-1WX-21@gated-at.bofh.it>
[not found] ` <bBOYV-2w9-7@gated-at.bofh.it>
[not found] ` <bBSST-7ut-11@gated-at.bofh.it>
[not found] ` <bBTFg-8vL-15@gated-at.bofh.it>
[not found] ` <bBTOS-dn-3@gated-at.bofh.it>
[not found] ` <bBU8c-w0-1@gated-at.bofh.it>
2008-11-26 21:48 ` Bodo Eggert
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=20081124155632.GE23190@csn.ul.ie \
--to=mel@csn.ul.ie \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=petkovbb@gmail.com \
--cc=sshtylyov@ru.mvista.com \
/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