On Fri, Jul 2, 2010 at 6:27 AM, Hidetoshi Seto
wrote:
> (2010/07/02 4:48), Blue Swirl wrote:
>> 2010/7/1 Hidetoshi Seto :
>>> There were fsdev/qemu-fsdev.{o,d} not removed at "make clean".
>>>
>>> Signed-off-by: Hidetoshi Seto
>>> ---
>>> Makefile | 2 +-
>>> 1 files changed, 1 insertions(+),
On Fri, Jul 2, 2010 at 9:50 AM, Paolo Bonzini wrote:
> On 07/01/2010 09:42 PM, Blue Swirl wrote:
>>
>> I still maintain that 'env' may not be unpoisoned until the name is
>> less likely to invite accidents.
>
> The *global* env is still unavailable (i.e. no difference WRT poisoning), by
> virtue o
On Fri, Jul 2, 2010 at 3:37 PM, Paolo Bonzini wrote:
> On 04/09/2010 01:20 PM, Stefan Weil wrote:
>>
>> Some restrictions why qemu-common.h was not used might be no longer
>> valid (I think they came from pre-tcg times). Nevertheless,
>> cris-dis.c even says that it cannot include qemu-common.h (w
Paul Brook wrote:
>> I really see no tangible objection to Jan's patches. They don't impact
>> any other code. They don't inhibit flexibility in the infrastructure.
>> You might consider it to be a "hack" but so what. QEMU is filled with
>> hacks. It would be useless without them because there
On Sat, Jul 3, 2010 at 7:39 AM, Jan Kiszka wrote:
> Paul Brook wrote:
>>> I really see no tangible objection to Jan's patches. They don't impact
>>> any other code. They don't inhibit flexibility in the infrastructure.
>>> You might consider it to be a "hack" but so what. QEMU is filled with
>>
Blue Swirl wrote:
> On Sat, Jul 3, 2010 at 7:39 AM, Jan Kiszka wrote:
>> Paul Brook wrote:
I really see no tangible objection to Jan's patches. They don't impact
any other code. They don't inhibit flexibility in the infrastructure.
You might consider it to be a "hack" but so what.
Thanks, applied patches 1 to 3.
On Tue, Jun 29, 2010 at 7:58 AM, Paolo Bonzini wrote:
> Let's start the cleanups from the feature required by Blue Swirl.
> I also include here a baby step towards removing eminently TCG-related
> stuff from cpu.h.
>
> After this series, only a bunch of files will
On 07/03/2010 01:44 AM, Marcelo Tosatti wrote:
Config entry:
[access]
file = access.flat
Massive log, compressed and attached.
run
test pde.p user: FAIL: error code 5 expected 4
test pte.rw pde.p user: FAIL: error code 5 expected 4
test pte.user pde.p user: FAIL: error code 5 expected
2010/5/30 Blue Swirl :
> On Sat, May 29, 2010 at 9:33 PM, Artyom Tarasenko
> wrote:
>> For me is also interesting what do we miss in the microSPARC implementation.
>> If I switch off POST (which crashes due to the known FPU problems)
>> LX/CX/X OBPs hang. Looks like it's expecting some interrupt (
I get the following error message when running an OpenMP hello world
application:
edua...@eduardo-ubuntu:~/qemu/qemu-0.12.4$
./x86_64-linux-user/qemu-x86_64 ../a.out
ERROR: ioctl(SNDCTL_DSP_MAPINBUF): target=0x80085013 host=0x80105013
ERROR: ioctl(SNDCTL_DSP_MAPOUTBUF): target=0x80085014 host=0x80
I've got various Qemu running linux (gentoo or debian, all running the
same kernel). On one of them, I get very irregular response time.
During a few seconds, it works normally. Eg. thru a ssh connection, I
can type commands at bash, and I get the character echoed right away.
And then, for a f
p...@informatimago.com (Pascal J. Bourguignon) writes:
> I've got various Qemu running linux (gentoo or debian, all running the
> same kernel). On one of them, I get very irregular response time.
>
> During a few seconds, it works normally. Eg. thru a ssh connection, I
> can type commands at ba
On Sun, Jul 4, 2010 at 06:42, Pascal J. Bourguignon
wrote:
> p...@informatimago.com (Pascal J. Bourguignon) writes:
>
>> I've got various Qemu running linux (gentoo or debian, all running the
>> same kernel). On one of them, I get very irregular response time.
>>
>> During a few seconds, it work
Mulyadi Santosa writes:
> On Sun, Jul 4, 2010 at 06:42, Pascal J. Bourguignon
> wrote:
>> p...@informatimago.com (Pascal J. Bourguignon) writes:
>>
>>> I've got various Qemu running linux (gentoo or debian, all running the
>>> same kernel). On one of them, I get very irregular response time.
>
Make configure find uuid functions in Mac OS X by looking into libSystem.B
Mac OS X consolidates many smaller libraries into libSystem.B.dylib. libuuid is
one of these. This patch makes it so that configure doesn't look for a
non-existant libuuid.dylib, but look in libSystem for the uuid functi
On 07/03/2010 12:27 AM, Miguel Di Ciurcio Filho wrote:
---
qemu-monitor.hx | 68 +++
1 files changed, 68 insertions(+), 0 deletions(-)
diff --git a/qemu-monitor.hx b/qemu-monitor.hx
index 9f62b94..5348899 100644
--- a/qemu-monitor.hx
+++ b
16 matches
Mail list logo
