| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| upstream/0001-iscsiadm-Fix-memory-leak-in-iscsiadm.patch | iscsiadm: Fix memory leak in iscsiadm Memory allocated by iscsi_context_new() would not be freed if error occurred during parameters parser stage and goto free_ifaces is used to jump to resource clean. Since all resource clean is performed after verified, so change all goto free_ifaces to goto out where handles resource better. |
Wenchao Hao <haowenchao@huawei.com> | no | 2020-12-29 | ||
| upstream/0002-Fix-iscsiadm-segfault-when-exiting.patch | Fix iscsiadm segfault when exiting Commit b532ad67d495d added some cleanup code to iscsiadm right before it exits, but it used a list_for_each_entry() to iterate through a list was being deleted, when it should use list_for_each_entry_safe(). |
Lee Duncan <lduncan@suse.com> | no | 2021-01-26 | ||
| upstream/0003-Fix-iscsistart-login-issue-when-target-is-delayed.patch | Fix iscsistart login issue when target is delayed. Earlier commit 9258c8eae046 changed the return value fron iscsid_response() from ISCSI_ERR_ISCSID_NOTCONN to ISCSI_ERR_SESSION_NOT_CONNECTED in the case where no iscsi response is received when expected. This effected the login code in iscsistart when the target is not completely ready at iscsi login time. This commit updates iscsistart to expect the new error code, but fixing this uncovered another issue, causing iscsistart logins to continue to fail if the target returned its login response too slowly. This commit ups the timeout time for iscsistart logins from 1 second per try to 10 seconds per try. This is perhaps excessive, and a shorter delay would be more appropriate, but the retry/nanosleep logic in iscsistart meant to retry the login in such cases seems problematic in this case, since retrying the 2nd time returns "session already exists", and most iscsistart clients aren't prepared for the command to return a non-zero return value. |
Lee Duncan <lduncan@suse.com> | no | 2021-02-04 |