lkml.org 
[lkml]   [2012]   [Dec]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: arm: CONFIG_ARM_PATCH_PHYS_VIRT=y is broken on kirkwood
On Fri, 7 Dec 2012, Gerlando Falauto wrote:

> Hi everyone,
>
> On 04/10/2012 08:12 PM, Sergei Trofimovich wrote:
> > On Mon, 09 Apr 2012 22:28:28 +0100
> > Ian Campbell<ijc@hellion.org.uk> wrote:
> >
> > > On Sun, 2012-04-08 at 11:59 +0300, Sergei Trofimovich wrote:
> > > > In order to make the box boot I had to set:
> > > > CONFIG_EMBEDDED=y
> > > > # CONFIG_ARM_PATCH_PHYS_VIRT is not set
> > > > CONFIG_PHYS_OFFSET=0x0
> > > >
> > > > Do you have an idea why it does not boot anymore by default?
> > >
> > > There is a u-boot commit which fixes this issue:
> > >
> > > commit 679530278d5a79d34e356ad2d452f4400953bfc2
> > > Author: Michael Walle<[michael@walle.cc]>
> > > Date: Mon Feb 6 22:42:10 2012 +0530
> > >
> > > arm, arm-kirkwood: disable l2c before linux boot
> > >
> > > The decompressor expects the L2 cache to be disabled. This fixes
> > > booting
> > > some kernels, which have CONFIG_ARM_PATCH_PHYS_VIRT enabled.
> > >
> > > Signed-off-by: Michael Walle<michael@walle.cc>
> > > Acked-by: Prafulla Wadaskar<prafulla@marvell.com>
> > > Cc: Albert ARIBAUD<albert.u.boot@aribaud.net>
> > > Cc: Prafulla Wadaskar<prafulla@marvell.com>
> > > Cc: Wolfgang Denk<wd@denx.de>
> >
> > Thank you, Ian. Updating u-boot helped!
> >
> > Sorry for the noise.
>
> I guess if updating u-boot is not an option, there's no other way around it
> than disabling CONFIG_ARM_PATCH_PHYS_VIRT altogether.
>
> Could someone (Russell?) simply state what the consequences are of disabling
> such option? (Or, conversely, what its advantages are?)
> Only reference I found is the original commit, but I couldn't really
> understand what it does (or to what purpose), see at the bottom.

Disabling this option will not do you any harm. It will prevent your
kernel binary from being usable on another platform as the physical RAM
address will then be hardcoded in the compiled kernel, but there are
still other things that prevents such sharing in this case anyway.

One thing that this option allowed is to remove all the physical RAM
offset information for most platform out of the source tree. So to not
have this option might mean that you might be prompted to provide it at
kernel configuration time.

Nicolas


\
 
 \ /
  Last update: 2012-12-07 23:21    [W:0.049 / U:0.732 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site