qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH v1 2/3] arm: fix the armv7m reset state


From: KONRAD Frederic
Subject: Re: [Qemu-devel] [PATCH v1 2/3] arm: fix the armv7m reset state
Date: Mon, 3 Jul 2017 11:04:28 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1



On 07/03/2017 10:51 AM, Peter Maydell wrote:
On 3 July 2017 at 08:31, KONRAD Frederic <address@hidden> wrote:
On 06/30/2017 11:06 AM, Peter Maydell wrote:
On 30 June 2017 at 09:24, KONRAD Frederic <address@hidden>
wrote:
If I choose (b) I won't be able to load it to SRAM and it is
basically the same result I'll need to move or modify the config.


I don't understand this, though. Option (b) is probably painful
to implement (I don't have a good idea of how to do it) but
it ought to mean that the ELF files that work on the board
also work for QEMU (regardless of how the board model
implemented the aliased flash).


Yes that's exactly what I want.

Basically the 0x00000000 alias can point to the SRAM or the ROM
during the reset depending on some boot config. The ELF is
directly loaded in the ROM or in the SRAM and my patch allows to
fetch the two first words in the reset handler to make it work
for any boot config.

Yes, but it only works if you implemented it that way
round, and not for board implementations which put the
real device at 0 and the alias at high memory. I'd like a fix
which deals with all of this, not just with the particular
arrangement your board implementation has.

Ok got it, I'll check if I can do something clean which can
handle both ways.

Fred


thanks
-- PMM




reply via email to

[Prev in Thread] Current Thread [Next in Thread]