On 02/29/12 15:05, Avi Kivity wrote:
> qemu-system-x86_64 -monitor stdio -vnc :0
> QEMU 1.0.50 monitor - type 'help' for more information
> (qemu) screendump /tmp/x.ppm
>
> display /tmp/x.ppm shows an empty screenshot. Breaks autotest for me.
> Connecting a vnc viewer works around the problem.
Commit 45efb16124efef51de5157afc31984b5a47700f9 optimized a bit too
much. We can skip the vga_invalidate_display() in case no console
switch happened because we don't need a full redraw then. We can *not*
skip vga_hw_update() though, because the screen content will be stale
then in case nobody el
At 03/01/2012 03:11 PM, HATAYAMA Daisuke Wrote:
> From: Wen Congyang
> Subject: Re: [RFC][PATCH 04/14 v7] Add API to get memory mapping
> Date: Thu, 01 Mar 2012 14:17:53 +0800
>
>> At 03/01/2012 02:01 PM, HATAYAMA Daisuke Wrote:
>>> From: Wen Congyang
>>> Subject: [RFC][PATCH 04/14 v7] Add API t
At 03/01/2012 03:04 PM, HATAYAMA Daisuke Wrote:
> From: Wen Congyang
> Subject: [RFC][PATCH 09/14 v7] introduce a new monitor command 'dump' to dump
> guest's memory
> Date: Thu, 01 Mar 2012 10:51:42 +0800
>
>> +/*
>> + * calculate phdr_num
>> + *
>> + * the type of phdr->num is
From: Wen Congyang
Subject: Re: [RFC][PATCH 04/14 v7] Add API to get memory mapping
Date: Thu, 01 Mar 2012 14:17:53 +0800
> At 03/01/2012 02:01 PM, HATAYAMA Daisuke Wrote:
>> From: Wen Congyang
>> Subject: [RFC][PATCH 04/14 v7] Add API to get memory mapping
>> Date: Thu, 01 Mar 2012 10:43:13 +08
This patch was originally proposed by Michael, to solve issues I've seen
on Windows guests, when 64bit BAR's are present.
This patch also might be helpful on Linux guests when use_crs kernel
boot option is set.
Signed-off-by: Alexey Korolev
Signed-off-by: Michael S. Tsirkin
---
src/acpi-dsdt.d
From: Wen Congyang
Subject: [RFC][PATCH 09/14 v7] introduce a new monitor command 'dump' to dump
guest's memory
Date: Thu, 01 Mar 2012 10:51:42 +0800
> +/*
> + * calculate phdr_num
> + *
> + * the type of phdr->num is uint16_t, so we should avoid overflow
> + */
> +s->phd
Delete old code.
Signed-off-by: Alexey Korolev
---
src/pciinit.c | 212 -
1 files changed, 0 insertions(+), 212 deletions(-)
diff --git a/src/pciinit.c b/src/pciinit.c
index 0fba130..9c41e3c 100644
--- a/src/pciinit.c
+++ b/src/pciinit.c
In pci_bios_map_regions() we try to reserve memory for
all entries of root bus regions.
If pci_bios_init_root_regions() fails - e.g no enough space, we create two new
pci_regions:
r64pref, r64mem and migrate all entries which are 64bit capable to them.
Migration process
is very simple: delete th
Il 29/02/2012 20:47, Eric Blake ha scritto:
> This falls out very nicely.
>
> Do we want to also add a 'reopen' operation to the union, for the
> remaining action needed by oVirt live migration?
We can add it later, I think, if need arises. Switching to the
destination need not be done atomicall
The pseries platform already contains an IOMMU implementation, since it is
essential for the platform's paravirtualized VIO devices. This IOMMU
support is currently built into the implementation of the VIO "bus" and
the various VIO devices.
This patch converts this code to make use of the new com
Hi,
I've no idea what installer is trying to do with this port, or what
device it is probing.
We can maybe add a runtime switch to exit Qemu or not. What do you think
of '-vgabios-backdoor' which, if specified, does the exit ?
Otherwise, which solution do you propose?
Regards,
Hervé
Anth
In this patch we fill pci_regions with entries.
The idea of implementation is pretty much the same as it was before in
pci_check_devices()
function.
The pci_bios_fill_regions() function scans pci devices.
1) If pci device is a pci-to-pci bridge
a) we create empty entry.
b) Associate new en
A while back, we introduced the dma_addr_t type, which is supposed to
be used for bus visible memory addresses. At present, this is an
alias for target_phys_addr_t, but this will change when we eventually
add support for guest visible IOMMUs.
There are some instances of target_phys_addr_t in the
This patch adds the basic infrastructure necessary to emulate an IOMMU
visible to the guest. The DMAContext structure is extended with
information and a callback describing the translation, and the various
DMA functions used by devices will now perform IOMMU translation using
this callback.
Cc: M
This patch adds cpu_physical_memory_zero() function. This is equivalent to
calling cpu_physical_memory_write() with a buffer full of zeroes, but
avoids actually allocating such a buffer along the way.
Signed-off-by: David Gibson
---
cpu-common.h |1 +
exec.c | 56 +++
The USB UHCI and EHCI drivers were converted some time ago to use the
pci_dma_*() helper functions. However, this conversion was not complete
because in some places both these drivers do DMA via the usb_packet_map()
function in usb-libhw.c. That function directly used
cpu_physical_memory_map().
Currently the pseries machine emulation does not support DMA for emulated
PCI devices, because the PAPR spec always requires a (guest visible,
paravirtualized) IOMMU which was not implemented. Now that we have
infrastructure for IOMMU emulation, we can correct this and allow PCI DMA
for pseries.
Commit 3741715cf2e54727fe3d9884ea6dcea68c7f7d4b added a new parameter
which was still missing here.
Signed-off-by: Stefan Weil
---
usb-stub.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/usb-stub.c b/usb-stub.c
index 9c3fcea..bfd8bb0 100644
--- a/usb-stub.c
+++ b/usb
Not that long ago, every device implementation using DMA directly
accessed guest memory using cpu_physical_memory_*(). This meant that
adding support for a guest visible IOMMU would require changing every
one of these devices to go through IOMMU translation.
Shortly before qemu 1.0, I made a star
At 03/01/2012 02:13 PM, HATAYAMA Daisuke Wrote:
> From: Wen Congyang
> Subject: [RFC][PATCH 03/14 v7] target-i386: implement cpu_get_memory_mapping()
> Date: Thu, 01 Mar 2012 10:41:47 +0800
>
>> +int cpu_get_memory_mapping(MemoryMappingList *list, CPUState *env)
>> +{
>> +if (env->cr[4] & CR4
At 03/01/2012 02:01 PM, HATAYAMA Daisuke Wrote:
> From: Wen Congyang
> Subject: [RFC][PATCH 04/14 v7] Add API to get memory mapping
> Date: Thu, 01 Mar 2012 10:43:13 +0800
>
>> +int qemu_get_guest_memory_mapping(MemoryMappingList *list)
>> +{
>> +CPUState *env;
>> +MemoryMapping *memory_m
This patch is all about service functions
It includes:
- basic operations with lists
- 64bit modification of Pci_size_roundup()
- modification of pci_bios_get_bar to support HUGE bars (size over 4GB)
- 2 service function to get pci_region statistics
- dump entry - for debug output
Signed-off-by:
From: Wen Congyang
Subject: [RFC][PATCH 03/14 v7] target-i386: implement cpu_get_memory_mapping()
Date: Thu, 01 Mar 2012 10:41:47 +0800
> +int cpu_get_memory_mapping(MemoryMappingList *list, CPUState *env)
> +{
> +if (env->cr[4] & CR4_PAE_MASK) {
> +#ifdef TARGET_X86_64
> +if (env->hf
This patch introduces two structures instead of old pci_bus one.
The pci_region structure describes one bus region. It includes a list
of pci_region_entries and base address.
Number of pci_region structures can be calculated:
PCI_REGION_TYPE_COUNT * number of busses.
Extra two regions can be adde
This patch adds some hooks to let PCI devices and busses use the new IOMMU
infrastructure. When IOMMU support is enabled, each PCI device now
contains a DMAContext * which is used by the pci_dma_*() wrapper functions.
By default, the contexts are initialized to NULL, assuming no IOMMU.
However th
On 02/29/2012 01:53 AM, Lluís Vilanova wrote:
Harsh Prateek Bora writes:
This patchset introduces 2 major updates:
1) Tracetool Improvements (Conversion from shell script to python)
2) Simpletrace v2 log format (Support for variable args, strings)
ping
Hi Lluis,
I have actually moved into
Currently dma_bdrv_io() takes a 'to_dev' boolean parameter to
determine the direction of DMA it is emulating. We already have a
DMADirection enum designed specifically to encode DMA directions.
This patch uses it for dma_bdrv_io() as well. This involves removing
the DMADirection definition from t
From: Wen Congyang
Subject: [RFC][PATCH 04/14 v7] Add API to get memory mapping
Date: Thu, 01 Mar 2012 10:43:13 +0800
> +int qemu_get_guest_memory_mapping(MemoryMappingList *list)
> +{
> +CPUState *env;
> +MemoryMapping *memory_mapping;
> +RAMBlock *block;
> +ram_addr_t offset, le
dma-helpers.c contains a number of helper functions for doing
scatter/gather DMA, and various block device related DMA. Currently,
these directly access guest memory using cpu_physical_memory_*(),
assuming no IOMMU translation.
This patch updates this code to use the new universal DMA helper
func
Hi,
This patch series enables 64bit BAR support in seabios.
It has a bit different approach for resources accounting, We did this
because we wanted:
a) Provide 64bit bar support for PCI BARs and bridges with 64bit memory
window.
b) Allow migration to 64bit bit ranges if we did not fit into 32bit
Shortly before 1.0, we added helper functions / wrappers for doing PCI DMA
from individual devices. This makes what's going on clearer and means that
when we add IOMMU support somewhere in the future, only the general PCI
code will have to change, not every device that uses PCI DMA.
However, usb-
The AHCI device can provide both PCI and SysBus AHCI device
emulations. For this reason, it wasn't previously converted to use
the pci_dma_*() helper functions. Now that we have universal DMA
helper functions, this converts AHCI to use them.
The DMAContext is obtained from pci_dma_context() in t
The OHCI device emulation can provide both PCI and SysBus OHCI
implementations. Because of this, it was not previously converted to
use the PCI DMA helper functions.
This patch converts it to use the new universal DMA helper functions.
In the PCI case, it obtains its DMAContext from pci_dma_conte
This patch series introduces a general DMA infrastructure which allows
the emulation of guest-visible IOMMUs. That is, it provides a
framework by which an IOMMU device can be implemented, such that DMA
from other device emulations will be translated according to the
mappings provided by the IOMMU.
At 03/01/2012 01:10 PM, HATAYAMA Daisuke Wrote:
> From: Wen Congyang
> Subject: [RFC][PATCH 06/14 v7] target-i386: Add API to write cpu status to
> core file
> Date: Thu, 01 Mar 2012 10:48:17 +0800
>
>> +int cpu_write_elf64_qemunote(write_core_dump_function f, CPUState *env,
>> +
At 02/29/2012 06:39 PM, Avi Kivity Wrote:
> On 02/29/2012 12:17 PM, Wen Congyang wrote:
>
Yes, crash can be so severe that it is not even detected by a kernel
itself, so not OOPS message even printed. But in most cases if kernel is
functional enough to print OOPS it is functional
At 03/01/2012 12:42 PM, HATAYAMA Daisuke Wrote:
> From: Wen Congyang
> Subject: [RFC][PATCH 00/14 v7] introducing a new, dedicated memory dump
> mechanism
> Date: Thu, 01 Mar 2012 10:35:44 +0800
>
>> Hi, all
>>
>> 'virsh dump' can not work when host pci device is used by guest. We have
>> discus
From: Wen Congyang
Subject: [RFC][PATCH 06/14 v7] target-i386: Add API to write cpu status to core
file
Date: Thu, 01 Mar 2012 10:48:17 +0800
> +int cpu_write_elf64_qemunote(write_core_dump_function f, CPUState *env,
> + target_phys_addr_t *offset, void *opaque)
> +{
At 03/01/2012 01:01 PM, HATAYAMA Daisuke Wrote:
> From: Wen Congyang
> Subject: [RFC][PATCH 06/14 v7] target-i386: Add API to write cpu status to
> core file
> Date: Thu, 01 Mar 2012 10:48:17 +0800
>
>> +struct QEMUCPUState {
>> +uint32_t version;
>> +uint32_t size;
>> +uint64_t rax,
From: Wen Congyang
Subject: [RFC][PATCH 06/14 v7] target-i386: Add API to write cpu status to core
file
Date: Thu, 01 Mar 2012 10:48:17 +0800
> +struct QEMUCPUState {
> +uint32_t version;
> +uint32_t size;
> +uint64_t rax, rbx, rcx, rdx, rsi, rdi, rsp, rbp;
> +uint64_t r8, r9, r1
From: Wen Congyang
Subject: [RFC][PATCH 00/14 v7] introducing a new, dedicated memory dump
mechanism
Date: Thu, 01 Mar 2012 10:35:44 +0800
> Hi, all
>
> 'virsh dump' can not work when host pci device is used by guest. We have
> discussed this issue here:
> http://lists.nongnu.org/archive/html/q
hi,
anybody tested Qemu with the Windows 8 Consumer Preview?
i tried the 32-bit ISO file with 1.0.1, with and without -enable-kvm,
and Qemu reboots immediately after the first screen. that is no more
than 10 seconds into the boot.
thanks,
Jun
On Tue, Feb 28, 2012 at 9:43 AM, Jun Koi wrote:
> On Tue, Feb 28, 2012 at 12:08 AM, Shu Ming wrote:
>> On 2012-2-27 17:21, Jun Koi wrote:
>>>
>>> hi,
>>>
>>> on qemu 1.0.1, i am trying to share a host directory with the Windows
>>> guest like below:
>>>
>>> qemu-system-i386 -enable-kvm -m 1000 -n
At 02/29/2012 06:39 PM, Avi Kivity Wrote:
> On 02/29/2012 12:17 PM, Wen Congyang wrote:
>
Yes, crash can be so severe that it is not even detected by a kernel
itself, so not OOPS message even printed. But in most cases if kernel is
functional enough to print OOPS it is functional
Sorry, missed add-cow-cache.c, please ignore it. I will re-send the patch.
On Thu, Mar 1, 2012 at 10:49, Dong Xu Wang wrote:
> From: Dong Xu Wang
>
> Provide a new file format: add-cow. The usage can be found in add-cow.txt of
> this patch.
>
> CC: Marcelo Tosatti
> CC: Kevin Wolf
> CC: Stefan
From: Dong Xu Wang
Provide a new file format: add-cow. The usage can be found in add-cow.txt of
this patch.
CC: Marcelo Tosatti
CC: Kevin Wolf
CC: Stefan Hajnoczi
Signed-off-by: Dong Xu Wang
---
Makefile.objs |1 +
block.c|2 +-
block.h|
Signed-off-by: Wen Congyang
---
dump.c | 124 +++--
hmp-commands.hx | 14 --
hmp.c| 13 +-
memory_mapping.c | 27
memory_mapping.h |2 +
qapi-schema.json |6 ++-
qmp-commands.hx |8 +++-
Let the user to choose whether to block other monitor command while dumping.
Signed-off-by: Wen Congyang
---
dump.c |2 +-
hmp-commands.hx |9 +
hmp.c| 49 +++--
qapi-schema.json |3 ++-
qmp-commands.hx |
The new monitor command dump may take long time to finish. So we need run it
at the background.
Signed-off-by: Wen Congyang
---
dump.c | 168
vl.c |5 +-
2 files changed, 150 insertions(+), 23 deletions(-)
diff --git a/dump
Add API to allow the user to query dumping status.
Signed-off-by: Wen Congyang
---
dump.c | 32
hmp-commands.hx |2 ++
hmp.c| 17 +
hmp.h|1 +
monitor.c|7 +++
qapi-schema.json | 26
Add API to allow the user to cancel the current dumping.
Signed-off-by: Wen Congyang
---
dump.c | 13 +
hmp-commands.hx | 14 ++
hmp.c|5 +
hmp.h|1 +
qapi-schema.json | 13 +
qmp-commands.hx | 21 +++
Signed-off-by: Wen Congyang
---
Makefile.target |2 +-
dump.c | 637 ++
hmp-commands.hx | 20 ++
hmp.c|9 +
hmp.h|1 +
qapi-schema.json | 13 ++
qmp-commands.hx | 29 +++
7 files changed, 7
From: Dong Xu Wang
Provide a new file format: add-cow. The usage can be found in add-cow.txt of
this patch.
CC: Marcelo Tosatti
CC: Kevin Wolf
CC: Stefan Hajnoczi
Signed-off-by: Dong Xu Wang
---
Makefile.objs |1 +
block.c|2 +-
block.h|1
From: Dong Xu Wang
We can not use raw to support snapshot_file, but add-cow can do this.
CC: Marcelo Tosatti
CC: Kevin Wolf
CC: Stefan Hajnoczi
Signed-off-by: Dong Xu Wang
---
blockdev.c | 53 ++
docs/live-block-ops.txt |8 +
The following patch also needs this API, so make it generally avialable
Signed-off-by: Wen Congyang
---
gdbstub.c |9 -
gdbstub.h |9 +
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/gdbstub.c b/gdbstub.c
index 7d470b6..046b036 100644
--- a/gdbstub.c
+++ b
Dump info contains: endian, class and architecture. The next
patch will use these information to create vmcore.
Signed-off-by: Wen Congyang
---
cpu-all.h |7 +++
dump.h | 23 +++
target-i386/arch_dump.c | 34 +
The core file has register's value. But it does not include all register.
Store the cpu status into QEMU note, and the user can get more information
from vmcore.
Signed-off-by: Wen Congyang
---
cpu-all.h | 20 ++
target-i386/arch_dump.c | 154
The core file contains register's value. These APIs write registers to
core file, and them will be called in the following patch.
Signed-off-by: Wen Congyang
---
Makefile.target |1 +
configure |4 +
cpu-all.h | 23 +
target-i386/arch_dump.c | 2
Add API to get all virtual address and physical address mapping.
If there is no virtual address for some physical address, the virtual
address is 0.
Signed-off-by: Wen Congyang
---
memory_mapping.c | 71 ++
memory_mapping.h |8 ++
2 f
Walk cpu's page table and collect all virtual address and physical address
mapping.
Then, add these mapping into memory mapping list.
Signed-off-by: Wen Congyang
---
Makefile.target |1 +
configure |4 +
cpu-all.h | 10
This API will be used in the following patch.
Signed-off-by: Wen Congyang
---
cpu-common.h |2 ++
exec.c | 11 +++
2 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/cpu-common.h b/cpu-common.h
index a40c57d..fde3e5d 100644
--- a/cpu-common.h
+++ b/cpu-common.h
@
The memory mapping list stores virtual address and physical address mapping.
The folloing patch will use this information to create PT_LOAD in the vmcore.
Signed-off-by: Wen Congyang
---
Makefile.target |1 +
memory_mapping.c | 134 ++
m
Hi, all
'virsh dump' can not work when host pci device is used by guest. We have
discussed this issue here:
http://lists.nongnu.org/archive/html/qemu-devel/2011-10/msg00736.html
The last version is here:
http://lists.nongnu.org/archive/html/qemu-devel/2012-02/msg01007.html
We have determined to
On 02/29/2012 04:44 PM, Hervé Poussineau wrote:
The port 0x501 is (at least) used by SCO Xenix 2.3.4 installer.
For what? What device would normally be there?
I don't want to disable this by default. My regression suite depends on this as
an exit mechanism.
Regards,
Anthony Liguori
Si
2012/3/1 :
> The Buildbot has detected a new failure on builder default_mingw32 while
> building qemu.
> Full details are available at:
> http://buildbot.b1-systems.de/qemu/builders/default_mingw32/builds/193
>
> Buildbot URL: http://buildbot.b1-systems.de/qemu/
>
> Buildslave for this Build: kr
On Wed, 29 Feb 2012 15:52:49 -0600, Kai Meyer
wrote:
Is it possible to extend qemu to support a new image type? I have an
image type that is ready for consumption and I'm looking for the
integration point between qemu and the new image format.
The last new image format that was added to
The Buildbot has detected a new failure on builder default_mingw32 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/default_mingw32/builds/193
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: kraxel_rhel61
Build Reason:
The Buildbot has detected a new failure on builder default_openbsd_current
while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/default_openbsd_current/builds/190
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: brad_openbsd
The port 0x501 is (at least) used by SCO Xenix 2.3.4 installer.
Signed-off-by: Hervé Poussineau
---
hw/pc.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/hw/pc.c b/hw/pc.c
index 12c02f2..113a38a 100644
--- a/hw/pc.c
+++ b/hw/pc.c
@@ -565,7 +565,10 @@ static void boch
Is it possible to extend qemu to support a new image type? I have an
image type that is ready for consumption and I'm looking for the
integration point between qemu and the new image format.
-Kai Meyer
On 2012-02-29 22:48, Stefan Weil wrote:
> Am 29.02.2012 22:33, schrieb Jan Kiszka:
>> On 2012-02-29 22:00, Stefan Weil wrote:
>>> Am 29.02.2012 20:15, schrieb Jan Kiszka:
This is an alternative, more complete approach to fix the requeuing-
related crashes reported recently. See patch 2 fo
Am 29.02.2012 22:33, schrieb Jan Kiszka:
On 2012-02-29 22:00, Stefan Weil wrote:
Am 29.02.2012 20:15, schrieb Jan Kiszka:
This is an alternative, more complete approach to fix the requeuing-
related crashes reported recently. See patch 2 for details. The rest are
simple cleanups.
Please check
On 2012-02-29 22:00, Stefan Weil wrote:
> Am 29.02.2012 20:15, schrieb Jan Kiszka:
>> This is an alternative, more complete approach to fix the requeuing-
>> related crashes reported recently. See patch 2 for details. The rest are
>> simple cleanups.
>>
>> Please check carefully if I messed somethi
Hi,
El 23/02/2012, a las 15:44, Shlomo Pongratz escribió:
> Hi,
>
> I want to add a new PEX HW device emulation to QEMU, but I can't find a
> skeleton/template driver or documentation that explains how to do it.
Great! (What's a PEX HW device?)
> Are there any guidelines for this task?
Start
On 02/28/2012 04:20 AM, Gerd Hoffmann wrote:
Hi,
Next batch of usb updates. This one brings packet queuing for uhci and
xhci, so we have per-endpoint queues at usb-bus level now. Need to
bring those to the usb drivers as next step, so they (especially
usb-host) can pipeline requests.
Also
On 02/28/2012 10:29 AM, Gerd Hoffmann wrote:
Hi,
Here comes the spice patch queue. For the most part this brings the
async local rendering (for vnc, sdl and screenshots) work done by Alon.
Also a few bug fixes.
please pull,
Gerd
Pulled. Thanks.
Regards,
Anthony Liguori
The followi
On 02/29/2012 09:17 AM, Kevin Wolf wrote:
The following changes since commit b55c952aea6de024bf1a06357b49367fba045443:
Merge remote-tracking branch 'aneesh/for-upstream' into staging (2012-02-27
11:19:27 -0600)
are available in the git repository at:
git://repo.or.cz/qemu/kevin.git for-
Am 29.02.2012 20:15, schrieb Jan Kiszka:
This is an alternative, more complete approach to fix the requeuing-
related crashes reported recently. See patch 2 for details. The rest are
simple cleanups.
Please check carefully if I messed something up.
Hi Jan,
here is the result of MIPS Malta wi
On 02/29/2012 06:37 AM, Paolo Bonzini wrote:
> From: Marcelo Tosatti
>
> Mirrored writes are used by live block copy.
>
> The blkmirror driver is for internal use only, because it requires
> bdrv_append to set up a backing_hd for it. It relies on a quirk
> of bdrv_append, which leaves the old i
On 02/29/2012 06:37 AM, Paolo Bonzini wrote:
> Add a new transaction type, "mirror". It stacks a new blkmirror
> file (instead of a snapshot) on top of the existing image.
>
> It is possible to combine snapshot and mirror as two actions in the
> same transaction. Because of atomicity ensured by
On Thu, 2012-02-02 at 12:24 +1100, David Gibson wrote:
> On Wed, Feb 01, 2012 at 01:08:39PM -0700, Alex Williamson wrote:
> > On Wed, 2012-02-01 at 15:46 +1100, David Gibson wrote:
> > > This patch series introduces a new infrastructure to the driver core
> > > for representing "device isolation gr
On 2012-02-29 20:15, Jan Kiszka wrote:
> This is an alternative, more complete approach to fix the requeuing-
> related crashes reported recently. See patch 2 for details. The rest are
> simple cleanups.
>
> Please check carefully if I messed something up.
Oops, outdated intro. Should have been:
This is an alternative, more complete approach to fix the requeuing-
related crashes reported recently. See patch 2 for details. The rest are
simple cleanups.
Please check carefully if I messed something up.
CC: Fabien Chouteau
CC: Michael S. Tsirkin
CC: Stefan Weil
CC: Zhi Yong Wu
Jan Kiszk
Another attempt to get this right: We need to carefully walk both the
fastq and the batchq in if_start while trying to send packets to
possibly not yet resolved hosts on the virtual network.
So far we just requeued a delayed packet where it was and then started
walking the queues from the top agai
Make sure that next_m always points to a packet if batchq is non-empty.
This will simplify walking the queues in if_start.
CC: Fabien Chouteau
CC: Zhi Yong Wu
CC: Stefan Weil
Signed-off-by: Jan Kiszka
---
slirp/if.c | 16
1 files changed, 8 insertions(+), 8 deletions(-)
di
There is now a trivial check on entry of if_start for pending packets,
so we can drop the additional tracking via if_queued.
Signed-off-by: Jan Kiszka
---
slirp/if.c|8
slirp/slirp.c |7 +--
slirp/slirp.h |1 -
3 files changed, 1 insertions(+), 15 deletions(-)
diff
Close & free sockets when shutting down a slirp instance, also release
all buffers.
CC: Michael S. Tsirkin
Signed-off-by: Jan Kiszka
---
slirp/ip_icmp.c |7 +++
slirp/ip_icmp.h |1 +
slirp/ip_input.c |7 +++
slirp/mbuf.c | 21 +
slirp/mbuf.h |
Pass all the relevant sub-directory make variables.
Signed-off-by: Lluís Vilanova
Cc: Anthony Liguori
Cc: Paul Brook
---
Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefile
index ad1e627..3f1e2b9 100644
--- a/Makefile
+++ b/Makefile
@@ -299,7
On 02/29/2012 06:37 AM, Paolo Bonzini wrote:
> In some cases it can be useful to use an existing file as the new image
> in a snapshot. Add this capability to blockdev-transaction.
>
> Signed-off-by: Paolo Bonzini
> ---
> blockdev.c | 18 +++---
> qapi-schema.json |3 ++-
On 02/29/2012 06:37 AM, Paolo Bonzini wrote:
> We will add other kinds of operation. Prepare for this by adjusting
> the schema and renaming some types/variables.
>
> Signed-off-by: Paolo Bonzini
> ---
> blockdev.c | 73 +
> qapi-schem
Fix a typo in handling of the ARM946 cp15 c5 c0 0 1 handling
(instruction access permission bits) that meant it would
return the data access permission bits by mistake.
Signed-off-by: Peter Maydell
---
(Yeah, it says ARM_FEATURE_MPU but actually (a) the only MPU
core we support is the 946 and (b)
On 2012-02-29 18:21, Wei Liu wrote:
> Hi all
>
> This patch adds MSI / MSIX injection for Xen HVM guest. This is not new,
> six months ago we had a discussion in
> http://marc.info/?l=qemu-devel&m=130639451725966&w=2
There are some coding style issues, please use checkpatch.pl.
Back then I voted
On 02/29/2012 06:59 AM, Kevin Wolf wrote:
> This one makes it possible to run qemu-iotests on a Windows build using Wine
> and get somewhat meaningful results.
>
> Signed-off-by: Kevin Wolf
> ---
> tests/qemu-iotests/common.filter |8 +++-
> 1 files changed, 7 insertions(+), 1 deletions(
Am 29.02.2012 17:19, schrieb Michael S. Tsirkin:
Here's a full report of possible leaks:
Any idea? I am invedtigating.
Hi Michael,
try valgrind with --track-origins=yes. It costs some memory, but
improves diagnostics not only for memory leaks.
Most important are the leaks marked with "definit
From: Paolo Bonzini
sync_aiocb is unused since commit ce1a14d (Dynamically allocate AIO
Completion Blocks., 2006-08-07).
private is unused since commit 56a1493 (drive cleanup fixes., 2009-09-25).
Signed-off-by: Paolo Bonzini
Signed-off-by: Kevin Wolf
---
block_int.h |5 -
1 files cha
Hi all
This patch adds MSI / MSIX injection for Xen HVM guest. This is not new,
six months ago we had a discussion in
http://marc.info/?l=qemu-devel&m=130639451725966&w=2
Wei.
---8<-
MSI / MSIX injection for Xen.
This is supposed to be used in conjunction with Xen's
hypercall interface
From: Hervé Poussineau
The seek command just sends step pulses to the drive and doesn't care if
there is a medium inserted of if it is banging the head against the drive.
Signed-off-by: Hervé Poussineau
Signed-off-by: Kevin Wolf
---
hw/fdc.c |9 ++---
1 files changed, 6 insertions(+),
The spec says that the length of extensions is padded to 8 bytes, not
the offset. Currently this is the same because the header size is a
multiple of 8, so this is only about compatibility with future changes
to the header size.
While touching it, move the calculation to a common place instead of
From: Hervé Poussineau
Signed-off-by: Hervé Poussineau
Signed-off-by: Kevin Wolf
---
hw/fdc.c | 10 +++---
1 files changed, 3 insertions(+), 7 deletions(-)
diff --git a/hw/fdc.c b/hw/fdc.c
index 7879b70..a0236b7 100644
--- a/hw/fdc.c
+++ b/hw/fdc.c
@@ -216,6 +216,7 @@ static void fdctrl
1 - 100 of 243 matches
Mail list logo
