From: Richard Purdie <rpurdie@rpsys.net>
To: Andrew Morton <akpm@linux-foundation.org>, svs1957@gmail.com
Cc: bgat@billgatliff.com, linux-kernel@vger.kernel.org,
rmk@arm.linux.org.uk, bugme-daemon@bugzilla.kernel.org,
linux-arm-kernel@lists.arm.linux.org.uk
Subject: Re: [Bugme-new] [Bug 9217] New: CONFIG_CMDLINE doesn't pass to kernel
Date: Sun, 28 Oct 2007 22:46:47 +0000 [thread overview]
Message-ID: <1193611607.7401.9.camel@localhost.localdomain> (raw)
In-Reply-To: <1193349292.17244.1.camel@localhost.localdomain>
On Thu, 2007-10-25 at 22:54 +0100, Richard Purdie wrote:
> On Thu, 2007-10-25 at 13:02 -0700, Andrew Morton wrote:
> > It was in the inital report, at
> > http://bugzilla.kernel.org/show_bug.cgi?id=9217 :
>
> This is the commandline they wanted to use, not the one that was
> actually used. The one that was used should appear on the console, on
> the serial console if they have the lead or in dmesg when the device
> boots. We know it probably contained root=/dev/mtdblock2 but thats it.
>
> I'd like to confirm which commandline is appearing since if we know
> which one it is we might stand a chance of knowing where it came from,
> until then this is just a guessing game.
There was a followup in the bugzilla:
> I use u-boot to boot kernel.
> When kernel >=2.6.23 boot it use u-boot default bootparam:
> console=ttyS0,115200 console=tty1 root=/dev/mtdblock2 rootfstype=jffs2
> Now I try to change it in u-boot source.
>
> kernel 2.6.22.9 change default u-boot boot params to what I set in
> CONFIG_CMDLINE But 2.6.23 and later doesn't
So its not the standard bootloader, its one which passes an ATAG
commandline and 2.6.23 onwards uses an ATAG commandline if present over
the compiled in commandline.
My opinion is that this is a feature. Recompile the bootloader without
the commandline if you want to use the one compiled into the kernel.
This is going to be useful in the future when booting Zaurus kernels
with kexec since it means we can customise the commandline through the
ATAGs.
Cheers,
Richard
next prev parent reply other threads:[~2007-10-28 22:50 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <bug-9217-10286@http.bugzilla.kernel.org/>
2007-10-25 2:57 ` [Bugme-new] [Bug 9217] New: CONFIG_CMDLINE doesn't pass to kernel Andrew Morton
2007-10-25 3:35 ` Bill Gatliff
2007-10-25 12:23 ` Lennert Buytenhek
2007-10-25 13:43 ` Richard Purdie
2007-10-25 20:02 ` Andrew Morton
2007-10-25 21:54 ` Richard Purdie
2007-10-28 22:46 ` Richard Purdie [this message]
2007-10-28 22:53 ` Russell King
2007-10-25 5:26 ` mwester
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=1193611607.7401.9.camel@localhost.localdomain \
--to=rpurdie@rpsys.net \
--cc=akpm@linux-foundation.org \
--cc=bgat@billgatliff.com \
--cc=bugme-daemon@bugzilla.kernel.org \
--cc=linux-arm-kernel@lists.arm.linux.org.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=rmk@arm.linux.org.uk \
--cc=svs1957@gmail.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