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

[regression] Re: Enabling runtime P2V by default

From: Jonathan Nieder <hidden>
Date: 2012-02-06 22:31:47

Will Deacon wrote:
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
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.
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?

Thanks,
Jonathan

[1] http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/124051/focus=124062
https://bugzilla.kernel.org/show_bug.cgi?id=42680
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help