Re: [PATCH v3 4/4] scsi: provide UAPI version of scsi/sg.h and scsi/scsi_ioctl.h

2015-09-25 Thread Bart Van Assche
to be under "#ifdef __KERNEL__", but they are actually useful for userspace as well. Add them to the new header. Cc: James Bottomley <jbottom...@parallels.com> Cc: Christoph Hellwig <h...@lst.de> Cc: linux-s...@vger.kernel.org Cc: Bart Van Assche <bart.vanass...@sandisk.

Re: [PATCH 1/2] vhost: Reduce vhost_work_flush() wakeup latency

2013-08-15 Thread Bart Van Assche
On 08/15/13 03:30, Asias He wrote: On Wed, Aug 14, 2013 at 08:58:25PM +0300, Michael S. Tsirkin wrote: On Wed, Aug 14, 2013 at 05:22:36PM +0200, Bart Van Assche wrote: On 08/14/13 13:37, Michael S. Tsirkin wrote: On Wed, Aug 14, 2013 at 09:02:32AM +0200, Bart Van Assche wrote

[PATCH 0/2] vhost_worker fixes

2013-08-14 Thread Bart Van Assche
There are two patches in this series: * A patch that reduces vhost_work_flush() latency on busy systems. * A patch that avoids that vhost_work_flush() returns early. I found these issues via code inspection. -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message

[PATCH 1/2] vhost: Reduce vhost_work_flush() wakeup latency

2013-08-14 Thread Bart Van Assche
If the TIF_NEED_RESCHED task flag is set, wake up any vhost_work_flush() waiters before rescheduling instead of after rescheduling. Signed-off-by: Bart Van Assche bvanass...@acm.org Cc: Michael S. Tsirkin m...@redhat.com Cc: Asias He as...@redhat.com --- drivers/vhost/vhost.c | 42

[PATCH 2/2] vhost: Avoid that vhost_work_flush() returns early

2013-08-14 Thread Bart Van Assche
processed. Signed-off-by: Bart Van Assche bvanass...@acm.org Cc: Michael S. Tsirkin m...@redhat.com Cc: Asias He as...@redhat.com --- drivers/vhost/vhost.c |5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/vhost/vhost.c b/drivers/vhost/vhost.c index e7ffc10..11d668a

Re: [PATCH 2/2] vhost: Avoid that vhost_work_flush() returns early

2013-08-14 Thread Bart Van Assche
On 08/14/13 13:46, Michael S. Tsirkin wrote: I'm confused by this explanation. done_seq is set here: if (work) { work-done_seq = seq; if (work-flushing) wake_up_all(work-done); }

Re: [PATCH 1/2] vhost: Reduce vhost_work_flush() wakeup latency

2013-08-14 Thread Bart Van Assche
On 08/14/13 13:37, Michael S. Tsirkin wrote: On Wed, Aug 14, 2013 at 09:02:32AM +0200, Bart Van Assche wrote: If the TIF_NEED_RESCHED task flag is set, wake up any vhost_work_flush() waiters before rescheduling instead of after rescheduling. Signed-off-by: Bart Van Assche bvanass...@acm.org Cc

[PATCH] vhost: Avoid that vhost_work_flush() locks up

2013-07-05 Thread Bart Van Assche
Wake up work-done waiters even if the TIF_NEED_RESCHED task flag has been set. This patch fixes a regression introduced in commit d550dda (kernel v3.4). Signed-off-by: Bart Van Assche bvanass...@acm.org Reference: https://bugzilla.kernel.org/show_bug.cgi?id=60505 Cc: Michael S. Tsirkin m

Re: [PATCH] vhost: Avoid that vhost_work_flush() locks up

2013-07-05 Thread Bart Van Assche
On 07/05/13 10:36, Bart Van Assche wrote: Wake up work-done waiters even if the TIF_NEED_RESCHED task flag has been set. This patch fixes a regression introduced in commit d550dda (kernel v3.4). Reference: https://bugzilla.kernel.org/show_bug.cgi?id=60505 (replying to my own e-mail) Please

