RE: [PATCH linux-next v3 0/6] vdpa: enable user to set mac, mtu

> From: Jason Wang > Sent: Thursday, August 19, 2021 9:52 AM > > 在 2021/8/19 上午1:33, Michael S. Tsirkin 写道: > > On Wed, Aug 18, 2021 at 12:31:39PM +0800, Jason Wang wrote: > >> On Wed, Aug 18, 2021 at 11:15 AM Parav Pandit > wrote: > >>> > >>> > From: Michael S. Tsirkin > Sent:

[PATCH V7] gpio: Add virtio-gpio driver

This patch adds a new driver for Virtio based GPIO devices. This allows a guest VM running Linux to access GPIO lines provided by the host. It supports all basic operations, except interrupts for the GPIO lines. Based on the initial work posted by: "Enrico Weigelt, metux IT consult" .

Re: [PATCH linux-next v3 0/6] vdpa: enable user to set mac, mtu

在 2021/8/19 上午1:33, Michael S. Tsirkin 写道: On Wed, Aug 18, 2021 at 12:31:39PM +0800, Jason Wang wrote: On Wed, Aug 18, 2021 at 11:15 AM Parav Pandit wrote: From: Michael S. Tsirkin Sent: Tuesday, August 17, 2021 2:24 AM On Mon, Aug 09, 2021 at 09:51:49AM +, Parav Pandit wrote:

Re: [PATCH linux-next v3 0/6] vdpa: enable user to set mac, mtu

在 2021/8/18 下午12:36, Parav Pandit 写道: From: Jason Wang Sent: Wednesday, August 18, 2021 10:02 AM On Wed, Aug 18, 2021 at 11:15 AM Parav Pandit wrote: [..] I'm inclined to say vxlan is closer to a model to follow. Ok. thanks for the feedback. We are using the model close to vxlan. Lets

Re: [PATCH 0/2] vDPA/ifcvf: enable multiqueue and control vq

在 2021/8/18 下午5:57, Zhu Lingshan 写道: This series enables multi-queue and control vq features for ifcvf. These patches are based on my previous vDPA/ifcvf management link implementation series: https://lore.kernel.org/kvm/20210812032454.24486-2-lingshan@intel.com/T/ Thanks! Zhu Lingshan

Re: [PATCH 2/2] vDPA/ifcvf: enable multiqueue and control vq

在 2021/8/18 下午5:57, Zhu Lingshan 写道: This commit enbales multi-queue and control vq features for ifcvf Signed-off-by: Zhu Lingshan Acked-by: Jason Wang --- drivers/vdpa/ifcvf/ifcvf_base.h | 9 - drivers/vdpa/ifcvf/ifcvf_main.c | 11 +++ 2 files changed, 3

Re: [PATCH 1/2] vDPA/ifcvf: detect and use the onboard number of queues directly

在 2021/8/18 下午5:57, Zhu Lingshan 写道: To enable this multi-queue feature for ifcvf, this commit intends to detect and use the onboard number of queues directly than IFCVF_MAX_QUEUE_PAIRS = 1 (removed) Signed-off-by: Zhu Lingshan --- drivers/vdpa/ifcvf/ifcvf_base.c | 8 +---

Re: [PATCH v2 6/6] vdpa/mlx5: Add multiqueue support

在 2021/8/17 下午2:02, Eli Cohen 写道: Multiqueue support requires additional virtio_net_q objects to be added or removed per the configured number of queue pairs. In addition the RQ tables needs to be modified to match the number of configured receive queues so the packets are dispatched to the

Re: [PATCH v2 5/6] vdpa/mlx5: Add support for control VQ and MAC setting

在 2021/8/17 下午2:02, Eli Cohen 写道: Add support to handle control virtqueue configurations per virtio specification. The control virtqueue is implemented in software and no hardware offloading is involved. Control VQ configuration need task context, therefore all configurations are handled in a

Re: [PATCH] i2c: virtio: Fix the compiler warning when CONFIG_ACPI is not set

