On Tue, Jul 23, 2024 at 1:41 PM Cindy Lu wrote:
>
> Add the function to support setting the MAC address.
> For vdpa/mlx5, the function will use mlx5_mpfs_add_mac
> to set the mac address
>
> Tested in ConnectX-6 Dx device
>
> Signed-off-by: Cindy Lu
Acked-by: Jason Wang
Thanks
-by: Cindy Lu
Acked-by: Jason Wang
Thanks
On Tue, Jul 23, 2024 at 1:41 PM Cindy Lu wrote:
>
> Add new UAPI to support the mac address from vdpa tool
> Function vdpa_nl_cmd_dev_attr_set_doit() will get the
> new MAC address from the vdpa tool and then set it to the device.
>
> The usage is: vdpa dev set name vdpa_name mac
On Mon, Jul 22, 2024 at 5:45 PM Dragos Tatulea wrote:
>
> On Mon, 2024-07-22 at 15:48 +0800, Jason Wang wrote:
> > On Mon, Jul 22, 2024 at 9:06 AM Cindy Lu wrote:
> > >
> > > Add the function to support setting the MAC address.
> > > For vdpa/mlx5,
On Mon, Jul 22, 2024 at 10:48 PM Cindy Lu wrote:
>
> On Mon, 22 Jul 2024 at 20:55, Cindy Lu wrote:
> >
> > On Mon, 22 Jul 2024 at 17:45, Dragos Tatulea wrote:
> > >
> > > On Mon, 2024-07-22 at 15:48 +0800, Jason Wang wrote:
> > > >
On Mon, Jul 22, 2024 at 3:57 PM Cindy Lu wrote:
>
> On Mon, 22 Jul 2024 at 15:48, Jason Wang wrote:
> >
> > On Mon, Jul 22, 2024 at 9:06 AM Cindy Lu wrote:
> > >
> > > Add the function to support setting the MAC address.
> > > For vdpa_s
On Mon, Jul 22, 2024 at 9:06 AM Cindy Lu wrote:
>
> Add the function to support setting the MAC address.
> For vdpa/mlx5, the function will use mlx5_mpfs_add_mac
> to set the mac address
>
> Tested in ConnectX-6 Dx device
>
> Signed-off-by: Cindy Lu
> ---
> drivers/vdpa/mlx5/net/mlx5_vnet.c |
On Mon, Jul 22, 2024 at 9:06 AM Cindy Lu wrote:
>
> Add the function to support setting the MAC address.
> For vdpa_sim_net, the driver will write the MAC address
> to the config space, and other devices can implement
> their own functions to support this.
>
> Signed-off-by: Cindy Lu
> ---
>
On Thu, Jul 18, 2024 at 2:28 AM Steven Sistare
wrote:
>
> On 7/16/2024 1:16 AM, Jason Wang wrote:
> > On Mon, Jul 15, 2024 at 10:27 PM Steven Sistare
> > wrote:
> >>
> >> On 7/14/2024 10:26 PM, Jason Wang wrote:
> >>> On Fri, Jul 12, 2024 at 9:19 P
On Fri, Jul 19, 2024 at 9:19 AM Michael S. Tsirkin wrote:
>
> On Fri, Jul 19, 2024 at 09:02:29AM +0800, Jason Wang wrote:
> > On Wed, Jul 17, 2024 at 2:53 PM Jason Wang wrote:
> > >
> > > On Wed, Jul 17, 2024 at 2:00 PM Michael S. Tsirkin
> > > wrote:
>
On Wed, Jul 17, 2024 at 2:53 PM Jason Wang wrote:
>
> On Wed, Jul 17, 2024 at 2:00 PM Michael S. Tsirkin wrote:
> >
> > On Wed, Jul 17, 2024 at 09:19:02AM +0800, Jason Wang wrote:
> > > On Wed, Jul 10, 2024 at 11:03 AM Jason Wang wrote:
> > > >
> >
On Fri, Jul 19, 2024 at 3:28 AM Michael S. Tsirkin wrote:
>
> On Thu, Jul 18, 2024 at 08:52:28AM +0800, Jason Wang wrote:
> > On Wed, Jul 17, 2024 at 5:30 PM Michael S. Tsirkin wrote:
> > >
> > > This is relatively small.
> > > I had to drop a bu
On Fri, Jul 19, 2024 at 4:19 AM Steven Sistare
wrote:
>
> On 7/18/2024 3:39 PM, Michael S. Tsirkin wrote:
> > On Thu, Jul 18, 2024 at 08:45:31AM +0800, Jason Wang wrote:
> >>>> For example:
> >>>>
> >>>> 1) old owner pass fd to new
On Thu, Jul 18, 2024 at 2:29 AM Steven Sistare
wrote:
>
> On 7/16/2024 1:28 AM, Jason Wang wrote:
> > On Mon, Jul 15, 2024 at 10:28 PM Steven Sistare
> > wrote:
> >>
> >> On 7/14/2024 10:34 PM, Jason Wang wrote:
> >>> On Fri, Jul
On Wed, Jul 17, 2024 at 5:30 PM Michael S. Tsirkin wrote:
>
> This is relatively small.
> I had to drop a buggy commit in the middle so some hashes
> changed from what was in linux-next.
> Deferred admin vq scalability fix to after rc2 as a minor issue was
> found with it recently, but the
On Thu, Jul 18, 2024 at 2:29 AM Steven Sistare
wrote:
>
> On 7/16/2024 1:30 AM, Jason Wang wrote:
> > On Mon, Jul 15, 2024 at 10:29 PM Steven Sistare
> > wrote:
> >>
> >> On 7/14/2024 10:14 PM, Jason Wang wrote:
> >>> On Fri, Jul
On Wed, Jul 17, 2024 at 2:00 PM Michael S. Tsirkin wrote:
>
> On Wed, Jul 17, 2024 at 09:19:02AM +0800, Jason Wang wrote:
> > On Wed, Jul 10, 2024 at 11:03 AM Jason Wang wrote:
> > >
> > > On Tue, Jul 9, 2024 at 9:28 PM Michael S. Tsirkin wrote:
> > >
On Wed, Jul 10, 2024 at 11:03 AM Jason Wang wrote:
>
> On Tue, Jul 9, 2024 at 9:28 PM Michael S. Tsirkin wrote:
> >
> > On Tue, Jul 09, 2024 at 04:02:14PM +0800, Jason Wang wrote:
> > > This patch synchronize operstate with admin state per RFC2863.
> > >
&g
On Mon, Jul 15, 2024 at 10:29 PM Steven Sistare
wrote:
>
> On 7/14/2024 10:14 PM, Jason Wang wrote:
> > On Fri, Jul 12, 2024 at 9:19 PM Steve Sistare
> > wrote:
> >>
> >> Live update is a technique wherein an application saves its state, exec's
> >>
On Mon, Jul 15, 2024 at 10:28 PM Steven Sistare
wrote:
>
> On 7/14/2024 10:34 PM, Jason Wang wrote:
> > On Fri, Jul 12, 2024 at 9:19 PM Steve Sistare
> > wrote:
> >>
> >> When device ownership is passed to a new process via VHOST_NEW_OWNER,
> >&g
On Mon, Jul 15, 2024 at 10:27 PM Steven Sistare
wrote:
>
> On 7/14/2024 10:26 PM, Jason Wang wrote:
> > On Fri, Jul 12, 2024 at 9:19 PM Steve Sistare
> > wrote:
> >>
> >> Add an ioctl to transfer file descriptor ownership and pinned memory
> &g
On Fri, Jul 12, 2024 at 9:19 PM Steve Sistare wrote:
>
> When device ownership is passed to a new process via VHOST_NEW_OWNER,
> some devices need to know the new userland addresses of the dma mappings.
> Define the new iotlb message type VHOST_IOTLB_REMAP to update the uaddr
> of a mapping. The
On Fri, Jul 12, 2024 at 9:19 PM Steve Sistare wrote:
>
> Add the VHOST_BACKEND_F_NEW_OWNER backend capability, which indicates that
> VHOST_NEW_OWNER is supported.
>
> Signed-off-by: Steve Sistare
Doesn't harm but should this be part of the previous patch?
Thanks
On Fri, Jul 12, 2024 at 9:19 PM Steve Sistare wrote:
>
> Add an ioctl to transfer file descriptor ownership and pinned memory
> accounting from one process to another.
>
> This is more efficient than VHOST_RESET_OWNER followed by VHOST_SET_OWNER,
> as that would unpin all physical pages,
On Fri, Jul 12, 2024 at 9:19 PM Steve Sistare wrote:
>
> Live update is a technique wherein an application saves its state, exec's
> to an updated version of itself, and restores its state. Clients of the
> application experience a brief suspension of service, on the order of
> 100's of
int octep_process_mbox(struct octep_hw *oct_hw,
> u16 id, u16 qid, void *bu
> val = octep_read_sig(mbox);
> if ((val & 0x) != MBOX_RSP_SIG) {
> dev_warn(>dev, "Invalid Signature from mbox : %d
> response\n", id);
> - return r
et: bulk free tx skbs")
> Suggested-by: Jakub Kicinski
> Signed-off-by: Breno Leitao
> ---
Acked-by: Jason Wang
Thanks
On Wed, Jul 10, 2024 at 2:16 PM Michael S. Tsirkin wrote:
>
> On Wed, Jul 10, 2024 at 11:23:20AM +0800, Jason Wang wrote:
> > On Fri, Jul 5, 2024 at 6:09 PM Michael S. Tsirkin wrote:
> > >
> > > QEMU implemented the configuration
> >
On Wed, Jul 10, 2024 at 3:19 PM Stefano Garzarella wrote:
>
> On Wed, Jul 10, 2024 at 11:08:48AM GMT, Jason Wang wrote:
> >On Tue, Jul 9, 2024 at 8:41 PM Stefano Garzarella
> >wrote:
> >>
> >> On Tue, Jul 09, 2024 at 10:56:16AM GMT, Jason Wang wrote:
> >
Result is that driver is out of spec.
>
> Implement what the API was supposed to do
> in the 1st place. Compatibility with buggy hypervisors
> is handled inside virtio-balloon, which is the only driver
> making use of this facility, so far.
>
> Signed-off-by: Michael S. Tsirkin
Acked-by: Jason Wang
Thanks
err = virtio_find_vqs(vb->vdev,
> + VIRTIO_BALLOON_VQ_REPORTING,
> vqs, callbacks, names, NULL);
> + }
> +
> + if (err)
> + return err;
> + }
>
> vb->inflate_vq = vqs[VIRTIO_BALLOON_VQ_INFLATE];
&
On Tue, Jul 9, 2024 at 8:41 PM Stefano Garzarella wrote:
>
> On Tue, Jul 09, 2024 at 10:56:16AM GMT, Jason Wang wrote:
> >On Mon, Jul 8, 2024 at 4:15 PM Stefano Garzarella
> >wrote:
> >>
> >> Hi Cindy, Jason,
> >>
> >> On Mon, Jul 08, 2024
On Tue, Jul 9, 2024 at 8:42 PM Michael S. Tsirkin wrote:
>
> On Tue, Jul 09, 2024 at 02:19:19PM +0800, Cindy Lu wrote:
> > On Tue, 9 Jul 2024 at 11:59, Parav Pandit wrote:
> > >
> > > Hi Cindy,
> > >
> > > > From: Cindy Lu
> > > > Sent: Monday, July 8, 2024 12:17 PM
> > > >
> > > > Add support
On Tue, Jul 9, 2024 at 9:28 PM Michael S. Tsirkin wrote:
>
> On Tue, Jul 09, 2024 at 04:02:14PM +0800, Jason Wang wrote:
> > This patch synchronize operstate with admin state per RFC2863.
> >
> > This is done by trying to toggle the carrier upon open/close and
> &g
qlen 1000
link/ether b2:a9:c5:04:da:53 brd ff:ff:ff:ff:ff:ff
Cc: Venkat Venkatsubra
Cc: Gia-Khanh Nguyen
Signed-off-by: Jason Wang
---
drivers/net/virtio_net.c | 64
1 file changed, 38 insertions(+), 26 deletions(-)
diff --git a/drivers/net
and the driver. It is set to false by default to
hold the current semantic so we don't need to change any drivers.
The first user for this would be virtio-net.
Cc: Venkat Venkatsubra
Cc: Gia-Khanh Nguyen
Signed-off-by: Jason Wang
---
drivers/virtio/virtio.c | 39
Following patch will allow the config interrupt to be disabled by a
specific driver via another boolean. So this patch renames
virtio_config_enabled and relevant helpers to
virtio_config_core_enabled.
Cc: Venkat Venkatsubra
Cc: Gia-Khanh Nguyen
Signed-off-by: Jason Wang
---
drivers/virtio
- schedule config change work unconditionally
Jason Wang (3):
virtio: rename virtio_config_enabled to virtio_config_core_enabled
virtio: allow driver to disable the configure change notification
virtio-net: synchronize operstate with admin state on up/down
drivers/net/virtio_net.c | 64
On Mon, Jul 8, 2024 at 4:15 PM Stefano Garzarella wrote:
>
> Hi Cindy, Jason,
>
> On Mon, Jul 08, 2024 at 03:59:34PM GMT, Jason Wang wrote:
> >On Mon, Jul 8, 2024 at 3:06 PM Cindy Lu wrote:
> >>
> >> On Fri, 5 Jul 2024 at 20:42, Stefano Garzarella
> >&
On Mon, Jul 8, 2024 at 3:19 PM Cindy Lu wrote:
>
> On Mon, 8 Jul 2024 at 15:06, Jason Wang wrote:
> >
> > On Mon, Jul 8, 2024 at 2:48 PM Cindy Lu wrote:
> > >
> > > Add the function to support setting the MAC address.
> > > For vdpa_s
On Mon, Jul 8, 2024 at 3:06 PM Cindy Lu wrote:
>
> On Fri, 5 Jul 2024 at 20:42, Stefano Garzarella wrote:
> >
> > On Fri, Jul 05, 2024 at 07:30:51AM GMT, Michael S. Tsirkin wrote:
> > >On Fri, Jul 05, 2024 at 01:28:21PM +0200, Stefano Garzarella wrote:
> > >> The vDPA block simulator always
On Mon, Jul 8, 2024 at 2:48 PM Cindy Lu wrote:
>
> Add the function to support setting the MAC address.
> For vdpa_sim_net, the driver will write the MAC address
> to the config space, and other devices can implement
> their own functions to support this.
>
> Signed-off-by: Cindy Lu
> ---
>
"mac": "00:11:22:33:44:55",
> "link ": "up",
> "link_announce ": false,
> "mtu": 1500
> }
> }
> }
>
> Signed-off-by: Cindy Lu
Acked-by: Jason Wang
Thanks
On Mon, Jul 8, 2024 at 2:56 PM Cindy Lu wrote:
>
> Add the function to support setting the MAC address.
> For vdpa/mlx5, the function will use mlx5_mpfs_add_mac
> to set the mac address
>
> Tested in ConnectX-6 Dx device
Great.
>
> Signed-off-by: Cindy Lu
I guess this should be part of the
rt_pfn() instead.
Reported-by: Dragos Tatulea
Tested-by: Dragos Tatulea
Fixes: ddd89d0a059d ("vhost_vdpa: support doorbell mapping via mmap")
Cc: sta...@vger.kernel.org
Signed-off-by: Jason Wang
---
drivers/vhost/vdpa.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git
On Tue, Jun 25, 2024 at 4:32 PM Michael S. Tsirkin wrote:
>
> On Tue, Jun 25, 2024 at 04:11:05PM +0800, Jason Wang wrote:
> > On Tue, Jun 25, 2024 at 3:57 PM Michael S. Tsirkin wrote:
> > >
> > > On Tue, Jun 25, 2024 at 03:46:44PM +0800, Jason Wang wrote:
> >
On Wed, Jun 26, 2024 at 6:50 AM Michael S. Tsirkin wrote:
>
> On Tue, Jun 25, 2024 at 02:39:37PM -0400, sahanlb wrote:
> > PCI legacy configuration space does not have sufficient space for a device
> > that supports all kinds of virtio structures via PCI capabilities. This is
> > especially true
On Tue, Jun 25, 2024 at 4:04 PM Michael S. Tsirkin wrote:
>
> On Tue, Jun 25, 2024 at 03:50:30PM +0800, Jason Wang wrote:
> > On Tue, Jun 25, 2024 at 3:11 PM Michael S. Tsirkin wrote:
> > >
> > > On Tue, Jun 25, 2024 at 09:27:04AM +0800, Jason Wang wrote:
> >
On Tue, Jun 25, 2024 at 3:57 PM Michael S. Tsirkin wrote:
>
> On Tue, Jun 25, 2024 at 03:46:44PM +0800, Jason Wang wrote:
> > Workqueue is used to serialize those so we won't lose any change.
>
> So we don't need to re-read then?
>
We might have to re-read but I don't ge
On Tue, Jun 25, 2024 at 3:11 PM Michael S. Tsirkin wrote:
>
> On Tue, Jun 25, 2024 at 09:27:04AM +0800, Jason Wang wrote:
> > On Mon, Jun 24, 2024 at 5:59 PM Michael S. Tsirkin wrote:
> > >
> > > On Mon, Jun 24, 2024 at 10:45:21AM +0800, Jason Wang wrote:
&
On Tue, Jun 25, 2024 at 3:16 PM Michael S. Tsirkin wrote:
>
> On Tue, Jun 25, 2024 at 09:27:38AM +0800, Jason Wang wrote:
> > On Mon, Jun 24, 2024 at 6:07 PM Michael S. Tsirkin wrote:
> > >
> > > On Mon, Jun 24, 2024 at 10:45:23AM +0800, Jason Wang wrote:
> >
On Mon, Jun 24, 2024 at 6:07 PM Michael S. Tsirkin wrote:
>
> On Mon, Jun 24, 2024 at 10:45:23AM +0800, Jason Wang wrote:
> > This patch synchronize operstate with admin state per RFC2863.
> >
> > This is done by trying to toggle the carrier upon open/close and
> &g
On Mon, Jun 24, 2024 at 5:59 PM Michael S. Tsirkin wrote:
>
> On Mon, Jun 24, 2024 at 10:45:21AM +0800, Jason Wang wrote:
> > Somtime driver may want to enable or disable the config callback. This
> > requires a synchronization with the core. So this patch change the
qlen 1000
link/ether b2:a9:c5:04:da:53 brd ff:ff:ff:ff:ff:ff
Cc: Venkat Venkatsubra
Cc: Gia-Khanh Nguyen
Signed-off-by: Jason Wang
---
drivers/net/virtio_net.c | 72 +++-
1 file changed, 42 insertions(+), 30 deletions(-)
diff --git a/drivers/net
This patch exports virtio_config_enable() and virtio_config_disable()
for drivers to disable config callbacks.
Signed-off-by: Jason Wang
---
drivers/virtio/virtio.c | 6 --
include/linux/virtio.h | 3 +++
2 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/virtio
.
The counter is not allowed to be increased greater than one, this
simplifies the logic where the interrupt could be disabled immediately
without extra synchronization between driver and core.
Signed-off-by: Jason Wang
---
drivers/virtio/virtio.c | 20 +---
include/linux/virtio.h | 2
the
configure interrupt
Jason Wang (3):
virtio: allow nested disabling of the configure interrupt
virtio: export virtio_config_{enable|disable}()
virtio-net: synchronize operstate with admin state on up/down
drivers/net/virtio_net.c | 72 +++-
drivers/virtio
On Thu, Jun 20, 2024 at 1:58 PM Michael S. Tsirkin wrote:
>
> On Thu, Jun 06, 2024 at 08:22:13AM +0800, Jason Wang wrote:
> > On Fri, May 31, 2024 at 8:18 AM Jason Wang wrote:
> > >
> > > On Thu, May 30, 2024 at 9:09 PM Michael S. Tsirkin
> > > wrote:
>
On Fri, May 17, 2024 at 9:57 AM Jeff Johnson wrote:
>
> Fix the allmodconfig 'make w=1' issue:
>
> WARNING: modpost: missing MODULE_DESCRIPTION() in drivers/vhost/vringh.o
>
> Signed-off-by: Jeff Johnson
Acked-by: Jason Wang
Thanks
>
On Sat, Jun 15, 2024 at 6:05 AM Abhinav Jain wrote:
>
> Disable the network device & turn off carrier before modifying the
> number of queue pairs.
> Process all the in-flight packets and then turn on carrier, followed
> by waking up all the queues on the network device.
>
> Signed-off-by:
On Thu, Jun 6, 2024 at 8:22 AM Jason Wang wrote:
>
> On Fri, May 31, 2024 at 8:18 AM Jason Wang wrote:
> >
> > On Thu, May 30, 2024 at 9:09 PM Michael S. Tsirkin wrote:
> > >
> > > On Thu, May 30, 2024 at 06:29:51PM +0800, Jason Wang wrote:
> > >
On Wed, Jun 12, 2024 at 2:30 PM Jiri Pirko wrote:
>
> Wed, Jun 12, 2024 at 03:58:10AM CEST, k...@kernel.org wrote:
> >On Tue, 11 Jun 2024 13:32:32 +0800 Cindy Lu wrote:
> >> Add new UAPI to support the mac address from vdpa tool
> >> Function vdpa_nl_cmd_dev_config_set_doit() will get the
> >>
On Wed, Jun 5, 2024 at 9:56 PM cuitao wrote:
>
> Use the __GFP_ZERO flag of kmalloc to initialize memory while allocating it,
> without the need for an additional memset call.
>
> Signed-off-by: cuitao
> ---
> tools/virtio/linux/kernel.h | 5 +
> 1 file changed, 1 insertion(+), 4
On Fri, May 31, 2024 at 8:18 AM Jason Wang wrote:
>
> On Thu, May 30, 2024 at 9:09 PM Michael S. Tsirkin wrote:
> >
> > On Thu, May 30, 2024 at 06:29:51PM +0800, Jason Wang wrote:
> > > On Thu, May 30, 2024 at 2:10 PM Michael S. Tsirkin
> > > wrote:
> &
On Thu, May 30, 2024 at 9:09 PM Michael S. Tsirkin wrote:
>
> On Thu, May 30, 2024 at 06:29:51PM +0800, Jason Wang wrote:
> > On Thu, May 30, 2024 at 2:10 PM Michael S. Tsirkin wrote:
> > >
> > > On Thu, May 30, 2024 at 11:20:55AM +0800, Jason Wang wrote:
> >
On Thu, May 30, 2024 at 6:29 PM Jason Wang wrote:
>
> On Thu, May 30, 2024 at 2:10 PM Michael S. Tsirkin wrote:
> >
> > On Thu, May 30, 2024 at 11:20:55AM +0800, Jason Wang wrote:
> > > This patch synchronize operstate with admin state per RFC2863.
> > >
&g
On Thu, May 30, 2024 at 2:10 PM Michael S. Tsirkin wrote:
>
> On Thu, May 30, 2024 at 11:20:55AM +0800, Jason Wang wrote:
> > This patch synchronize operstate with admin state per RFC2863.
> >
> > This is done by trying to toggle the carrier upon open/close and
> &g
qlen 1000
link/ether b2:a9:c5:04:da:53 brd ff:ff:ff:ff:ff:ff
Cc: Venkat Venkatsubra
Cc: Gia-Khanh Nguyen
Reviewed-by: Xuan Zhuo
Acked-by: Michael S. Tsirkin
Signed-off-by: Jason Wang
---
Changes since V1:
- rebase
- add ack/review tags
---
drivers/net/virtio_net.c | 94
On Tue, May 21, 2024 at 9:39 PM Steven Sistare
wrote:
>
> On 5/20/2024 10:28 PM, Jason Wang wrote:
> > On Mon, May 20, 2024 at 11:21 PM Steve Sistare
> > wrote:
> >>
> >> Flush to guarantee no workers are running when suspend returns.
> >>
> >
On Tue, May 21, 2024 at 9:39 PM Steven Sistare
wrote:
>
> On 5/20/2024 10:30 PM, Jason Wang wrote:
> > On Mon, May 20, 2024 at 11:21 PM Steve Sistare
> > wrote:
> >>
> >> Support the suspend operation. There is little to do, except flush to
> >>
On Tue, May 21, 2024 at 9:39 PM Steven Sistare
wrote:
>
> On 5/20/2024 10:32 PM, Jason Wang wrote:
> > On Mon, May 20, 2024 at 11:21 PM Steve Sistare
> > wrote:
> >>
> >> Flush to guarantee no workers are running when suspend returns.
> >> Add a lock
On Mon, May 20, 2024 at 11:21 PM Steve Sistare
wrote:
>
> Flush to guarantee no workers are running when suspend returns.
> Add a lock to enforce ordering between clearing running, flushing,
> and posting new work in vdpasim_kick_vq. It must be a spin lock
> because vdpasim_kick_vq may be
On Mon, May 20, 2024 at 11:21 PM Steve Sistare
wrote:
>
> Support the suspend operation. There is little to do, except flush to
> guarantee no workers are running when suspend returns.
>
> Signed-off-by: Steve Sistare
> ---
> drivers/vdpa/vdpa_user/vduse_dev.c | 24
>
On Mon, May 20, 2024 at 11:21 PM Steve Sistare
wrote:
>
> Flush to guarantee no workers are running when suspend returns.
>
> Fixes: f345a0143b4d ("vhost-vdpa: uAPI to suspend the device")
> Signed-off-by: Steve Sistare
> Acked-by: Eugenio Pérez
> ---
> drivers/vhost/vdpa.c | 3 +++
> 1 file
el: random: crng reseeded on system resumption
>> > May 08 11:08:42 kernel-test-202405080702.c.ubuntu-catred.internal
>> > kernel: PM: suspend exit
>> > May 08 11:08:42 kernel-test-202405080702.c.ubuntu-catred.internal
>> > kernel: PM: suspend entry (s2idle)
>> > -- Boot 6182
S. Miller
> Cc: Stefan Hajnoczi
> Signed-off-by: Michael S. Tsirkin
> Acked-by: Arseniy Krasnov
> Tested-by: Arseniy Krasnov
>
Acked-by: Jason Wang
Thanks
On Sat, May 4, 2024 at 2:10 AM Joseph Salisbury
wrote:
>
> Hi Feng,
>
> During testing, a kernel bug was identified with the suspend/resume
> functionality on instances running in a public cloud [0]. This bug is a
> regression introduced in v6.8-rc1. After a kernel bisect, the following
>
On Wed, May 1, 2024 at 4:07 AM Michael S. Tsirkin wrote:
>
> On Tue, Apr 30, 2024 at 03:35:09PM -0400, Darius Rad wrote:
> > The transmit queue is stopped when the number of free queue entries is less
> > than 2+MAX_SKB_FRAGS, in start_xmit(). If the queue length (QUEUE_NUM_MAX)
> > is less than
On Wed, Apr 24, 2024 at 5:51 PM Michael S. Tsirkin wrote:
>
> On Wed, Apr 24, 2024 at 08:44:10AM +0800, Jason Wang wrote:
> > On Tue, Apr 23, 2024 at 4:42 PM Michael S. Tsirkin wrote:
> > >
> > > On Tue, Apr 23, 2024 at 11:09:59AM +0800, Jason Wang wrote:
> >
On Wed, Apr 24, 2024 at 11:15 AM Cindy Lu wrote:
>
> On Wed, Apr 24, 2024 at 8:44 AM Jason Wang wrote:
> >
> > On Tue, Apr 23, 2024 at 4:42 PM Michael S. Tsirkin wrote:
> > >
> > > On Tue, Apr 23, 2024 at 11:09:59AM +0800, Jason Wang wrote:
> > >
On Tue, Apr 23, 2024 at 4:42 PM Michael S. Tsirkin wrote:
>
> On Tue, Apr 23, 2024 at 11:09:59AM +0800, Jason Wang wrote:
> > On Tue, Apr 23, 2024 at 4:05 AM Michael S. Tsirkin wrote:
> > >
> > > On Thu, Apr 18, 2024 at 08:57:51AM +0800, Jason Wang wrote:
> >
On Tue, Apr 23, 2024 at 4:05 AM Michael S. Tsirkin wrote:
>
> On Thu, Apr 18, 2024 at 08:57:51AM +0800, Jason Wang wrote:
> > On Wed, Apr 17, 2024 at 5:29 PM Michael S. Tsirkin wrote:
> > >
> > > On Fri, Apr 12, 2024 at 09:28:23PM +0800, Cindy Lu w
On Wed, Apr 17, 2024 at 5:29 PM Michael S. Tsirkin wrote:
>
> On Fri, Apr 12, 2024 at 09:28:23PM +0800, Cindy Lu wrote:
> > Add the function vduse_alloc_reconnnect_info_mem
> > and vduse_alloc_reconnnect_info_mem
> > These functions allow vduse to allocate and free memory for reconnection
> >
.@daynix.com/#r
>
> Signed-off-by: Liang Chen
> ---
Acked-by: Jason Wang
Thanks
On Tue, Apr 16, 2024 at 2:20 PM Liang Chen wrote:
>
> The RSS hash report is a feature that's part of the virtio specification.
> Currently, virtio backends like qemu, vdpa (mlx5), and potentially vhost
> (still a work in progress as per [1]) support this feature. While the
> capability to obtain
On Fri, Apr 12, 2024 at 9:31 PM Cindy Lu wrote:
>
> Add a document explaining the reconnect process, including what the
> Userspace App needs to do and how it works with the kernel.
>
> Signed-off-by: Cindy Lu
> ---
> Documentation/userspace-api/vduse.rst | 41 +++
> 1
usive. So a -1 has been added when needed.
>
> Signed-off-by: Christophe JAILLET
> Reviewed-by: Simon Horman
Acked-by: Jason Wang
Thanks
On Tue, Apr 9, 2024 at 1:27 AM ni.liqiang wrote:
>
> In our testing of the virtio hardware accelerator, we found that
> configuring the flags of the descriptor after addr and len,
> as implemented in DPDK, seems to be more friendly to the hardware.
>
> In our Virtio hardware implementation tests,
vp_vdpa->msix_name, vp_vdpa);
> if (ret) {
> dev_err(>dev,
> - "vp_vdpa: fail to request irq for vq %d\n", i);
> + "vp_vdpa: fail to request irq for config\n");
> goto err;
> }
> - vp_modern_config_vector(mdev, queues);
> + vp_modern_config_vector(mdev, msix_vec);
> vp_vdpa->config_irq = irq;
> -
Unnecessary changes.
Others look good.
Acked-by: Jason Wang
Thanks
> return 0;
> err:
> vp_vdpa_free_irq(vp_vdpa);
> --
> 2.43.0
>
On Mon, Apr 1, 2024 at 11:38 AM Liang Chen wrote:
>
> On Thu, Feb 29, 2024 at 4:37 PM Liang Chen wrote:
> >
> > On Tue, Feb 27, 2024 at 4:42 AM John Fastabend
> > wrote:
> > >
> > > Jason Wang wrote:
> > > > On Fri, Feb 23, 2024 at 9:42 AM
On Wed, Apr 3, 2024 at 10:47 AM tab wrote:
>
> > >
> > > On Fri, Mar 29, 2024 at 11:55:50AM +0800, Jason Wang wrote:
> > > > On Wed, Mar 27, 2024 at 5:08 PM Jason Wang wrote:
> > > > >
> > > > > On Thu, Mar 21, 2024 at 3:00 PM Micha
On Fri, Mar 29, 2024 at 6:42 PM Michael S. Tsirkin wrote:
>
> On Fri, Mar 29, 2024 at 06:39:33PM +0800, Jason Wang wrote:
> > On Fri, Mar 29, 2024 at 5:13 PM Michael S. Tsirkin wrote:
> > >
> > > On Wed, Mar 27, 2024 at 05:08:57PM +0800, Jason Wang wrote:
> >
vhost-vdpa: uapi to support reporting per vq size")
> Cc: "Zhu Lingshan"
> Signed-off-by: Michael S. Tsirkin
Acked-by: Jason Wang
Thanks
> ---
>
> Build tested only - userspace patches using this will have to adjust.
> I will merge this in a week or so unless
On Fri, Mar 29, 2024 at 5:13 PM Michael S. Tsirkin wrote:
>
> On Fri, Mar 29, 2024 at 11:55:50AM +0800, Jason Wang wrote:
> > On Wed, Mar 27, 2024 at 5:08 PM Jason Wang wrote:
> > >
> > > On Thu, Mar 21, 2024 at 3:00 PM Michael S. Tsirkin
> > > wrote:
>
On Fri, Mar 29, 2024 at 5:13 PM Michael S. Tsirkin wrote:
>
> On Wed, Mar 27, 2024 at 05:08:57PM +0800, Jason Wang wrote:
> > On Thu, Mar 21, 2024 at 3:00 PM Michael S. Tsirkin wrote:
> > >
> > > On Wed, Mar 20, 2024 at 06:19:12PM +0800, Wang Rong
On Wed, Mar 27, 2024 at 5:08 PM Jason Wang wrote:
>
> On Thu, Mar 21, 2024 at 3:00 PM Michael S. Tsirkin wrote:
> >
> > On Wed, Mar 20, 2024 at 06:19:12PM +0800, Wang Rong wrote:
> > > From: Rong Wang
> > >
> > > Once enable iommu domain for one
d to set up qemu with
> vhost=on,vnet_hdr=off, or do not configure vhost in the custom program.
>
> Signed-off-by: Andrew Melnychenko
Acked-by: Jason Wang
It seems it has been merged by Michael.
Thanks
> ---
> drivers/vhost/net.c | 3 +++
> 1 file changed, 3 insertions(+)
>
>
_rmb() is executed when
> the avail_idx is advanced. With it, the callers needn't to worry
> about the memory barrier.
>
> Suggested-by: Michael S. Tsirkin
> Signed-off-by: Gavin Shan
Acked-by: Jason Wang
Thanks
On Thu, Mar 21, 2024 at 3:00 PM Michael S. Tsirkin wrote:
>
> On Wed, Mar 20, 2024 at 06:19:12PM +0800, Wang Rong wrote:
> > From: Rong Wang
> >
> > Once enable iommu domain for one device, the MSI
> > translation tables have to be there for software-managed MSI.
> > Otherwise, platform with
On Wed, Mar 27, 2024 at 3:35 PM Gavin Shan wrote:
>
> On 3/27/24 14:08, Gavin Shan wrote:
> > On 3/27/24 12:44, Jason Wang wrote:
> >> On Wed, Mar 27, 2024 at 10:34 AM Jason Wang wrote:
> >>> On Wed, Mar 27, 2024 at 7:39 AM Gavin Shan wrote:
> >
1 - 100 of 4497 matches
Mail list logo