Hi Tianyou,
I see that you were trying to persist RAM in Qemu to a file.
http://marc.info/?l=qemu-devel&m=146134037011022&w=2
Could you share this work with me? I looked for it but couldn’t find it.
I tried -mem-path= but the file contents are always all 0’s. I tried
hacking qemu to mmap the fil
On Thu, Apr 17, 2014 at 8:34 AM, Christopher Covington
wrote:
> On 04/17/2014 06:02 AM, Peter Maydell wrote:
>> On 2 April 2014 13:47, Peter Maydell wrote:
>>> On 2 April 2014 13:11, Peter Crosthwaite
>>> wrote:
Like others, I have been carrying this change locally. Good to see it up!
>>>
On Wed, Apr 2, 2014 at 7:47 AM, Peter Maydell wrote:
> On 2 April 2014 13:11, Peter Crosthwaite wrote:
>> Like others, I have been carrying this change locally. Good to see it up!
>
> Why are you all booting raw Images anyway (just out of curiosity)? All my
> test cases boot either a zImage or a
On Tue, Mar 25, 2014 at 7:29 AM, Christopher Covington
wrote:
> Hi Joel,
>
> On 03/24/2014 11:34 PM, Joel Fernandes wrote:
>> Loading kernel at offset 0x1 works only for zImage, but not for Image,
>> because the kernel expect the start of decompressed kernel (.hea
On 03/25/2014 08:13 AM, Peter Maydell wrote:
> On 25 March 2014 03:34, Joel Fernandes wrote:
>> Loading kernel at offset 0x1 works only for zImage, but not for Image,
>> because the kernel expect the start of decompressed kernel (.head.text) to be
>> at an address tha
rectly, however when loading an Image and executing directly Qemu is
required it to load it at the correct location. Doing so, doesn't break Qemu's
zImage loading. With this patch, both zImage and Image work correctly.
Signed-off-by: Joel Fernandes
---
hw/arm/boot.c |2 +-
1 file chang
On Mon, Mar 24, 2014 at 7:25 PM, Peter Maydell wrote:
> On 24 March 2014 19:49, Joel Fernandes wrote:
>> Now, I start gdb with -s -S options to halt on startup, and step
>> through, each time I'm dumping the register set:
>> ..
>> Reading symbols from /home/jo
Hi,
I'm seeing some weirdness debugging a kernel on a ARM925 platform
(cheetah, OMAP1 based).
Qemu version: 2.0.0-rc0
I'm using GDB to step through a mainline Linux kernel, which crashes
very early in boot (crash happens when reading the CPUID using cp15
instruction which is a different issue.)
