From: schen@mvista•com (Steve Chen)
To: linux-arm-kernel@lists•infradead.org
Subject: make PHYS_OFFSET determined at run time (unfinished)
Date: Thu, 21 Jan 2010 05:43:04 -0600 [thread overview]
Message-ID: <1264074184.3207.109.camel@linux-1lbu> (raw)
In-Reply-To: <1b68c6791001201728ma5ce62dyb1d4825cedb8f9df@mail.gmail.com>
On Thu, 2010-01-21 at 10:28 +0900, jassi brar wrote:
> >
> > I'm also able to boot zImage under u-boot. However, I had to set r1
> > manually, and I don't know how to pass kernel parameters (stuff passed
> > into kernel uImage via bootargs) to zImage. Any tips will be greatly
> > appreciated.
> Perhaps you use 'go' instead of 'bootm' command in u-boot?
> How about:-
>
> u-boot # <load zImage@_addr_ by some means>
>
> u-boot # setenv machid <your machine ID in hex without the '0x'>
> u-boot # saveenv //persistently save the machid
> // now you don't need to set machid even after cold reset
>
> u-boot # bootm _addr_
>
> hth.
Yes, I did use go instead of bootm. I'll give this a try. I'm using
u-boot version 1.3.3. Based on Uwe's comment, there is a good chance
that I'll need to upgrade my u-boot. Thank you all for the feedback.
Steve
next prev parent reply other threads:[~2010-01-21 11:43 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-19 8:38 make PHYS_OFFSET determined at run time (unfinished) Uwe Kleine-König
2010-01-19 8:43 ` [PATCH] arm: don't define unused symbol initrd_phys for zImage Uwe Kleine-König
2010-01-19 8:43 ` [PATCH] arm: add a comment to __atags_pointer describing where it's set Uwe Kleine-König
2010-01-19 8:52 ` Russell King - ARM Linux
2010-01-19 8:43 ` [PATCH] arm: remove support for old way to pass kernel parameters Uwe Kleine-König
2010-01-19 8:54 ` Russell King - ARM Linux
2010-01-19 9:13 ` [PATCH] arm: deprecate " Uwe Kleine-König
2010-01-19 20:26 ` make PHYS_OFFSET determined at run time (unfinished) Ryan Mallon
2010-01-20 0:55 ` Ben Dooks
2010-01-20 2:21 ` Steve Chen
2010-01-20 2:32 ` Ben Dooks
2010-01-20 14:39 ` Steve Chen
2010-01-20 14:43 ` Uwe Kleine-König
2010-01-21 1:28 ` jassi brar
2010-01-21 2:15 ` Ryan Mallon
2010-01-21 11:57 ` Steve Chen
2010-01-21 12:48 ` Steve Chen
2010-01-21 11:43 ` Steve Chen [this message]
2010-01-21 12:43 ` Uwe Kleine-König
2010-01-21 15:22 ` Steve Chen
2010-01-22 12:32 ` jassi brar
2010-01-20 9:53 ` Russell King - ARM Linux
2010-01-20 8:38 ` Uwe Kleine-König
2010-01-22 11:58 ` Uwe Kleine-König
2010-01-25 17:32 ` change boot requirements [Was: make PHYS_OFFSET determined at run time (unfinished)] Uwe Kleine-König
2010-01-25 19:32 ` Ryan Mallon
2010-01-30 21:02 ` Uwe Kleine-König
2010-01-30 21:07 ` [PATCH 1/3] zImage: don't hard code the stack size twice Uwe Kleine-König
2010-01-30 21:07 ` [PATCH 2/3] uImage: require passing a LOADADDR when building with RUNTIME_PHYSOFFSET Uwe Kleine-König
2010-01-30 21:07 ` [PATCH 3/3] Allow PHYS_OFFSET to be runtime determined Uwe Kleine-König
2010-02-04 9:51 ` change boot requirements [Was: make PHYS_OFFSET determined at run time (unfinished)] Uwe Kleine-König
2010-02-04 9:52 ` [PATCH] arm: remove bit-rotten STANDALONE_DEBUG for decompressor Uwe Kleine-König
2010-02-12 11:03 ` [PULL REQUEST] runtime physoffset [Was: change boot requirements] Uwe Kleine-König
2010-03-08 12:15 ` Amit Kucheria
2010-03-22 21:09 ` Uwe Kleine-König
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=1264074184.3207.109.camel@linux-1lbu \
--to=schen@mvista$(echo .)com \
--cc=linux-arm-kernel@lists$(echo .)infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
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