Thread (15 messages) flat view 15 messages, 9 authors, 2012-02-09

[regression] Re: Enabling runtime P2V by default

From: Nicolas Pitre <hidden>
Date: 2012-02-06 23:16:00

On Mon, 6 Feb 2012, Jonathan Nieder wrote:
Will Deacon wrote:
quoted
On Wed, Aug 10, 2011 at 10:16:35AM +0100, Russell King - ARM Linux wrote:
quoted
On Tue, Aug 09, 2011 at 09:41:38PM +0200, Linus Walleij wrote:
quoted
quoted
quoted
From: Linus Walleij <redacted>

This works like a charm so I'll just default-select it.
Well, we can remove the EXPERIMENTAL status of this option now.  This
raises the question is whether we should now default it to 'y' - I
think we should.  Anyone have any objections?
I've been running with this option enabled for the collection of ARM boards
I have and the only problem I have encountered was related to u-boot loading
at the wrong address.
Hm, another u-boot problem was found[1].  On the affected machines it
prevents booting a compressed kernel (but uncompressed kernels are
fine) unless CONFIG_ARM_PATCH_PHYS_VIRT is disabled or u-boot is
patched.
quoted
So I'm all for enabling it by default, especially since it will force out
any remaining issues for boards where this hasn't been used extensively.
Looks like it worked. ;-)

So, what now?  Is there anything the kernel can do to work around
this, or should we just live with the regression until people patch
their u-boot?
You really do want to have uboot patched.  Who knows what other latent 
issues are there that you don't know about.


Nicolas
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help