similar to: [PATCH] MAINTAINERS: add virtio-dev ML for virtio

On 27/03/19 15:33, Michael S. Tsirkin wrote: > Jason doesn't really have the time to review blk/scsi > patches. Paolo and Setfan agreed to help out. > > Thanks guys! > > Signed-off-by: Michael S. Tsirkin <mst at redhat.com> > > --- > > diff --git a/MAINTAINERS b/MAINTAINERS > index 95a5ebecd04f..8326d19c1681 100644 > --- a/MAINTAINERS > +++

Patches should keep coming through Rusty but it helps if I'm Cc'd as well. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> Signed-off-by: Rusty Russell <rusty at rustcorp.com.au> --- MAINTAINERS | 10 ++++++++++ 1 file changed, 10 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 23d0436..7de75ad 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -6439,6 +6439,16

Patches should keep coming through Rusty but it helps if I'm Cc'd as well. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> Signed-off-by: Rusty Russell <rusty at rustcorp.com.au> --- MAINTAINERS | 10 ++++++++++ 1 file changed, 10 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 23d0436..7de75ad 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -6439,6 +6439,16

Jason doesn't really have the time to review blk/scsi patches. Paolo and Setfan agreed to help out. Thanks guys! Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- diff --git a/MAINTAINERS b/MAINTAINERS index 95a5ebecd04f..8326d19c1681 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -16247,7 +16247,7 @@ F: drivers/char/virtio_console.c F: include/linux/virtio_console.h F:

Jason doesn't really have the time to review blk/scsi patches. Paolo and Setfan agreed to help out. Thanks guys! Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- diff --git a/MAINTAINERS b/MAINTAINERS index 95a5ebecd04f..8326d19c1681 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -16247,7 +16247,7 @@ F: drivers/char/virtio_console.c F: include/linux/virtio_console.h F:

On Wed, 1 Jul 2015 17:17:41 +0200 Paolo Bonzini <pbonzini at redhat.com> wrote: > > > On 01/07/2015 17:15, Cornelia Huck wrote: > > The s390-specific virtio drivers have probably more to do with virtio > > than with kvm today; let's move them out into a separate section to > > reflect this and to be able to add relevant mailing lists. > > > >

On Wed, 1 Jul 2015 17:17:41 +0200 Paolo Bonzini <pbonzini at redhat.com> wrote: > > > On 01/07/2015 17:15, Cornelia Huck wrote: > > The s390-specific virtio drivers have probably more to do with virtio > > than with kvm today; let's move them out into a separate section to > > reflect this and to be able to add relevant mailing lists. > > > >

On 01/07/2015 17:15, Cornelia Huck wrote: > The s390-specific virtio drivers have probably more to do with virtio > than with kvm today; let's move them out into a separate section to > reflect this and to be able to add relevant mailing lists. > > CC: Christian Borntraeger <borntraeger at de.ibm.com> > Signed-off-by: Cornelia Huck <cornelia.huck at de.ibm.com>

On Wed, Sep 20, 2017 at 09:11:57AM +0000, Liang, Cunming wrote: > Hi Michael, > > > -----Original Message----- > > From: virtio-dev at lists.oasis-open.org [mailto:virtio-dev at lists.oasis-open.org] > > On Behalf Of Michael S. Tsirkin > > Sent: Sunday, September 10, 2017 1:06 PM > > To: virtio-dev at lists.oasis-open.org > > Cc: virtualization at

On Wed, Sep 20, 2017 at 09:11:57AM +0000, Liang, Cunming wrote: > Hi Michael, > > > -----Original Message----- > > From: virtio-dev at lists.oasis-open.org [mailto:virtio-dev at lists.oasis-open.org] > > On Behalf Of Michael S. Tsirkin > > Sent: Sunday, September 10, 2017 1:06 PM > > To: virtio-dev at lists.oasis-open.org > > Cc: virtualization at

