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
> ---
> 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 +2503,9 @@ if tes
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 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 the
> replica
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
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.
Signe
On Mon, Feb 27, 2012 at 06:36, Mark Cave-Ayland
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
> PC = 0xffd19
On Mon, Feb 27, 2012 at 00:36, Alexander Graf wrote:
>
> On 26.02.2012, at 22:41, Blue Swirl wrote:
>
>> On Fri, Feb 24, 2012 at 00:23, David Gibson
>> wrote:
>>> From: Benjamin Herrenschmidt
>>>
>>> If the kernel page size is larger than TARGET_PAGE_SIZE, which
>>> happens for example on ppc64
On Wed, Feb 29, 2012 at 12:45, 陳韋任 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 register, does QEMU save t
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
---
hw/pci.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/pci.c b/hw/pci.c
index fe71666..274d86d 100644
--- a/hw/pci.c
+++
Hello,
2012/2/22 Peter Maydell :
> 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
> On 3 February 2012 13:53, Peter Maydell wrote:
>> These patches add support for the prctl options PR_G
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
the
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
> wit
> 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;
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 :
> 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; despite the name
it
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
---
hw/pci.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/pci.c b/hw/pci.c
index fe71666..274d86d 100644
--- a/hw/pci.c
+++
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 ma
Fix a missing header required to build on recent FreeBSD.
Signed-off-by: Nathan Whitehorn
---
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
@@ -45,6 +45,10 @@
#inclu
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
---
usb-stub.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --
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.
Sign
On Sun, Feb 26, 2012 at 17:34, Max Filippov 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 h
Thanks, applied.
On Thu, Mar 1, 2012 at 09:43, Jan Kiszka wrote:
> This was a breakage of 3741715cf2.
>
> Signed-off-by: Jan Kiszka
> ---
> usb-stub.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/usb-stub.c b/usb-stub.c
> index 9c3fcea..b4e10c1 100644
> --- a/u
On Fri, Mar 2, 2012 at 12:07, Peter Maydell 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 7c51c1aa03a52b9fd75ed1ade2e
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:
>
> http://comments.gmane.org/gmane.comp.e
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
Looks like a duplicate, a sim
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 throu
Am 28.02.2012 04:18, schrieb David Gibson:
> From: Alexey Kardashevskiy
>
> 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 means yo
- Original Message -
> From: "Markus Armbruster"
> To: "Miroslav Rezanina"
> 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 writes:
>
> > There's missing -netdev description in the
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
Number matches,
Acked-by: Andreas Färber
Cc'ing mst.
There's probably much more uses of magic number in
On 02.03.2012, at 18:49, Peter Maydell wrote:
> On 27 February 2012 15:16, Bernhard M. Wiedemann 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 happening
> is t
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
> 000100
> In QEMU with -R
>
> $ 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 12489
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 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
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
Signed-off-by: Alexande
Paul Brook 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 always returns the
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
---
linux-user/mmap.c |6 +-
1 files changed, 5 inserti
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
Signed-off-by: Alexande
> 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 mm
> 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
avai
Hi,
since commit ae255e523, qemu with NBD hangs at startup (when it tries to
access the disk):
commit ae255e523c256cf0708f1c16cb946ff96340a800
Author: Paolo Bonzini
Date: Thu Sep 8 14:28:59 2011 +0200
nbd: switch to asynchronous operation
Signed-off-by: Paolo Bonzini
Reverting
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
---
This replaces the other pat
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 j
On Sun, Mar 4, 2012 at 1:12 AM, Peter Maydell wrote:
> 2012/3/3 Zhi Yong Wu :
>> 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
> us
On 03/03/2012 13:46, Stefan Hajnoczi wrote:
On Wed, Feb 29, 2012 at 8:38 AM, Ori Mamluk 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 mo
On Tue, Oct 25, 2011 at 00:47, Avi Kivity 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 MMIO).
>
> It
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
Signed-off-by:
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
V2:
- Fixed spelling errors
- Fixed net and dhcpstart range values
Patch:
-
diff --git a/qemu-
52 matches
Mail list logo
