On 30.12.2014 10:20, Denis V. Lunev wrote:
bdrv_co_do_write_zeroes split writes using bl.max_write_zeroes or
16 MiB as a chunk size. This is implemented in this way to tolerate
buggy block backends which do not accept too big requests.
Though if the bdrv_co_write_zeroes callback is not good enou
The following changes since commit ab0302ee764fd702465aef6d88612cdff4302809:
Merge remote-tracking branch 'remotes/pmaydell/tags/pull-target-arm-20141223'
into staging (2014-12-23 15:05:22 +)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/qemu/amit/virtio-seri
On (Fri) 19 Dec 2014 [14:57:25], David Gibson wrote:
> On a bi-endian target, with a guest in the non-default endian mode,
> attempting to migrate twice in a row with a virtio-serial device wil
> cause a qemu SEGV on the second outgoing migration.
>
> The problem is that virtio_serial_save_device(
On Tue, 12/30 12:20, Denis V. Lunev wrote:
> This sequence works efficiently if FALLOC_FL_ZERO_RANGE is not supported.
>
> Simple fallocate(0) will extend file with zeroes when appropriate in the
> middle of the file if there is a hole there and at the end of the file.
> Unfortunately fallocate(0)
On Tue, 12/30 12:20, Denis V. Lunev wrote:
> move code dealing with a block device to a separate function. This will
> allow to implement additional processing for an ordinary files.
s/an//
>
> Pls note, that xfs_code has been moved before checking for
> s->has_write_zeroes as xfs_write_zeroes d
On 30.12.2014 12:07, Denis V. Lunev wrote:
On 30/12/14 13:55, Peter Lieven wrote:
Am 30.12.2014 um 10:20 schrieb Denis V. Lunev:
These patches eliminate data writes completely on Linux if fallocate
FALLOC_FL_ZERO_RANGE or FALLOC_FL_PUNCH_HOLE are supported on
underlying filesystem.
I have per
On Tue, 12/30 12:20, Denis V. Lunev wrote:
> actually the code
> if (ret == -ENODEV || ret == -ENOSYS || ret == -EOPNOTSUPP ||
> ret == -ENOTTY) {
> ret = -ENOTSUP;
> }
> is present twice and will be added a couple more times. Create helper
> for this. Place it into do_fallo
Could you test this?
Signed-off-by: Tiejun Chen
---
util/qemu-option.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/util/qemu-option.c b/util/qemu-option.c
index a708241..7cb3601 100644
--- a/util/qemu-option.c
+++ b/util/qemu-option.c
@@ -377,7 +377,7 @@ static bool qemu
Could you test this?
Signed-off-by: Tiejun Chen
---
util/qemu-option.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/util/qemu-option.c b/util/qemu-option.c
index a708241..7cb3601 100644
--- a/util/qemu-option.c
+++ b/util/qemu-option.c
@@ -377,7 +377,7 @@ static bool qemu_
After one commit 49d2e648e808, "machine: remove qemu_machine_opts
global list", is introduced, QEMU doesn't keep a global list of
options but set desc lately. Then we can see the following,
$ x86_64-softmmu/qemu-system-x86_64 -usb
qemu-system-x86_64: util/qemu-option.c:387: qemu_opt_get_bool_helpe
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
callback sPAPRPHBClass::eeh_handler, which is going to be used
this way:
* RTAS calls are received in spapr_pci.c, sanity check is
The patch implements sPAPRPHBClass::eeh_handler so that the
EEH RTAS requests can be routed to VFIO for further handling.
Signed-off-by: Gavin Shan
---
hw/ppc/spapr_pci_vfio.c | 56 +
hw/vfio/common.c| 1 +
2 files changed, 57 insertions(+
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
This patch makes several changes:
- Fixes issue of returning to window mode and QEMU not setting
the right graphic settings if there was a change during full screen mode.
- Eliminated distorted full screen display.
- Makes full screen mode available on Mac OS 10.7 and higher.
- Removes unneeded gl
That zImage works for me with QEMU commit ab0302ee76 on OSX 10.9.5 (at
least it boots fine to the point of the kernel complaining it couldn't
find the rootfs, because I didn't bother to build that.) I tested with
the v2.2.0 tag and that works fine too.
Sanity check: use md5sum to check that the im
On Sun, Jan 4, 2015 at 1:16 PM, Scott Feldman wrote:
> On Fri, Jan 2, 2015 at 3:56 PM, Eric Blake wrote:
>> On 12/29/2014 10:14 PM, sfel...@gmail.com wrote:
>>> From: Scott Feldman
>>
>> In this mail, I'll review just the QMP interface portion:
Thanks for review, BTW.
Question: should these ro
On Fri, Jan 2, 2015 at 3:56 PM, Eric Blake wrote:
> On 12/29/2014 10:14 PM, sfel...@gmail.com wrote:
>> From: Scott Feldman
>
> [your message came through as a top-level thread instead of in-reply-to
> the 0/10 cover letter; please see if you can fix that before the next
> submission]
Looks like
On Sun, Jan 4, 2015 at 1:47 AM, Jason Wang wrote:
>
> On 12/30/2014 01:14 PM, sfel...@gmail.com wrote:
>> From: Scott Feldman
>>
>> [This is a collaboration between myself and Jiri Pirko].
>>
>> This patch set adds a new ethernet switch device, called rocker. Rocker is
>> intended to emulate HW
** Description changed:
SUMMARY:
--
Description: Latest 'master' makes it impossible to use "-usb" command line
on any target
Host platform: Linux x86-64
Guest platform: probably all (at least x86-64, i386, arm and ppc)
REPRODUCE:
--
How to reproduce:
1. Run t
Public bug reported:
SUMMARY:
--
Description: Latest 'master' makes it impossible to use "-usb" command line on
any target
Host platform: Linux x86-64
Guest platform: probably all (at least x86-64, i386, arm and ppc)
REPRODUCE:
--
How to reproduce:
1. Run the following command:
$
Also, very similar symptoms are described in #1406706, so it is possible
that they are related.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1407454
Title:
assertion failed when using "-usb" optio
On 12/30/2014 01:14 PM, sfel...@gmail.com wrote:
> From: Scott Feldman
>
> [This is a collaboration between myself and Jiri Pirko].
>
> This patch set adds a new ethernet switch device, called rocker. Rocker is
> intended to emulate HW features of switch ASICs found in today's
> data-center-clas
22 matches
Mail list logo
