similar to: [PATCH] vdpa: consume device_features parameter

Displaying 20 results from an estimated 9000 matches similar to: "[PATCH] vdpa: consume device_features parameter"

2023 Sep 07
1
[PATCH] vdpa: consume device_features parameter
Hi David, Why this patch doesn't get picked in the last 4 months? Maybe the subject is not clear, but this is an iproute2 patch. Would it be possible to merge at your earliest convenience? PS, adding my R-b to the patch. Thanks, -Siwei On Sat, May 13, 2023 at 12:42?AM Shannon Nelson <shannon.nelson at amd.com> wrote: > > From: Allen Hubbe <allen.hubbe at amd.com>
2023 Sep 07
1
[PATCH] vdpa: consume device_features parameter
Hi David, Why this patch doesn't get picked in the last 4 months? Maybe the subject is not clear, but this is an iproute2 patch. Would it be possible to merge at your earliest convenience? PS, adding my R-b to the patch. Thanks, -Siwei On Sat, May 13, 2023 at 12:42?AM Shannon Nelson <shannon.nelson at amd.com> wrote: > > From: Allen Hubbe <allen.hubbe at amd.com>
2023 May 12
2
[PATCH] vdpa: consume device_features parameter
From: Allen Hubbe <allen.hubbe at amd.com> Consume the parameter to device_features when parsing command line options. Otherwise the parameter may be used again as an option name. # vdpa dev add ... device_features 0xdeadbeef mac 00:11:22:33:44:55 Unknown option "0xdeadbeef" Fixes: a4442ce58ebb ("vdpa: allow provisioning device features") Signed-off-by: Allen Hubbe
2023 May 12
2
[PATCH] vdpa: consume device_features parameter
From: Allen Hubbe <allen.hubbe at amd.com> Consume the parameter to device_features when parsing command line options. Otherwise the parameter may be used again as an option name. # vdpa dev add ... device_features 0xdeadbeef mac 00:11:22:33:44:55 Unknown option "0xdeadbeef" Fixes: a4442ce58ebb ("vdpa: allow provisioning device features") Signed-off-by: Allen Hubbe
2023 Jul 07
1
[PATCH virtio 1/4] pds_vdpa: reset to vdpa specified mac
On 7/7/23 12:33 AM, Jason Wang wrote: > Caution: This message originated from an External Source. Use proper caution when opening attachments, clicking links, or responding. > > > On Fri, Jun 30, 2023 at 8:36?AM Shannon Nelson <shannon.nelson at amd.com> wrote: >> >> From: Allen Hubbe <allen.hubbe at amd.com> >> >> When the vdpa device is reset,
2023 Mar 13
0
[PATCH 1/2] vdpa/mlx5: Make VIRTIO_NET_F_MRG_RXBUF off by default
On 3/12/2023 6:28 AM, Parav Pandit wrote: > >> From: Michael S. Tsirkin <mst at redhat.com> >> Sent: Sunday, March 12, 2023 6:25 AM >> >> On Sun, Mar 12, 2023 at 11:10:25AM +0200, Eli Cohen wrote: >>> On 12/03/2023 10:58, Michael S. Tsirkin wrote: >>>> On Sun, Mar 12, 2023 at 10:39:19AM +0200, Eli Cohen wrote: >>>>> One can still
2023 Mar 14
0
[PATCH 1/2] vdpa/mlx5: Make VIRTIO_NET_F_MRG_RXBUF off by default
On 3/13/2023 8:47 PM, Parav Pandit wrote: >> From: Michael S. Tsirkin <mst at redhat.com> >> Sent: Monday, March 13, 2023 11:38 PM >> >> On Tue, Mar 14, 2023 at 02:05:50AM +0000, Parav Pandit wrote: >>>> From: Si-Wei Liu <si-wei.liu at oracle.com> >>>> Sent: Monday, March 13, 2023 6:19 PM >>>> Actually there's no such
2018 Apr 04
0
[RFC PATCH 2/3] netdev: kernel-only IFF_HIDDEN netdevice
On Wed, Apr 4, 2018 at 10:21 AM, David Ahern <dsahern at gmail.com> wrote: > On 4/4/18 1:36 AM, Siwei Liu wrote: >> On Tue, Apr 3, 2018 at 6:04 PM, David Ahern <dsahern at gmail.com> wrote: >>> On 4/3/18 9:42 AM, Jiri Pirko wrote: >>>>> >>>>> There are other use cases that want to hide a device from userspace. I >>>>
2018 Apr 03
0
[RFC PATCH 2/3] netdev: kernel-only IFF_HIDDEN netdevice
On Sun, Apr 1, 2018 at 9:11 AM, David Ahern <dsahern at gmail.com> wrote: > On 4/1/18 3:13 AM, Si-Wei Liu wrote: >> Hidden netdevice is not visible to userspace such that >> typical network utilities e.g. ip, ifconfig and et al, >> cannot sense its existence or configure it. Internally >> hidden netdev may associate with an upper level netdev >> that
2023 Aug 21
0
[PATCH RFC 1/4] vdpa: introduce .reset_map operation callback
On 8/17/2023 8:28 AM, Eugenio Perez Martin wrote: > On Thu, Aug 17, 2023 at 2:05?AM Si-Wei Liu <si-wei.liu at oracle.com> wrote: >> >> >> On 8/15/2023 6:55 PM, Jason Wang wrote: >>> On Wed, Aug 16, 2023 at 3:49?AM Si-Wei Liu <si-wei.liu at oracle.com> wrote: >>>> >>>> On 8/14/2023 7:21 PM, Jason Wang wrote: >>>>> On
2023 Jun 30
4
[PATCH virtio 0/4] pds_vdpa: mac, reset, and irq updates
v2 for internal review - heavily reworked NET_F_MAC patch, matches recent PR-68875 - reordered to put "clean and reset vqs" before "alloc-irq" to make them slightly simpler patches - other minor cleanups for simpler patches These are some fixes for device providing a MAC address, for allocating irq resources later to support vhost use, and for properly cleaning vq info
2023 Jun 30
4
[PATCH virtio 0/4] pds_vdpa: mac, reset, and irq updates
v2 for internal review - heavily reworked NET_F_MAC patch, matches recent PR-68875 - reordered to put "clean and reset vqs" before "alloc-irq" to make them slightly simpler patches - other minor cleanups for simpler patches These are some fixes for device providing a MAC address, for allocating irq resources later to support vhost use, and for properly cleaning vq info
2020 Nov 03
0
[PATCH v3 2/2] vhost-vdpa: fix page pinning leakage in error path
On 10/29/2020 2:53 PM, Michael S. Tsirkin wrote: > On Thu, Oct 15, 2020 at 01:17:14PM -0700, si-wei liu wrote: >> On 10/15/2020 6:11 AM, Michael S. Tsirkin wrote: >>> On Thu, Oct 15, 2020 at 02:15:32PM +0800, Jason Wang wrote: >>>> On 2020/10/14 ??7:42, si-wei liu wrote: >>>>>> So what I suggest is to fix the pinning leakage first and do the
2023 Aug 16
1
[PATCH RFC 4/4] vhost-vdpa: introduce IOTLB_PERSIST backend feature bit
On 8/15/2023 6:48 PM, Jason Wang wrote: > On Wed, Aug 16, 2023 at 6:31?AM Si-Wei Liu <si-wei.liu at oracle.com> wrote: >> >> >> On 8/14/2023 7:25 PM, Jason Wang wrote: >>> On Tue, Aug 15, 2023 at 9:45?AM Si-Wei Liu <si-wei.liu at oracle.com> wrote: >>>> Signed-off-by: Si-Wei Liu <si-wei.liu at oracle.com> >>>> ---
2023 Apr 03
1
[PATCH 0/1] posted interrtups support for mlx5
On 4/3/2023 12:20 PM, Eli Cohen wrote: > Hi, > > the single patch in this series adds support for posted interrupts in > mlx5. > > It depends on the patch series already accpted can be seen here: > https://patchwork.kernel.org/project/netdevbpf/patch/20230324231341.29808-1-saeed at kernel.org/ > > git pull git://git.kernel.org/pub/scm/linux/kernel/git/saeed/linux.git
2023 Apr 03
1
[PATCH 0/1] posted interrtups support for mlx5
On Mon, Apr 03, 2023 at 01:00:16PM -0400, Parav Pandit wrote: > > > On 4/3/2023 12:20 PM, Eli Cohen wrote: > > Hi, > > > > the single patch in this series adds support for posted interrupts in > > mlx5. > > > > It depends on the patch series already accpted can be seen here: > >
2023 Aug 22
1
[PATCH RFC 4/4] vhost-vdpa: introduce IOTLB_PERSIST backend feature bit
On Thu, Aug 17, 2023 at 7:44?AM Si-Wei Liu <si-wei.liu at oracle.com> wrote: > > > > On 8/15/2023 6:48 PM, Jason Wang wrote: > > On Wed, Aug 16, 2023 at 6:31?AM Si-Wei Liu <si-wei.liu at oracle.com> wrote: > >> > >> > >> On 8/14/2023 7:25 PM, Jason Wang wrote: > >>> On Tue, Aug 15, 2023 at 9:45?AM Si-Wei Liu <si-wei.liu at
2023 Mar 13
1
[PATCH 1/2] vdpa/mlx5: Make VIRTIO_NET_F_MRG_RXBUF off by default
On Mon, Mar 13, 2023 at 09:14:38PM +0000, Parav Pandit wrote: > > > > From: Michael S. Tsirkin <mst at redhat.com> > > Sent: Sunday, March 12, 2023 12:24 PM > > > > On Sun, Mar 12, 2023 at 01:28:06PM +0000, Parav Pandit wrote: > > > > > > > > > > From: Michael S. Tsirkin <mst at redhat.com> > > > > Sent: Sunday,
2023 Aug 16
1
[PATCH RFC 4/4] vhost-vdpa: introduce IOTLB_PERSIST backend feature bit
On Wed, Aug 16, 2023 at 6:31?AM Si-Wei Liu <si-wei.liu at oracle.com> wrote: > > > > On 8/14/2023 7:25 PM, Jason Wang wrote: > > On Tue, Aug 15, 2023 at 9:45?AM Si-Wei Liu <si-wei.liu at oracle.com> wrote: > >> Signed-off-by: Si-Wei Liu <si-wei.liu at oracle.com> > >> --- > >> drivers/vhost/vdpa.c | 16 +++++++++++++++-
2023 Feb 16
1
[PATCH v3] vdpa/mlx5: should not activate virtq object when suspended
On 2/15/2023 8:48 PM, Jason Wang wrote: > On Wed, Feb 15, 2023 at 9:31 AM Si-Wei Liu <si-wei.liu at oracle.com> wrote: >> Otherwise the virtqueue object to instate could point to invalid address >> that was unmapped from the MTT: >> >> mlx5_core 0000:41:04.2: mlx5_cmd_out_err:782:(pid 8321): >> CREATE_GENERAL_OBJECT(0xa00) op_mod(0xd) failed, status