On Mon, 19 Nov 2018 13:42:58 -0500
"Michael S. Tsirkin" wrote:
> On Mon, Nov 19, 2018 at 07:32:38PM +0100, Cornelia Huck wrote:
> > On Mon, 19 Nov 2018 13:07:59 -0500
> > "Michael S. Tsirkin" wrote:
> > > And I strongly believe command line users r
On Mon, 19 Nov 2018 13:07:59 -0500
"Michael S. Tsirkin" wrote:
> On Mon, Nov 19, 2018 at 11:41:05AM +0100, Cornelia Huck wrote:
> > On Fri, 16 Nov 2018 01:45:51 -0200
> > Eduardo Habkost wrote:
> >
> > > On Thu, Nov 15, 2018 at 05:29:24PM +0100, And
On Fri, 16 Nov 2018 01:45:51 -0200
Eduardo Habkost wrote:
> On Thu, Nov 15, 2018 at 05:29:24PM +0100, Andrea Bolognani wrote:
> > One thing that I'm very much not convinced about is the naming,
> > specifically leaving the virtio revision out: I get it that we
> > Should Never Need™ another majo
On Thu, 15 Nov 2018 12:21:55 +0100
Cornelia Huck wrote:
> After a quick look, this seems fine; have not actually tried to run it
> yet.
Played a bit with it (with zpci devices for a s390x machine), seems to
work as expected.
--
libvir-list mailing list
libvir-list@redhat.com
On Wed, 14 Nov 2018 21:38:31 -0200
Eduardo Habkost wrote:
> diff --git a/hw/virtio/virtio-pci.h b/hw/virtio/virtio-pci.h
> index 813082b0d7..1d2a11504f 100644
> --- a/hw/virtio/virtio-pci.h
> +++ b/hw/virtio/virtio-pci.h
(...)
> +/**
> + * VirtioPCIDeviceTypeInfo:
> + *
> + * Template for virti
On Thu, 15 Nov 2018 10:05:59 +
Daniel P. Berrangé wrote:
> On Wed, Nov 14, 2018 at 09:38:31PM -0200, Eduardo Habkost wrote:
> > Many of the current virtio-*-pci device types actually represent
> > 3 different types of devices:
> > * virtio 1.0 non-transitional devices
> > * virtio 1.0 transit
by: Thomas Huth
> ---
> docs/virtio-balloon-stats.txt | 6 +++---
> qemu-deprecated.texi | 5 -
> qemu-options.hx | 10 --
> vl.c | 36
> 4 files changed, 3 insertions(+), 54 deletions(-)
On Thu, 16 Aug 2018 16:52:18 +0200
Andrea Bolognani wrote:
> On Tue, 2018-08-07 at 17:10 +0800, Yi Min Zhao wrote:
> > The pci-root depends on zpci capability. So autogenerate pci-root if
> > zpci exists.
> >
> > Signed-off-by: Yi Min Zhao
> > Reviewed-by: Boris Fiuczynski
> > Reviewed-by: Ste
On Mon, 13 Aug 2018 12:46:16 +0800
Yi Min Zhao wrote:
> Is there any comment? I expect comments from all of you.
Well, I don't have any objections from my side, but you need the
libvirt folks' opinion on this.
>
>
> 在 2018/8/7 下午5:10, Yi Min Zhao 写道:
> > Abstract
> >
> > The PCI repr
On Wed, 1 Aug 2018 15:11:23 +0200
Cornelia Huck wrote:
> On Wed, 1 Aug 2018 14:54:51 +0200
> Cornelia Huck wrote:
>
> > On Wed, 1 Aug 2018 18:21:27 +0800
> > Fam Zheng wrote:
> >
> > > On Tue, 07/24 11:24, Cornelia Huck wrote:
> > > > d
On Wed, 1 Aug 2018 14:54:51 +0200
Cornelia Huck wrote:
> On Wed, 1 Aug 2018 18:21:27 +0800
> Fam Zheng wrote:
>
> > On Tue, 07/24 11:24, Cornelia Huck wrote:
> > > diff --git a/hw/s390x/css-bridge.c b/hw/s390x/css-bridge.c
> > > index a02d708239..1bd6c8b45
On Wed, 1 Aug 2018 18:21:27 +0800
Fam Zheng wrote:
> On Tue, 07/24 11:24, Cornelia Huck wrote:
> > diff --git a/hw/s390x/css-bridge.c b/hw/s390x/css-bridge.c
> > index a02d708239..1bd6c8b458 100644
> > --- a/hw/s390x/css-bridge.c
> > +++ b/hw/s390x/css-br
On Thu, 2 Aug 2018 09:33:48 +0200
Cornelia Huck wrote:
> On Thu, 2 Aug 2018 09:15:24 +0200
> Cornelia Huck wrote:
>
> > On Thu, 2 Aug 2018 09:34:37 +0800
> > Fam Zheng wrote:
> >
> > > On Wed, Aug 1, 2018 at 9:18 PM Cornelia Huck wrote:
> > &g
On Thu, 2 Aug 2018 09:15:24 +0200
Cornelia Huck wrote:
> On Thu, 2 Aug 2018 09:34:37 +0800
> Fam Zheng wrote:
>
> > On Wed, Aug 1, 2018 at 9:18 PM Cornelia Huck wrote:
> > >
> > > On Wed, 1 Aug 2018 15:11:23 +0200
> > > Cornelia Huck wrote:
>
On Thu, 2 Aug 2018 09:34:37 +0800
Fam Zheng wrote:
> On Wed, Aug 1, 2018 at 9:18 PM Cornelia Huck wrote:
> >
> > On Wed, 1 Aug 2018 15:11:23 +0200
> > Cornelia Huck wrote:
> >
> > > On Wed, 1 Aug 2018 14:54:51 +0200
> > > Cornelia Huck wrote
On Tue, 24 Jul 2018 11:24:13 +0200
Cornelia Huck wrote:
> This option has been deprecated for two releases; remove it.
>
> Signed-off-by: Cornelia Huck
> ---
> hw/s390x/3270-ccw.c| 2 +-
> hw/s390x/css-bridge.c | 1 -
> hw/s390x/css.c
On Fri, 27 Jul 2018 10:16:58 +0800
Zhenyu Wang wrote:
> On 2018.07.26 17:46:40 +0200, Cornelia Huck wrote:
> > On Fri, 20 Jul 2018 10:19:28 +0800
> > Zhenyu Wang wrote:
> >
> > > Update mdev doc on new aggregration attribute and instances attribute
> >
On Thu, 26 Jul 2018 17:43:45 +0200
Erik Skultety wrote:
> On Thu, Jul 26, 2018 at 05:30:07PM +0200, Cornelia Huck wrote:
> > One thing I noticed is that we have seem to have an optional (?)
> > vendor-driver created "aggregation" attribute (which always prints
>
On Thu, 26 Jul 2018 09:51:26 -0600
Alex Williamson wrote:
> On Thu, 26 Jul 2018 17:30:07 +0200
> Cornelia Huck wrote:
>
> > On Thu, 26 Jul 2018 15:50:28 +0200
> > Erik Skultety wrote:
> > > Since libvirt doesn't have an API to create mdevs yet, this doesn&
On Fri, 20 Jul 2018 10:19:28 +0800
Zhenyu Wang wrote:
> Update mdev doc on new aggregration attribute and instances attribute
> for mdev.
>
> Cc: Kirti Wankhede
> Cc: Alex Williamson
> Cc: Kevin Tian
> Signed-off-by: Zhenyu Wang
> ---
> Documentation/vfio-mediated-device.txt | 39 ++
On Fri, 20 Jul 2018 10:19:25 +0800
Zhenyu Wang wrote:
> For special mdev type which can aggregate instances for mdev device,
> this extends mdev create interface by allowing extra "instances=xxx"
> parameter, which is passed to mdev device model to be able to create
> arbitrary bundled number of
On Thu, 26 Jul 2018 15:50:28 +0200
Erik Skultety wrote:
> On Tue, Jul 24, 2018 at 11:44:40AM -0600, Alex Williamson wrote:
> > On Fri, 20 Jul 2018 10:19:24 +0800
> > Zhenyu Wang wrote:
> >
> > > Current mdev device create interface depends on fixed mdev type, which
> > > get uuid
> > > from u
On Wed, 25 Jul 2018 09:34:08 +0200
David Hildenbrand wrote:
> On 25.07.2018 01:02, Collin Walling wrote:
> > Thanks for expanding on what the "max" model name is suppose to be. I
> > wonder if a
> > s/"qemu"/"max" in QEMU would suffice (I'm taking a shot in the dark here.)
>
> Nope, it dynam
On Tue, 24 Jul 2018 18:08:21 +0200
Jiri Denemark wrote:
> On Mon, Jul 23, 2018 at 17:45:33 -0400, Collin Walling wrote:
> > Use model name "qemu" instead of "max" when calling
> > query-cpu-model-expansion for s390 on tcg.
> >
> > Signed-off-by: Collin Walling
> > ---
> > src/qemu/qemu_capabil
On Tue, 24 Jul 2018 13:15:50 +0200
Peter Krempa wrote:
> On Tue, Jul 24, 2018 at 11:24:13 +0200, Cornelia Huck wrote:
> > This option has been deprecated for two releases; remove it.
> >
> > Signed-off-by: Cornelia Huck
> > ---
> > hw/s390x/3270-ccw.c
This option has been deprecated for two releases; remove it.
Signed-off-by: Cornelia Huck
---
hw/s390x/3270-ccw.c| 2 +-
hw/s390x/css-bridge.c | 1 -
hw/s390x/css.c | 6 ++
hw/s390x/s390-ccw.c| 2 +-
hw/s390x/s390-virtio
On Tue, 24 Jul 2018 10:20:48 +0200
Andrea Bolognani wrote:
> Looking at both the generated QEMU command line and the qemu-devel
> message linked above, I seem to understand the zpci device is
> basically some sort of adapter that sits between a regular PCI
> device (emulated or otherwise) and an
On Tue, 10 Jul 2018 16:02:14 +0800
Yi Min Zhao wrote:
> Abstract
>
> The PCI representation in QEMU has recently been extended for S390
> allowing configuration of zPCI attributes like uid (user-defined
> identifier) and fid (PCI function identifier).
> The details can be found here:
> h
On Mon, 16 Jul 2018 09:54:12 +0200
Thomas Huth wrote:
> On 16.07.2018 09:32, Markus Armbruster wrote:
> > Libvirt developers would like to be copied on patches to qemu-doc
> > appendix "Deprecated features". Do them the favor.
> >
> > Signed-off-by: Markus Armbruster
> > ---
> > MAINTAINERS |
nged, 4 insertions(+)
Reviewed-by: Cornelia Huck
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
iles changed, 235 insertions(+), 234 deletions(-)
> create mode 100644 qemu-deprecated.texi
Reviewed-by: Cornelia Huck
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
On Thu, 12 Jul 2018 17:47:00 +0200
Thomas Huth wrote:
> On 12.07.2018 08:32, Markus Armbruster wrote:
> > Daniel P. Berrangé writes:
> [...]
> >> For libvirt, I think whenever something is proposed for deprecation
> >> we could just CC libvir-list, or ask one of the libvirt people to
> >> conf
On Thu, 12 Jul 2018 08:51:16 +0200
Markus Armbruster wrote:
> Markus Armbruster writes:
>
> > Kevin Wolf writes:
> >
> >> Am 10.07.2018 um 16:22 hat Cornelia Huck geschrieben:
> >>> On Tue, 10 Jul 2018 07:59:15 +0200
> >>> Markus Armbrust
On Wed, 11 Jul 2018 08:53:20 +0200
Thomas Huth wrote:
> On 10.07.2018 17:24, Peter Krempa wrote:
> > On Tue, Jul 10, 2018 at 17:01:22 +0200, Cornelia Huck wrote:
> >> So, from that I gather that a hard failure would be the easiest for
> >> libvirt to detect (and e
On Tue, 10 Jul 2018 16:39:31 +0200
Peter Krempa wrote:
> On Tue, Jul 10, 2018 at 16:22:08 +0200, Cornelia Huck wrote:
> > On Tue, 10 Jul 2018 07:59:15 +0200
> > Markus Armbruster wrote:
> >
> > > In addition to actively pulling libvirt developers into review of
On Tue, 10 Jul 2018 07:59:15 +0200
Markus Armbruster wrote:
> In addition to actively pulling libvirt developers into review of
> deprecation patches, we should pursue the idea to optionally let QEMU
> fail on use of deprecated features, then have libvirt run its test suite
> that way.
What abou
On Mon, 9 Jul 2018 08:58:05 +0200
Thomas Huth wrote:
> On 06.07.2018 13:11, Cornelia Huck wrote:
> > On Wed, 4 Jul 2018 17:14:02 +0100
> > Peter Maydell wrote:
> >
> >> On 4 July 2018 at 14:34, Kevin Wolf wrote:
> >>> Essentially, what is i
On Mon, 09 Jul 2018 08:33:05 +0200
Markus Armbruster wrote:
> Peter Maydell writes:
>
> > On 6 July 2018 at 15:56, Kevin Wolf wrote:
> >> Am 06.07.2018 um 13:11 hat Cornelia Huck geschrieben:
> >>> That way, we can still easily remove old cruft (case
On Wed, 4 Jul 2018 17:14:02 +0100
Peter Maydell wrote:
> On 4 July 2018 at 14:34, Kevin Wolf wrote:
> > Essentially, what is important to me isn't getting these options dropped
> > exactly in 3.0, but not setting a bad precedence that deprecation isn't
> > actually worth anything. We may easily
On Wed, 4 Jul 2018 15:34:40 +0200
Kevin Wolf wrote:
> Am 04.07.2018 um 15:02 hat Cornelia Huck geschrieben:
> > On Tue, 3 Jul 2018 13:32:29 +0200
> > Kevin Wolf wrote:
> >
> > > > > > Has serial/gemoetry been fixed meanwhile and will it make it into
&
On Tue, 3 Jul 2018 13:32:29 +0200
Kevin Wolf wrote:
> > > > Has serial/gemoetry been fixed meanwhile and will it make it into the
> > > > next release?
> > >
> > > I cannot find an archive that has it, but it is on the libvirt mailing
> > > list as "[libvirt] [PATCH v3] qemu: format serial and
On Mon, 4 Jun 2018 16:17:52 +0200
Ján Tomko wrote:
> On Mon, Jun 04, 2018 at 02:05:17PM +0800, Yi Min Zhao wrote:
> >
> >
> >在 2018/6/2 下午10:18, Ján Tomko 写道:
> >> On Thu, May 24, 2018 at 02:24:30PM +0200, Xiao Feng Ren wrote:
> >>> From: Yi Min Zhao
> >>>
> >>> The pci-root depends on zpci
On Fri, 1 Jun 2018 12:43:09 +0800
Yi Min Zhao wrote:
> 在 2018/5/29 下午5:04, Cornelia Huck 写道:
> > On Mon, 28 May 2018 16:26:57 +0800
> > Xiao Feng Ren wrote:
> >> As the model of Shmem is not support in qemu, the rng device doesn't
> >> support MSI-X. So
On Mon, 28 May 2018 16:26:57 +0800
Xiao Feng Ren wrote:
> On 5/25/2018 6:22 PM, Bjoern Walk wrote:
> > Cornelia Huck [2018-05-24, 06:25PM +0200]:
> >> On Thu, 24 May 2018 14:24:32 +0200
> >> Xiao Feng Ren wrote:
> >>
> >>> From: Yi Min Zhao
On Thu, 24 May 2018 14:24:32 +0200
Xiao Feng Ren wrote:
> From: Yi Min Zhao
>
> This commit adds hotplug support for PCI devices on S390 guests.
> There's no need to implement hot unplug for zPCI as QEMU implements
> an unplug callback which will unplug both PCI and zPCI device in a
> cascaded
On Wed, 11 Apr 2018 17:49:53 +0200
Shalini Chellathurai Saroja wrote:
> Let us introduce the capability vfio-ccw for supporting the basic
> channel I/O passthrough, which have been introduced in QEMU 2.10. The
> current focus is to support dasd-eckd (cu_type/dev_type = 0x3990/0x3390)
> as the tar
On Wed, 11 Apr 2018 17:49:51 +0200
Shalini Chellathurai Saroja wrote:
> Let us support the basic channel I/O passthrough infrastructure based on
> vfio, which have been introduced in QEMU 2.10. The current focus is to
> support dasd-eckd (cu_type/dev_type = 0x3990/0x3390) as the target
> device.
On Fri, 27 Oct 2017 14:42:57 +0200
Christian Borntraeger wrote:
> Yes, we should also replace that with
>
> return s390_has_feat(S390_FEAT_GUARDED_STORAGE)
>
> I can fixup my patch or provide a 2nd one.
>
Consider a fixed up patch acked by me.
--
libvir-list mailing list
libvir-list@redhat.
l"
> runnable all the time, while relying on the CPU model to reject invalid
> migration attempts.
>
> Suggested-by: David Hildenbrand
> Signed-off-by: Christian Borntraeger
> ---
> hw/s390x/s390-virtio-ccw.c | 8
> include/hw/s390x/s390-virtio-ccw.h |
On Thu, 24 Nov 2016 12:51:19 +1100
David Gibson wrote:
> On Wed, Nov 23, 2016 at 03:10:47PM -0200, Eduardo Habkost wrote:
> > (CCing the maintainers of the machines that crash when using
> > -nodefaults)
> >
> > On Tue, Nov 22, 2016 at 08:34:50PM -0200, Eduardo Habkost wrote:
> > [...]
> > > "de
On Mon, 19 Sep 2016 22:07:13 +0300
"Michael S. Tsirkin" wrote:
> On Wed, Sep 07, 2016 at 09:38:04PM +0200, Sascha Silbe wrote:
> > Dear Laine,
> >
> > Laine Stump writes:
> >
> > > On 09/07/2016 02:35 PM, Sascha Silbe wrote:
> > >> "Daniel P. Berrange" writes:
> > >> [...]
> > >>>
[I've browsed through the thread a bit, but as I'm not a libvirt
developer I may be missing some basic things]
On Wed, 7 Sep 2016 16:34:17 -0400
Laine Stump wrote:
> On 09/07/2016 03:38 PM, Sascha Silbe wrote:
> > Dear Laine,
> >
> > Laine Stump writes:
> >
> >> On 09/07/2016 02:35 PM, Sascha S
On Thu, 11 Aug 2016 16:17:10 +0200
Ján Tomko wrote:
> On Thu, Aug 11, 2016 at 02:31:55PM +0100, Daniel P. Berrange wrote:
> >On Thu, Aug 11, 2016 at 03:25:53PM +0200, Ján Tomko wrote:
> >> On Thu, Aug 11, 2016 at 01:00:08PM +0100, Daniel P. Berrange wrote:
> >> > On Wed, Aug 10, 2016 at 03:27:15P
101 - 153 of 153 matches
Mail list logo
