mbox series

[GIT,PULL] virtio: features, fixes

Message ID 20240319034143-mutt-send-email-mst@kernel.org (mailing list archive)
State New, archived
Headers show
Series [GIT,PULL] virtio: features, fixes | expand

Pull-request

https://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus

Message

Michael S. Tsirkin March 19, 2024, 7:41 a.m. UTC
The following changes since commit e8f897f4afef0031fe618a8e94127a0934896aba:

  Linux 6.8 (2024-03-10 13:38:09 -0700)

are available in the Git repository at:

  https://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus

for you to fetch changes up to 5da7137de79ca6ffae3ace77050588cdf5263d33:

  virtio_net: rename free_old_xmit_skbs to free_old_xmit (2024-03-19 03:19:22 -0400)

----------------------------------------------------------------
virtio: features, fixes

Per vq sizes in vdpa.
Info query for block devices support in vdpa.
DMA sync callbacks in vduse.

Fixes, cleanups.

Signed-off-by: Michael S. Tsirkin <mst@redhat.com>

----------------------------------------------------------------
Andrew Melnychenko (1):
      vhost: Added pad cleanup if vnet_hdr is not present.

David Hildenbrand (1):
      virtio: reenable config if freezing device failed

Jason Wang (2):
      virtio-net: convert rx mode setting to use workqueue
      virtio-net: add cond_resched() to the command waiting loop

Jonah Palmer (1):
      vdpa/mlx5: Allow CVQ size changes

Maxime Coquelin (1):
      vduse: implement DMA sync callbacks

Ricardo B. Marliere (2):
      vdpa: make vdpa_bus const
      virtio: make virtio_bus const

Shannon Nelson (1):
      vdpa/pds: fixes for VF vdpa flr-aer handling

Steve Sistare (2):
      vdpa_sim: reset must not run
      vdpa: skip suspend/resume ops if not DRIVER_OK

Suzuki K Poulose (1):
      virtio: uapi: Drop __packed attribute in linux/virtio_pci.h

Xuan Zhuo (3):
      virtio: packed: fix unmap leak for indirect desc table
      virtio_net: unify the code for recycling the xmit ptr
      virtio_net: rename free_old_xmit_skbs to free_old_xmit

Zhu Lingshan (20):
      vhost-vdpa: uapi to support reporting per vq size
      vDPA: introduce get_vq_size to vdpa_config_ops
      vDPA/ifcvf: implement vdpa_config_ops.get_vq_size
      vp_vdpa: implement vdpa_config_ops.get_vq_size
      eni_vdpa: implement vdpa_config_ops.get_vq_size
      vdpa_sim: implement vdpa_config_ops.get_vq_size for vDPA simulator
      vduse: implement vdpa_config_ops.get_vq_size for vduse
      virtio_vdpa: create vqs with the actual size
      vDPA/ifcvf: get_max_vq_size to return max size
      vDPA/ifcvf: implement vdpa_config_ops.get_vq_num_min
      vDPA: report virtio-block capacity to user space
      vDPA: report virtio-block max segment size to user space
      vDPA: report virtio-block block-size to user space
      vDPA: report virtio-block max segments in a request to user space
      vDPA: report virtio-block MQ info to user space
      vDPA: report virtio-block topology info to user space
      vDPA: report virtio-block discarding configuration to user space
      vDPA: report virtio-block write zeroes configuration to user space
      vDPA: report virtio-block read-only info to user space
      vDPA: report virtio-blk flush info to user space

 drivers/net/virtio_net.c             | 151 +++++++++++++++---------
 drivers/vdpa/alibaba/eni_vdpa.c      |   8 ++
 drivers/vdpa/ifcvf/ifcvf_base.c      |  11 +-
 drivers/vdpa/ifcvf/ifcvf_base.h      |   2 +
 drivers/vdpa/ifcvf/ifcvf_main.c      |  15 +++
 drivers/vdpa/mlx5/net/mlx5_vnet.c    |  13 ++-
 drivers/vdpa/pds/aux_drv.c           |   2 +-
 drivers/vdpa/pds/vdpa_dev.c          |  20 +++-
 drivers/vdpa/pds/vdpa_dev.h          |   1 +
 drivers/vdpa/vdpa.c                  | 214 ++++++++++++++++++++++++++++++++++-
 drivers/vdpa/vdpa_sim/vdpa_sim.c     |  15 ++-
 drivers/vdpa/vdpa_user/iova_domain.c |  27 ++++-
 drivers/vdpa/vdpa_user/iova_domain.h |   8 ++
 drivers/vdpa/vdpa_user/vduse_dev.c   |  34 ++++++
 drivers/vdpa/virtio_pci/vp_vdpa.c    |   8 ++
 drivers/vhost/net.c                  |   3 +
 drivers/vhost/vdpa.c                 |  14 +++
 drivers/virtio/virtio.c              |   6 +-
 drivers/virtio/virtio_ring.c         |   6 +-
 drivers/virtio/virtio_vdpa.c         |   5 +-
 include/linux/vdpa.h                 |   6 +
 include/uapi/linux/vdpa.h            |  17 +++
 include/uapi/linux/vhost.h           |   7 ++
 include/uapi/linux/virtio_pci.h      |  10 +-
 24 files changed, 521 insertions(+), 82 deletions(-)

