lkml.org 
[lkml]   [2016]   [Aug]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH] sched: Avoid that __wait_on_bit_lock() hangs
From
Date
On 08/04/16 07:09, Peter Zijlstra wrote:
> But I'd still like to understand where we loose the wakeup. What are you
> doing to reproduce this issue?

Hello Peter,

The test I run is as follows:
* Configure the ib_srpt driver to export a RAM disk through the SRP
protocol. The ib_srpt driver is a LIO target driver that implements
the SRP protocol, a SCSI transport protocol.
* On the same system, let the ib_srp (SRP initiator) driver log in
to the ib_srpt driver using the loopback capability of a local
InfiniBand HCA.
* Run fio with data verification enabled on top of multipath (dm-mpath)
with queue_if_no_path enabled and let multipath use the SRP paths.
* Simulate cable pulls and reinserts by periodically writing in the
/sys/class/srp_remote_ports/*/delete and by logging in again. Writing
into the delete attribute triggers scsi_remove_host() and hence also
removal of the block device associated with the SCSI device.

The scripts I use to run this test are available at
https://github.com/bvanassche/srp-test. Since the softRoCE driver is not
yet upstream running this test requires at least one InfiniBand HCA.

Thanks,

Bart.


\
 
 \ /
  Last update: 2016-08-04 17:21    [W:0.089 / U:0.240 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site