On 18 September 2011 16:13, Stefan Weil wrote:
> Am 18.09.2011 17:02, schrieb Mulyadi Santosa:
>>
>> Hi :)
>>
>> On Sun, Sep 18, 2011 at 02:59, Stefan Weil wrote:
>>>
>>> Hello,
>>>
>>> these patches add a new code generator (TCG target) to qemu.
>>
>> I personally congrats you for your hard work
On 19 September 2011 11:20, Stefan Hajnoczi wrote:
> On Mon, Sep 19, 2011 at 9:40 AM, David Gilbert
> wrote:
>> Is it possible to dynamically switch between the two?
>>
>> The two cases I'm thinking of are:
>> 1) Using the interpreter to execute one
On 27 September 2011 14:01, loody wrote:
> hi:
> Would you mind to let me know which configs you use to compile for a9
> running on qemu?
Kernel configs? I mostly use prebuilt kernels from the Linaro images.
Dave
On 5 October 2011 10:21, Paolo Bonzini wrote:
> If interested people can test the patches more and submit them more
> formally, I'd be very glad. I wrote it for RCU, but of course that one is
> not really going to be 1.0 material (even for 9p).
Hmm this got a bit more complex than the original
On 12 December 2011 18:10, andrzej zaborowski wrote:
> On 12 December 2011 19:03, Peter Maydell wrote:
>> On 12 December 2011 17:24, andrzej zaborowski wrote:
>>> BTW: I think we can also use the "ld" branch when we see the goto
>>> target is in Thumb mode.
>>
>> The target of a goto is currentl
On 2 November 2011 19:23, Alexander Graf wrote:
> There are a number of files in /proc that expose host information
> to the guest program. This patch adds infrastructure to override
> the open() syscall for guest programs to enable us to on the fly
> generate guest sensible files.
>
> Signed-off-
Yes, the Q with the emu head looks nice - I kind of think the middle
of the Q starts to look nicely like an egg; but perhaps that's
just me.
Dave
On 11 July 2011 09:21, Xiao Jiang wrote:
> Hello,
>
> I downloaded latest qemu 0.14.1, it should support realview-pbx-a9 board now
> from
> below cmd.
> $ qemu-system-arm -M ?|grep Cortex-A9
> realview-pbx-a9 ARM RealView Platform Baseboard Explore for Cortex-A9
>
> Then I compiled a zImage from l
On 12 July 2011 07:04, Xiao Jiang wrote:
>> It looks like I am not in luck, qemu still can't run successfully.
>> I recompiled the qemu from linaro qemu tree and executed below
>> instructions in order.
>>
>> 1. open window A, run below cmd.
>> xjiang@xjiang-desktop:~/work/qemu$ sudo qemu-system-a
On 1 September 2011 08:32, Julien Heyman wrote:
> Hi,
>
> I was wondering if anyone had some data regarding the relative performance
> of any given ARM board emulated in QEMU versus the real thing. Yes, I do
> know this depends a lot on the host PC running qemu, but some
> ballpark/example figures
On 2 September 2011 17:04, Julien Heyman wrote:
> Thanks Dave.
> I use system emulation, and my main concern is "just" to know that the
> actual board will run faster than the emulation. So based on your example,
> and even though my target board (mini2440) is nowhere as fast as a Panda
> board, t
Hi,
Write performance on the SD emulation on ARM is rather painful with
the default empty SD_OPTS; it's
getting something like 130KB/s on the vexpress model With
cache=writeback this goes up to a sensible
8MB/s. (This is with the file on an LUKS encrypted lvm partition that
is my home directory
Hi,
I've just filed bug 823902 ( https://bugs.launchpad.net/qemu/+bug/823902 )
which is a mutlthreaded user mode ARM crash that goes away if I revert
0d101938 ( tcg: Reload local variables after return from longjmp ).
It's actually a bit more complicated than that, in that:
1) It fails reliab
On 11 August 2011 15:10, Paolo Bonzini wrote:
> I'm not sure about what to read from there:
>
>> If I make cpu_single_env thread local with __thread and leave
>> 0d101... in, then again it works reliably on 32bit Lucid, and is
>> flaky on 64 bit Oneiric (5/10 2 hangs, 3 segs)
>>
>> I've also trie
14 matches
Mail list logo