From: florian@openwrt.org (Florian Fainelli)
To: linux-arm-kernel@lists.infradead.org
Subject: ARM realview breakages w/ 3.7 under qemu
Date: Fri, 14 Dec 2012 11:50:33 +0100 [thread overview]
Message-ID: <50CB0479.20403@openwrt.org> (raw)
In-Reply-To: <20121214104729.GJ14363@n2100.arm.linux.org.uk>
Le 12/14/12 11:47, Russell King - ARM Linux a ?crit :
> On Fri, Dec 14, 2012 at 11:37:04AM +0100, 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.
> Beware of the version of qemu you're using; older qemu had a bug in the
> handling of the SP804 timers which later kernels broke (it looked to me
> like qemu's SP804 code was written with assumptions about how the kernel
> worked rather than how the hardware works.) This breakage means that
> the timer won't run, which in turn means
Do you know which qemu versions are affected? I use the Ubuntu 12.10
shipped version which is at 1.2.0. This is just for the RealView
EB-MPCore case, PBX-A9 works ok with respect to timer initialization.
> that the kernel will get stuck
> trying to calibrate its delay loop.
>
> However, this does seem to be rather too early for that - and is around
> the memory map re-initialization minefield. How are you getting these
> messages out of your kernel? If you're stopping at that point you
> can't be using the standard ttyAMA driver.
The qemu command-line that I use is the following:
qemu-system-arm -M realview-pbx-a9 -kernel
bin/realview/openwrt-realview-vmlinux.elf -nographic -m 1000 -append
"console=ttyAMA0 earlyprintk"
As far as I can tell, this message is still being printed by the
earlyprintk stub, and not yet the console. The "breaking" memory value
is at 1016 Mbytes.
--
Florian
next prev parent reply other threads:[~2012-12-14 10:50 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-13 17:26 ARM realview breakages w/ 3.7 under qemu Florian Fainelli
2012-12-13 17:48 ` Will Deacon
2012-12-13 17:55 ` Florian Fainelli
2012-12-14 9:40 ` Russell King - ARM Linux
2012-12-14 10:37 ` Florian Fainelli
2012-12-14 10:47 ` Russell King - ARM Linux
2012-12-14 10:50 ` Florian Fainelli [this message]
2012-12-17 13:42 ` Will Deacon
2012-12-17 14:06 ` Florian Fainelli
2012-12-17 15:13 ` Will Deacon
2012-12-17 15:23 ` Florian Fainelli
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=50CB0479.20403@openwrt.org \
--to=florian@openwrt.org \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.