From: Rusty Russell <rusty@rustcorp.com.au>
To: "Jeremy Jackson" <jerj@coplanar.net>
To: "Bartlomiej Zolnierkiewicz" <B.Zolnierkiewicz@elka.pw.edu.pl>
Cc: "Alan Cox" <alan@lxorguk.ukuu.org.uk>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] Switch ide parameters to new-style and make them unique.
Date: Mon, 12 May 2003 12:21:26 +1000 [thread overview]
Message-ID: <20030512040100.DA6992C0DC@lists.samba.org> (raw)
In-Reply-To: Your message of "Sun, 11 May 2003 10:59:59 -0400." <005201c317cd$febb2d00$7c07a8c0@kennet.coplanar.net>
In message <005201c317cd$febb2d00$7c07a8c0@kennet.coplanar.net> you write:
> I think at some point, the kernel command line parameters should be
> consolidated behind a single ata=hda,noprobe or ata=if0,io0x1f0,irq7 type
> parameter, instead of the hda= and ide0=. Taking that one step furthur, a
> new syntax is needed, and having it go into 2.6 might pave the way for
> removing the old cruft in 2.8?
The idea behind module_param* is to promote conformity, so a module
foo will have command line params starting with "foo.", as well as
easing the burden of double-implementation on kernel coders.
Naturally, this transition will take a long time (ie. forever):
breaking command line params is not something to be done lightly, even
in a major point transition.
Cheers,
Rusty.
--
Anyone who quotes me in their sig is an idiot. -- Rusty Russell.
next prev parent reply other threads:[~2003-05-12 3:49 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-10 16:19 [PATCH] Parse new-style boot parameters just before initcalls Bartlomiej Zolnierkiewicz
2003-05-10 16:25 ` [PATCH] Switch ide parameters to new-style and make them unique Bartlomiej Zolnierkiewicz
2003-05-11 14:59 ` Jeremy Jackson
2003-05-11 15:32 ` Bartlomiej Zolnierkiewicz
2003-05-11 16:35 ` Alan Cox
2003-05-12 1:49 ` Jeremy Jackson
2003-05-12 6:37 ` Rusty Russell
2003-05-12 12:34 ` Bartlomiej Zolnierkiewicz
2003-05-12 2:21 ` Rusty Russell [this message]
2003-05-12 2:05 ` [PATCH] Parse new-style boot parameters just before initcalls Rusty Russell
2003-05-12 12:05 ` Bartlomiej Zolnierkiewicz
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=20030512040100.DA6992C0DC@lists.samba.org \
--to=rusty@rustcorp.com.au \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=jerj@coplanar.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.