ARM realview breakages w/ 3.7 under qemu

Will Deacon will.deacon at arm.com
Mon Dec 17 10:13:48 EST 2012


On Mon, Dec 17, 2012 at 02:06:10PM +0000, Florian Fainelli wrote:
> Le 12/17/12 14:42, Will Deacon a écrit :
> > On Fri, Dec 14, 2012 at 10:37:04AM +0000, Florian Fainelli wrote:
> >> Le 12/14/12 10:40, Russell King - ARM Linux a écrit :
> >>> On Thu, Dec 13, 2012 at 05:48:17PM +0000, Will Deacon wrote:
> >>>> On Thu, Dec 13, 2012 at 05:26:25PM +0000, Florian Fainelli wrote:
> >>>>> - PBX A9: booting with less than 1024MBytes of RAM causes this:
> >>>>> [    0.000000] Truncating RAM at 20000000-3fffffff to -3f7fffff (vmalloc
> >>>>> region overlap).
> >>>>> [    0.000000] Ignoring RAM at 80000000-8fffffff (vmalloc region overlap).
> >>>>>
> >>>>> Do these issues sounds familiar to any of you? The kernel config is
> >>>>> attached in case that helps.
> >>> I don't have the original email to reply to (so I don't have the .config
> >>> either) but my guess for the above would be that HIGHMEM is disabled.
> >> The original mail containing the .config file was actually rejected by
> >> the mailing-list manager. I have uploaded it here:
> >> http://alphacore.org/~florian/openwrt/realview-eb-config
> >>
> >> You are right, HIGHMEM is disabled. Even though enabling HIGHMEM does
> >> not allow me booting either without at least 1Gbyte of RAM:
> >>
> >> [    0.000000] Memory policy: ECC disabled, Data cache writealloc
> >> and we are stuck.
> > I just dusted off my pbx and it boots fine with your .config and a 3.7
> > kernel when passing mem=128M on the command line.
> Ok, there must be something specific to qemu, can you also try with it?

Works too, but I had to add mem=128M to the command line (I guess the ATAGs
are wrong).

> >
> > For EB, can you try the following diff please?
> 
> Works for me, thank you! I realized that I had this patch for 3.3 
> already, but not in 3.7. This means that Realview EB has been broken 
> since 3.3-rc and specifically commit 34ae6c96 (ARM: 7298/1: realview: 
> fix mapping of MPCore private memory region).

Cool, can I re-post with your tested-by please?

Will



More information about the linux-arm-kernel mailing list