Reset them.
Signed-off-by: Andreas Färber afaer...@suse.de
---
exec.c | 9 +
hw/i386/kvmvapic.c | 2 +-
include/exec/cpu-defs.h | 7 ---
include/exec/softmmu_template.h | 8
include/qom/cpu.h | 8
Signed-off-by: Andreas Färber afaer...@suse.de
---
cputlb.c | 4 ++--
include/exec/exec-all.h| 2 +-
target-alpha/helper.c | 2 +-
target-arm/helper.c| 2 +-
target-cris/helper.c | 2 +-
target-i386/helper.c | 2 +-
target-lm32/helper.c | 6
From: Peter Maydell peter.mayd...@linaro.org
Remove the custom qemu_assert() function defined by target-m68k/translate.c
in favour of either using glib g_assert_not_reached() (for the genuinely
can't-happen cases) or cpu_abort() (for the this isn't implemented,
in line with other unimplemented
Am 05.11.2013 00:09, schrieb Hervé Poussineau:
Remove now duplicated code from prep board.
Signed-off-by: Hervé Poussineau hpous...@reactos.org
With this patch things start working again for me. Could you help find
out what needs to be squashed or reordered?
Thanks,
Andreas
On 11 February 2014 14:34, Anthony Liguori anth...@codemonkey.ws wrote:
Looks reasonable to me. I'll handle the release logistics in terms of
tarball releases and tagging.
Ping! Yesterday was nominally rc0 tagging day (though there
was a bunch of late-breaking stuff so just as well we didn't
On Thu, Mar 13, 2014 at 02:17:29PM +, Peter Maydell wrote:
When running under qtest we don't actually have any vcpu threads
to be starved, so the warning about the I/O thread spinning isn't
relevant, and the way qtest manipulates the simulated clock means
the warning is produced a lot as a
Hi list,
I'm trying to compile the the current HEAD of the Git repository on Mac OS
X 10.9.2 using apple-gcc42 from Mac Ports
I've got the following error:
LINK qemu-nbd
i686-apple-darwin13-g++-apple-4.2.1: x86_64: No such file or directory
c++-apple-4.2: Invalid arch name : -lcurl
To me it
On 20/11/13 16:39 +1100, Alexey Kardashevskiy wrote:
This adds a put_tce() callback to the SPAPR TCE TABLE device class.
The new callback allows to have different IOMMU types such as upcoming
VFIO IOMMU and it will be used more by the upcoming Multi-TCE support.
This reworks the H_PUT_TCE
Eric Blake writes:
On 03/13/2014 09:33 AM, Benoît Canet wrote:
We certainly can't do without comments.
JSON is designed for easy data exchange, but we use it as programming
language syntax. Its restrictions make sense for easy data exchange,
but hurt our use. We're not the first ones
On 13 March 2014 17:45, Christian Mahnke cmah...@googlemail.com wrote:
Hi list,
I'm trying to compile the the current HEAD of the Git repository on Mac OS X
10.9.2 using apple-gcc42 from Mac Ports
I've got the following error:
LINK qemu-nbd
i686-apple-darwin13-g++-apple-4.2.1: x86_64: No
Am 13.03.2014 15:54, schrieb Andreas Färber:
From: Eduardo Habkost ehabk...@redhat.com
Register separate QOM types for each x86 CPU model.
This will allow management code to more easily probe what each CPU model
provides, by simply creating objects using the appropriate class name,
Hi Peter,
it' probably a problem with the configure script, clang raised the same
error:
Call to configure:
./configure --prefix=/opt/qemu-sparc --cc=cc
--target-list=sparc-softmmu,sparc64-softmmu
V=1 gmake gives
c++ -m64 -DOS_OBJECT_USE_OBJC=0 -arch x86_64 -D_GNU_SOURCE
-D_FILE_OFFSET_BITS=64
On 13 March 2014 10:31, Gerd Hoffmann kra...@redhat.com wrote:
Hi,
Bugfix for chardev hotplug.
please pull,
Gerd
The following changes since commit 239618707637ec87eba8c452d2b2f75dc5ca20c7:
Merge remote-tracking branch 'remotes/kvm/uq/master' into staging
(2014-03-11 19:39:17
[put qemu-devel back on cc; I guess you accidentally dropped it]
On 13 March 2014 18:22, Christian Mahnke cmah...@googlemail.com wrote:
Hi,
the answers of two of your questions, there is no space in the directory
name.
I'm running configure like this:
./configure --prefix=/opt/qemu-sparc
Sorry about that, I will try to keep it in mind.
I've attached the file.
On Thu, Mar 13, 2014 at 7:35 PM, Peter Maydell peter.mayd...@linaro.orgwrote:
[put qemu-devel back on cc; I guess you accidentally dropped it]
On 13 March 2014 18:22, Christian Mahnke cmah...@googlemail.com wrote:
Am 13.03.2014 18:10, schrieb Peter Maydell:
On 13 March 2014 14:54, Andreas Färber afaer...@suse.de wrote:
Hello Peter,
This is my current QOM CPU patch queue. Please pull.
Since this touches on bsd-user code, request to apply the build fix first.
NB: I was only able to test x86/ppc/arm
On 13 March 2014 18:42, Christian Mahnke cmah...@googlemail.com wrote:
On Thu, Mar 13, 2014 at 7:35 PM, Peter Maydell peter.mayd...@linaro.org
wrote:
I have a feeling I know what may be happening here.
-L/opt/local/lib
-Wl,-headerpad_max_install_names -arch -lcurl -lssh2 -lz x86_64
is I
Am 13.03.2014 19:04, schrieb Mike Day:
On 20/11/13 16:39 +1100, Alexey Kardashevskiy wrote:
This adds a put_tce() callback to the SPAPR TCE TABLE device class.
The new callback allows to have different IOMMU types such as upcoming
VFIO IOMMU and it will be used more by the upcoming Multi-TCE
Thanks Peter!
That works for me.
On Thu, Mar 13, 2014 at 7:48 PM, Peter Maydell peter.mayd...@linaro.orgwrote:
On 13 March 2014 18:42, Christian Mahnke cmah...@googlemail.com wrote:
On Thu, Mar 13, 2014 at 7:35 PM, Peter Maydell peter.mayd...@linaro.org
wrote:
I have a feeling I know
On 13 March 2014 10:38, Gerd Hoffmann kra...@redhat.com wrote:
Hi,
Two more input bugfixes. Well, the gtk wheel support could be
considered a new feature. On top of the input layer rewrite it
is pretty simple and straight forward patch, so I think it is
fine for 2.0 nevertheless.
On 13 March 2014 10:46, Gerd Hoffmann kra...@redhat.com wrote:
Hi,
Looks like I've became the default victim for gtk patches, with anthony
being busy and /me recently picking up the gtk mouse wheel patch.
So here is a collection of gtk patches hitting my inbox over the last
few days. Not
On Thu, Mar 13, 2014 at 04:36:12PM +0100, Igor Mammedov wrote:
After memory hotplug is in I might add e820 entries after above_4g
for present at boot hotpluggable DIMMDevices. They would have 1:1 mapping
i.e. t19-t20-t17 and belong only to 1 node.
Any idea what the max size could be for each
On 03/13/2014 02:55 PM, Peter Maydell wrote:
On 13 March 2014 10:46, Gerd Hoffmann kra...@redhat.com wrote:
Hi,
Looks like I've became the default victim for gtk patches, with anthony
being busy and /me recently picking up the gtk mouse wheel patch.
So here is a collection of gtk patches
Stock items are deprecated. As are ImageMenuItems. Convert everything to
text only MenuItems, with the same text content as mentioned in the
conversion guide:
https://docs.google.com/spreadsheet/pub?key=0AsPAM3pPwxagdGF4THNMMUpjUW5xMXZfdUNzMXhEa2coutput=html
gtk2 users lose their menu icons as
Signed-off-by: Cole Robinson crobi...@redhat.com
---
configure | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure b/configure
index 8c2838e..4572bc5 100755
--- a/configure
+++ b/configure
@@ -1219,6 +1219,7 @@ Advanced options (experts only):
--with-sdlabiselect
First patch documents a configure option.
Next 3 patches fix deprecation warnings on gtk 3.10.
The remaining patches are bug fixes.
v2:
Add configure patch
Fix building against GTK2
Cole Robinson (7):
configure: Document --with-gtkabi
gtk: Don't use deprecated
Guard this with a VTE and GTK version check so we don't break GTK2 builds.
ui/gtk.c: In function ‘gd_vc_init’:
ui/gtk.c:1176:5: error: ‘vte_terminal_get_adjustment’ is deprecated (declared
at /usr/include/vte-2.90/vte/vtedeprecated.h:101)
[-Werror=deprecated-declarations]
Signed-off-by: Cole
We were using the wrong coordinates, this fixes things to match the
original gtk2 implementation.
You can see this error in action by using -vga qxl, however even after this
patch the mouse warps in small increments up and to the left, -7x and -3y
pixels at a time, until the pointer is warped off
In these cases we weren't using an image in the menu item anyways, so
just do as the suggestion says. Should be fine for all qemu supported
gtk versions.
ui/gtk.c: In function ‘gd_create_menu_machine’:
ui/gtk.c:1284:5: error: ‘gtk_image_menu_item_new_with_mnemonic’ is deprecated
(declared at
Using the standard ctrl+q makes it too easy to kill the whole VM. Using
ctrl+alt+FOO is consistent with our other accelerators.
https://bugzilla.redhat.com/show_bug.cgi?id=1062393
Signed-off-by: Cole Robinson crobi...@redhat.com
---
ui/gtk.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
This matches the behavior of SDL, and makes the mouse usable when
using -display gtk -vga qxl
https://bugzilla.redhat.com/show_bug.cgi?id=1051724
Signed-off-by: Cole Robinson crobi...@redhat.com
---
ui/gtk.c | 8
1 file changed, 8 insertions(+)
diff --git a/ui/gtk.c b/ui/gtk.c
index
This increases file size from 512 KiB to 1 MiB.
Signed-off-by: Andreas Färber andreas.faer...@web.de
---
pc-bios/ppc_rom.bin | Bin 524288 - 1048576 bytes
roms/openhackware | 2 +-
2 files changed, 1 insertion(+), 1 deletion(-)
diff --git a/pc-bios/ppc_rom.bin b/pc-bios/ppc_rom.bin
index
From: Hervé Poussineau hpous...@reactos.org
Raven datasheet explains where firmware lives in system memory, so do
it there instead of in board code. Other boards using the same PCI
host will not have to copy the firmware loading code.
Signed-off-by: Hervé Poussineau hpous...@reactos.org
[AF:
Hello Peter,
Please pull the PowerPC Reference Platform (PReP) queue into qemu.git master.
This is the second part, supporting binutils 2.19 and applying the BIOS load
changes.
Regards,
Andreas
Cc: Peter Maydell peter.mayd...@linaro.org
Cc: qemu-...@nongnu.org
Cc: Alexander Graf ag...@suse.de
Hello Peter,
This is my current QOM CPU patch queue. Please pull.
v2 fixes two issues seen in mingw32 builds.
Regards,
Andreas
Cc: Peter Maydell peter.mayd...@linaro.org
Cc: Anthony Liguori anth...@codemonkey.ws
Cc: Eduardo Habkost ehabk...@redhat.com
Cc: Igor Mammedov imamm...@redhat.com
From: Mark Wu wu...@linux.vnet.ibm.com
Some machine (like pseries) initialization code determines if it has
graphics according to vga_interface_type. In the original code,
vga_interface_type is evaluated to VGA_NONE even if a VGA is added
via '-device VGA'. It causes the machine not aware of the
Hello Peter,
Please pull the PowerPC queue into qemu.git master.
Regards,
Andreas
Cc: Peter Maydell peter.mayd...@linaro.org
Cc: qemu-...@nongnu.org
Cc: Alexander Graf ag...@suse.de
Cc: Alexey Kardashevskiy a...@ozlabs.ru
Cc: Paolo Bonzini pbonz...@redhat.com
The following changes since commit
From: Mark Wu wu...@linux.vnet.ibm.com
Before spapr_vga_init will returned false if the vga is specified by
the command '-device VGA' because vga_interface_type was evaluated to
VGA_NONE. With the change in previous patch of this series,
spapr_vga_init should return true if it's told that the vga
On 11.03.2014 22:17, Benoît Canet wrote:
The Tuesday 11 Mar 2014 à 22:00:29 (+0100), Max Reitz wrote :
On 11.03.2014 17:36, Benoît Canet wrote:
When a quorum file is totally destroyed (broken filer) the user can start a
*file
I really meant filer as in file server: I will write NAS instead.
Am 13.03.2014 10:41, schrieb Stefan Hajnoczi:
If an assertion fails during qtest_init() the SIGABRT handler is
invoked. This is the correct behavior since we need to kill the QEMU
process to avoid leaking it when the test dies.
The global_qtest pointer used by the SIGABRT handler is
On 13 March 2014 19:09, Andreas Färber afaer...@suse.de wrote:
Hello Peter,
This is my current QOM CPU patch queue. Please pull.
v2 fixes two issues seen in mingw32 builds.
Regards,
Andreas
Cc: Peter Maydell peter.mayd...@linaro.org
Cc: Anthony Liguori anth...@codemonkey.ws
Cc:
On 13 March 2014 17:24, Peter Maydell peter.mayd...@linaro.org wrote:
On 11 February 2014 14:34, Anthony Liguori anth...@codemonkey.ws wrote:
Looks reasonable to me. I'll handle the release logistics in terms of
tarball releases and tagging.
Ping! Yesterday was nominally rc0 tagging day
Tomohiro,
Please follow the guidelines for submitting a patch to Qemu that are
found in:
http://wiki.qemu.org/Contribute/SubmitAPatch
This patch has an inappropriate commit log, is missing a signed-off-by:
tag, and some of the lines wrapped in my reader. These are explained in
the document
Am 13.03.2014 15:17, schrieb Peter Maydell:
When running under qtest we don't actually have any vcpu threads
to be starved, so the warning about the I/O thread spinning isn't
relevant, and the way qtest manipulates the simulated clock means
the warning is produced a lot as a false positive.
Hello Peter,
This is my QOM (devices) patch queue. Please pull.
Regards,
Andreas
Cc: Peter Maydell peter.mayd...@linaro.org
Cc: Anthony Liguori anth...@codemonkey.ws
Cc: Stefan Hajnoczi stefa...@redhat.com
The following changes since commit bbbd67f0ccdba93702e58879997c1d2ca67311b1:
Merge
From: Peter Maydell peter.mayd...@linaro.org
When running under qtest we don't actually have any vcpu threads
to be starved, so the warning about the I/O thread spinning isn't
relevant, and the way qtest manipulates the simulated clock means
the warning is produced a lot as a false positive.
Commit 0399a3819b27083ba69b88a9baa9025facab85bd (virtio-console: QOM
cast cleanup for VirtConsole) broke virtserialport since it shares
functions and state struct with virtconsole. Let virtconsole inherit
from virtserialport, and use virtserialport type for casting.
Note that virtio-serial-port
From: Stefan Hajnoczi stefa...@redhat.com
If an assertion fails during qtest_init() the SIGABRT handler is
invoked. This is the correct behavior since we need to kill the QEMU
process to avoid leaking it when the test dies.
The global_qtest pointer used by the SIGABRT handler is currently only
A test is only as good as its coverage - testing virtserialport in
addition to virtconsole showed that commit
0399a3819b27083ba69b88a9baa9025facab85bd (virtio-console: QOM cast
cleanup for VirtConsole) broke virtserialport.
Acked-by: Richard W.M. Jones rjo...@redhat.com
Signed-off-by: Andreas
On 11.03.2014 22:53, Benoît Canet wrote:
When a quorum file is totally destroyed (broken NAS or SAN) the user can start a
drive-mirror job on the quorum block backend and then replace the broken
quorum file with drive-mirror-replace given it has a node-name.
Signed-off-by: Benoit Canet
Le 13/03/2014 18:09, Andreas Färber a écrit :
Am 05.11.2013 00:09, schrieb Hervé Poussineau:
PCI I/O region is 0x3f80 bytes starting at 0x8000.
Do not use global QEMU I/O region, which is only 64KB.
Signed-off-by: Hervé Poussineau hpous...@reactos.org
With this patch I get only a
Am 06.03.2014 18:09, schrieb James Hogan:
From: Sanjay Lal sanj...@kymasys.com
COP0 emulation is in-kernel for KVM, so inject IRQ2 (I/O) interrupts via
ioctls.
Signed-off-by: Sanjay Lal sanj...@kymasys.com
Signed-off-by: James Hogan james.ho...@imgtec.com
Reviewed-by: Aurelien Jarno
On 11.03.2014 22:53, Benoît Canet wrote:
Tests for drive-mirror-replace whose purpose is to enable quorum file mirroring
and replacement after failure.
Signed-off-by: Benoit Canet ben...@irqsave.net
---
tests/qemu-iotests/041| 34 +--
tests/qemu-iotests/088| 221
Hi again,
I believe I have added the appropriate format changes and made a couple
changes to the code. This patch should add functionality to the function
rtas_ibm_get_system_parameter to return a string containing the values for
partition_max_entitled_capacity and
I got fstrim happily working in Fedora 20, but it's not working with
the upstream kernel. The message is:
fstrim -v /sysroot/
[ 45.541339] sda: WRITE SAME failed. Manually zeroing.
/sysroot/: 47.2 MiB (49466368 bytes) trimmed
While this isn't technically an error, it of course doesn't
Am 06.03.2014 18:09, schrieb James Hogan:
From: Sanjay Lal sanj...@kymasys.com
Implement the main KVM arch API for MIPS.
Signed-off-by: Sanjay Lal sanj...@kymasys.com
Signed-off-by: James Hogan james.ho...@imgtec.com
Cc: Aurelien Jarno aurel...@aurel32.net
Cc: Gleb Natapov
On 13 March 2014 19:33, Andreas Färber andreas.faer...@web.de wrote:
Hello Peter,
Please pull the PowerPC Reference Platform (PReP) queue into qemu.git master.
This is the second part, supporting binutils 2.19 and applying the BIOS load
changes.
Regards,
Andreas
Cc: Peter Maydell
On 13 March 2014 19:58, Andreas Färber afaer...@suse.de wrote:
Hello Peter,
Please pull the PowerPC queue into qemu.git master.
Regards,
Andreas
Cc: Peter Maydell peter.mayd...@linaro.org
Cc: qemu-...@nongnu.org
Cc: Alexander Graf ag...@suse.de
Cc: Alexey Kardashevskiy a...@ozlabs.ru
On 13 March 2014 20:47, Andreas Färber afaer...@suse.de wrote:
Hello Peter,
This is my QOM (devices) patch queue. Please pull.
Regards,
Andreas
Cc: Peter Maydell peter.mayd...@linaro.org
Cc: Anthony Liguori anth...@codemonkey.ws
Cc: Stefan Hajnoczi stefa...@redhat.com
The following
[adding qemu-devel]
Background to those new to the thread:
Previously, libvirt has been tracking a lot of disk tunables alongside
the active layer of a backing chain, without regards to any backing
files in the chain. However, now that qemu supports named BDS nodes
anywhere in the backing
On 13 March 2014 21:28, Andreas Färber afaer...@suse.de wrote:
int32 is a type used in softfloat that has weird at-least-as-wide
semantics and bit us in the past.
I'm coming round to the opinion that we should just change all
those to int32_t c. I know we had a discussion about efficiency
at
On 03/14/2014 05:50 AM, Andreas Färber wrote:
Am 13.03.2014 19:04, schrieb Mike Day:
On 20/11/13 16:39 +1100, Alexey Kardashevskiy wrote:
This adds a put_tce() callback to the SPAPR TCE TABLE device class.
The new callback allows to have different IOMMU types such as upcoming
VFIO IOMMU and
Am 14.03.2014 um 07:19 schrieb Alexey Kardashevskiy a...@ozlabs.ru:
On 03/14/2014 05:50 AM, Andreas Färber wrote:
Am 13.03.2014 19:04, schrieb Mike Day:
On 20/11/13 16:39 +1100, Alexey Kardashevskiy wrote:
This adds a put_tce() callback to the SPAPR TCE TABLE device class.
The new
On 13 March 2014 20:39, Andreas Färber afaer...@suse.de wrote:
Am 13.03.2014 15:17, schrieb Peter Maydell:
When running under qtest we don't actually have any vcpu threads
to be starved, so the warning about the I/O thread spinning isn't
relevant, and the way qtest manipulates the simulated
On Thu, 03/13 14:25, Markus Armbruster wrote:
Fam Zheng f...@redhat.com writes:
On Wed, 03/12 18:00, Markus Armbruster wrote:
Opening an encrypted image takes an additional step: setting the key.
Between open and the key set, the image must not be used.
We have some protection
Stefan,
Do you forget this:
https://lists.nongnu.org/archive/html/qemu-devel/2014-02/msg05055.html?
I suppose it will go through the block queue.
Regards,
Hu Tao
From 1b02d80679a776791765b720bea21de6fe650252 Mon Sep 17 00:00:00 2001
From: Wang Yufei james.wangyu...@huawei.com
Date: Fri, 14 Mar 2014 01:41:13 +
Subject: [PATCH] rdma: Fix block during rdma migration
If the networking break or there's something wrong with rdma
device(ib0 with no IP)
Don't sort the extracted options, sort the objects.
Reported-by: Christian Mahnke cmah...@googlemail.com
Signed-off-by: Fam Zheng f...@redhat.com
---
rules.mak | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/rules.mak b/rules.mak
index 9dda9f7..5c454d8 100644
---
I'll tag and push a tarball right now.
Regards,
Anthony Liguori
On Thu, Mar 13, 2014 at 1:16 PM, Peter Maydell peter.mayd...@linaro.org wrote:
On 13 March 2014 17:24, Peter Maydell peter.mayd...@linaro.org wrote:
On 11 February 2014 14:34, Anthony Liguori anth...@codemonkey.ws wrote:
Looks
Hi,
On behalf of the QEMU Team, I'd like to announce the availability of the
first release candidate for the QEMU 2.0 release. This release is meant
for testing purposes and should not be used in a production environment.
http://wiki.qemu.org/download/qemu-2.0.0-rc0.tar.bz2
You can help
Hi,
On behalf of the QEMU Team, I'd like to announce the availability of the
first release candidate for the QEMU 2.0 release. This release is meant
for testing purposes and should not be used in a production environment.
http://wiki.qemu.org/download/qemu-2.0.0-rc0.tar.bz2
You can help
On Thu, Feb 27, 2014 at 04:05:04PM +0530, Pranavkumar Sawargaonkar wrote:
Hi Peter,
On 27 February 2014 15:23, Peter Maydell peter.mayd...@linaro.org wrote:
On 27 February 2014 06:51, Pranavkumar Sawargaonkar
pranavku...@linaro.org wrote:
We need to Feed the kernel back its initial
PAPR allows having multiple interrupr servers. However now we
only support one.
This adds a server lookup function and makes use of it.
At the moment no change is expected.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
hw/intc/xics.c | 27 ++-
1 file changed,
At the moment sPAPR IOMMU table is a device which participates in
a migration stream. Normally QEMU uses a get_dev_path() hook from
the device's bus to compose the section name and @instance_id which are
used to match the section to the real device. This works till the user
changes the device
The current allocator returns IRQ numbers from a pool and does not
support IRQs reuse in any form as it did not keep track of what it
previously returned, it only had the last returned IRQ.
However migration may change interrupts for devices depending on
their order in the command line.
This
Since islsi[] array has been merged into the ICSState struct,
we must not reset flags as they tell if the interrupt is in use.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
hw/intc/xics.c | 4 +++-
hw/intc/xics_kvm.c | 4 +++-
2 files changed, 6 insertions(+), 2 deletions(-)
diff
This adds a hook which will be used to reset ICS state before incoming
migration.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
hw/intc/xics.c| 13 +
include/hw/ppc/xics.h | 1 +
2 files changed, 14 insertions(+)
diff --git a/hw/intc/xics.c b/hw/intc/xics.c
index
We will need soon an allocated flag for every interrupt to support
interrupt configuration change which may happen during migration.
This replaces a separate lslsi[] array with a byte in the ICSIRQState
struct and defines LSI and MSI flags. Neither of these flags set
signals that the descriptor
This removes @next_irq from sPAPREnvironment which was used in old
IRQ allocator as XICS is now responsible for IRQs and keep track of
allocated IRQs.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
hw/ppc/spapr.c | 3 ---
include/hw/ppc/spapr.h | 1 -
2 files changed, 4
Interrupt numbers migrate along with other properties so
the initial QEMU setup will be reset by migration. Since
XICS migrates as well and this includes IRQ map with all
the flags saying which ones are already used, all we need
is just to reset the XICS IRQ array on the destination.
This resets
This initial problem came form libvirt - it does not preserve
the device order when running QEMU. So it is easy to get source QEMU with:
-device spapr-vscsi,id=scsi1,reg=0x2000 -device spapr-vscsi,id=scsi0,reg=0x3000
and destination QEMU with:
-device spapr-vscsi,id=scsi0,reg=0x3000 -device
On 03/07/2014 12:57 AM, Mike Day wrote:
Alexey Kardashevskiy a...@ozlabs.ru writes:
This adds migration support for OHCI.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
Reviewed-by: Mike Day ncm...@ncultra.org
Thanks!
What is next?
---
hw/usb/hcd-ohci.c | 12
On Thu, 03/06 11:27, Paolo Bonzini wrote:
We were always truncating the sense size to 96 bytes.
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
hw/scsi/virtio-scsi.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/hw/scsi/virtio-scsi.c b/hw/scsi/virtio-scsi.c
On Thu, 03/06 11:27, Paolo Bonzini wrote:
We were always truncating the sense size to 96 bytes.
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
hw/scsi/virtio-scsi.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/hw/scsi/virtio-scsi.c b/hw/scsi/virtio-scsi.c
On Thu, 03/06 09:42, Paolo Bonzini wrote:
Il 06/03/2014 09:26, Fam Zheng ha scritto:
c5f52875 changed the size of sense array in vmstate_scsi_device by
mistake. This patch restores the old size, and add a subsection for the
remaining part of the buffer size. So that migration is not broken.
201 - 285 of 285 matches
Mail list logo