Message ID | 87vcta7r9f.fsf@ti.com (mailing list archive) |
---|---|
State | New, archived |
Headers | show |
On Fri, 2 Sep 2011, Kevin Hilman wrote: > Hi Tony, > > Your testing-board branch currently has a couple new boards that are > missing the boot_params to atag_offset conversion (patch below.) > > There's a patch below to fix this, but maybe it's better to just rebase > your testing-board branch onto Russell's devel-stable branch (where he's > merged the seris from Nico) so any board stuff we add is sure to do it > correctly. I would suggest that too. Nicolas
On Fri, 2 Sep 2011, Nicolas Pitre wrote: > On Fri, 2 Sep 2011, Kevin Hilman wrote: > > > Hi Tony, > > > > Your testing-board branch currently has a couple new boards that are > > missing the boot_params to atag_offset conversion (patch below.) > > > > There's a patch below to fix this, but maybe it's better to just rebase > > your testing-board branch onto Russell's devel-stable branch (where he's > > merged the seris from Nico) so any board stuff we add is sure to do it > > correctly. > > I would suggest that too. Better yet, if your bootloader does pass the address of the ATAG list via r2 already (contemporary u-Boot versions do) then the boot_params/atag_offset entry is redundant and can simply be dropped upfront. Nicolas
* Nicolas Pitre <nicolas.pitre@linaro.org> [110902 11:25]: > On Fri, 2 Sep 2011, Nicolas Pitre wrote: > > > On Fri, 2 Sep 2011, Kevin Hilman wrote: > > > > > Hi Tony, > > > > > > Your testing-board branch currently has a couple new boards that are > > > missing the boot_params to atag_offset conversion (patch below.) > > > > > > There's a patch below to fix this, but maybe it's better to just rebase > > > your testing-board branch onto Russell's devel-stable branch (where he's > > > merged the seris from Nico) so any board stuff we add is sure to do it > > > correctly. > > > > I would suggest that too. > > Better yet, if your bootloader does pass the address of the ATAG list > via r2 already (contemporary u-Boot versions do) then the > boot_params/atag_offset entry is redundant and can simply be dropped > upfront. Yes we should be able to drop it then. Tony
diff --git a/arch/arm/mach-omap2/board-omap3encore.c b/arch/arm/mach-omap2/board-omap3encore.c index eb70fe1..07ed8ab 100644 --- a/arch/arm/mach-omap2/board-omap3encore.c +++ b/arch/arm/mach-omap2/board-omap3encore.c @@ -338,7 +338,7 @@ static void __init omap_encore_init(void) } MACHINE_START(ENCORE, "encore") - .boot_params = 0x80000100, + .atag_offset = 0x100, .reserve = omap_reserve, .map_io = omap3_map_io, .init_early = omap_encore_init_early, diff --git a/arch/arm/mach-omap2/board-omap4pcm049.c b/arch/arm/mach-omap2/board-omap4pcm049.c index d889110..260f2cb 100644 --- a/arch/arm/mach-omap2/board-omap4pcm049.c +++ b/arch/arm/mach-omap2/board-omap4pcm049.c @@ -578,7 +578,7 @@ static void __init pcm049_map_io(void) MACHINE_START(PCM049, "phyCORE OMAP4") /* Maintainer: Jan Weitzel - Phytec Messtechnik GmbH */ - .boot_params = 0x80000100, + .atag_offset = 0x100, .reserve = omap_reserve, .map_io = pcm049_map_io, .init_early = pcm049_init_early,