Comments

pr-tracker-bot@kernel.org March 19, 2024, 4:32 p.m. UTC | #1
The pull request you sent on Tue, 19 Mar 2024 03:41:43 -0400:

> https://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus

has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/d95fcdf4961d27a3d17e5c7728367197adc89b8d

Thank you!
Linus Torvalds March 19, 2024, 6:03 p.m. UTC | #2
On Tue, 19 Mar 2024 at 00:41, Michael S. Tsirkin <mst@redhat.com> wrote:
>
> virtio: features, fixes
>
> Per vq sizes in vdpa.
> Info query for block devices support in vdpa.
> DMA sync callbacks in vduse.
>
> Fixes, cleanups.

Grr. I thought the merge message was a bit too terse, but I let it slide.

But only after pushing it out do I notice that not only was the pull
request message overly terse, you had also rebased this all just
moments before sending the pull request and didn't even give a hit of
a reason for that.

So I missed that, and the merge is out now, but this was NOT OK.

Yes, rebasing happens. But last-minute rebasing needs to be explained,
not some kind of nasty surprise after-the-fact.

And that pull request explanation was really borderline even *without*
that issue.

                Linus
Michael S. Tsirkin March 19, 2024, 7:24 p.m. UTC | #3
On Tue, Mar 19, 2024 at 11:03:44AM -0700, Linus Torvalds wrote:
> On Tue, 19 Mar 2024 at 00:41, Michael S. Tsirkin <mst@redhat.com> wrote:
> >
> > virtio: features, fixes
> >
> > Per vq sizes in vdpa.
> > Info query for block devices support in vdpa.
> > DMA sync callbacks in vduse.
> >
> > Fixes, cleanups.
> 
> Grr. I thought the merge message was a bit too terse, but I let it slide.
> 
> But only after pushing it out do I notice that not only was the pull
> request message overly terse, you had also rebased this all just
> moments before sending the pull request and didn't even give a hit of
> a reason for that.
> 
> So I missed that, and the merge is out now, but this was NOT OK.
> 
> Yes, rebasing happens. But last-minute rebasing needs to be explained,
> not some kind of nasty surprise after-the-fact.
> 
> And that pull request explanation was really borderline even *without*
> that issue.
> 
>                 Linus

OK thanks Linus and sorry. I did that rebase for testing then I thought
hey history looks much nicer now why don't I switch to that.  Just goes
to show not to do this thing past midnight, I write better merge
messages at sane hours, too.