From: Mike Christie <michael.christie@oracle.com>
To: lduncan@suse.com, cleech@redhat.com, martin.petersen@oracle.com,
linux-scsi@vger.kernel.org,
james.bottomley@hansenpartnership.com
Cc: lutianxiong@huawei.com, linfeilong@huawei.com,
liuzhiqiang26@huawei.com, haowenchao@huawei.com
Subject: [PATCH 0/7] iscsi fixes/cleanups
Date: Mon, 18 Jan 2021 14:34:23 -0600 [thread overview]
Message-ID: <20210118203430.4921-1-michael.christie@oracle.com> (raw)
These patches were made over Martin's 5.12 branches because they are
mostly fixes, but there's also one cleanup that one of the fixes is
built on top, so it's probably more appropriate for 5.12 since its
later in the cycle.
V4:
- Add patch:
[PATCH 4/7] libiscsi: fix iscsi host workq destruction
to fix an issue where the user might only call iscsi_host_alloc then
iscsi_host_free and that was leaving the iscsi workqueue running.
- Add check for if a driver were to set can_queue to ISCSI_MGMT_CMDS_MAX
or less.
V3:
- Add some patches for issues found while testing.
- session queue depth was stuck at 128
- cmd window could not be detected when session was relogged in.
- Patch "libiscsi: drop taskqueuelock" had a bug where we did not
disable bhs and during xmit thread suspension leaked the current task.
V2:
- Take back_lock when looping over running cmds in iscsi_eh_cmd_timed_out
in case those complete while we are accessing them.
next reply other threads:[~2021-01-18 20:55 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-01-18 20:34 Mike Christie [this message]
2021-01-18 20:34 ` [PATCH 1/7] libiscsi: fix iscsi_prep_scsi_cmd_pdu error handling Mike Christie
2021-01-18 20:34 ` [PATCH 2/7] libiscsi: drop taskqueuelock Mike Christie
2021-01-27 22:30 ` Lee Duncan
2021-01-18 20:34 ` [PATCH 3/7] libiscsi: fix iscsi_task use after free Mike Christie
2021-01-18 20:34 ` [PATCH 4/7] libiscsi: fix iscsi host workq destruction Mike Christie
2021-01-27 18:09 ` Lee Duncan
2021-01-18 20:34 ` [PATCH 5/7] libiscsi: add helper to calc max scsi cmds per session Mike Christie
2021-01-27 19:45 ` Lee Duncan
2021-01-28 0:55 ` michael.christie
2021-01-18 20:34 ` [PATCH 6/7] iscsi_tcp: fix shost can_queue initialization Mike Christie
2021-01-27 19:47 ` Lee Duncan
2021-01-18 20:34 ` [PATCH 7/7] libiscsi: reset max/exp cmdsn during recovery Mike Christie
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20210118203430.4921-1-michael.christie@oracle.com \
--to=michael.christie@oracle.com \
--cc=cleech@redhat.com \
--cc=haowenchao@huawei.com \
--cc=james.bottomley@hansenpartnership.com \
--cc=lduncan@suse.com \
--cc=linfeilong@huawei.com \
--cc=linux-scsi@vger.kernel.org \
--cc=liuzhiqiang26@huawei.com \
--cc=lutianxiong@huawei.com \
--cc=martin.petersen@oracle.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.