Display which kernel headers are used during compilation of the SRP target driver.
[mirror/scst/.git] / srpt / ToDo
1 1. Update the OFED wiki entries about SRP and SRPT:
2    * https://wiki.openfabrics.org/tiki-index.php?page=SRP
3    * https://wiki.openfabrics.org/tiki-index.php?page=SRPT+Installation
4
5
6 2. The SRPT driver directly uses the internal state of the SCST core target
7    state machine (scmnd->state), which is bad, bad, bad and generally not
8    acceptable. Only dev handler are allowed to use them. This should be fixed.
9
10
11 3. Fix the race condition between srpt_refresh_port_work() and 
12    srpt_remove_one(). Although the probability that this happens is very low,
13    at least in theory it is possible that srpt_refresh_port_work() gets
14    called for a port after srpt_remove_one() called kfree() on the data
15    structure that contains the work_struct passed to srpt_refresh_port_work().
16    It's not clear to me whether or not letting srpt_remove_one() wait until
17    srpt_refresh_work() finished can result in a deadlock.
18
19
20 4. Find out from which threads the srpt_devices list can be accessed and
21    whether it has to be protected by a spinlock or mutex.
22
23
24 5. Fix the issue that 'rmmod ib_srpt' under load hangs.
25
26
27 6. The initiator names supplied to the SCST core contain the target port name,
28    which is wrong. Nobody identifies a man by the door through which he entered.
29    Instead, a man has a name by which he is identified through his whole life.
30
31
32 7. Analyze and document the implications of
33    sdev->mr = ib_get_dma_mr(sdev->pd, IB_ACCESS_LOCAL_WRITE).
34
35
36 8. Enable and test the LUN_RESET task management function.