On 19-08-21, 08:48, Jie Deng wrote: > Fix the compiler warning "drivers/i2c/busses/i2c-virtio.c:208:17: > warning: unused variable 'pdev' [-Wunused-variable]" when CONFIG_ACPI > is not set. > > Fixes: 8fb12751ac78 ("i2c: virtio: add a virtio i2c frontend driver") > Signed-off-by: Jie Deng > ---

Re: [PATCH v2 4/6] vdpa/mlx5: Ensure valid indices are provided

在 2021/8/17 下午2:02, Eli Cohen 写道: Following patches add control virtuqeue and multiqueue support. We want to verify that the index value to callbacks referencing a virtqueue is valid. The logic defining valid indices is as follows: CVQ clear: 0 and 1. CVQ set, MQ clear: 0, 1 and 2 CVQ set, MQ

Re: [PATCH v2 3/6] vdpa/mlx5: Decouple virtqueue callback from struct mlx5_vdpa_virtqueue

在 2021/8/17 下午2:02, Eli Cohen 写道: Instead, define an array of struct vdpa_callback on struct mlx5_vdpa_net and use it to store callbacks for any virtqueue provided. This is required due to the fact that callback configurations arrive before feature negotiation. With control VQ and multiqueue

Re: [PATCH v2 2/6] vdpa/mlx5: function prototype modifications in preparation to control VQ

在 2021/8/17 下午2:02, Eli Cohen 写道: Use struct mlx5_vdpa_dev as an argument to setup_driver() and a few others in preparation to control virtqueue support in a subsequent patch. The control virtqueue is part of struct mlx5_vdpa_dev so this is required. Signed-off-by: Eli Cohen Acked-by:

Re: [PATCH] i2c: virtio: Fix the compiler warning when CONFIG_ACPI is not set

Hi Jie, On Thu, 19 Aug 2021 08:48:41 +0800 Jie Deng wrote: > > Fix the compiler warning "drivers/i2c/busses/i2c-virtio.c:208:17: > warning: unused variable 'pdev' [-Wunused-variable]" when CONFIG_ACPI > is not set. > > Fixes: 8fb12751ac78 ("i2c: virtio: add a virtio i2c frontend driver")

Re: [kvm-unit-tests PATCH 0/6] Initial x86_64 UEFI support

> On Aug 18, 2021, at 6:32 PM, Marc Orr wrote: > > This sounds great to us. We will also experiment with combining the > two patchsets and report back when we have some experience with this. > Though, please do also report back if you have an update on this > before we do. Just wondering

[PATCH] i2c: virtio: Fix the compiler warning when CONFIG_ACPI is not set

Fix the compiler warning "drivers/i2c/busses/i2c-virtio.c:208:17: warning: unused variable 'pdev' [-Wunused-variable]" when CONFIG_ACPI is not set. Fixes: 8fb12751ac78 ("i2c: virtio: add a virtio i2c frontend driver") Signed-off-by: Jie Deng --- drivers/i2c/busses/i2c-virtio.c | 3 +-- 1 file

[RFC PATCH 1/3] drivers/net/virtio_net: Fixed vheader to use v1.

The header v1 provides additional info about RSS. Added changes to computing proper header length. In the next patches, the header may contain RSS hash info for the hash population. Signed-off-by: Andrew Melnychenko --- drivers/net/virtio_net.c | 10 +- 1 file changed, 5 insertions(+),

[RFC PATCH 3/3] drivers/net/virtio_net: Added RSS hash report.

Added set_hash for skb. Also added hashflow set/get callbacks. Virtio RSS "IPv6 extensions" hashes disabled. Also, disabling RXH_IP_SRC/DST for TCP would disable them for UDP. TCP and UDP supports only: ethtool -U eth0 rx-flow-hash tcp4 sd RXH_IP_SRC + RXH_IP_DST ethtool -U eth0 rx-flow-hash

[RFC PATCH 2/3] drivers/net/virtio_net: Added basic RSS support.

Added features for RSS and RSS hash report. Added initialization, RXHASH feature and ethtool ops. By default RSS/RXHASH is disabled. Added ethtools ops to set key and indirection table. Signed-off-by: Andrew Melnychenko --- drivers/net/virtio_net.c | 215 ---

[RFC PATCH 0/3] drivers/net/virtio_net: Added RSS support.

