search for: vhost_vq_attach_work

...I didn't think there would be works queued at this time. I see your comment > below about my assumption about the backend being set being wrong. Will > discuss down there. > > > >> > >> +/* Caller must have device and virtqueue mutex */ > >> +static void __vhost_vq_attach_worker(struct vhost_virtqueue *vq, > >> + struct vhost_worker *worker) > >> +{ > >> + refcount_inc(&worker->refcount); > >> + vhost_vq_detach_worker(vq);()) > >> + vq->worker = worker; > > &...

..., worker, xa_limit_32b, GFP_KERNEL); + if (ret < 0) + goto stop_worker; + worker->id = id; + return worker; +stop_worker: + vhost_task_stop(vtsk); free_worker: kfree(worker); - dev->worker = NULL; return NULL; } +/* Caller must have device and virtqueue mutex */ +static void __vhost_vq_attach_worker(struct vhost_virtqueue *vq, + struct vhost_worker *worker) +{ + refcount_inc(&worker->refcount); + vhost_vq_detach_worker(vq); + vq->worker = worker; +} + +/* Caller must have device and virtqueue mutex */ +static int vhost_vq_attach_worker(struct vhost_virtqueue *vq, + str...

...t;>> + if (copy_from_user(&w, argp, sizeof(w))) { > >>>>>> + r = -EFAULT; > >>>>>> + break; > >>>>>> + } > >>>>>> + r = vhost_vq_attach_worker(vq, &w); > >>>>>> + if (!r && copy_to_user(argp, &w, sizeof(w))) > >>>>>> + r = -EFAULT; > >>>>>> + break; > >>>>> > >>>>> It's...

The following patches were built over linux-next which contains various vhost patches in mst's tree and the vhost_task patchset in Christian Brauner's tree: git://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux.git kernel.user_worker branch: https://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux.git/log/?h=kernel.user_worker The latter patchset handles the review comment