similar to: [PATCH] vdpa: bypass waking up vhost_woker for vdpa vq kick

On 2020/5/26 ??1:32, Zhu Lingshan wrote: > Standard vhost devices rely on waking up a vhost_worker to kick > a virtquque. However vdpa devices have hardware backends, so it > does not need this waking up routin. In this commit, vdpa device > will kick a virtqueue directly, reduce the performance overhead > caused by waking up a vhost_woker. Thanks for the patch. It would be

On 2020/6/2 ??5:42, Dan Carpenter wrote: > Hi Zhu, > > url: https://github.com/0day-ci/linux/commits/Zhu-Lingshan/vdpa-bypass-waking-up-vhost_woker-for-vdpa-vq-kick/20200526-133819 > base: https://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git linux-next > config: x86_64-randconfig-m001-20200529 (attached as .config) > compiler: gcc-9 (Debian 9.3.0-13) 9.3.0 > >

Hi Zhu, url: https://github.com/0day-ci/linux/commits/Zhu-Lingshan/vdpa-bypass-waking-up-vhost_woker-for-vdpa-vq-kick/20200526-133819 base: https://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git linux-next config: x86_64-randconfig-m001-20200529 (attached as .config) compiler: gcc-9 (Debian 9.3.0-13) 9.3.0 If you fix the issue, kindly add following tag as appropriate Reported-by:

Hi Zhu, url: https://github.com/0day-ci/linux/commits/Zhu-Lingshan/vdpa-bypass-waking-up-vhost_woker-for-vdpa-vq-kick/20200526-133819 base: https://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git linux-next config: x86_64-randconfig-m001-20200529 (attached as .config) compiler: gcc-9 (Debian 9.3.0-13) 9.3.0 If you fix the issue, kindly add following tag as appropriate Reported-by:

Signed-off-by: kbuild test robot <lkp at intel.com> --- vdpa.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/vhost/vdpa.c b/drivers/vhost/vdpa.c index d3a2acafedecd4..5037ce7f48cd42 100644 --- a/drivers/vhost/vdpa.c +++ b/drivers/vhost/vdpa.c @@ -287,12 +287,12 @@ static long vhost_vdpa_get_vring_num(struct vhost_vdpa *v, u16 __user *argp) return

Replace virtqueue_kick by virtqueue_kick_prepare, which requires serialization, and virtqueue_notify, which does not. Repurpose the return values to indicate whether the vq should be notified. This fixes a bad spinlock contention when the host is qemu. When the guest calls virtqueue_notify, the qemu vcpu thread exits the guest and waits for the qemu iothread to perform the MMIO. If the qemu

Replace virtqueue_kick by virtqueue_kick_prepare, which requires serialization, and virtqueue_notify, which does not. Repurpose the return values to indicate whether the vq should be notified. This fixes a lock contention with qemu host. When the guest calls vibad rtqueue_notify, the qemu vcpu thread exits the guest and waits for the qemu iothread to perform the MMIO. If the qemu iothread is

Replace virtqueue_kick by virtqueue_kick_prepare, which requires serialization, and virtqueue_notify, which does not. Repurpose the return values to indicate whether the vq should be notified. This fixes a lock contention with qemu host. When the guest calls vibad rtqueue_notify, the qemu vcpu thread exits the guest and waits for the qemu iothread to perform the MMIO. If the qemu iothread is

I just finished installing CentOS 5 (again)... and I'm having trouble with my X config (I _think_). If I 'startx' then switch to a console (using CTRL+ALT+F*) and then back to X (CTRL+ALT+F7), 1/2 the time it comes back, the other half I get a black screen and I can never recover the session. X is still running (CTRL+ALT+Backspace kills it) but there seems to be some type of power

https://bugs.freedesktop.org/show_bug.cgi?id=88515 MiroJanosik <mirojano.sikgeo at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Driver/nVidia (open) |Driver/nouveau Assignee|aplattner at nvidia.com |nouveau at lists.freedesktop.o

https://bugs.freedesktop.org/show_bug.cgi?id=88515 Tobias Klausmann <tobias.klausmann at mni.thm.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO --- Comment #1 from Tobias Klausmann <tobias.klausmann at mni.thm.de> --- There were

https://bugs.freedesktop.org/show_bug.cgi?id=88515 Tobias Klausmann <tobias.klausmann at mni.thm.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #112364|text/plain |application/zip mime type| | -- You are receiving this mail

https://bugs.freedesktop.org/show_bug.cgi?id=88515 --- Comment #2 from MiroJanosik <mirojano.sikgeo at gmail.com> --- Okay, it seems to fix the problem! I have followed few steps described here to update the kernel: http://askubuntu.com/questions/119080/how-to-update-kernel-to-the-latest-mainline-version-without-any-distro-upgrade So I did: wget

https://bugs.freedesktop.org/show_bug.cgi?id=88515 Tobias Klausmann <tobias.klausmann at mni.thm.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW --- Comment #3 from Tobias Klausmann <tobias.klausmann at mni.thm.de> --- I don't know

https://bugs.freedesktop.org/show_bug.cgi?id=88515 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Ilia Mirkin <imirkin at

https://bugs.freedesktop.org/show_bug.cgi?id=88515 --- Comment #5 from MiroJanosik <mirojano.sikgeo at gmail.com> --- Thanks guys. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20150119/a8479f58/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=88515 --- Comment #6 from MiroJanosik <mirojano.sikgeo at gmail.com> --- Bug was reported at https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-nouveau/+bug/1412550 -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL:

https://bugs.freedesktop.org/show_bug.cgi?id=100406 Bug ID: 100406 Summary: [GP106M - Prime] Stall while waking card with DRI_PRIME=1 app Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component:

On Mar 19, 2012, at 6:11 PM, Sarah Sharp wrote: > On Mon, Mar 19, 2012 at 05:05:47PM -0400, Tom Goetz wrote: >> On Mar 19, 2012, at 12:45 PM, Tom Goetz wrote: >>> On Mar 19, 2012, at 9:32 AM, Tom Goetz wrote: >>> I''ve just found that if the xHCI is in D3, has a USB device plugged in, and is not waking up, it will wake up when another device in D3 wakes up.

Hi, My laptop runs a local IMAP server so that I'm immune from breaking my mail client, and when playing around with powertop I discovered that Dovecot (in particular imap-login) wakes up every 1000ms and then every 50ms even when no clients are connected. A bit of stracing shows this: gettimeofday({1180875699, 667917}, NULL) = 0 <0.000010> poll([{fd=7,