Patchew URL: https://patchew.org/QEMU/20190828202641.24752-1-arm...@redhat.com/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Subject: [Qemu-devel] [PATCH 0/9] qapi: Schema language cleanups & doc
improvements
Message-id: 20190828202641.24752
On Sun, 5 May 2019 at 16:41, Alex Bennée wrote:
>
>
> Paolo Bonzini writes:
>
> > *** BLURB HERE ***
>
> I assume there was going to be a bit more background here?
Mmm, could we have the rationale, please ?
thanks
-- PMM
On Sat, May 04, 2019 at 06:05:18AM -0600, Paolo Bonzini wrote:
> *** BLURB HERE ***
>
> Paolo Bonzini (10):
> qemugdb: allow adding support for other coroutine backends
> qemugdb: allow adding support for other architectures
> coroutine: add host specific coroutine backend for 64-bit x86
>
Paolo Bonzini writes:
> *** BLURB HERE ***
I assume there was going to be a bit more background here?
--
Alex Bennée
Am 22.04.2019 um 16:58 hat Vladimir Sementsov-Ogievskiy geschrieben:
> Hi all!
>
> We often need to do read/write with buffer, not qiov. Instead of
> creating qiov in such cases, let's introduce corresponding helpers.
Thanks, applied to the block branch.
As I wrote in patch 4, a follow-up that a
30.04.2019 12:38, Stefano Garzarella wrote:
> On Mon, Apr 22, 2019 at 05:58:29PM +0300, Vladimir Sementsov-Ogievskiy wrote:
>> Hi all!
>>
>> We often need to do read/write with buffer, not qiov. Instead of
>> creating qiov in such cases, let's introduce corresponding helpers.
>>
>> Vladimir Sements
On Mon, Apr 22, 2019 at 05:58:29PM +0300, Vladimir Sementsov-Ogievskiy wrote:
> Hi all!
>
> We often need to do read/write with buffer, not qiov. Instead of
> creating qiov in such cases, let's introduce corresponding helpers.
>
> Vladimir Sementsov-Ogievskiy (9):
> block: introduce byte-based
23.04.2019 16:06, Stefan Hajnoczi wrote:
> On Mon, Apr 22, 2019 at 05:58:29PM +0300, Vladimir Sementsov-Ogievskiy wrote:
>> Hi all!
>>
>> We often need to do read/write with buffer, not qiov. Instead of
>> creating qiov in such cases, let's introduce corresponding helpers.
>>
>> Vladimir Sementsov-
On Mon, Apr 22, 2019 at 05:58:29PM +0300, Vladimir Sementsov-Ogievskiy wrote:
> Hi all!
>
> We often need to do read/write with buffer, not qiov. Instead of
> creating qiov in such cases, let's introduce corresponding helpers.
>
> Vladimir Sementsov-Ogievskiy (9):
> block: introduce byte-based
On 09.04.19 21:02, Richard Henderson wrote:
> On 4/9/19 8:53 AM, David Hildenbrand wrote:
>> On 07.03.19 15:41, Richard Henderson wrote:
>>> The primary motivator here is usage within s390x,
>>> but (as with any good primitive) the opcode has
>>> applications outside that.
>>
>> I am planning to se
On 4/9/19 8:53 AM, David Hildenbrand wrote:
> On 07.03.19 15:41, Richard Henderson wrote:
>> The primary motivator here is usage within s390x,
>> but (as with any good primitive) the opcode has
>> applications outside that.
>
> I am planning to send the next big part of vector instruction support
On 07.03.19 15:41, Richard Henderson wrote:
> The primary motivator here is usage within s390x,
> but (as with any good primitive) the opcode has
> applications outside that.
I am planning to send the next big part of vector instruction support
(Vector Integer Instructions) soon, that would make u
On 2019/4/8 21:26, Igor Mammedov wrote:
On Thu, 4 Apr 2019 11:26:09 +0800
Like Xu wrote:
On 2019/3/29 18:21, Igor Mammedov wrote:
On Fri, 29 Mar 2019 16:48:36 +0800
Like Xu wrote:
This patch series make existing cores/threads/sockets into machine
properties and get rid of global variabl
On Thu, 4 Apr 2019 11:26:09 +0800
Like Xu wrote:
> On 2019/3/29 18:21, Igor Mammedov wrote:
> > On Fri, 29 Mar 2019 16:48:36 +0800
> > Like Xu wrote:
> >
> >> This patch series make existing cores/threads/sockets into machine
> >> properties and get rid of global variables they use currently.
On 2019/3/29 18:21, Igor Mammedov wrote:
On Fri, 29 Mar 2019 16:48:36 +0800
Like Xu wrote:
This patch series make existing cores/threads/sockets into machine
properties and get rid of global variables they use currently.
Thanks for looking into it!
Its long overdue and rather desired conversi
On Fri, 29 Mar 2019 16:48:36 +0800
Like Xu wrote:
> This patch series make existing cores/threads/sockets into machine
> properties and get rid of global variables they use currently.
Thanks for looking into it!
Its long overdue and rather desired conversion (albeit naive one,
but this series is
Patchew URL:
https://patchew.org/QEMU/1553849325-44201-1-git-send-email-like...@linux.intel.com/
Hi,
This series failed the asan build test. Please find the testing commands and
their output below. If you have Docker installed, you can probably reproduce it
locally.
=== TEST SCRIPT BEGIN ===
Patchew URL:
https://patchew.org/QEMU/20190307144126.31847-1-richard.hender...@linaro.org/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20190307144126.31847-1-richard.hender...@linaro.org
Subject: [Qemu-devel] [PATCH
Patchew URL:
https://patchew.org/QEMU/20190307144126.31847-1-richard.hender...@linaro.org/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20190307144126.31847-1-richard.hender...@linaro.org
Subject: [Qemu-devel] [PATCH
Patchew URL:
https://patchew.org/QEMU/20190307144126.31847-1-richard.hender...@linaro.org/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20190307144126.31847-1-richard.hender...@linaro.org
Subject: [Qemu-devel] [PATCH
Patchew URL:
https://patchew.org/QEMU/20190307144126.31847-1-richard.hender...@linaro.org/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20190307144126.31847-1-richard.hender...@linaro.org
Subject: [Qemu-devel] [PATCH
Patchew URL:
https://patchew.org/QEMU/20190307144126.31847-1-richard.hender...@linaro.org/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20190307144126.31847-1-richard.hender...@linaro.org
Subject: [Qemu-devel] [PATCH
Patchew URL:
https://patchew.org/QEMU/20190307144126.31847-1-richard.hender...@linaro.org/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20190307144126.31847-1-richard.hender...@linaro.org
Subject: [Qemu-devel] [PATCH
* Markus Armbruster (arm...@redhat.com) wrote:
> git-am gripes:
Thanks, fixed.
Dave
> Applying: net: Introduce announce timer
> .git/rebase-apply/patch:159: new blank line at EOF.
> +
> warning: 1 line adds whitespace errors.
> Applying: migration: Add announce parameters
> Applying: virtio-net:
Patchew URL:
https://patchew.org/QEMU/20190128170321.16936-1-dgilb...@redhat.com/
Hi,
This series failed the docker-mingw@fedora build test. Please find the testing
commands and
their output below. If you have Docker installed, you can probably reproduce it
locally.
=== TEST SCRIPT BEGIN ===
git-am gripes:
Applying: net: Introduce announce timer
.git/rebase-apply/patch:159: new blank line at EOF.
+
warning: 1 line adds whitespace errors.
Applying: migration: Add announce parameters
Applying: virtio-net: Switch to using announce timer
.git/rebase-apply/patch:20: new blank line at EOF.
* Michael S. Tsirkin (m...@redhat.com) wrote:
> On Mon, Jan 28, 2019 at 05:03:12PM +, Dr. David Alan Gilbert (git) wrote:
> > From: "Dr. David Alan Gilbert"
> >
> > Hi,
> > This is a reworking of a few sets of patches from 2017
> > that were put together by myself, Germano and Vlad that mak
On Mon, Jan 28, 2019 at 05:03:12PM +, Dr. David Alan Gilbert (git) wrote:
> From: "Dr. David Alan Gilbert"
>
> Hi,
> This is a reworking of a few sets of patches from 2017
> that were put together by myself, Germano and Vlad that make
> the network announce system more flexible.
>
> Firs
Patchew URL: https://patchew.org/QEMU/cover.1547403692.git.nor...@nocrew.org/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Message-id: cover.1547403692.git.nor...@nocrew.org
Subject: [Qemu-devel] [PATCH 0/9] target/mips: Limited support for R
On Wed, 19 Dec 2018 11:38:36 -0500
"Michael S. Tsirkin" wrote:
> On Mon, Dec 10, 2018 at 07:10:06PM +0100, Igor Mammedov wrote:
> > While working on adding tests for virt/arm board (uefi/XSDT/64-bit table
> > pointers),
> > I found it's rather difficult to deal with mixed ACPI testing code that
On Wed, Dec 19, 2018 at 04:45:17PM +, Daniel P. Berrangé wrote:
> On Wed, Dec 19, 2018 at 11:38:36AM -0500, Michael S. Tsirkin wrote:
> > On Mon, Dec 10, 2018 at 07:10:06PM +0100, Igor Mammedov wrote:
> > > While working on adding tests for virt/arm board (uefi/XSDT/64-bit table
> > > pointers
On Wed, Dec 19, 2018 at 11:38:36AM -0500, Michael S. Tsirkin wrote:
> On Mon, Dec 10, 2018 at 07:10:06PM +0100, Igor Mammedov wrote:
> > While working on adding tests for virt/arm board (uefi/XSDT/64-bit table
> > pointers),
> > I found it's rather difficult to deal with mixed ACPI testing code th
On Mon, Dec 10, 2018 at 07:10:06PM +0100, Igor Mammedov wrote:
> While working on adding tests for virt/arm board (uefi/XSDT/64-bit table
> pointers),
> I found it's rather difficult to deal with mixed ACPI testing code that we've
> collected so far. So instead of just adding a pile of XSDT hacks
On 16.10.18 00:19, Philippe Mathieu-Daudé wrote:
> Hi Max,
>
> On 15/10/2018 16:14, Max Reitz wrote:
>> This series prepares the iotests to work with both Python 2 and 3. In
>> some places, it adds version-specific code and decides what to do based
>> on the version (for instance, whether to impo
Hi Max,
On 15/10/2018 16:14, Max Reitz wrote:
> This series prepares the iotests to work with both Python 2 and 3. In
> some places, it adds version-specific code and decides what to do based
> on the version (for instance, whether to import the StringIO class from
> the 'io' or the 'StringIO' mo
Hi
On Wed, Sep 12, 2018 at 4:57 PM Marc-André Lureau
wrote:
>
> Hi,
>
> The migration code expects the RAM block name to match between the
> source and destination. However the backend type may change, so it is
> possible (so far) to migrate from a hostmem-file to a hostmem-memfd
> for example.
Peter Xu writes:
> On Tue, Jul 17, 2018 at 08:08:55PM +0800, Peter Xu wrote:
>
> [...]
>
>> >
>> > Whatever we don't address right away we should at least mark FIXME in
>> > the source code.
>> >
>> > Assuming my list is complete, and my assessments correct, then we're
>> > quite close to the p
On Tue, Jul 17, 2018 at 08:08:55PM +0800, Peter Xu wrote:
[...]
> >
> > Whatever we don't address right away we should at least mark FIXME in
> > the source code.
> >
> > Assuming my list is complete, and my assessments correct, then we're
> > quite close to the point where we can enable OOB.
On Mon, Jul 16, 2018 at 07:18:28PM +0200, Markus Armbruster wrote:
> Peter Xu writes:
>
> > Based-on: <20180703085358.13941-1-arm...@redhat.com>
>
> Now in master.
>
> > This work is based on Markus's latest out-of-band fixes:
> > "[PATCH v2 00/32] ] qmp: Fixes and cleanups around OOB command
Peter Xu writes:
> Based-on: <20180703085358.13941-1-arm...@redhat.com>
Now in master.
> This work is based on Markus's latest out-of-band fixes:
> "[PATCH v2 00/32] ] qmp: Fixes and cleanups around OOB commands"
>
> Major stuff: some cleanups that were previously suggested by Markus or
> Eri
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20180618063606.2513-1-da...@gibson.dropbear.id.au
Subject: [Qemu-devel] [PATCH 0/9] spapr: Clean up pagesize handling
=== TEST SCRIPT BEGIN ===
#!/bin/bash
BASE=base
n=1
tot
On Mon, Jun 18, 2018 at 04:35:57PM +1000, David Gibson wrote:
> Currently the "pseries" machine type will (usually) advertise
> different pagesizes to the guest when running under KVM and TCG, which
> is not how things are supposed to work.
>
> This comes from poor handling of hardware limitations
Richard Henderson writes:
> On 04/27/2018 10:22 AM, Alex Bennée wrote:
>>
>> Richard Henderson writes:
>>
>>> When running the gcc testsuite with current aarch64-linux-user,
>>> the testsuite detects the presence of the fp16 extension and
>>> enables lots of extra tests for builtins.
>>>
>>> Qu
On 04/27/2018 10:22 AM, Alex Bennée wrote:
>
> Richard Henderson writes:
>
>> When running the gcc testsuite with current aarch64-linux-user,
>> the testsuite detects the presence of the fp16 extension and
>> enables lots of extra tests for builtins.
>>
>> Quite a few of these new tests fail bec
On 05/01/2018 08:47 AM, Alex Bennée wrote:
> I've also pushed the fix to sqrt_f16 (passing cpu_env rather than fpst).
Oops.
> Are you happy rolling my fixes into your v2?
Yes, I can do that.
r~
Richard Henderson writes:
> When running the gcc testsuite with current aarch64-linux-user,
> the testsuite detects the presence of the fp16 extension and
> enables lots of extra tests for builtins.
>
> Quite a few of these new tests fail because we missed implementing
> some instructions. We r
Alex Bennée writes:
> Alex Bennée writes:
>
>> Richard Henderson writes:
>>
If you take my patches from:
https://github.com/stsquad/qemu/tree/review/rth-fp16-fixes
443a7c3d38 arm/translate-a64: fix-up FMOV FP16 immediate
be4430e9c9 arm/translate-a64: add FP16 FCSEL
7badf508ab arm/transla
Alex Bennée writes:
> Richard Henderson writes:
>
>> When running the gcc testsuite with current aarch64-linux-user,
>> the testsuite detects the presence of the fp16 extension and
>> enables lots of extra tests for builtins.
>>
>> Quite a few of these new tests fail because we missed implement
Richard Henderson writes:
> When running the gcc testsuite with current aarch64-linux-user,
> the testsuite detects the presence of the fp16 extension and
> enables lots of extra tests for builtins.
>
> Quite a few of these new tests fail because we missed implementing
> some instructions. We r
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20180427002651.28356-1-richard.hender...@linaro.org
Subject: [Qemu-devel] [PATCH 0/9] target/arm: Implement v8.1-Atomics
=== TEST SCRIPT BEGIN ===
#!/bin/bash
BASE=base
n=1
Richard Henderson writes:
> When running the gcc testsuite with current aarch64-linux-user,
> the testsuite detects the presence of the fp16 extension and
> enables lots of extra tests for builtins.
>
> Quite a few of these new tests fail because we missed implementing
> some instructions. We r
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20180425012300.14698-1-richard.hender...@linaro.org
Subject: [Qemu-devel] [PATCH 0/9] target/arm: Fixups for ARM_FEATURE_V8_FP16
=== TEST SCRIPT BEGIN ===
#!/bin/bash
BASE=b
On Mon, Apr 16, 2018 at 06:58:40PM +0200, Max Reitz wrote:
> In our quest to... (Oh, man, I always struggle with writing cover
> letters. But rarely have I become stuck so early on.) Orthogonalize?
You were off to a shaky start but it turned out to be a really good
cover letter.
Stefan
signat
09.03.2018 22:08, Eric Blake wrote:
On 02/15/2018 07:51 AM, Vladimir Sementsov-Ogievskiy wrote:
Hi all.
Here is minimal realization of base:allocation context of NBD
block-status extension, which allows to get block status through
NBD.
Vladimir Sementsov-Ogievskiy (9):
nbd/server: add nbd_o
On 02/15/2018 07:51 AM, Vladimir Sementsov-Ogievskiy wrote:
Hi all.
Here is minimal realization of base:allocation context of NBD
block-status extension, which allows to get block status through
NBD.
Vladimir Sementsov-Ogievskiy (9):
nbd/server: add nbd_opt_invalid helper
nbd: change inde
On Sun, Mar 04, 2018 at 11:43:39PM -0800, no-re...@patchew.org wrote:
[...]
> TESTdecodetree.py
> LINKtests/check-qdict
> LINKtests/test-char
> LINKtests/check-qnum
> LINKtests/check-qstring
> LINKtests/check-qlist
> LINKtests/check-qnull
> tests/test-cha
Hi,
This series failed docker-quick@centos6 build test. Please find the testing
commands and
their output below. If you have Docker installed, you can probably reproduce it
locally.
Type: series
Message-id: 20180305065040.10353-1-pet...@redhat.com
Subject: [Qemu-devel] [PATCH 0/9] chardev: qio r
Hi,
This series failed docker-mingw@fedora build test. Please find the testing
commands and
their output below. If you have Docker installed, you can probably reproduce it
locally.
Type: series
Message-id: 1518702707-7077-1-git-send-email-vsement...@virtuozzo.com
Subject: [Qemu-devel] [PATCH 0/9
Hi,
This series failed build test on ppcle host. Please find the details below.
Subject: [Qemu-devel] [PATCH 0/9] nbd block status base:allocation
Type: series
Message-id: 1518702707-7077-1-git-send-email-vsement...@virtuozzo.com
=== TEST SCRIPT BEGIN ===
#!/bin/bash
# Testing script will be inv
Hi,
This series failed build test on ppcbe host. Please find the details below.
Type: series
Message-id: 1518702707-7077-1-git-send-email-vsement...@virtuozzo.com
Subject: [Qemu-devel] [PATCH 0/9] nbd block status base:allocation
=== TEST SCRIPT BEGIN ===
#!/bin/bash
# Testing script will be inv
On 19/12/2017 18:34, Philippe Mathieu-Daudé wrote:
> Hi,
>
> This is a very boring series.
>
> I a later series I refactor the iotests.py class, however when the first
> version
> of series [1] was posted I received comments that this class should no support
> Python 3.
>
> I didn't tested with
On Fri, 09/08 08:20, Gerd Hoffmann wrote:
> On Thu, 2017-09-07 at 19:43 +0800, Fam Zheng wrote:
> > On Thu, 09/07 11:34, Gerd Hoffmann wrote:
> > > On Thu, 2017-09-07 at 16:29 +0800, Fam Zheng wrote:
> > > > Hi Gerd,
> > > >
> > > > This is part two of the QEMU_CFLAGS and libs_softmmu cleanup
> >
On Thu, 2017-09-07 at 19:43 +0800, Fam Zheng wrote:
> On Thu, 09/07 11:34, Gerd Hoffmann wrote:
> > On Thu, 2017-09-07 at 16:29 +0800, Fam Zheng wrote:
> > > Hi Gerd,
> > >
> > > This is part two of the QEMU_CFLAGS and libs_softmmu cleanup
> > > series,
> > > including
> > > ui/, audio/ and hw/usb
On 09/07/2017 08:43 AM, Fam Zheng wrote:
On Thu, 09/07 11:34, Gerd Hoffmann wrote:
On Thu, 2017-09-07 at 16:29 +0800, Fam Zheng wrote:
Hi Gerd,
This is part two of the QEMU_CFLAGS and libs_softmmu cleanup series,
including
ui/, audio/ and hw/usb/. Please review.
Looks good, survived a test b
On Thu, 09/07 11:34, Gerd Hoffmann wrote:
> On Thu, 2017-09-07 at 16:29 +0800, Fam Zheng wrote:
> > Hi Gerd,
> >
> > This is part two of the QEMU_CFLAGS and libs_softmmu cleanup series,
> > including
> > ui/, audio/ and hw/usb/. Please review.
>
> Looks good, survived a test build.
>
> Reviewed-
On Thu, 2017-09-07 at 16:29 +0800, Fam Zheng wrote:
> Hi Gerd,
>
> This is part two of the QEMU_CFLAGS and libs_softmmu cleanup series,
> including
> ui/, audio/ and hw/usb/. Please review.
Looks good, survived a test build.
Reviewed-by: Gerd Hoffmann
cheers,
Gerd
On 08/31/2017 12:04 PM, Cornelia Huck wrote:
> On Wed, 30 Aug 2017 18:36:00 +0200
> Halil Pasic wrote:
>
>> This series has a character of a refactoring, as the initial motivation
>> was improving readability and reducing complexity.
>
> But you reduced the cover letter subject too much ;)
No
On Wed, 30 Aug 2017 18:36:00 +0200
Halil Pasic wrote:
> This series has a character of a refactoring, as the initial motivation
> was improving readability and reducing complexity.
But you reduced the cover letter subject too much ;)
>
> Despite of the original intent the tree first patches bu
Hi,
This series seems to have some coding style problems. See output below for
more information:
Message-id: 20170808183306.27474-1-js...@redhat.com
Subject: [Qemu-devel] [PATCH 0/9] IDE: replace printfs with tracing
Type: series
=== TEST SCRIPT BEGIN ===
#!/bin/bash
BASE=base
n=1
total=$(git l
On 21/04/17 10:16, Gerd Hoffmann wrote:
> Hi,
>
> Ok, 2.10 is open, lets start tackling the display update race
> conditions. This series adds the helper functions used to receive
> a dirty bitmap snapshot, which is used by the display adapters then.
> Also a bunch of display adapters are conv
On 02/03/17 14:06, 赵小强 wrote:
>> Of course！coming soon.
>
> Mark，I have resend this series. do you forget do pick it？
Yes I did, however due to personal circumstances I haven't had much
spare development time at all during the 2.9 cycle :(
As we're now in freeze I can't send a pull request for
Hi,
> With this patchset I believe Ben's OS 9 VGA driver could read the
> suggested resolution from the command line via the QEMU extended VGA
> registers,
Yes.
> so I'm wondering if it would make sense to have a similar
> mechanism for passing in a range of resolutions from the local video
>
On 21/02/17 22:14, Gerd Hoffmann wrote:
> Hi,
>
> Made a nice patch series out of it, first cleaning up graphics_* variables,
> then adding support for -g to virtio (just works), qxl (needs guest driver
> fixes) and stdvga (needs virtual hardware update, and therefore also an
> guest driver upd
On 30/12/16 18:32, Mark Cave-Ayland wrote:
> On 25/12/16 04:02, 赵小强 wrote:
>
>> ping
>>
>> At 2016-10-23 14:31:26, "xiaoqiang zhao" wrote:
>>> This patch set aims for QOM'ifying code relate with sparc.
>>> It is part of my QOM'ify work of qemu code base.
>>>
>>> xiaoqiang zhao (9):
>>> hw
On Tue, Jan 17, 2017 at 10:22:10AM -0500, Jason J. Herne wrote:
> On 01/16/2017 08:01 PM, Eduardo Habkost wrote:
> > This is a follow-up to the series that implements
> > query-cpu-model-expansion. Before including the test script, the
> > series has some fixes to allow the results of
> > query-cpu
On 01/16/2017 08:01 PM, Eduardo Habkost wrote:
This is a follow-up to the series that implements
query-cpu-model-expansion. Before including the test script, the
series has some fixes to allow the results of
query-cpu-model-expansion to be used in the QEMU command-line.
The script probably will
Hi,
Your series failed automatic build test. Please find the testing commands and
their output below. If you have docker installed, you can probably reproduce it
locally.
Message-id: 20170117010204.4909-1-ehabk...@redhat.com
Type: series
Subject: [Qemu-devel] [PATCH 0/9] i386: query-cpu-model-exp
On 25/12/16 04:02, 赵小强 wrote:
> ping
>
> At 2016-10-23 14:31:26, "xiaoqiang zhao" wrote:
>> This patch set aims for QOM'ifying code relate with sparc.
>> It is part of my QOM'ify work of qemu code base.
>>
>> xiaoqiang zhao (9):
>> hw/misc: QOM'ify eccmemctl.c
>> hw/dma: QOM'ify sparc32_
ping
At 2016-10-23 14:31:26, "xiaoqiang zhao" wrote:
>This patch set aims for QOM'ifying code relate with sparc.
>It is part of my QOM'ify work of qemu code base.
>
>xiaoqiang zhao (9):
> hw/misc: QOM'ify eccmemctl.c
> hw/dma: QOM'ify sparc32_dma.c
> hw/dma: QOM'ify sun4m_iommu.c
> hw/m
Hi,
Your series seems to have some coding style problems. See output below for
more information:
Subject: [Qemu-devel] [PATCH 0/9] block-backend: Use coroutine for
flush/discard/ioctl
Type: series
Message-id: 1476971169-31604-1-git-send-email-kw...@redhat.com
=== TEST SCRIPT BEGIN ===
#!/bin/ba
- Original Message -
> From: "Kevin Wolf"
> To: qemu-bl...@nongnu.org
> Cc: kw...@redhat.com, mre...@redhat.com, pbonz...@redhat.com,
> qemu-devel@nongnu.org
> Sent: Thursday, October 20, 2016 3:46:00 PM
> Subject: [PATCH 0/9] block-backend: Use coroutine for flush/discard/ioctl
>
> Pa
On 13 October 2016 at 12:14, Marc-André Lureau
wrote:
> Hi,
>
> Commit 949055a2 "char: use a fixed idx for child muxed chr" introduced
> a regression in mux usage, since it wrongly interpreted mux as muxing
> various chr backend. Instead, it muxes frontends.
>
> The first patch reverts the broken
On 13/10/2016 13:50, Marc-André Lureau wrote:
> Hi
>
> - Original Message -
>>
>>
>> On 13/10/2016 13:14, Marc-André Lureau wrote:
>>> Hi,
>>>
>>> Commit 949055a2 "char: use a fixed idx for child muxed chr" introduced
>>> a regression in mux usage, since it wrongly interpreted mux as mux
Hi
- Original Message -
>
>
> On 13/10/2016 13:14, Marc-André Lureau wrote:
> > Hi,
> >
> > Commit 949055a2 "char: use a fixed idx for child muxed chr" introduced
> > a regression in mux usage, since it wrongly interpreted mux as muxing
> > various chr backend. Instead, it muxes fronten
On 13/10/2016 13:14, Marc-André Lureau wrote:
> Hi,
>
> Commit 949055a2 "char: use a fixed idx for child muxed chr" introduced
> a regression in mux usage, since it wrongly interpreted mux as muxing
> various chr backend. Instead, it muxes frontends.
>
> The first patch reverts the broken chang
On Do, 2016-09-29 at 16:45 +0100, Daniel P. Berrange wrote:
> This patches series should have no functional change, it is
> just a series of cleanups I've accumulated for the VNC server.
> It aims to remove misleading cruft and simplify some parts
> to make future work I'm experimenting with easier
On Tue, Sep 06, 2016 at 04:18:38AM -0700, no-re...@patchew.org wrote:
> Checking PATCH 1/9: target-mips: Add CP0_Ebase.WG (write gate) support...
> ERROR: space prohibited after that '&' (ctx:WxW)
> #104: FILE: target-mips/op_helper.c:1529:
> +if (arg1 & (1 << CP0EBase_WG) & env->CP0_EBase_rw_b
Hi,
Your series seems to have some coding style problems. See output below for
more information:
Subject: [Qemu-devel] [PATCH 0/9] target-mips: Add Enhanced Virtual Addressing
(EVA) support
Type: series
Message-id:
cover.bcfb6a7121f5fd92c9ebda9f199ff06cb0d4bc05.1473159543.git-series.james.ho...
* Denis V. Lunev (d...@openvz.org) wrote:
> Block commit of the active image to the backing store on a slow disk
> could never end. For example with the guest with the following loop
> inside
> while true; do
> dd bs=1k count=1 if=/dev/zero of=x
> done
> running above slow storage c
On 06/15/2016 01:25 PM, Kevin Wolf wrote:
Am 15.06.2016 um 11:34 hat Denis V. Lunev geschrieben:
On 06/15/2016 12:06 PM, Kevin Wolf wrote:
The second big thing is that I don't want to see new users of the
notifiers in I/O functions. Let's try if we can't add a filter
BlockDriver instead. Then w
Am 15.06.2016 um 11:34 hat Denis V. Lunev geschrieben:
> On 06/15/2016 12:06 PM, Kevin Wolf wrote:
> >The second big thing is that I don't want to see new users of the
> >notifiers in I/O functions. Let's try if we can't add a filter
> >BlockDriver instead. Then we'd add an option to set the filter
On Tue, Jun 14, 2016 at 06:25:07PM +0300, Denis V. Lunev wrote:
> Block commit of the active image to the backing store on a slow disk
> could never end. For example with the guest with the following loop
> inside
> while true; do
> dd bs=1k count=1 if=/dev/zero of=x
> done
> runnin
On 06/15/2016 12:06 PM, Kevin Wolf wrote:
Am 14.06.2016 um 17:25 hat Denis V. Lunev geschrieben:
Block commit of the active image to the backing store on a slow disk
could never end. For example with the guest with the following loop
inside
while true; do
dd bs=1k count=1 if=/dev/z
Am 14.06.2016 um 17:25 hat Denis V. Lunev geschrieben:
> Block commit of the active image to the backing store on a slow disk
> could never end. For example with the guest with the following loop
> inside
> while true; do
> dd bs=1k count=1 if=/dev/zero of=x
> done
> running above s
> 在 2016年6月2日，19:01，Michael Walle 写道：
>
> hi,
>
> im planning to, please bear with me, as i'm on vacation.
>
> -michael
Oh，have a good time ;-)
hi,
im planning to, please bear with me, as i'm on vacation.
-michael
Am 2. Juni 2016 16:10:40 GMT+06:00, schrieb "赵小强" :
>
>
>At 2016-05-09 17:24:04, mich...@walle.cc wrote:
>>Hi Peter,
>>
>>Am 2016-05-04 16:56, schrieb Peter Maydell:
>>
>>> SPARC, lm32, CRIS maintainers: do you want to take
At 2016-05-09 17:24:04, mich...@walle.cc wrote:
>Hi Peter,
>
>Am 2016-05-04 16:56, schrieb Peter Maydell:
>
>> SPARC, lm32, CRIS maintainers: do you want to take your patches
>> or shall I just take 1-8 through the target-arm.next tree?
>
>There are other ones (milkymist-ac97, lm32_uart, lm32_jua
On Tue, May 24, 2016 at 02:51:04PM +0200, Christian Borntraeger wrote:
> On 05/21/2016 01:40 AM, Stefan Hajnoczi wrote:
> > The virtio_blk guest driver has supported multiple virtqueues since Linux
> > 3.17.
> > This patch series adds multiple virtqueues to QEMU's virtio-blk emulated
> > device.
>
On Tue, May 24, 2016 at 02:51:04PM +0200, Christian Borntraeger wrote:
> On 05/21/2016 01:40 AM, Stefan Hajnoczi wrote:
> > The virtio_blk guest driver has supported multiple virtqueues since Linux
> > 3.17.
> > This patch series adds multiple virtqueues to QEMU's virtio-blk emulated
> > device.
>
On 05/21/2016 01:40 AM, Stefan Hajnoczi wrote:
> The virtio_blk guest driver has supported multiple virtqueues since Linux
> 3.17.
> This patch series adds multiple virtqueues to QEMU's virtio-blk emulated
> device.
>
> Ming Lei sent patches previously but these were not merged. This series
> im
1 - 100 of 302 matches
Mail list logo
