"Dr. David Alan Gilbert (git)" writes:
> From: "Dr. David Alan Gilbert"
>
> -incoming defer causes qemu to wait for an incoming migration
> to be specified later. The monitor can be used to set migration
> capabilities that may affect the incoming connection process.
>
> Signed-off-by: Dr. Davi
John Snow writes:
> On 02/19/2015 02:48 PM, Alan Latteri wrote:
>> I am virtualzing a physical server for which I need to set the SCSI/SATA
>> drive serial. It is comprised of 12 " " spaces then 8 letter/digits. If
>> I exclude the spaces, the drive serial is not accurate. If I include the
>> spa
Alan Latteri writes:
> Public bug reported:
>
> I am virtualzing a physical server for which I need to set the SCSI/SATA
> drive serial. It is comprised of 12 " " spaces then 8 letter/digits.
> If I exclude the spaces, the drive serial is not accurate. If I include
> the spaces I get the follow
Signed-off-by: Richard Henderson
---
target-ppc/translate.c | 29 +++--
1 file changed, 11 insertions(+), 18 deletions(-)
---
Note that this is relative to an outstanding TCG patch set.
The full tree is at
git://github.com/rth7680/qemu.git ppc-movcond
r~
---
diff --g
The series of patches adds support EEH for VFIO PCI devices on sPAPR platform.
It requires corresponding host kernel support, which was merged during 3.17
merge window. This patchset has been rebased to Alex Graf's QEMU repository:
git://github.com/agraf/qemu.git (branch: ppc-next)
The impleme
The patch implements sPAPRPHBClass EEH callbacks so that the EEH
RTAS requests can be routed to VFIO for further handling.
Signed-off-by: Gavin Shan
Reviewed-by: David Gibson
---
hw/ppc/spapr_pci_vfio.c | 115
hw/vfio/common.c| 1 +
2 f
The emulation for EEH RTAS requests from guest isn't covered
by QEMU yet and the patch implements them.
The patch defines constants used by EEH RTAS calls and adds
callbacks sPAPRPHBClass::{eeh_set_option, eeh_get_state, eeh_reset,
eeh_configure}, which are going to be used as follows:
* RTAS c
On Fri, Feb 20, 2015 at 10:40:53AM +1100, David Gibson wrote:
>On Fri, Feb 20, 2015 at 09:50:45AM +1100, Gavin Shan wrote:
>> On Wed, Feb 18, 2015 at 07:28:29PM -0600, Michael Roth wrote:
>> >Quoting Gavin Shan (2015-02-15 23:32:09)
>> >> On Mon, Feb 16, 2015 at 12:52:48PM +1100, David Gibson wrote
On 02/18/2015 08:54 PM, Benjamin Herrenschmidt wrote:
> On Fri, 2014-12-12 at 13:15 -0600, miny...@acm.org wrote:
>> From: Corey Minyard
>>
>> Use the new ACPI table construction tools to create an ACPI
>> entry for IPMI.
> Same question as for the smbios business... Can this be made optional
> po
They are based on Linux kernel tilegx architecture for 64 bit binary,
also based on tilegx ABI reference document.
Signed-off-by: Chen Gang
---
linux-user/tilegx/syscall.h| 80
linux-user/tilegx/syscall_nr.h | 278
linux-user/tilegx/term
For tilegx, several syscall macros are not supported, so switch them to
avoid building break.
Signed-off-by: Chen Gang
---
linux-user/syscall.c | 50 +-
1 file changed, 49 insertions(+), 1 deletion(-)
diff --git a/linux-user/syscall.c b/linux-user
Add main working flow feature and loading elf64 tilegx binary feature,
based on Linux kernel tilegx 64-bit implementation.
After this patch, qemu can successfully load elf64 tilegx binary for
linux-user, and the working flow reaches the first correct instruction
position "__start".
Signed-off-by:
They are for target features within qemu which independent from outside.
Signed-off-by: Chen Gang
---
linux-user/tilegx/target_cpu.h | 35 +++
linux-user/tilegx/target_signal.h | 28 ++
linux-user/tilegx/target_structs.h | 48 +
Add tilegx architecture in "syscall_defs.h", all related features (ioctrl,
and stat) are based on Linux kernel tilegx 64-bit implementation.
Signed-off-by: Chen Gang
---
linux-user/syscall_defs.h | 38 ++
1 file changed, 34 insertions(+), 4 deletions(-)
diff
After load elf64 tilegx binary for linux-user, the working flow reaches
1st correct instruction "__start". Next, we shall load all instructions
for qemu using.
This patch is based on Linux kernel tile architecture tilegx 64-bit
implementation, and also based on tilegx architecture ABI reference.
It almost likes a template for adding an architecture target.
Signed-off-by: Chen Gang
---
configure | 7 ++
default-configs/tilegx-linux-user.mak | 1 +
target-tilegx/Makefile.objs | 1 +
target-tilegx/cpu-qom.h | 72 +++
ta
On 20 February 2015 at 06:14, Richard Henderson wrote:
> While doing the mechanics of a previous patch set converting
> translators to use to TCGLabel pointers, I was reminded of
> several outstanding OPTME comments in the aarch64 translator.
>
> I had started with the csel change, which at first
On Fri, Feb 20, 2015 at 09:50:45AM +1100, Gavin Shan wrote:
> On Wed, Feb 18, 2015 at 07:28:29PM -0600, Michael Roth wrote:
> >Quoting Gavin Shan (2015-02-15 23:32:09)
> >> On Mon, Feb 16, 2015 at 12:52:48PM +1100, David Gibson wrote:
> >> >On Mon, Feb 16, 2015 at 10:16:01AM +1100, Gavin Shan wrote
On 02/18/2015 03:41 PM, Max Reitz wrote:
> Add tests for conversion between different refcount widths.
>
> Signed-off-by: Max Reitz
> ---
> tests/qemu-iotests/112 | 109
> +
> tests/qemu-iotests/112.out | 71 +
> 2 fil
On 02/18/2015 03:40 PM, Max Reitz wrote:
> Add a test for errors specific to certain widths (i.e. snapshots with
> refcount_bits=1).
>
> Signed-off-by: Max Reitz
> ---
> tests/qemu-iotests/112 | 187
> +
> tests/qemu-iotests/112.out | 84
On 02/18/2015 03:40 PM, Max Reitz wrote:
> Add a creation option to qcow2 for setting the refcount order of images
> to be created, and respect that option's value.
>
> This breaks some test outputs, fix them.
>
> Signed-off-by: Max Reitz
> ---
> block/qcow2.c | 18
> inc
On 02/19/2015 07:01 AM, Max Reitz wrote:
>>> @@ -2010,6 +2022,8 @@ static int qcow2_create(const char *filename,
>>> QemuOpts *opts, Error **errp)
>>> size_t cluster_size = DEFAULT_CLUSTER_SIZE;
>>> PreallocMode prealloc;
>>> int version = 3;
>>> +uint64_t refcount_bits = 16;
On Wed, Feb 18, 2015 at 07:28:29PM -0600, Michael Roth wrote:
>Quoting Gavin Shan (2015-02-15 23:32:09)
>> On Mon, Feb 16, 2015 at 12:52:48PM +1100, David Gibson wrote:
>> >On Mon, Feb 16, 2015 at 10:16:01AM +1100, Gavin Shan wrote:
>> >> The emulation for EEH RTAS requests from guest isn't covered
These test a few different pathways in the AHCI code.
short: Test the minimum transfer size, exactly one sector.
simple: Test a transfer using a single PRD, in this case, 4K.
double: Test transferring 8K, which we will split up as two PRDs.
long: Test transferring a lot of data using many PRDs,
In addition to DMA tests, test PIO and LBA48 command pathways in AHCI.
To accomplish this, a primitive multiplexer for gtest is added.
Though guests may prefer not to issue PIO commands directly except
for single sector cases during early boot and shutdown, these pathways
are still used for the tr
This series is based on top of my ahci DMA test series, which is in
turn based on the ahci preliminary refactoring series. Both are currently
pending on stefanha/block.
This series adds many variations that expand on the existing trivial
DMA I/O case. These pathways check different PRDT configurat
Even though it's just the reserved space, make sure they're zeroes.
Signed-off-by: John Snow
---
tests/libqos/ahci.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/libqos/ahci.c b/tests/libqos/ahci.c
index 170ec5a..6f6652c 100644
--- a/tests/libqos/ahci.c
+++ b/tests/l
Test what happens when we try to use extremely short PRDTs
to accomplish a small data transfer.
Signed-off-by: John Snow
---
tests/ahci-test.c | 59 +++
1 file changed, 59 insertions(+)
diff --git a/tests/ahci-test.c b/tests/ahci-test.c
index
Test sector offset 0, 1, and the last sector(s)
in LBA28 and LBA48 modes.
Signed-off-by: John Snow
---
tests/ahci-test.c | 69 +++--
tests/libqos/ahci.c | 10
tests/libqos/ahci.h | 4 ++--
3 files changed, 64 insertions(+), 19 deletions
Add a routine that can be used to engage the AHCI
device at a not-granular level so that bringing up
the functionality of the HBA is easy in future tests
that are not concerned with testing the bring-up process.
Signed-off-by: John Snow
---
tests/ahci-test.c | 23 +--
1 file
This will enable the testing of high offsets without
wasting a lot of disk space, and does not impact the
previous tests.
Signed-off-by: John Snow
---
tests/ahci-test.c | 15 +--
tests/libqos/libqos.c | 30 ++
tests/libqos/libqos.h | 1 +
3 files chan
ahci_command_set_flags: Set additional flags in the command header.
ahci_command_clr_flags: Clear flags from the command header.
ahci_command_set_offset: Change the IO sector from 0.
ahci_command_adjust: Adjust many values simultaneously.
To be used to adjust the command header if the defaul
On Mon, Feb 16, 2015 at 04:32:09PM +1100, Gavin Shan wrote:
>On Mon, Feb 16, 2015 at 12:52:48PM +1100, David Gibson wrote:
>>On Mon, Feb 16, 2015 at 10:16:01AM +1100, Gavin Shan wrote:
>>> The emulation for EEH RTAS requests from guest isn't covered
>>> by QEMU yet and the patch implements them.
>>
I have a software that I was able to virtualize on VirtualBox by setting the HD
serial using the spaces easily. Using the same parameters minus the spaces
with QEMU, the software will not license. Only different I can see is this.
> On Feb 19, 2015, at 2:12 PM, John Snow wrote:
>
>
>
> On
On 02/19/2015 02:48 PM, Alan Latteri wrote:
I am virtualzing a physical server for which I need to set the SCSI/SATA
drive serial. It is comprised of 12 " " spaces then 8 letter/digits. If
I exclude the spaces, the drive serial is not accurate. If I include the
spaces I get the following error.
I am virtualzing a physical server for which I need to set the SCSI/SATA drive
serial. It is comprised of 12 " " spaces then 8 letter/digits. If I exclude the
spaces, the drive serial is not accurate. If I include the spaces I get the
following error.
error: Failed to start domain test1
error:
Public bug reported:
I am virtualzing a physical server for which I need to set the SCSI/SATA
drive serial. It is comprised of 12 " " spaces then 8 letter/digits.
If I exclude the spaces, the drive serial is not accurate. If I include
the spaces I get the following error.
error: Failed to start
Signed-off-by: Richard Henderson
---
target-microblaze/translate.c | 23 ---
1 file changed, 4 insertions(+), 19 deletions(-)
---
Note that this is relative to an outstanding TCG patch set.
The full tree is at
git://github.com/rth7680/qemu.git mb-movcond
r~
---
diff --gi
Signed-off-by: Richard Henderson
---
target-cris/translate.c | 27 +++
target-cris/translate_v10.c | 12 ++--
2 files changed, 9 insertions(+), 30 deletions(-)
---
Note that this is relative to an outstanding TCG patch set.
The full tree is at
git://github.c
Signed-off-by: Richard Henderson
---
target-arm/translate-a64.c | 48 --
1 file changed, 21 insertions(+), 27 deletions(-)
diff --git a/target-arm/translate-a64.c b/target-arm/translate-a64.c
index 5539ae3..1302cec 100644
--- a/target-arm/translate-a64
Signed-off-by: Richard Henderson
---
target-arm/translate-a64.c | 60 +++---
1 file changed, 24 insertions(+), 36 deletions(-)
diff --git a/target-arm/translate-a64.c b/target-arm/translate-a64.c
index d139b2d..7549267 100644
--- a/target-arm/translate-a64
Signed-off-by: Richard Henderson
---
target-arm/translate-a64.c | 33 +
1 file changed, 21 insertions(+), 12 deletions(-)
diff --git a/target-arm/translate-a64.c b/target-arm/translate-a64.c
index ed97ed6..d139b2d 100644
--- a/target-arm/translate-a64.c
+++ b/targ
The resulting aarch64 translation is a bit cleaner.
Sign-extending from 32-bits is simpler than having
to use setcond to narrow from 64-bits.
Signed-off-by: Richard Henderson
---
target-arm/cpu.h | 21 ++--
target-arm/helper.c| 18 ++-
target-arm/translate-a64.c | 297 +++
This can allow much of a ccmp to be elided when particular
flags are subsequently dead.
Signed-off-by: Richard Henderson
---
target-arm/translate-a64.c | 62 ++
1 file changed, 41 insertions(+), 21 deletions(-)
diff --git a/target-arm/translate-a64.c
Signed-off-by: Richard Henderson
---
target-arm/translate-a64.c | 50 +++---
1 file changed, 29 insertions(+), 21 deletions(-)
diff --git a/target-arm/translate-a64.c b/target-arm/translate-a64.c
index 8171a1f..5539ae3 100644
--- a/target-arm/translate-a64
For !SF, this initial ext32u can't be optimized away by the
current TCG code generator. (It would require backward bit
liveness propagation.)
But since the range of bits for !SF are already constrained by
unallocated_encoding, we'll never reference the high bits anyway.
Signed-off-by: Richard He
Signed-off-by: Richard Henderson
---
target-arm/translate-a64.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/target-arm/translate-a64.c b/target-arm/translate-a64.c
index 0cb60a2..54290ad 100644
--- a/target-arm/translate-a64.c
+++ b/target-arm/translate-a64.c
@@ -3057,6
Splitting arm_gen_test_cc into 3 functions, so that it can be reused
for non-branch TCG comparisons.
Note that this is also a bug fix for aarch64. At present, we have branches
using the 32-bit (translate.c) versions of cpu_[NZCV]F, but we set the flags
using the 64-bit (translate-a64.c) versions
Handling this with TCG_COND_ALWAYS will allow these unlikely
cases to be handled without special cases in the rest of the
translator. The TCG optimizer ought to be able to reduce
these ALWAYS conditions completely.
Signed-off-by: Richard Henderson
---
target-arm/translate-a64.c | 9 +
t
... as aliases of SBFM, and special-case them.
Signed-off-by: Richard Henderson
---
target-arm/translate-a64.c | 24 +++-
1 file changed, 23 insertions(+), 1 deletion(-)
diff --git a/target-arm/translate-a64.c b/target-arm/translate-a64.c
index 219e257..0cb60a2 100644
--- a/
While doing the mechanics of a previous patch set converting
translators to use to TCGLabel pointers, I was reminded of
several outstanding OPTME comments in the aarch64 translator.
I had started with the csel change, which at first failed and
took quite some time to debug. See the comment for pa
2015-02-19 20:24+0100, Radim Krčmář:
> diff --git a/hw/net/e1000.c b/hw/net/e1000.c
> @@ -138,6 +138,10 @@ typedef struct E1000State_st {
> +#define E1000_WIN8_WORKAROUND_ICR E1000_ICR_RXT0
> +#define E1000_WIN8_WORKAROUND_DELAY_US 10
> +bool win8_workaround_needed;
> @@ -288,7 +292,7 @@
On Feb 19, 2015, at 4:56 AM, Paolo Bonzini wrote:
>
>
> On 18/02/2015 22:09, Programmingkid wrote:
>> +# Take an image and make the image its own icon:
>> +sips -i ../pc-bios/qemu-nsis.ico
>> +# Extract the icon to its own resource file:
>> +DeRez -only icns ../pc-bios/qemu-nsis
On 02/18/2015 09:00 AM, Vladimir Sementsov-Ogievskiy wrote:
[the same test as 117, but not using qmp: query-block-dirty-bitmap.
only one test from {117, 118} will be in the next patch set version]
The test starts two vms (vm_a, vm_b), create dirty bitmap in
the first one, do several writes to
Window 8.0 driver has a particular behavior for a small time frame after
it enables rx interrupts: the interrupt handler never clears
E1000_ICR_RXT0. The handler does this something like this:
set_imc(-1) (1) disable all interrupts
val = read_icr() (2) clear ICR
handl
On 02/18/2015 09:00 AM, Vladimir Sementsov-Ogievskiy wrote:
Signed-off-by: Vladimir Sementsov-Ogievskiy
---
block.c| 1 +
include/qemu/hbitmap.h | 8
qapi/block-core.json | 4 +++-
util/hbitmap.c | 8
4 files changed, 20 insertions(+), 1 deleti
On 02/18/2015 09:00 AM, Vladimir Sementsov-Ogievskiy wrote:
The test starts two vms (vm_a, vm_b), create dirty bitmap in the first one, do
several writes to corresponding device and then migrate vm_a to vm_b
with dirty bitmaps.
Signed-off-by: Vladimir Sementsov-Ogievskiy
---
tests/qemu-iote
Thanks Max & Stefan.
Could you please let me know when the commit makes it to the QEMU
repository? And give me its commit ID?
So that I can ask for a bugfix backport in Trusty.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https:/
This allows to use the SD card emulation of the board: Forward the
signals from the pl181 top the CP control register emulation, report the
current state via CP_INTREG, deliver CARDIN IRQ to the secondary
interrupt controller and also support clearing that line via CP_INTREG.
Signed-off-by: Jan Ki
This addresses the review comments on the primitive first version.
Jan
Jan Kiszka (2):
integrator/cp: Model CP control registers as sysbus device
integrator/cp: Implement CARDIN and WPROT signals
hw/arm/integratorcp.c | 99 ---
1 file changed,
No new features yet, just encapsulation.
Signed-off-by: Jan Kiszka
---
hw/arm/integratorcp.c | 43 +++
1 file changed, 35 insertions(+), 8 deletions(-)
diff --git a/hw/arm/integratorcp.c b/hw/arm/integratorcp.c
index 8c48b68..c5aa1f6 100644
--- a/hw/arm/i
On 17/02/15 20:59, Eric Blake wrote:
On 02/17/2015 10:56 AM, Michael Roth wrote:
In any case, since I was actually the one who re-invented it,
and this code just moves it to another function, I think we
can address it as a seperate patch and leave the PULL
intact (unless there are other objectio
Am 18.02.2015 um 18:07 hat Stefan Hajnoczi geschrieben:
> On Fri, Jan 23, 2015 at 05:38:48PM +0100, Marc Marí wrote:
> > Add virtio-mmio support to libqos and test case for virtio-blk.
> >
> > Changes for version 3:
> > - Fix leaks and minor bugs
> > - Extract basic test case to a function
> >
There are quite a lot of completely unused functions scattered
around in the QEMU sources - here are some patches to remove at
least some of them.
v2:
- Incorporated review feedback to keep the functions that still might
be usefull (e.g. dropped the patch to remove unused functions in the
bloc
Delete the unused functions qemu_signalfd_available(),
qemu_send_full() and qemu_recv_full().
Signed-off-by: Thomas Huth
Cc: Markus Armbruster
---
include/qemu-common.h |4 ---
include/qemu/compatfd.h |1 -
util/compatfd.c | 19 -
util/osdep.c| 66 -
The function is not used anymore, and thus can be deleted.
Signed-off-by: Thomas Huth
Cc: Stefano Stabellini
---
include/hw/xen/xen.h |1 -
xen-hvm-stub.c |4
2 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/include/hw/xen/xen.h b/include/hw/xen/xen.h
index b0ed
dup_mig_bytes_transferred(), skipped_mig_bytes_transferred(),
migrate_rdma_pin_all(), qsb_clone() and qsb_set_length()
are completely unused and thus can be deleted.
Signed-off-by: Thomas Huth
Cc: Juan Quintela
Cc: Amit Shah
---
arch_init.c | 10 ---
include/migration/m
This function is not used anymore, let's remove it.
Signed-off-by: Thomas Huth
Cc: Anthony Liguori
Cc: Gerd Hoffmann
---
ui/vnc-jobs.c | 13 -
ui/vnc-jobs.h |1 -
2 files changed, 0 insertions(+), 14 deletions(-)
diff --git a/ui/vnc-jobs.c b/ui/vnc-jobs.c
index 68f3d77..c8ee
Remove qemu_console_displaystate(), qemu_remove_kbd_event_handler(),
qemu_different_endianness_pixelformat() and cpkey(), since they are
completely unused.
Signed-off-by: Thomas Huth
Cc: Anthony Liguori
Cc: Gerd Hoffmann
---
include/ui/console.h |3 ---
ui/console.c | 12
Paolo Bonzini writes:
> This mimics what is done in qdev_device_add, and lets the device be
> freed in case something goes wrong. Otherwise, object_unparent returns
> immediately without freeing the device, which is on the other hand left
> in the parent bus's list of children.
>
> scsi_bus_lega
On 19/02/2015 15:43, Richard Henderson wrote:
> On 02/18/2015 06:51 AM, Leon Alrae wrote:
>> static VMStateField vmstate_fpu_fields[] = {
>> VMSTATE_FPR_ARRAY(fpr, CPUMIPSFPUContext, 32),
>> -VMSTATE_INT8(fp_status.float_detect_tininess, CPUMIPSFPUContext),
>> +VMSTATE_UINT8(fp_status
On 15/02/2015 04:06, Fam Zheng wrote:
> This is the simplified fix of:
>
> [PATCH 0/3] virtio-scsi: Fix unsafe bdrv_set_aio_context calls
>
> I included the original patch 1 - the function header comment update for
> bdrv_set_aio_context and added Paolo's rev-by.
>
> Fam Zheng (2):
> block:
This mimics what is done in qdev_device_add, and lets the device be
freed in case something goes wrong. Otherwise, object_unparent returns
immediately without freeing the device, which is on the other hand left
in the parent bus's list of children.
scsi_bus_legacy_handle_cmdline then returns an e
On 2015-02-19 at 10:47, Kevin Wolf wrote:
Am 18.02.2015 um 18:18 hat Max Reitz geschrieben:
[snip]
Actually, now that I'm looking at is_allocated_sectors_min(), if the
first sectors is not allocated, it will return false and thus both
the current qemu-img convert and the new one after this pa
On 19/02/2015 14:05, Markus Armbruster wrote:
> Andreas Färber writes:
>
>> Am 19.02.2015 um 11:45 schrieb Markus Armbruster:
>>> Reproducer (don't ask):
>>>
>>> $ qemu-system-arm -M virt -S -display none -drive
>>> if=scsi,id=foo,bus=1,file=tmp.qcow2 -device nec-usb-xhci -device
>>> usb-st
> On 19 February 2015 at 21:26, wrote:
> > From: Ildar Isaev
> >
> > pc wasn't modified in tcg code for load/store multiple,
> > causing translation block to be executed in infinite loop forever
> >
> > Signed-off-by: Ildar Isaev
>
> It would be helpful if you gave an example of guest
> cod
On 02/19/2015 03:13 AM, Michael S. Tsirkin wrote:
> It's not easy to figure out how monitor translates
> strings: most QEMU code deals with translated indexes,
> these are translated using _lookup arrays,
> so you need to find the array name, and find the
> appropriate offset.
>
> This patch adds
On 02/18/2015 06:51 AM, Leon Alrae wrote:
> static VMStateField vmstate_fpu_fields[] = {
> VMSTATE_FPR_ARRAY(fpr, CPUMIPSFPUContext, 32),
> -VMSTATE_INT8(fp_status.float_detect_tininess, CPUMIPSFPUContext),
> +VMSTATE_UINT8(fp_status.flush_to_zero, CPUMIPSFPUContext),
> VMSTATE_I
Am 18.02.2015 um 18:18 hat Max Reitz geschrieben:
> On 2015-02-18 at 10:19, Kevin Wolf wrote:
> >The implementation of qemu-img convert is (a) messy, (b) buggy, and
> >(c) less efficient than possible. The changes required to beat some
> >sense into it are massive enough that incremental changes wo
Public bug reported:
Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778291
Version: 2.1
systemd utilizes existing watchdog hardware and set's a 10min timer on reboot.
The i6300esb under qemu doesn't like such a timeout, and immediately resets the
hardware:
The last message one ge
On Thu, Feb 19, 2015 at 07:02:43AM -0500, Pankaj Gupta wrote:
> Hi,
>
> Could you please help/guide me here. As suggested by Jason I did other
> changes also.
> But when I did testing still virtio-net.c functions like 'receive()' gets
> called when vhost is 'ON'.
>
> I want to know is there any
On Wed, Feb 18, 2015 at 03:20:26PM +0100, Kevin Wolf wrote:
> Am 18.02.2015 um 14:50 hat Stefan Hajnoczi geschrieben:
> > On Tue, Feb 10, 2015 at 11:41:27AM +0100, Kevin Wolf wrote:
> > > qemu_coroutine_enter() is now the only user of coroutine_swap(). Both
> > > functions are short, so inline it.
On 2015-02-18 at 21:51, Eric Blake wrote:
On 02/18/2015 03:40 PM, Max Reitz wrote:
Add a refcount_order parameter to qcow2_create2(), use that value for
the image header and for calculating the size required for
preallocation.
For now, always pass 4.
This addition requires changes to the calcu
Newer IASL produces a bunch of false warnings like:
,, MW32, AddressRangeMemory, TypeStatic)
Object is not referenced ^ (Name is within method [MCRS])
Caused by local integer constant name DescriptorName
in DWordMemory resource macro, it appears that compiler creates
a name fo
On 19.02.2015 02:47, John Snow wrote:
On 02/18/2015 09:00 AM, Vladimir Sementsov-Ogievskiy wrote:
Live migration of dirty bitmaps. Only named dirty bitmaps, associated
with
root nodes and non-root named nodes are migrated.
If destination qemu is already containing a dirty bitmap with the
sa
On 19 February 2015 at 21:26, wrote:
> From: Ildar Isaev
>
> pc wasn't modified in tcg code for load/store multiple,
> causing translation block to be executed in infinite loop forever
>
> Signed-off-by: Ildar Isaev
It would be helpful if you gave an example of guest
code which we mishandle. D
On 19 February 2015 at 21:55, Ildar Isaev wrote:
> Pseudocode fragment for STM instruction in ARMv8 spec:
>
> if registers == '1' then // Store User mode register
> MemA[address,4] = Rmode[i, M32_User];
Again, do you have an example of the code that we mishandle
and what we get wrong?
thanks
Andreas Färber writes:
> Am 19.02.2015 um 11:45 schrieb Markus Armbruster:
>> Reproducer (don't ask):
>>
>> $ qemu-system-arm -M virt -S -display none -drive
>> if=scsi,id=foo,bus=1,file=tmp.qcow2 -device nec-usb-xhci -device
>> usb-storage,drive=foo -device virtio-scsi-pci
>> qemu-syste
Pseudocode fragment for STM instruction in ARMv8 spec:
if registers == '1' then // Store User mode register
MemA[address,4] = Rmode[i, M32_User];
Signed-off-by: Ildar Isaev
---
target-arm/translate.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
diff --git a/target-a
Am 19.02.2015 um 11:45 schrieb Markus Armbruster:
> Reproducer (don't ask):
>
> $ qemu-system-arm -M virt -S -display none -drive
> if=scsi,id=foo,bus=1,file=tmp.qcow2 -device nec-usb-xhci -device
> usb-storage,drive=foo -device virtio-scsi-pci
> qemu-system-arm: -drive if=scsi,id=foo,bu
From: Ildar Isaev
pc wasn't modified in tcg code for load/store multiple,
causing translation block to be executed in infinite loop forever
Signed-off-by: Ildar Isaev
---
target-arm/translate.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target-arm/translate.c b/target-
Am 18.02.2015 um 22:03 hat Peter Lieven geschrieben:
> Am 18.02.2015 um 21:57 schrieb Peter Lieven:
> > This implements bdrv_co_get_block_status() for VHD images. This can
> > significantly speed up qemu-img convert operation because only with this
> > function implemented sparseness can be conside
Hi,
Could you please help/guide me here. As suggested by Jason I did other changes
also.
But when I did testing still virtio-net.c functions like 'receive()' gets
called when vhost is 'ON'.
I want to know is there anything I am missing here or is this expected
behaviour?
I was also searching
On 19.02.2015 02:45, John Snow wrote:
On 02/18/2015 09:00 AM, Vladimir Sementsov-Ogievskiy wrote:
Meta bitmap is a 'dirty bitmap' for the BdrvDirtyBitmap. It tracks
changes (set/unset) of this BdrvDirtyBitmap. It is needed for live
migration of block dirty bitmaps.
Signed-off-by: Vladimir Sem
From: "Dr. David Alan Gilbert"
Document the various URI formats for -incoming, the previous
manpage and help text was wrong (out of date?)
Signed-off-by: Dr. David Alan Gilbert
Reviewed-by: Juan Quintela
---
qemu-options.hx | 29 ++---
1 file changed, 26 insertions(+),
From: "Dr. David Alan Gilbert"
Add migrate_incoming/migrate-incoming to start an incoming
migration.
Once a qemu has been started with
-incoming defer
the migration can be started by issuing:
migrate_incoming uri
Signed-off-by: Dr. David Alan Gilbert
Reviewed-by: Eric Blake
---
hmp-
From: "Dr. David Alan Gilbert"
This patchset provides a way of setting options on an incoming
migration before the fd/process/socket has been created.
start qemu with -incoming defer
migrate_incoming theuri
v3:
s/pause/defer/ (and associated fixups)
Add ' around the '-incoming
From: "Dr. David Alan Gilbert"
-incoming defer causes qemu to wait for an incoming migration
to be specified later. The monitor can be used to set migration
capabilities that may affect the incoming connection process.
Signed-off-by: Dr. David Alan Gilbert
Reviewed-by: Juan Quintela
---
migr
On 28/01/2015 00:39, Maciej W. Rozycki wrote:
> On Mon, 26 Jan 2015, Leon Alrae wrote:
>
>> BadVAddr is supposed to capture the most recent address that caused
>> the exception. Currently this is not happening as translation is not stopped
>> and BadVAddr is updated with subsequent addresses.
>>
>
On Thu, 19 Feb 2015 11:29:27 +0100
"Michael S. Tsirkin" wrote:
> On Thu, Feb 19, 2015 at 01:23:03PM +0300, Denis V. Lunev wrote:
> > >The problem is code duplication: all transports need to know
> > >about these balloon-specific property.
> > >Why isn't it handled by virtio_instance_init_common?
1 - 100 of 123 matches
Mail list logo
