public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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

             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