The s390-specific virtio drivers have probably more to do with virtio than with kvm today; let's move them out into a separate section to reflect this and to be able to add relevant mailing lists. CC: Christian Borntraeger <borntraeger at de.ibm.com> Signed-off-by: Cornelia Huck <cornelia.huck at de.ibm.com> --- MAINTAINERS | 10 +++++++++- 1 file changed, 9 insertions(+), 1

The s390-specific virtio drivers have probably more to do with virtio than with kvm today; let's move them out into a separate section to reflect this and to be able to add relevant mailing lists. CC: Christian Borntraeger <borntraeger at de.ibm.com> Signed-off-by: Cornelia Huck <cornelia.huck at de.ibm.com> --- MAINTAINERS | 10 +++++++++- 1 file changed, 9 insertions(+), 1

Changes to mm/balloon_compaction.c can easily break virtio, and virtio is the only user of that interface. Add a line to MAINTAINERS so whoever changes that file remembers to copy us. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index f66488d..6b1d60e 100644 --- a/MAINTAINERS +++

Changes to mm/balloon_compaction.c can easily break virtio, and virtio is the only user of that interface. Add a line to MAINTAINERS so whoever changes that file remembers to copy us. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index f66488d..6b1d60e 100644 --- a/MAINTAINERS +++

The V4L2-FLAG-MEMORY-NON-CONSISTENT flag is entirely unused, and causes weird gymanstics with the DMA_ATTR_NON_CONSISTENT flag, which is unimplemented except on PARISC and some MIPS configs, and about to be removed. Signed-off-by: Christoph Hellwig <hch at lst.de> --- .../userspace-api/media/v4l/buffer.rst | 17 --------- .../media/v4l/vidioc-reqbufs.rst | 1 -

Hi Tomasz, On 2020-08-19 12:16, Tomasz Figa wrote: > Hi Christoph, > > On Wed, Aug 19, 2020 at 8:56 AM Christoph Hellwig <hch at lst.de> wrote: >> >> The V4L2-FLAG-MEMORY-NON-CONSISTENT flag is entirely unused, > > Could you explain what makes you think it's unused? It's a feature of > the UAPI generally supported by the videobuf2 framework and relied

From: Sergey Senozhatsky <sergey.senozhatsky at gmail.com> The patch partially reverts some of the UAPI bits of the buffer cache management hints. Namely, the queue consistency (memory coherency) user-space hint because, as it turned out, the kernel implementation of this feature was misusing DMA_ATTR_NON_CONSISTENT. The patch revers both kernel and user space parts: removes the DMA

As suggested by Michael, let's add me as co-maintainer of virtio-balloon. While at it, also add "include/linux/balloon_compaction.h" to the file list. Cc: Michael S. Tsirkin <mst at redhat.com> Cc: Jason Wang <jasowang at redhat.com> Cc: Greg Kroah-Hartman <gregkh at linuxfoundation.org> Signed-off-by: David Hildenbrand <david at redhat.com> --- MAINTAINERS

On Wed, Aug 19, 2020 at 1:51 PM Robin Murphy <robin.murphy at arm.com> wrote: > > Hi Tomasz, > > On 2020-08-19 12:16, Tomasz Figa wrote: > > Hi Christoph, > > > > On Wed, Aug 19, 2020 at 8:56 AM Christoph Hellwig <hch at lst.de> wrote: > >> > >> The V4L2-FLAG-MEMORY-NON-CONSISTENT flag is entirely unused, > > > > Could you

Hi Christoph, On Wed, Aug 19, 2020 at 8:56 AM Christoph Hellwig <hch at lst.de> wrote: > > The V4L2-FLAG-MEMORY-NON-CONSISTENT flag is entirely unused, Could you explain what makes you think it's unused? It's a feature of the UAPI generally supported by the videobuf2 framework and relied on by Chromium OS to get any kind of reasonable performance when accessing V4L2 buffers