Am 03.03.2012 03:05, schrieb q...@buildbot.b1-systems.de:
The Buildbot has detected a new failure on builder block_mingw32 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/block_mingw32/builds/144
Buildbot URL: http://buildbot.b1-systems.de/qemu/
On 03.03.2012 10:38, Ronnie Sahlberg wrote:
Signed-off-by: Ronnie Sahlberg ronniesahlb...@gmail.com
---
configure |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index fb0e18e..294c0c1 100755
--- a/configure
+++ b/configure
@@ -2503,9
Am 03.03.2012 07:43, schrieb ronnie sahlberg:
Yes,
Very unfortuante since libiscsi is such a nice name for a
multiplatform library what even works on win32 :-(
I have so renamed it to libiscsiclient and sent a patch to qemu to
this list to use -liscsiclient instead of -liscsi
Mind
On Wed, Feb 29, 2012 at 8:38 AM, Ori Mamluk omam...@zerto.com wrote:
I think the BlockFilter direction goes very well with our plans for a
replication module.
I guess it would take some discussions and time to form a solid layer for
the BlockFilters, and I'd like to move ahead in parallel with
On 03.03.2012 15:15, Andreas Färber wrote:
Am 03.03.2012 07:43, schrieb ronnie sahlberg:
Yes,
Very unfortuante since libiscsi is such a nice name for a
multiplatform library what even works on win32 :-(
I have so renamed it to libiscsiclient and sent a patch to qemu to
this list to use
The GLib threading APIs were revamped in GLib 2.31 and a number
of the old interfaces were deprecated, which means they provoke
compilation warnings (errors if -Werror) now. Add support for the
new interfaces while retaining the old ones so we can still compile
on older versions of GLib too.
On Mon, Feb 27, 2012 at 06:36, Mark Cave-Ayland
mark.cave-ayl...@ilande.co.uk wrote:
Hi all,
I've been experimenting with SPARC64 under QEMU, and with current git master
I am unable to boot OpenBIOS at all with the following error:
OpenBIOS for Sparc64
Unhandled Exception 0x0032
On Mon, Feb 27, 2012 at 00:36, Alexander Graf ag...@suse.de wrote:
On 26.02.2012, at 22:41, Blue Swirl wrote:
On Fri, Feb 24, 2012 at 00:23, David Gibson da...@gibson.dropbear.id.au
wrote:
From: Benjamin Herrenschmidt b...@kernel.crashing.org
If the kernel page size is larger than
On Wed, Feb 29, 2012 at 12:45, 陳韋任 che...@iis.sinica.edu.tw wrote:
Hi all,
I would like to know how QEMU handle precise exception. Basically, QEMU need
to maintain a well-defined guest architecture state (register + memory) before
returning to the exception handler.
For the guest
PCI_CLASS_DISPLAY_VGA has already defined in hw/pci_ids.h, so use the
macro definition instead of a simple digit.
Signed-off-by: Wanpeng Li l...@linux.vnet.ibm.com
---
hw/pci.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/pci.c b/hw/pci.c
index fe71666..274d86d
Hello,
2012/2/22 Peter Maydell peter.mayd...@linaro.org:
Ping?
In case it helps, I have successfully tested this patch running
adduser on Debian armhf target emulated via qemu-arm-static.
Tested-by: Hector Oron zu...@debian.org
On 3 February 2012 13:53, Peter Maydell peter.mayd...@linaro.org
Hi,
I am a student currently working on development of a Hypervisor for JOS
Operating System.
I run JOS over QEMU's emulation of x86 architecture. Currently I am planning to
add Nested Page Table support to JOS.
Does QEMU emulate the Nested Page Tables implemented by AMD-V architecture or
Am 02.03.2012 22:03, schrieb Meador Inge:
Currently 'cpu_reset' doesn't fully compute all of the needed
HFLAGs and fails to setup fcr0 after clearing the CPU state.
This can cause instruction exceptions. For example, using
'madd.d' on machines that should support it is kindly greeted
with:
Can anyone explain their relationship and difference among them? It
is very appreciated if you can make some comments. thanks.
I think IRQ number, interrupt number are quite similar things. You can
check PIC [1] first, especially 8259A [2]. When a device raise an interrupt,
the interrupt is
On 03/02/2012 05:35 AM, Kevin Wolf wrote:
Am 02.03.2012 10:58, schrieb Amos Kong:
On 02/03/12 11:38, Amos Kong wrote:
--- a/net.c
+++ b/net.c
@@ -84,7 +84,7 @@ static int get_str_sep(char *buf, int buf_size,
const char **pp, int sep)
const char *p, *p1;
int len;
p = *pp;
Hi,
I'm looking for information about ARM/i.MX support in QEMU (i.MX23).
I've found some patches around but I didn't find anything in the Git tree.
Here is a discussion from 2011 about i.MX31 patches:
http://comments.gmane.org/gmane.comp.emulators.qemu/125932
Any idea ?
regards
--
Pierre
2012/3/3 Zhi Yong Wu zwu.ker...@gmail.com:
thanks a lot for your help, they are very in theory.:). actually these
concepts all exist in QEMU. I would like to know how they work
together.
It's a mess. qemu_irq is the most fundamental data type we
use to model a general 'pin' or 'signal' line;
PCI_CLASS_DISPLAY_VGA has already defined in hw/pci_ids.h, so use the
macro definition instead of a simple digit.
Signed-off-by: Wanpeng Li l...@linux.vnet.ibm.com
---
hw/pci.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/pci.c b/hw/pci.c
index fe71666..274d86d
On 03/03/2012 10:45 AM, Andreas Färber wrote:
Am 02.03.2012 22:03, schrieb Meador Inge:
Currently 'cpu_reset' doesn't fully compute all of the needed
HFLAGs and fails to setup fcr0 after clearing the CPU state.
This can cause instruction exceptions. For example, using
'madd.d' on machines
Fix a missing header required to build on recent FreeBSD.
Signed-off-by: Nathan Whitehorn nwhiteh...@freebsd.org
---
os-posix.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/os-posix.c b/os-posix.c
index dbf3b24..83b14a0 100644
--- a/os-posix.c
+++ b/os-posix.c
@@
The POWER7 emulation is missing the Processor Identification Register,
mandatory in recent POWER CPUs, that is required for SMP on at least
some operating systems (e.g. FreeBSD) to function properly. This patch
copies the existing PIR code from the other CPUs that implement it.
Signed-off-by:
Recent changes to the signature of usb_host_device_open() have broken
the stub USB backend. This updates the stub version of
usb_host_device_open() to correspond to the new API.
Signed-off-by: Nathan Whitehorn nwhiteh...@freebsd.org
---
usb-stub.c |2 +-
1 files changed, 1 insertions(+),
Fix large page support in TCG. The old code would overwrite the large
page table entry with the fake 4 KB
one generated here whenever the ref/change bits were updated, causing it
to point to the wrong area of memory. Instead of creating a fake PTE,
just update the real address at the end.
On Sun, Feb 26, 2012 at 17:34, Max Filippov jcmvb...@gmail.com wrote:
Hi.
This is a pull request for my current target-xtensa queue.
Changes in the queue are:
- 'info tlb' monitor command;
- debug option implementation;
- a few minor fixes.
ping?
Thanks, pulled.
Debug option series
Thanks, applied.
On Thu, Mar 1, 2012 at 09:43, Jan Kiszka jan.kis...@siemens.com wrote:
This was a breakage of 3741715cf2.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
usb-stub.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/usb-stub.c b/usb-stub.c
On Fri, Mar 2, 2012 at 12:07, Peter Maydell peter.mayd...@linaro.org wrote:
Hi; this is a pullreq for the arm-devs queue; nothing hugely exciting
here unless you count the final part of the -dtb support. Please pull.
Thanks, pulled.
thanks
-- PMM
The following changes since commit
Hi,
Am 02.03.2012 17:29, schrieb Pierre Ficheux:
I'm looking for information about ARM/i.MX support in QEMU (i.MX23).
I've found some patches around but I didn't find anything in the Git tree.
Here is a discussion from 2011 about i.MX31 patches:
Am 03.03.2012 17:38, schrieb Nathan Whitehorn:
Recent changes to the signature of usb_host_device_open() have broken
the stub USB backend. This updates the stub version of
usb_host_device_open() to correspond to the new API.
Signed-off-by: Nathan Whitehorn nwhiteh...@freebsd.org
Looks like
Am 03.03.2012 17:36, schrieb Nathan Whitehorn:
The POWER7 emulation is missing the Processor Identification Register,
mandatory in recent POWER CPUs, that is required for SMP on at least
some operating systems (e.g. FreeBSD) to function properly. This patch
copies the existing PIR code from
Am 03.03.2012 17:39, schrieb Nathan Whitehorn:
Fix large page support in TCG. The old code would overwrite the large
page table entry with the fake 4 KB
one generated here whenever the ref/change bits were updated, causing it
to point to the wrong area of memory. Instead of creating a fake
Does QEMU emulate the Nested Page Tables implemented by AMD-V architecture or
the Intel VT?
I think the answer is no.
Also I am trying to understand the QEMU source with an objective of
participating in the Google Summer of Code and contributing to QEMU. I have
tried tracing through
Am 28.02.2012 04:18, schrieb David Gibson:
From: Alexey Kardashevskiy a...@ozlabs.ru
Currently, the function spapr_create_phb() uses its parameters to
initialize the correct memory windows for the new PCI Host Bridge
(PHB). This is not the way things are supposed to be done with qdevs,
and
- Original Message -
From: Markus Armbruster arm...@redhat.com
To: Miroslav Rezanina mreza...@redhat.com
Cc: qemu-devel@nongnu.org
Sent: Thursday, March 1, 2012 4:50:35 PM
Subject: Re: [Qemu-devel] [PATCH] Add -netdev to man page
Miroslav Rezanina mreza...@redhat.com writes:
Am 03.03.2012 13:38, schrieb Wanpeng Li:
PCI_CLASS_DISPLAY_VGA has already defined in hw/pci_ids.h, so use the
macro definition instead of a simple digit.
Signed-off-by: Wanpeng Li l...@linux.vnet.ibm.com
Number matches,
Acked-by: Andreas Färber afaer...@suse.de
Cc'ing mst.
There's
On 02.03.2012, at 18:49, Peter Maydell wrote:
On 27 February 2012 15:16, Bernhard M. Wiedemann bwiedem...@suse.de wrote:
I found that running a debian arm5 bash with qemu runs into varying
problems with -R but works without.
So I had a look at this this afternoon, and what seems to be
On 03.03.2012, at 22:02, Alexander Graf wrote:
[...]
$ qemu-arm -R $(( 0x1000 )) ./brk
mmap: 0x935000
current brk: 0x
-8000 ---p 00:00 0
8000-9000 r-xp 08:09 1248935408 /brk
9000-0001 ---p 00:00 0
In QEMU with -R high
$ qemu-arm -R $(( 0x1000 )) ./brk
mmap: 0x935000
current brk: 0x
-8000 ---p 00:00 0
8000-9000 r-xp 08:09 1248935408 /brk
9000-0001 ---p 00:00 0
0001-00011000 r--p 08:09
On Sat, 3 Mar 2012, Alexander Graf wrote:
On 02.03.2012, at 18:49, Peter Maydell wrote:
On 27 February 2012 15:16, Bernhard M. Wiedemann bwiedem...@suse.de wrote:
I found that running a debian arm5 bash with qemu runs into varying
problems with -R but works without.
So I had a
When mmap()'ing memory somewhere where it's not allowed, we should not
default to the next free page which could be right after brk()'ed memory,
but rather at TARGET_UNMAPPED_BASE, which ensures that brk() can extend its
space later on.
Reported-by: Bernhard M. Wiedemann bwiedem...@suse.de
Paul Brook p...@codesourcery.com writes:
15545 brk(NULL) = 0x00012000
15545 brk(0x00812000) = 0x00012000
This is your bug. According to the trace above, the brk call fails, but
returns success anyway. A quick look at do_brk confirms this suspicion.
This is not a bug. The brk syscall
If the guest process tells us to map at a specific address, we shouldn't
increase the last automatic mapping ended here variable.
This patch brings the reserved_va code in line with the default case.
Signed-off-by: Alexander Graf ag...@suse.de
---
linux-user/mmap.c |6 +-
1 files
When mmap()'ing memory somewhere where it's not allowed, we should not
default to the next free page which could be right after brk()'ed memory,
but rather at TARGET_UNMAPPED_BASE, which ensures that brk() can extend its
space later on.
Reported-by: Bernhard M. Wiedemann bwiedem...@suse.de
When mmap()'ing memory somewhere where it's not allowed, we should not
default to the next free page which could be right after brk()'ed memory,
but rather at TARGET_UNMAPPED_BASE, which ensures that brk() can extend its
space later on.
NACK, As discussed on IRC.
Effectively prevents mmap
If the guest process tells us to map at a specific address, we shouldn't
increase the last automatic mapping ended here variable.
That sounds reasonable, in fact I'd go further. Tests on an x86-linux machine
(both 32-bit and 64-bit userspace) show that if the requested address is not
Hi,
since commit ae255e523, qemu with NBD hangs at startup (when it tries to
access the disk):
commit ae255e523c256cf0708f1c16cb946ff96340a800
Author: Paolo Bonzini pbonz...@redhat.com
Date: Thu Sep 8 14:28:59 2011 +0200
nbd: switch to asynchronous operation
Signed-off-by: Paolo
After consulting with Paul Brook, we concluded that it's best to search
the VMA space downwards, so that we don't even get the chance to conflict
with the brk range.
This patch resolves a bunch of allocation conflicts when using -R.
Signed-off-by: Alexander Graf ag...@suse.de
---
This replaces
Public bug reported:
I created a named pipe serial hardware and supplied '/tmp/debug' which I
created using mkfifo
This is the snippet from ps -aux
-chardev pipe,id=charserial0,path=/tmp/debug -device
isa-serial,chardev=charserial0,id=serial0
failure@ubuntu1:~$ ls -al /tmp/debug*
prwxrwxrwx 1
On Sun, Mar 4, 2012 at 1:12 AM, Peter Maydell peter.mayd...@linaro.org wrote:
2012/3/3 Zhi Yong Wu zwu.ker...@gmail.com:
thanks a lot for your help, they are very in theory.:). actually these
concepts all exist in QEMU. I would like to know how they work
together.
It's a mess. qemu_irq is
On 03/03/2012 13:46, Stefan Hajnoczi wrote:
On Wed, Feb 29, 2012 at 8:38 AM, Ori Mamlukomam...@zerto.com wrote:
I think the BlockFilter direction goes very well with our plans for a
replication module.
I guess it would take some discussions and time to form a solid layer for
the BlockFilters,
On Tue, Oct 25, 2011 at 00:47, Avi Kivity a...@redhat.com wrote:
The core issue that kvm (the kernel part) supports two styles of memory:
read/write RAM, and read/write MMIO. ROM wants writes to be ignored,
and rom/device wants reads serviced from memory and writes serviced by
userspace (as
Commits b5dc7732e1cc2fb549e48b7b5d664f2c79628e2e and
be24bb4f3007c3e07cbf1934f7e781493d876ab7 optimized the code
and removed the correct setting of t0. Fix this.
gcc-4.7 detected this bug because parameter arg1 was unused
but set in set_HIT0_LO and set_HI_LOT0.
Cc: Aurelien Jarno
There's missing -netdev description in the man page for qemu. As this is
recommended way to create network backend, lack of documentation can discourage
its usage.
Signed-off-by: Miroslav Rezanina mreza...@redhat.com
V2:
- Fixed spelling errors
- Fixed net and dhcpstart range values
Patch:
52 matches
Mail list logo