This series of RFC patches for comments and additional proposals. Virtio-net supports "hardware" RSS with toeplitz key. Also, it allows receiving calculated hash in vheader that may be used with RPS. Added ethtools callbacks to manipulate RSS. Technically hash calculation may be set only for

Re: [PATCH v8 2/3] tty: hvc: pass DMA capable memory to put_chars()

Hi Xianting, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on tty/tty-testing] [also build test WARNING on char-misc/char-misc-testing soc/for-next v5.14-rc6 next-20210818] [If your patch is applied to the wrong git tree, kindly drop us a note. And when

Re: [virtiofsd PATCH v4 1/4] virtiofsd: add .ioctl() support

On Tue, Aug 17, 2021 at 10:23:44AM +0800, Jeffle Xu wrote: > Add .ioctl() support for passthrough, in prep for the following support > for following per-file DAX feature. > > Once advertising support for per-file DAX feature, virtiofsd should > support storing FS_DAX_FL flag persistently passed

Re: [PATCH linux-next v3 0/6] vdpa: enable user to set mac, mtu

On Wed, Aug 18, 2021 at 12:31:39PM +0800, Jason Wang wrote: > On Wed, Aug 18, 2021 at 11:15 AM Parav Pandit wrote: > > > > > > > > > From: Michael S. Tsirkin > > > Sent: Tuesday, August 17, 2021 2:24 AM > > > > > > On Mon, Aug 09, 2021 at 09:51:49AM +, Parav Pandit wrote: > > > > > From:

Re: [Virtio-fs] [virtiofsd PATCH v4 3/4] virtiofsd: support per-file DAX negotiation in FUSE_INIT

On Tue, Aug 17, 2021 at 06:15:58PM +0100, Dr. David Alan Gilbert wrote: > * Jeffle Xu (jeffl...@linux.alibaba.com) wrote: > > In FUSE_INIT negotiating phase, server/client should advertise if it > > supports per-file DAX. > > > > Once advertising support for per-file DAX feature, virtiofsd should

Re: [PATCH v4 0/8] fuse,virtiofs: support per-file DAX

On Wed, Aug 18, 2021 at 07:08:24AM +0200, Miklos Szeredi wrote: > On Wed, 18 Aug 2021 at 05:40, JeffleXu wrote: > > > I'm not sure if I fully understand your idea. Then in this case, host > > daemon only prepares 4KB while guest thinks that the whole DAX window > > (e.g., 2MB) has been fully

ICITS'22 - The 2022 International Conference on Information Technology & Systems | Costa Rica

ICITS'22 - The 2022 International Conference on Information Technology & Systems San Carlos, Costa Rica, 9 - 11 February 2022 http://icits.me

[PATCH V6] gpio: Add virtio-gpio driver

This patch adds a new driver for Virtio based GPIO devices. This allows a guest VM running Linux to access GPIO lines provided by the host. It supports all basic operations, except interrupts for the GPIO lines. Based on the initial work posted by: "Enrico Weigelt, metux IT consult" .

Re: [PATCH v8 2/3] tty: hvc: pass DMA capable memory to put_chars()

Hi Xianting, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on tty/tty-testing] [also build test WARNING on char-misc/char-misc-testing soc/for-next v5.14-rc6 next-20210818] [If your patch is applied to the wrong git tree, kindly drop us a note. And when

Re: [PATCH V5 2/2] gpio: virtio: Add IRQ support

On 10-08-21, 15:55, Viresh Kumar wrote: > This patch adds IRQ support for the virtio GPIO driver. Note that this > uses the irq_bus_lock/unlock() callbacks, since those operations over > virtio may sleep. Also the notifications for the eventq are processed > using a work item to allow sleep-able

Re: [kvm-unit-tests PATCH 0/6] Initial x86_64 UEFI support

Hi Marc, Zixuan, On 8/18/21 3:52 AM, Marc Orr wrote: > On Tue, Aug 17, 2021 at 3:49 AM Joerg Roedel wrote: >> >> Hi Marc, >> >> On Fri, Aug 13, 2021 at 11:44:39AM -0700, Marc Orr wrote: >>> To date, we have _most_ x86 test cases (39/44) working under UEFI and >>> we've also got some of the test