mirror of
https://github.com/SCST-project/scst.git
synced 2026-05-17 10:41:26 +00:00
fd89f0427b
git-svn-id: http://svn.code.sf.net/p/scst/svn/trunk@881 d57e44dd-8a1f-0410-8b47-8ef2f437770f
37 lines
1.5 KiB
Plaintext
37 lines
1.5 KiB
Plaintext
1. Update the OFED wiki entries about SRP and SRPT:
|
|
* https://wiki.openfabrics.org/tiki-index.php?page=SRP
|
|
* https://wiki.openfabrics.org/tiki-index.php?page=SRPT+Installation
|
|
|
|
|
|
2. The SRPT driver directly uses the internal state of the SCST core target
|
|
state machine (scmnd->state), which is bad, bad, bad and generally not
|
|
acceptable. Only dev handler are allowed to use them. This should be fixed.
|
|
|
|
|
|
3. Fix the race condition between srpt_refresh_port_work() and
|
|
srpt_remove_one(). Although the probability that this happens is very low,
|
|
at least in theory it is possible that srpt_refresh_port_work() gets
|
|
called for a port after srpt_remove_one() called kfree() on the data
|
|
structure that contains the work_struct passed to srpt_refresh_port_work().
|
|
It's not clear to me whether or not letting srpt_remove_one() wait until
|
|
srpt_refresh_work() finished can result in a deadlock.
|
|
|
|
|
|
4. Find out from which threads the srpt_devices list can be accessed and
|
|
whether it has to be protected by a spinlock or mutex.
|
|
|
|
|
|
5. Fix the issue that 'rmmod ib_srpt' under load hangs.
|
|
|
|
|
|
6. The initiator names supplied to the SCST core contain the target port name,
|
|
which is wrong. Nobody identifies a man by the door through which he entered.
|
|
Instead, a man has a name by which he is identified through his whole life.
|
|
|
|
|
|
7. Analyze and document the implications of
|
|
sdev->mr = ib_get_dma_mr(sdev->pd, IB_ACCESS_LOCAL_WRITE).
|
|
|
|
|
|
8. Enable and test the LUN_RESET task management function.
|