Re: [PATCH V7 4/5] virtio-scsi: introduce multiqueue support

2013-03-25 Thread Bart Van Assche
On 03/23/13 12:28, Wanlong Gao wrote: +static struct virtio_scsi_vq *virtscsi_pick_vq(struct virtio_scsi *vscsi, + struct virtio_scsi_target_state *tgt) +{ + struct virtio_scsi_vq *vq; + unsigned long flags; + u32 queue_num; + +

Re: [PATCH 4/6] tcm_vhost: Initial merge for vhost level target fabric driver

2012-07-05 Thread Bart Van Assche
On 07/04/12 04:24, Nicholas A. Bellinger wrote: +/* Fill in status and signal that we are done processing this command + * + * This is scheduled in the vhost work queue so we are called with the owner + * process mm and can access the vring. + */ +static void

Re: [PATCH 0/6] tcm_vhost/virtio-scsi WIP code for-3.6

2012-07-05 Thread Bart Van Assche
On 07/05/12 01:52, Nicholas A. Bellinger wrote: fio randrw workload | virtio-scsi-raw | virtio-scsi+tcm_vhost | bare-metal raw block 25 Write / 75 Read | ~15K | ~45K |

Re: [PATCH 4/6] tcm_vhost: Initial merge for vhost level target fabric driver

2012-07-05 Thread Bart Van Assche
On 07/05/12 17:47, Bart Van Assche wrote: On 07/04/12 04:24, Nicholas A. Bellinger wrote: +/* Fill in status and signal that we are done processing this command + * + * This is scheduled in the vhost work queue so we are called with the owner + * process mm and can access the vring

Re: [PATCH 0/6] tcm_vhost/virtio-scsi WIP code for-3.6

2012-07-05 Thread Bart Van Assche
On 07/05/12 17:53, Bart Van Assche wrote: On 07/05/12 01:52, Nicholas A. Bellinger wrote: fio randrw workload | virtio-scsi-raw | virtio-scsi+tcm_vhost | bare-metal raw block 25 Write / 75 Read | ~15K

Re: Pe: [PATCH v5 1/3] virtio-scsi: first version

2012-02-13 Thread Bart Van Assche
On Mon, Feb 13, 2012 at 8:05 AM, Christian Borntraeger borntrae...@de.ibm.com wrote: On 12/02/12 21:16, James Bottomley wrote: Could someone please explain to me why you can't simply fix virtio-blk? I dont think that virtio-scsi will replace virtio-blk everywhere. For non-scsi block devices,

Re: [Scst-devel] BUG: Process hang when kvm crashed, stacktrace cfs+kvm

2012-01-22 Thread Bart Van Assche
On Sat, Jan 21, 2012 at 9:19 PM, kordex kor...@gmail.com wrote: I hit sysrq+t sysrq+p in order to print the tasks with stacktraces and registers. Using ps -e -o  pid,state,command will hang ps output, while ps -e -o pid,state will not. Sorry, haven't seen such a hang ever before. Does it also

Re: [Scst-devel] BUG: Process hang when kvm crashed, stacktrace cfs+kvm

2012-01-21 Thread Bart Van Assche
On Sat, Jan 21, 2012 at 2:58 PM, kordex kor...@gmail.com wrote: On Thu, Jan 19, 2012 at 21:12, kordex kor...@gmail.com wrote: On Thu, Jan 19, 2012 at 20:34, kordex kor...@gmail.com wrote: Full dmesg of the case attached. On Thu, Jan 19, 2012 at 13:12, Bart Van Assche bvanass...@acm.org

Re: [Scst-devel] BUG: Process hang when kvm crashed, stacktrace cfs+kvm

2012-01-19 Thread Bart Van Assche
On Thu, Jan 19, 2012 at 11:54 AM, kordex kor...@gmail.com wrote: root@teletex:/usr/src/linux# dmesg +0x12e7/0x1c50  [810dc322] ? page_add_new_anon_rmap+0x52/0xa0 The above output is truncated - the most interesting part is missing. Bart. -- To unsubscribe from this list: send the