Linux SCSI Target Development

• Date Index

• Re: [PATCH] target: fix crash in cmd tracing when cmd didn't match a LUN, (continued)
  • Re: [PATCH] target: fix crash in cmd tracing when cmd didn't match a LUN, Christoph Hellwig
    • Re: [PATCH] target: fix crash in cmd tracing when cmd didn't match a LUN, Nicholas A. Bellinger
      • Re: [PATCH] target: fix crash in cmd tracing when cmd didn't match a LUN, Christoph Hellwig
        • Re: [PATCH] target: fix crash in cmd tracing when cmd didn't match a LUN, Nicholas A. Bellinger
• [PATCH] target/iscsi: Fix double free of a TUR followed by a solicited NOPOUT, Spencer Baugh
  • Re: [PATCH] target/iscsi: Fix double free of a TUR followed by a solicited NOPOUT, Nicholas A. Bellinger
• [PATCH 0/14] target/iscsi: start and stop NP listeners on demand, David Disseldorp
  • [PATCH 01/14] target/iscsi: set np_socket NULL on release, David Disseldorp
  • [PATCH 04/14] target/iscsi: remove iscsi_target_setup_login_socket(), David Disseldorp
  • [PATCH 05/14] target/iscsi: only listen on new portals if the TPG is enabled, David Disseldorp
  • [PATCH 03/14] target/iscsi: split np allocation from listening, David Disseldorp
  • [PATCH 06/14] target/iscsi: add helpers to enable all TPG portals, David Disseldorp
  • [PATCH 07/14] target/iscsi: enable all nps when a TPG is enabled, David Disseldorp
  • [PATCH 09/14] target/iscsi: add helpers to disable/shutdown all nps in a TPG, David Disseldorp
  • [PATCH 02/14] target/iscsi: set np_transport during np allocation, David Disseldorp
  • [PATCH 10/14] target/iscsi: shutdown TPG portal threads when disabled, David Disseldorp
  • [PATCH 11/14] target/iscsi: shutdown iscsi_np prior to deletion, David Disseldorp
  • [PATCH 13/14] target/iscsi: remove iscsit_clear_tpg_np_login_threads, David Disseldorp
  • [PATCH 14/14] target/iscsi: remove unused iscsit_reset_np_thread, David Disseldorp
  • [PATCH 12/14] target/iscsi: don't shutdown the the np thread during deletion, David Disseldorp
  • [PATCH 08/14] target/iscsi: add iscsit_shutdown_np_thread() helper, David Disseldorp
  • Re: [PATCH 0/14] target/iscsi: start and stop NP listeners on demand, Sagi Grimberg
    • Re: [PATCH 0/14] target/iscsi: start and stop NP listeners on demand, David Disseldorp
  • Re: [PATCH 0/14] target/iscsi: start and stop NP listeners on demand, Lee Duncan
  • Re: [PATCH 0/14] target/iscsi: start and stop NP listeners on demand, Nicholas A. Bellinger
• [PATCH] target/iscsi: fix digest computation for chained SGs, Spencer Baugh
  • Re: [PATCH] target/iscsi: fix digest computation for chained SGs, Sagi Grimberg
    • Re: [PATCH] target/iscsi: fix digest computation for chained SGs, Roland Dreier
      • Re: [PATCH] target/iscsi: fix digest computation for chained SGs, Nicholas A. Bellinger
• [PATCH 1/2] target: remove unused lun_flags field from se_lun, Spencer Baugh
  • [PATCH 2/2] target: remove initiatorname field in se_acl_lun, Spencer Baugh
    • Re: [PATCH 2/2] target: remove initiatorname field in se_acl_lun, Christoph Hellwig
  • Re: [PATCH 1/2] target: remove unused lun_flags field from se_lun, Christoph Hellwig
    • Re: [PATCH 1/2] target: remove unused lun_flags field from se_lun, Spencer Baugh
• [PATCH v2 3/4] target: Return descriptor format sense data in case the LU spans 64bit sectors, Sagi Grimberg
  • Re: [PATCH v2 3/4] target: Return descriptor format sense data in case the LU spans 64bit sectors, Martin K. Petersen
• [RFC PATCH 0/2] target/iscsi: clustered SendTargets handling, David Disseldorp
  • [RFC PATCH 1/2] target/iscsi: discoverable_while_disabled TPGT attr, David Disseldorp
  • [RFC PATCH 2/2] target/iscsi: discoverable_while_disabled SendTargets, David Disseldorp
  • Re: [RFC PATCH 0/2] target/iscsi: clustered SendTargets handling, Nicholas A. Bellinger
    • Re: [RFC PATCH 0/2] target/iscsi: clustered SendTargets handling, David Disseldorp
      • Re: [RFC PATCH 0/2] target/iscsi: clustered SendTargets handling, Nicholas A. Bellinger
• [PATCH v1 0/4] Descriptor format sense data, Sagi Grimberg
  • [PATCH v1 4/4] libiscsi: Use scsi helper to set information descriptor, Sagi Grimberg
    • Re: [PATCH v1 4/4] libiscsi: Use scsi helper to set information descriptor, Hannes Reinecke
    • Re: [PATCH v1 4/4] libiscsi: Use scsi helper to set information descriptor, Christoph Hellwig
    • Re: [PATCH v1 4/4] libiscsi: Use scsi helper to set information descriptor, Martin K. Petersen
  • [PATCH v1 3/4] target: Return descriptor format sense data in case the LU spans 64bit sectors, Sagi Grimberg
    • Re: [PATCH v1 3/4] target: Return descriptor format sense data in case the LU spans 64bit sectors, Hannes Reinecke
    • Re: [PATCH v1 3/4] target: Return descriptor format sense data in case the LU spans 64bit sectors, Christoph Hellwig
    • Re: [PATCH v1 3/4] target: Return descriptor format sense data in case the LU spans 64bit sectors, Bart Van Assche
    • Re: [PATCH v1 3/4] target: Return descriptor format sense data in case the LU spans 64bit sectors, Martin K. Petersen
  • [PATCH v1 1/4] scsi: Fix wrong additional sense length in descriptor format, Sagi Grimberg
    • Re: [PATCH v1 1/4] scsi: Fix wrong additional sense length in descriptor format, Christoph Hellwig
  • [PATCH v1 2/4] scsi: Protect against buffer possible overflow in scsi_set_sense_information, Sagi Grimberg
    • Re: [PATCH v1 2/4] scsi: Protect against buffer possible overflow in scsi_set_sense_information, Christoph Hellwig
  • Re: [PATCH v1 0/4] Descriptor format sense data, Nicholas A. Bellinger
• [PATCH v2 0/8] qla2xxx: Updates for Target Mode driver, Himanshu Madhani
  • [PATCH v2 1/8] qla2xxx: kill sessions/log out initiator on RSCN and port down events, Himanshu Madhani
    • Re: [PATCH v2 1/8] qla2xxx: kill sessions/log out initiator on RSCN and port down events, Hannes Reinecke
      • Re: [PATCH v2 1/8] qla2xxx: kill sessions/log out initiator on RSCN and port down events, Roland Dreier
        • Re: [PATCH v2 1/8] qla2xxx: kill sessions/log out initiator on RSCN and port down events, Hannes Reinecke
  • [PATCH v2 4/8] qla2xxx: Abort stale cmds on qla_tgt_wq when plogi arrives, Himanshu Madhani
    • Re: [PATCH v2 4/8] qla2xxx: Abort stale cmds on qla_tgt_wq when plogi arrives, Hannes Reinecke
  • [PATCH v2 3/8] qla2xxx: delay plogi/prli ack until existing sessions are deleted, Himanshu Madhani
    • Re: [PATCH v2 3/8] qla2xxx: delay plogi/prli ack until existing sessions are deleted, Hannes Reinecke
  • [PATCH v2 2/8] qla2xxx: cleanup cmd in qla workqueue before processing TMR, Himanshu Madhani
    • Re: [PATCH v2 2/8] qla2xxx: cleanup cmd in qla workqueue before processing TMR, Hannes Reinecke
  • [PATCH v2 5/8] qla2xxx: added sess generations to detect RSCN update races, Himanshu Madhani
    • Re: [PATCH v2 5/8] qla2xxx: added sess generations to detect RSCN update races, Hannes Reinecke
  • [PATCH v2 8/8] qla2xxx: terminate exchange when command is aborted by LIO, Himanshu Madhani
    • Re: [PATCH v2 8/8] qla2xxx: terminate exchange when command is aborted by LIO, Hannes Reinecke
  • [PATCH v2 7/8] qla2xxx: drop cmds/tmrs arrived while session is being deleted, Himanshu Madhani
    • Re: [PATCH v2 7/8] qla2xxx: drop cmds/tmrs arrived while session is being deleted, Hannes Reinecke
  • [PATCH v2 6/8] qla2xxx: disable scsi_transport_fc registration in target mode, Himanshu Madhani
    • Re: [PATCH v2 6/8] qla2xxx: disable scsi_transport_fc registration in target mode, Hannes Reinecke
  • Re: [PATCH v2 0/8] qla2xxx: Updates for Target Mode driver, Nicholas A. Bellinger
• virtio nvme, Ming Lin
  • Re: virtio nvme, Ming Lin
    • Re: virtio nvme, Keith Busch
      • Re: virtio nvme, Ming Lin
• [PATCH] target/configfs: handle match_int() errors, David Disseldorp
  • Re: [PATCH] target/configfs: handle match_int() errors, Nicholas A. Bellinger
• [PATCH 0/3] Descriptor format sense data, Sagi Grimberg
  • [PATCH 1/3] scsi: Fix wrong additional sense length in descriptor format, Sagi Grimberg
    • Re: [PATCH 1/3] scsi: Fix wrong additional sense length in descriptor format, Hannes Reinecke
    • Re: [PATCH 1/3] scsi: Fix wrong additional sense length in descriptor format, Martin K. Petersen
  • [PATCH 2/3] scsi: Protect against buffer possible overflow in scsi_set_sense_information, Sagi Grimberg
    • Re: [PATCH 2/3] scsi: Protect against buffer possible overflow in scsi_set_sense_information, Martin K. Petersen
  • [PATCH 3/3] target: Return descriptor format sense data, Sagi Grimberg
    • Re: [PATCH 3/3] target: Return descriptor format sense data, Martin K. Petersen
    • Re: [PATCH 3/3] target: Return descriptor format sense data, Christoph Hellwig
      • Re: [PATCH 3/3] target: Return descriptor format sense data, Martin K. Petersen
        • Re: [PATCH 3/3] target: Return descriptor format sense data, Sagi Grimberg
          • Re: [PATCH 3/3] target: Return descriptor format sense data, Bart Van Assche
          • Re: [PATCH 3/3] target: Return descriptor format sense data, Christoph Hellwig
• [PATCH 1/2] target: Indicate success if writing 0 to pi_prot_type, Andy Grover
  • [PATCH 2/2] target: Do not return 0 from aptpl and alua configfs store functions, Andy Grover
    • Re: [PATCH 2/2] target: Do not return 0 from aptpl and alua configfs store functions, Nicholas A. Bellinger
  • Re: [PATCH 1/2] target: Indicate success if writing 0 to pi_prot_type, Nicholas A. Bellinger
• [PATCH] tcm_qla2xxx: Remove set-but-not-used variables, Bart Van Assche
  • Re: [PATCH] tcm_qla2xxx: Remove set-but-not-used variables, Himanshu Madhani
• [PATCH v4 0/5] Target sense data handling modifications, Sagi Grimberg
  • [PATCH v4 1/5] target: Inline transport_get_sense_codes(), Sagi Grimberg
    • Re: [PATCH v4 1/5] target: Inline transport_get_sense_codes(), Martin K. Petersen
  • [PATCH v4 2/5] target: Split transport_send_check_condition_and_sense(), Sagi Grimberg
    • Re: [PATCH v4 2/5] target: Split transport_send_check_condition_and_sense(), Martin K. Petersen
  • [PATCH v4 3/5] scsi: Move sense handling routines to scsi_common, Sagi Grimberg
    • Re: [PATCH v4 3/5] scsi: Move sense handling routines to scsi_common, Hannes Reinecke
      • Re: [PATCH v4 3/5] scsi: Move sense handling routines to scsi_common, Sagi Grimberg
        • Re: [PATCH v4 3/5] scsi: Move sense handling routines to scsi_common, Hannes Reinecke
    • Re: [PATCH v4 3/5] scsi: Move sense handling routines to scsi_common, Martin K. Petersen
  • [PATCH v4 5/5] target: Return ABORTED_COMMAND sense key for PI errors, Sagi Grimberg
    • Re: [PATCH v4 5/5] target: Return ABORTED_COMMAND sense key for PI errors, Hannes Reinecke
    • Re: [PATCH v4 5/5] target: Return ABORTED_COMMAND sense key for PI errors, Martin K. Petersen
  • [PATCH v4 4/5] target: Use scsi helpers to build the sense data correctly, Sagi Grimberg
    • Re: [PATCH v4 4/5] target: Use scsi helpers to build the sense data correctly, Hannes Reinecke
    • Re: [PATCH v4 4/5] target: Use scsi helpers to build the sense data correctly, Martin K. Petersen
  • Re: [PATCH v4 0/5] Target sense data handling modifications, Nicholas A. Bellinger
• [PATCH] iscsi-target: Fix iscsit_start_kthreads failure OOPs, Nicholas A. Bellinger
  • Re: [PATCH] iscsi-target: Fix iscsit_start_kthreads failure OOPs, Nicholas A. Bellinger
    • Re: [PATCH] iscsi-target: Fix iscsit_start_kthreads failure OOPs, Sagi Grimberg
      • Re: [PATCH] iscsi-target: Fix iscsit_start_kthreads failure OOPs, Nicholas A. Bellinger
• [PATCH-3.10.y 0/3] target: stable backports, Nicholas A. Bellinger
  • [PATCH-3.10.y 1/3] iscsi-target: Convert iscsi_thread_set usage to kthread.h, Nicholas A. Bellinger
  • [PATCH-3.10.y 2/3] iser-target: Fix possible deadlock in RDMA_CM connection error, Nicholas A. Bellinger
  • [PATCH-3.10.y 3/3] iser-target: release stale iser connections, Nicholas A. Bellinger
  • Re: [PATCH-3.10.y 0/3] target: stable backports, Nicholas A. Bellinger
    • Re: [PATCH-3.10.y 0/3] target: stable backports, Greg-KH
      • Re: [PATCH-3.10.y 0/3] target: stable backports, Nicholas A. Bellinger
  • <Possible follow-ups>
  • [PATCH-3.10.y 0/3] target: stable backports, Nicholas A. Bellinger
    • [PATCH-3.10.y 1/3] target/iscsi: Fix iSCSI task reassignment handling, Nicholas A. Bellinger
    • [PATCH-3.10.y 2/3] iscsi-target: fix iscsit_del_np deadlock on unload, Nicholas A. Bellinger
    • [PATCH-3.10.y 3/3] iscsi-target: Fix iscsi_np reset hung task during parallel delete, Nicholas A. Bellinger
    • Re: [PATCH-3.10.y 0/3] target: stable backports, Willy Tarreau
• [PATCH-3.14.y 0/3] target: stable backports, Nicholas A. Bellinger
  • [PATCH-3.14.y 1/3] iscsi-target: Convert iscsi_thread_set usage to kthread.h, Nicholas A. Bellinger
  • [PATCH-3.14.y 2/3] iser-target: Fix possible deadlock in RDMA_CM connection error, Nicholas A. Bellinger
  • [PATCH-3.14.y 3/3] iser-target: release stale iser connections, Nicholas A. Bellinger
  • Re: [PATCH-3.14.y 0/3] target: stable backports, Nicholas A. Bellinger
• [PATCH-4.0.y 0/1] target: stable backports, Nicholas A. Bellinger
  • [PATCH-4.0.y 1/1] iser-target: release stale iser connections, Nicholas A. Bellinger
• How to reload saved targets in scsi_target.lio, Zhu Lingshan
• Re: [PATCH 00/11] qla2xxx: Updates for Target Mode driver, Nicholas A. Bellinger
  • Re: [PATCH 00/11] qla2xxx: Updates for Target Mode driver, Himanshu Madhani
• [PATCH v3 0/5] Target sense data handling modifications, Sagi Grimberg
  • [PATCH v3 1/5] target: Inline transport_get_sense_codes(), Sagi Grimberg
  • [PATCH v3 2/5] target: Split transport_send_check_condition_and_sense(), Sagi Grimberg
    • Re: [PATCH v3 2/5] target: Split transport_send_check_condition_and_sense(), Christoph Hellwig
      • Re: [PATCH v3 2/5] target: Split transport_send_check_condition_and_sense(), Sagi Grimberg
  • [PATCH v3 3/5] scsi: Move sense handling routines to scsi_common, Sagi Grimberg
    • Re: [PATCH v3 3/5] scsi: Move sense handling routines to scsi_common, Bart Van Assche
    • Re: [PATCH v3 3/5] scsi: Move sense handling routines to scsi_common, Christoph Hellwig
  • [PATCH v3 4/5] target: Use scsi helpers to build the sense data correctly, Sagi Grimberg
    • Re: [PATCH v3 4/5] target: Use scsi helpers to build the sense data correctly, Christoph Hellwig
      • Re: [PATCH v3 4/5] target: Use scsi helpers to build the sense data correctly, Sagi Grimberg
  • [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors, Sagi Grimberg
    • Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors, Bart Van Assche
      • Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors, Sagi Grimberg
        • Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors, Bart Van Assche
    • Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors, Christoph Hellwig
      • Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors, Sagi Grimberg
        • Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors, Christoph Hellwig
          • Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors, Hannes Reinecke
            • Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors, Sagi Grimberg
              • Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors, Sagi Grimberg
            • Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors, Christoph Hellwig
              • Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors, Sagi Grimberg
  • Re: [PATCH v3 0/5] Target sense data handling modifications, Nicholas A. Bellinger
    • Re: [PATCH v3 0/5] Target sense data handling modifications, Sagi Grimberg
      • Re: [PATCH v3 0/5] Target sense data handling modifications, Nicholas A. Bellinger
• [PATCH v2 0/3] Target sense data handling modifications, Sagi Grimberg
  • [PATCH v2 2/3] target: Split transport_send_check_condition_and_sense(), Sagi Grimberg
    • Re: [PATCH v2 2/3] target: Split transport_send_check_condition_and_sense(), Christoph Hellwig
  • [PATCH v2 3/3] target: Use scsi helpers to build the sense data correctly, Sagi Grimberg
    • Re: [PATCH v2 3/3] target: Use scsi helpers to build the sense data correctly, Christoph Hellwig
      • Re: [PATCH v2 3/3] target: Use scsi helpers to build the sense data correctly, Sagi Grimberg
  • [PATCH v2 1/3] target: Inline transport_get_sense_codes(), Sagi Grimberg
    • Re: [PATCH v2 1/3] target: Inline transport_get_sense_codes(), Christoph Hellwig
      • Re: [PATCH v2 1/3] target: Inline transport_get_sense_codes(), Sagi Grimberg
• [PATCH V3 0/5] Transport-independent MRs, Steve Wise
  • [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Steve Wise
    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Christoph Hellwig
      • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Steve Wise
        • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, 'Christoph Hellwig'
    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Haggai Eran
      • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Steve Wise
      • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Steve Wise
        • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Haggai Eran
          • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Steve Wise
            • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Haggai Eran
    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
      • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Steve Wise
        • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
          • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Steve Wise
          • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Christoph Hellwig
            • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
              • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Steve Wise
                • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                  • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                      • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
                        • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, 'Christoph Hellwig'
                          • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
                            • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, 'Christoph Hellwig'
                              • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
                                • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Hefty, Sean
                                  • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Chuck Lever
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Christoph Hellwig
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Tom Talpey
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
                                    • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Hefty, Sean
                        • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                          • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, 'Christoph Hellwig'
                            • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, 'Christoph Hellwig'
                            • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                              • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, 'Christoph Hellwig'
                              • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
                              • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Doug Ledford
                                • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                  • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Tom Talpey
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Doug Ledford
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Chuck Lever
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Tom Talpey
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Doug Ledford
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, 'Christoph Hellwig'
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, 'Christoph Hellwig'
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, 'Christoph Hellwig'
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Doug Ledford
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Doug Ledford
                                    • Message not available
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Doug Ledford
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Tom Talpey
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Steve Wise
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
                                    • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Steve Wise
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Steve Wise
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, 'Christoph Hellwig'
                                    • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Steve Wise
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Steve Wise
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Steve Wise
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Tom Talpey
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, 'Christoph Hellwig'
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, 'Christoph Hellwig'
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, 'Christoph Hellwig'
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Tom Talpey
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, 'Christoph Hellwig'
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Steve Wise
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Steve Wise
                                    • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Steve Wise
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Hefty, Sean
                                    • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Steve Wise
                                    • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Hefty, Sean
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Hefty, Sean
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                            • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
                          • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Tom Talpey
                            • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                              • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
                                • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                  • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Tom Talpey
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                  • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, 'Christoph Hellwig'
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Tom Talpey
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, 'Christoph Hellwig'
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Tom Talpey
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Jason Gunthorpe
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, 'Christoph Hellwig'
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Tom Talpey
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
                                    • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Steve Wise
                                    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, 'Christoph Hellwig'
                • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, 'Christoph Hellwig'
    • Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Sagi Grimberg
      • RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags, Steve Wise
  • [PATCH V3 2/5] RDMA/iser: Use transport independent MR allocation, Steve Wise
  • [PATCH V3 3/5] RDMA/isert: Use transport independent MR allocation, Steve Wise
  • [PATCH V3 4/5] svcrdma: Use transport independent MR allocation, Steve Wise
  • [PATCH V3 5/5] xprtrdma: Use transport independent MR allocation, Steve Wise
  • Re: [PATCH V3 0/5] Transport-independent MRs, Christoph Hellwig
    • RE: [PATCH V3 0/5] Transport-independent MRs, Steve Wise
      • Re: [PATCH V3 0/5] Transport-independent MRs, 'Christoph Hellwig'
• [PATCH V5 0/5] iSER support for iWARP, Steve Wise
  • [PATCH V5 1/5] mlx4, mlx5, mthca: Expose max_sge_rd correctly, Steve Wise
  • [PATCH V5 2/5] ipath,qib: Expose max_sge_rd correctly, Steve Wise
  • [PATCH V5 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth, Steve Wise
    • Re: [PATCH V5 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth, Sagi Grimberg
      • RE: [PATCH V5 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth, Steve Wise
        • Re: [PATCH V5 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth, Sagi Grimberg
          • RE: [PATCH V5 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth, Steve Wise
            • Re: [PATCH V5 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth, Or Gerlitz
              • RE: [PATCH V5 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth, Steve Wise
                • Re: [PATCH V5 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth, Sagi Grimberg
  • [PATCH V5 4/5] RDMA/isert: Set REMOTE_WRITE on DMA MRs to support iWARP devices, Steve Wise
    • Re: [PATCH V5 4/5] RDMA/isert: Set REMOTE_WRITE on DMA MRs to support iWARP devices, Sagi Grimberg
  • [PATCH V5 5/5] RDMA/isert: Limit read depth based on the device max_sge_rd capability, Steve Wise
    • Re: [PATCH V5 5/5] RDMA/isert: Limit read depth based on the device max_sge_rd capability, Sagi Grimberg
    • Re: [PATCH V5 5/5] RDMA/isert: Limit read depth based on the device max_sge_rd capability, Christoph Hellwig
      • RE: [PATCH V5 5/5] RDMA/isert: Limit read depth based on the device max_sge_rd capability, Steve Wise
        • Re: [PATCH V5 5/5] RDMA/isert: Limit read depth based on the device max_sge_rd capability, 'Christoph Hellwig'
          • RE: [PATCH V5 5/5] RDMA/isert: Limit read depth based on the device max_sge_rd capability, Steve Wise
            • Re: [PATCH V5 5/5] RDMA/isert: Limit read depth based on the device max_sge_rd capability, Chuck Lever
              • RE: [PATCH V5 5/5] RDMA/isert: Limit read depth based on the device max_sge_rd capability, Steve Wise
                • Re: [PATCH V5 5/5] RDMA/isert: Limit read depth based on the device max_sge_rd capability, Chuck Lever
  • Re: [PATCH V5 0/5] iSER support for iWARP, Nicholas A. Bellinger
• [PATCH] target/rd: Set ramdisk as non rotational device, Sagi Grimberg
  • <Possible follow-ups>
  • [PATCH] target/rd: Set ramdisk as non rotational device, Sagi Grimberg
    • Re: [PATCH] target/rd: Set ramdisk as non rotational device, Nicholas A. Bellinger
• [GIT PULL] target updates for v4.2-rc1, Nicholas A. Bellinger
• [PATCH v1 0/3] Target sense data handling modifications, Sagi Grimberg
  • [PATCH v1 1/3] target: Inline transport_get_sense_codes(), Sagi Grimberg
    • Re: [PATCH v1 1/3] target: Inline transport_get_sense_codes(), Hannes Reinecke
  • [PATCH v1 2/3] target: Split transport_send_check_condition_and_sense(), Sagi Grimberg
    • Re: [PATCH v1 2/3] target: Split transport_send_check_condition_and_sense(), Hannes Reinecke
  • [PATCH v1 3/3] target: Use scsi helpers to build the sense data correctly, Sagi Grimberg
    • Re: [PATCH v1 3/3] target: Use scsi helpers to build the sense data correctly, Hannes Reinecke
• [PATCH V4 0/5] iSER support for iWARP, Steve Wise
  • [PATCH V4 1/5] mlx4, mlx5, mthca: Expose max_sge_rd correctly, Steve Wise
  • [PATCH V4 2/5] ipath,qib: Expose max_sge_rd correctly, Steve Wise
  • [PATCH V4 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth, Steve Wise
    • Re: [PATCH V4 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth, Sagi Grimberg
      • Re: [PATCH V4 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth, Steve Wise
  • [PATCH V4 4/5] RDMA/isert: Set REMOTE_WRITE on DMA MRs to support iWARP devices, Steve Wise
  • [PATCH V4 5/5] RDMA/isert: Limit read depth based on the device max_sge_rd capability, Steve Wise
• iser not enabled after reboot, Gavshin Dmitriy
  • Re: iser not enabled after reboot, Sagi Grimberg
  • Re: iser not enabled after reboot, Nicholas A. Bellinger
• How to debug Lio, Zhu Lingshan
  • Re: How to debug Lio, Sagi Grimberg
• Documents bug on http://linux-iscsi.org/wiki/ISCSI, mutual_userid and userid_mutual, also the password, Zhu Lingshan
  • Re: Documents bug on http://linux-iscsi.org/wiki/ISCSI, mutual_userid and userid_mutual, also the password, Nicholas A. Bellinger
• [PATCH V3 0/4] iSER support for iWARP, Steve Wise
  • [PATCH V3 1/4] mlx4, mlx5, mthca: Expose max_sge_rd correctly, Steve Wise
  • [PATCH V3 2/4] ipath,qib: Expose max_sge_rd correctly, Steve Wise
  • [PATCH V3 3/4] RDMA/iser: limit sg tablesize to device fastreg max depth, Steve Wise
    • Re: [PATCH V3 3/4] RDMA/iser: limit sg tablesize to device fastreg max depth, Sagi Grimberg
      • RE: [PATCH V3 3/4] RDMA/iser: limit sg tablesize to device fastreg max depth, Steve Wise
    • Re: [PATCH V3 3/4] RDMA/iser: limit sg tablesize to device fastreg max depth, Or Gerlitz
      • RE: [PATCH V3 3/4] RDMA/iser: limit sg tablesize to device fastreg max depth, Steve Wise
  • [PATCH V3 4/4] RDMA/isert: Support iWARP transport, Steve Wise
    • Re: [PATCH V3 4/4] RDMA/isert: Support iWARP transport, Sagi Grimberg
    • Re: [PATCH V3 4/4] RDMA/isert: Support iWARP transport, Or Gerlitz
      • RE: [PATCH V3 4/4] RDMA/isert: Support iWARP transport, Steve Wise
        • Re: [PATCH V3 4/4] RDMA/isert: Support iWARP transport, Or Gerlitz
          • Re: [PATCH V3 4/4] RDMA/isert: Support iWARP transport, Sagi Grimberg
            • Re: [PATCH V3 4/4] RDMA/isert: Support iWARP transport, Steve Wise
            • Re: [PATCH V3 4/4] RDMA/isert: Support iWARP transport, Jason Gunthorpe
              • Re: [PATCH V3 4/4] RDMA/isert: Support iWARP transport, Sagi Grimberg
• Re: [PATCH V2 0/5] iSER support for iWARP, Sagi Grimberg
  • RE: [PATCH V2 0/5] iSER support for iWARP, Steve Wise
• [PATCH] target/spc: Set SPT correctly in Extended INQUIRY Data VPD page, Sagi Grimberg
  • Re: [PATCH] target/spc: Set SPT correctly in Extended INQUIRY Data VPD page, Nicholas A. Bellinger
    • Re: [PATCH] target/spc: Set SPT correctly in Extended INQUIRY Data VPD page, Sagi Grimberg
      • Re: [PATCH] target/spc: Set SPT correctly in Extended INQUIRY Data VPD page, Nicholas A. Bellinger
    • Re: [PATCH] target/spc: Set SPT correctly in Extended INQUIRY Data VPD page, Martin K. Petersen
• [PATCH RFC] target: Use scsi helpers to build the sense data correctly, Sagi Grimberg
  • Re: [PATCH RFC] target: Use scsi helpers to build the sense data correctly, Christoph Hellwig
    • Re: [PATCH RFC] target: Use scsi helpers to build the sense data correctly, Sagi Grimberg
      • Re: [PATCH RFC] target: Use scsi helpers to build the sense data correctly, Bart Van Assche
        • Re: [PATCH RFC] target: Use scsi helpers to build the sense data correctly, Sagi Grimberg
• [PATCH for-next] target: Use struct t10_pi_tuple, Sagi Grimberg
  • Re: [PATCH for-next] target: Use struct t10_pi_tuple, Nicholas A. Bellinger
• [PATCH for-next 1/2] target/pr: Fix possible uninitialized variable usage, Sagi Grimberg
  • Re: [PATCH for-next 1/2] target/pr: Fix possible uninitialized variable usage, Nicholas A. Bellinger
• Re: [PATCH RFC 0/2] iSER support for iWARP, Sagi Grimberg
  • RE: [PATCH RFC 0/2] iSER support for iWARP, Steve Wise
• Re: [PATCH RFC 2/2] RDMA/isert: Support iWARP transport, Sagi Grimberg
  • RE: [PATCH RFC 2/2] RDMA/isert: Support iWARP transport, Steve Wise
    • Re: [PATCH RFC 2/2] RDMA/isert: Support iWARP transport, Sagi Grimberg
      • Re: [PATCH RFC 2/2] RDMA/isert: Support iWARP transport, Jason Gunthorpe
  • Re: [PATCH RFC 2/2] RDMA/isert: Support iWARP transport, Sagi Grimberg
• backstore created in "deactivated" state, Ahmed Al-Mehdi
  • Re: backstore created in "deactivated" state, Ahmed Al-Mehdi
• [GIT PULL] target fixes for v4.1, Nicholas A. Bellinger
• VAAI not showing, Hetz Ben Hamo
  • Message not available
    • Message not available
      • Re: VAAI not showing, Christophe Vu-Brugier
• [PATCH 1/3] target: consolidate version defines, Christoph Hellwig
  • [PATCH 2/3] target: remove unused TARGET_CORE_CONFIG_ROOT define, Christoph Hellwig
  • [PATCH 3/3] target: remove target_core_configfs.h, Christoph Hellwig
  • Re: [PATCH 1/3] target: consolidate version defines, Andy Grover
  • Re: [PATCH 1/3] target: consolidate version defines, Nicholas A. Bellinger
• [PATCH 1/3] target: replace se_cmd->execute_rw with a protocol_data field, Christoph Hellwig
  • [PATCH 2/3] target: simplify UNMAP handling, Christoph Hellwig
  • [PATCH 3/3] target: implement WRITE_SAME with UNMAP bit using ->execute_unmap, Christoph Hellwig
  • Re: [PATCH 1/3] target: replace se_cmd->execute_rw with a protocol_data field, Andy Grover
  • Re: [PATCH 1/3] target: replace se_cmd->execute_rw with a protocol_data field, Nicholas A. Bellinger
• Merging se_dev_entry and se_lun?, Hannes Reinecke
  • Re: Merging se_dev_entry and se_lun?, Christoph Hellwig
    • Re: Merging se_dev_entry and se_lun?, Hannes Reinecke
      • Re: Merging se_dev_entry and se_lun?, Christoph Hellwig
• [PATCH 0/8] tcm_loop updates, Hannes Reinecke
  • [PATCH 3/8] tcm_loop: Remove SAS vestigies, Hannes Reinecke
  • [PATCH 1/8] tcm_loop: Hook into SAS transport class, Hannes Reinecke
  • [PATCH 4/8] tcm_loop: Send I_T_NEXUS_LOSS_OCCURRED UA, Hannes Reinecke
  • [PATCH 2/8] tcm_loop: Add SAS transport topology, Hannes Reinecke
  • [PATCH 5/8] tcm_loop: Rescan SCSI target on transport online, Hannes Reinecke
  • [PATCH 6/8] target: Issue Power-On/Reset UA upon LUN instantiation, Hannes Reinecke
  • [PATCH 7/8] target_core_alua: disallow READ_CAPACITY when in standby, Hannes Reinecke
    • Re: [PATCH 7/8] target_core_alua: disallow READ_CAPACITY when in standby, Chris Boot
      • Re: [PATCH 7/8] target_core_alua: disallow READ_CAPACITY when in standby, Hannes Reinecke
    • Re: [PATCH 7/8] target_core_alua: disallow READ_CAPACITY when in standby, Christoph Hellwig
      • Re: [PATCH 7/8] target_core_alua: disallow READ_CAPACITY when in standby, Hannes Reinecke
  • [PATCH 8/8] target: display 'write_protect' attribute for demo-mode LUNs, Hannes Reinecke
    • Re: [PATCH 8/8] target: display 'write_protect' attribute for demo-mode LUNs, Christoph Hellwig
      • Re: [PATCH 8/8] target: display 'write_protect' attribute for demo-mode LUNs, Hannes Reinecke
  • Re: [PATCH 0/8] tcm_loop updates, Christoph Hellwig
    • Re: [PATCH 0/8] tcm_loop updates, Hannes Reinecke
      • Re: [PATCH 0/8] tcm_loop updates, Nicholas A. Bellinger
        • Re: [PATCH 0/8] tcm_loop updates, Hannes Reinecke
          • Re: [PATCH 0/8] tcm_loop updates, Nicholas A. Bellinger
            • Re: [PATCH 0/8] tcm_loop updates, Hannes Reinecke
              • Re: [PATCH 0/8] tcm_loop updates, Nicholas A. Bellinger
                • Re: [PATCH 0/8] tcm_loop updates, Hannes Reinecke
                  • Re: [PATCH 0/8] tcm_loop updates, Nicholas A. Bellinger
• [PATCH] Documentation/target: Fix tcm_mod_builder.py build breakage, Sebastian Herbszt
  • <Possible follow-ups>
  • [PATCH] Documentation/target: Fix tcm_mod_builder.py build breakage, Sebastian Herbszt
    • Re: [PATCH] Documentation/target: Fix tcm_mod_builder.py build breakage, Christoph Hellwig
      • Re: [PATCH] Documentation/target: Fix tcm_mod_builder.py build breakage, Nicholas A. Bellinger
• Re: [target:for-next 72/72] drivers/xen/xen-scsiback.c:911:3: warning: format '%d' expects argument of type 'int', but argument 3 has type 'long long unsigned int', Nicholas A. Bellinger
• TCMU - developing virtual DVD Blu-ray writer, Bala
  • Re: TCMU - developing virtual DVD Blu-ray writer, Andy Grover
    • Re: TCMU - developing virtual DVD Blu-ray writer, Bala
• [PATCH] target/user: Fix inconsistent kmap_atomic/kunmap_atomic, Sagi Grimberg
  • Re: [PATCH] target/user: Fix inconsistent kmap_atomic/kunmap_atomic, Andy Grover
    • Message not available
      • Re: [PATCH] target/user: Fix inconsistent kmap_atomic/kunmap_atomic, Nicholas A. Bellinger
• [PATCH 0/6] target: Update UA handling, Hannes Reinecke
  • [PATCH 4/6] target: Send UA on ALUA target port group change, Hannes Reinecke
    • Re: [PATCH 4/6] target: Send UA on ALUA target port group change, Christoph Hellwig
      • Re: [PATCH 4/6] target: Send UA on ALUA target port group change, Hannes Reinecke
        • Re: [PATCH 4/6] target: Send UA on ALUA target port group change, Christoph Hellwig
      • Re: [PATCH 4/6] target: Send UA on ALUA target port group change, Nicholas A. Bellinger
  • [PATCH 1/6] target_core_alua: Correct UA handling when switching states, Hannes Reinecke
  • [PATCH 2/6] target: Remove 'ua_nacl' pointer from se_ua structure, Hannes Reinecke
  • [PATCH 3/6] target: use 'se_dev_entry' when allocating UAs, Hannes Reinecke
    • Re: [PATCH 3/6] target: use 'se_dev_entry' when allocating UAs, Nicholas A. Bellinger
      • Re: [PATCH 3/6] target: use 'se_dev_entry' when allocating UAs, Hannes Reinecke
  • [PATCH 6/6] target: Send UA when changing LUN inventory, Hannes Reinecke
    • Re: [PATCH 6/6] target: Send UA when changing LUN inventory, Christoph Hellwig
      • Re: [PATCH 6/6] target: Send UA when changing LUN inventory, Hannes Reinecke
      • Re: [PATCH 6/6] target: Send UA when changing LUN inventory, Nicholas A. Bellinger
  • [PATCH 5/6] target: Send UA upon LUN RESET tmr completion, Hannes Reinecke
    • Re: [PATCH 5/6] target: Send UA upon LUN RESET tmr completion, Christoph Hellwig
      • Re: [PATCH 5/6] target: Send UA upon LUN RESET tmr completion, Hannes Reinecke
      • Re: [PATCH 5/6] target: Send UA upon LUN RESET tmr completion, Nicholas A. Bellinger
  • Re: [PATCH 0/6] target: Update UA handling, Nicholas A. Bellinger
    • Re: [PATCH 0/6] target: Update UA handling, Hannes Reinecke
      • Re: [PATCH 0/6] target: Update UA handling, Nicholas A. Bellinger
• [PATCH 0/2] target: 64-bit LUN support, Hannes Reinecke
  • [PATCH 2/2] target: Remove TARGET_MAX_LUNS_PER_TRANSPORT, Hannes Reinecke
  • [PATCH 1/2] target: use 64-bit LUNs, Hannes Reinecke
  • Re: [PATCH 0/2] target: 64-bit LUN support, Nicholas A. Bellinger
  • Re: [PATCH 0/2] target: 64-bit LUN support, Andy Grover
    • Re: [PATCH 0/2] target: 64-bit LUN support, Hannes Reinecke
      • Re: [PATCH 0/2] target: 64-bit LUN support, Bart Van Assche
• Need some help on multiqueue design, Zhu Lingshan
  • Re: Need some help on multiqueue design, Sagi Grimberg
• [PATCH 0/3] libfc patches for kernel v4.2, Vasu Dev
  • [PATCH 1/3] libfc: Fix a typo in a source code comment, Vasu Dev
  • [PATCH 2/3] libfc: Fix fc_exch_recv_req() error path, Vasu Dev
  • [PATCH 3/3] libfc: Fix fc_fcp_cleanup_each_cmd(), Vasu Dev
  • Re: [Open-FCoE] [PATCH 0/3] libfc patches for kernel v4.2, Vasu Dev
  • Re: [PATCH 0/3] libfc patches for kernel v4.2, Vasu Dev
• iSCSI does not create device in /dev, Dan
  • Re: iSCSI does not create device in /dev, Christophe Vu-Brugier
    • Re: iSCSI does not create device in /dev, Mike Christie
    • Re: iSCSI does not create device in /dev, Dan
      • Re: iSCSI does not create device in /dev, Dan
      • Re: iSCSI does not create device in /dev, Christophe Vu-Brugier
        • Re: iSCSI does not create device in /dev, Dan
• [PATCH 0/3] iser target fixes for kernel 4.2, Sagi Grimberg
  • [PATCH 2/3] iser-target: release stale iser connections, Sagi Grimberg
  • [PATCH 1/3] iser-target: Fix variable-length response error completion, Sagi Grimberg
  • [PATCH 3/3] iser-target: Fix possible use-after-free, Sagi Grimberg
  • Re: [PATCH 0/3] iser target fixes for kernel 4.2, Sagi Grimberg
  • Re: [PATCH 0/3] iser target fixes for kernel 4.2, Nicholas A. Bellinger
• re: target/user: Only support full command pass-through, Dan Carpenter
• [PATCH-v3 0/4] target: Eliminate se_port + t10_alua_tg_pt_gp_member, Nicholas A. Bellinger
  • [PATCH-v3 4/4] target: Drop unnecessary core_tpg_register TFO parameter, Nicholas A. Bellinger
  • [PATCH-v3 1/4] target: Subsume se_port + t10_alua_tg_pt_gp_member into se_lun, Nicholas A. Bellinger
  • [PATCH-v3 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage, Nicholas A. Bellinger
  • [PATCH-v3 3/4] target: Drop se_lun->lun_active for existing percpu lun_ref, Nicholas A. Bellinger
• [PATCH-v4 00/10] target: se_node_acl + se_lun RCU conversions, Nicholas A. Bellinger
  • [PATCH-v4 08/10] target: Drop unused se_lun->lun_acl_list, Nicholas A. Bellinger
  • [PATCH-v4 06/10] target: Convert se_tpg->acl_node_lock to ->acl_node_mutex, Nicholas A. Bellinger
  • [PATCH-v4 07/10] target: Convert core_tpg_deregister to use list splice, Nicholas A. Bellinger
  • [PATCH-v4 10/10] target: Drop left-over se_lun->lun_status, Nicholas A. Bellinger
  • [PATCH-v4 09/10] target: Only reset specific dynamic entries during lun_group creation, Nicholas A. Bellinger
  • [PATCH-v4 02/10] target/pr: Use atomic bitop for se_dev_entry->deve_flags reservation check, Nicholas A. Bellinger
  • [PATCH-v4 05/10] target: Convert se_portal_group->tpg_lun_list[] to RCU hlist, Nicholas A. Bellinger
  • [PATCH-v4 01/10] target: Convert se_node_acl->device_list[] to RCU hlist, Nicholas A. Bellinger
  • [PATCH-v4 04/10] target/pr: cleanup core_scsi3_pr_seq_non_holder, Nicholas A. Bellinger
  • [PATCH-v4 03/10] target/pr: Change alloc_registration to avoid pr_reg_tg_pt_lun, Nicholas A. Bellinger
• [GIT PULL] target fixes for v4.1-rc6, Nicholas A. Bellinger
• [PATCH 3/3] iser-target: Fix error path in isert_create_pi_ctx(), Roland Dreier
  • Re: [PATCH 3/3] iser-target: Fix error path in isert_create_pi_ctx(), Nicholas A. Bellinger
  • Re: [PATCH 3/3] iser-target: Fix error path in isert_create_pi_ctx(), Sagi Grimberg
• Re: Targetcli issue with 4.1.0-rc5+ and qla2xxx, Himanshu Madhani
  • Re: Targetcli issue with 4.1.0-rc5+ and qla2xxx, Nicholas A. Bellinger
    • Re: Targetcli issue with 4.1.0-rc5+ and qla2xxx, Himanshu Madhani
• [PATCH] target: Remove set-but-not-used variables, Bart Van Assche
• [PATCH] iscsi-target: Fix indentation, Bart Van Assche
• [PATCH] iscsi-target: Remove unreachable code, Bart Van Assche
• [PATCH 0/4] libfc patches for kernel v4.2, Bart Van Assche
  • [PATCH 1/4] libfc: Fix a typo in a source code comment, Bart Van Assche
    • Re: [Open-FCoE] [PATCH 1/4] libfc: Fix a typo in a source code comment, vasu.dev@xxxxxxxxxxxxxxx
  • [PATCH 2/4] libfc: Initialize fc_exch.resp_task, Bart Van Assche
    • Re: [Open-FCoE] [PATCH 2/4] libfc: Initialize fc_exch.resp_task, vasu.dev@xxxxxxxxxxxxxxx
  • [PATCH 3/4] libfc: Fix fc_exch_recv_req() error path, Bart Van Assche
    • Re: [Open-FCoE] [PATCH 3/4] libfc: Fix fc_exch_recv_req() error path, vasu.dev@xxxxxxxxxxxxxxx
      • Re: [Open-FCoE] [PATCH 3/4] libfc: Fix fc_exch_recv_req() error path, Bart Van Assche
        • Re: [Open-FCoE] [PATCH 3/4] libfc: Fix fc_exch_recv_req() error path, vasu.dev@xxxxxxxxxxxxxxx
  • [PATCH 4/4] libfc: Fix fc_fcp_cleanup_each_cmd(), Bart Van Assche
    • Re: [Open-FCoE] [PATCH 4/4] libfc: Fix fc_fcp_cleanup_each_cmd(), vasu.dev@xxxxxxxxxxxxxxx
      • Re: [Open-FCoE] [PATCH 4/4] libfc: Fix fc_fcp_cleanup_each_cmd(), Bart Van Assche
        • Re: [Open-FCoE] [PATCH 4/4] libfc: Fix fc_fcp_cleanup_each_cmd(), vasu.dev@xxxxxxxxxxxxxxx
          • Re: [Open-FCoE] [PATCH 4/4] libfc: Fix fc_fcp_cleanup_each_cmd(), Bart Van Assche
            • Re: [Open-FCoE] [PATCH 4/4] libfc: Fix fc_fcp_cleanup_each_cmd(), Vasu Dev
              • Re: [Open-FCoE] [PATCH 4/4] libfc: Fix fc_fcp_cleanup_each_cmd(), Bart Van Assche
                • Re: [Open-FCoE] [PATCH 4/4] libfc: Fix fc_fcp_cleanup_each_cmd(), Vasu Dev
  • Re: [Open-FCoE] [PATCH 0/4] libfc patches for kernel v4.2, vasu.dev@xxxxxxxxxxxxxxx
    • Re: [Open-FCoE] [PATCH 0/4] libfc patches for kernel v4.2, Bart Van Assche
      • Re: [Open-FCoE] [PATCH 0/4] libfc patches for kernel v4.2, vasu.dev@xxxxxxxxxxxxxxx
• [target:for-next 53/60] drivers/target/target_core_device.c:652:6: sparse: symbol 'se_dev_check_wce' was not declared. Should it be static?, kbuild test robot
  • [PATCH target] target: se_dev_check_wce() can be static, kbuild test robot
    • Re: [PATCH target] target: se_dev_check_wce() can be static, Bart Van Assche
• [PATCH-v2 0/4] target: Eliminate se_port + t10_alua_tg_pt_gp_member, Nicholas A. Bellinger
  • [PATCH-v2 3/4] target: Drop se_lun->lun_active for existing percpu lun_ref, Nicholas A. Bellinger
  • [PATCH-v2 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage, Nicholas A. Bellinger
    • Re: [PATCH-v2 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage, Bart Van Assche
      • Re: [PATCH-v2 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage, Nicholas A. Bellinger
        • Re: [PATCH-v2 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage, Paul E. McKenney
          • Re: [PATCH-v2 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage, Nicholas A. Bellinger
            • Re: [PATCH-v2 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage, Paul E. McKenney
              • Re: [PATCH-v2 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage, Nicholas A. Bellinger
                • Re: [PATCH-v2 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage, Paul E. McKenney
  • [PATCH-v2 4/4] target: Drop unnecessary core_tpg_register TFO parameter, Nicholas A. Bellinger
  • [PATCH-v2 1/4] target: Subsume se_port + t10_alua_tg_pt_gp_member into se_lun, Nicholas A. Bellinger
  • Re: [PATCH-v2 0/4] target: Eliminate se_port + t10_alua_tg_pt_gp_member, Hannes Reinecke
  • Re: [PATCH-v2 0/4] target: Eliminate se_port + t10_alua_tg_pt_gp_member, Bart Van Assche
    • Re: [PATCH-v2 0/4] target: Eliminate se_port + t10_alua_tg_pt_gp_member, Nicholas A. Bellinger
      • Re: [PATCH-v2 0/4] target: Eliminate se_port + t10_alua_tg_pt_gp_member, Paul E. McKenney
        • Re: [PATCH-v2 0/4] target: Eliminate se_port + t10_alua_tg_pt_gp_member, Nicholas A. Bellinger
          • Re: [PATCH-v2 0/4] target: Eliminate se_port + t10_alua_tg_pt_gp_member, Paul E. McKenney
• [PATCH-v3 00/10] target: se_node_acl + se_lun RCU conversions, Nicholas A. Bellinger
  • [PATCH-v3 06/10] target: Convert se_tpg->acl_node_lock to ->acl_node_mutex, Nicholas A. Bellinger
  • [PATCH-v3 05/10] target: Convert se_portal_group->tpg_lun_list[] to RCU hlist, Nicholas A. Bellinger
  • [PATCH-v3 04/10] target/pr: cleanup core_scsi3_pr_seq_non_holder, Nicholas A. Bellinger
  • [PATCH-v3 02/10] target/pr: Use atomic bitop for se_dev_entry->deve_flags reservation check, Nicholas A. Bellinger
  • [PATCH-v3 08/10] target: Drop unused se_lun->lun_acl_list, Nicholas A. Bellinger
  • [PATCH-v3 10/10] target: Drop left-over se_lun->lun_status, Nicholas A. Bellinger
  • [PATCH-v3 07/10] target: Convert core_tpg_deregister to use list splice, Nicholas A. Bellinger
  • [PATCH-v3 01/10] target: Convert se_node_acl->device_list[] to RCU hlist, Nicholas A. Bellinger
  • [PATCH-v3 09/10] target: Only reset specific dynamic entries during lun_group creation, Nicholas A. Bellinger
  • [PATCH-v3 03/10] target/pr: Change alloc_registration to avoid pr_reg_tg_pt_lun, Nicholas A. Bellinger
  • Re: [PATCH-v3 00/10] target: se_node_acl + se_lun RCU conversions, Hannes Reinecke
    • Re: [PATCH-v3 00/10] target: se_node_acl + se_lun RCU conversions, Nicholas A. Bellinger
  • <Possible follow-ups>
  • [PATCH-v3 00/10] target: se_node_acl + se_lun RCU conversions, Nicholas A. Bellinger
    • [PATCH-v3 03/10] target/pr: Change alloc_registration to avoid pr_reg_tg_pt_lun, Nicholas A. Bellinger
    • [PATCH-v3 01/10] target: Convert se_node_acl->device_list[] to RCU hlist, Nicholas A. Bellinger
    • [PATCH-v3 04/10] target/pr: cleanup core_scsi3_pr_seq_non_holder, Nicholas A. Bellinger
    • [PATCH-v3 05/10] target: Convert se_portal_group->tpg_lun_list[] to RCU hlist, Nicholas A. Bellinger
    • [PATCH-v3 08/10] target: Drop unused se_lun->lun_acl_list, Nicholas A. Bellinger
    • Re: [PATCH-v3 00/10] target: se_node_acl + se_lun RCU conversions, Nicholas A. Bellinger
    • [PATCH-v3 07/10] target: Convert core_tpg_deregister to use list splice, Nicholas A. Bellinger
    • [PATCH-v3 09/10] target: Only reset specific dynamic entries during lun_group creation, Nicholas A. Bellinger
    • [PATCH-v3 10/10] target: Drop left-over se_lun->lun_status, Nicholas A. Bellinger
    • [PATCH-v3 06/10] target: Convert se_tpg->acl_node_lock to ->acl_node_mutex, Nicholas A. Bellinger
    • [PATCH-v3 02/10] target/pr: Use atomic bitop for se_dev_entry->deve_flags reservation check, Nicholas A. Bellinger
• [PATCH] target/pscsi: Don't leak scsi_host if hba is VIRTUAL_HOST, Andy Grover
  • Re: [PATCH] target/pscsi: Don't leak scsi_host if hba is VIRTUAL_HOST, Nicholas A. Bellinger
• [RFC 0/2] target: Add TFO->complete_irq queue_work bypass, Nicholas A. Bellinger
  • [RFC 2/2] loopback: Enable TFO->complete_irq for fast-path ->scsi_done, Nicholas A. Bellinger
  • [RFC 1/2] target: Add support for fabric IRQ completion, Nicholas A. Bellinger
    • Re: [RFC 1/2] target: Add support for fabric IRQ completion, Christoph Hellwig
      • Re: [RFC 1/2] target: Add support for fabric IRQ completion, Sagi Grimberg
  • Re: [RFC 0/2] target: Add TFO->complete_irq queue_work bypass, Christoph Hellwig
    • Re: [RFC 0/2] target: Add TFO->complete_irq queue_work bypass, Nicholas A. Bellinger
      • Re: [RFC 0/2] target: Add TFO->complete_irq queue_work bypass, Sagi Grimberg
      • Re: [RFC 0/2] target: Add TFO->complete_irq queue_work bypass, Christoph Hellwig
        • Re: [RFC 0/2] target: Add TFO->complete_irq queue_work bypass, Nicholas A. Bellinger
  • Re: [RFC 0/2] target: Add TFO->complete_irqqueue_work bypass, Bart Van Assche
• [PATCH 0/4] target: Eliminate se_port + t10_alua_tg_pt_gp_member, Nicholas A. Bellinger
  • [PATCH 1/4] target: Subsume se_port + t10_alua_tg_pt_gp_member into se_lun, Nicholas A. Bellinger
    • Re: [PATCH 1/4] target: Subsume se_port + t10_alua_tg_pt_gp_member into se_lun, Hannes Reinecke
  • [PATCH 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage, Nicholas A. Bellinger
    • Re: [PATCH 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage, Hannes Reinecke
      • Re: [PATCH 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage, Nicholas A. Bellinger
    • Re: [PATCH 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage, Christoph Hellwig
      • Re: [PATCH 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage, Nicholas A. Bellinger
  • [PATCH 3/4] target: Drop se_lun->lun_active for existing percpu lun_ref, Nicholas A. Bellinger
    • Re: [PATCH 3/4] target: Drop se_lun->lun_active for existing percpu lun_ref, Hannes Reinecke
  • [PATCH 4/4] target: Drop unnecessary core_tpg_register TFO parameter, Nicholas A. Bellinger
    • Re: [PATCH 4/4] target: Drop unnecessary core_tpg_register TFO parameter, Hannes Reinecke
• [PATCH-v2 0/9] target: se_node_acl + se_lun RCU conversions, Nicholas A. Bellinger
  • [PATCH-v2 4/9] target/pr: cleanup core_scsi3_pr_seq_non_holder, Nicholas A. Bellinger
    • Re: [PATCH-v2 4/9] target/pr: cleanup core_scsi3_pr_seq_non_holder, Christoph Hellwig
  • [PATCH-v2 9/9] target: Only reset specific dynamic entries during lun_group creation, Nicholas A. Bellinger
  • [PATCH-v2 7/9] target: Convert core_tpg_deregister to use list splice, Nicholas A. Bellinger
  • [PATCH-v2 8/9] target: Drop unused se_lun->lun_acl_list, Nicholas A. Bellinger
  • [PATCH-v2 6/9] target: Convert se_tpg->acl_node_lock to ->acl_node_mutex, Nicholas A. Bellinger
  • [PATCH-v2 3/9] target/pr: Change alloc_registration to avoid pr_reg_tg_pt_lun, Nicholas A. Bellinger
  • [PATCH-v2 2/9] target/pr: Use atomic bitop for se_dev_entry->pr_reg reservation check, Nicholas A. Bellinger
    • Re: [PATCH-v2 2/9] target/pr: Use atomic bitop for se_dev_entry->pr_reg reservation check, Christoph Hellwig
      • Re: [PATCH-v2 2/9] target/pr: Use atomic bitop for se_dev_entry->pr_reg reservation check, Nicholas A. Bellinger
        • Re: [PATCH-v2 2/9] target/pr: Use atomic bitop for se_dev_entry->pr_reg reservation check, Christoph Hellwig
          • Re: [PATCH-v2 2/9] target/pr: Use atomic bitop for se_dev_entry->pr_reg reservation check, Nicholas A. Bellinger
    • Re: [PATCH-v2 2/9] target/pr: Use atomic bitop for se_dev_entry->pr_reg reservation check, Bart Van Assche
      • Re: [PATCH-v2 2/9] target/pr: Use atomic bitop for se_dev_entry->pr_reg reservation check, Nicholas A. Bellinger
    • Re: [PATCH-v2 2/9] target/pr: Use atomic bitop for se_dev_entry->pr_reg reservation check, Christoph Hellwig
      • Re: [PATCH-v2 2/9] target/pr: Use atomic bitop for se_dev_entry->pr_reg reservation check, Nicholas A. Bellinger
  • [PATCH-v2 5/9] target: Convert se_portal_group->tpg_lun_list[] to RCU hlist, Nicholas A. Bellinger
    • Re: [PATCH-v2 5/9] target: Convert se_portal_group->tpg_lun_list[] to RCU hlist, Christoph Hellwig
      • Re: [PATCH-v2 5/9] target: Convert se_portal_group->tpg_lun_list[] to RCU hlist, Nicholas A. Bellinger
  • [PATCH-v2 1/9] target: Convert se_node_acl->device_list[] to RCU hlist, Nicholas A. Bellinger
    • Re: [PATCH-v2 1/9] target: Convert se_node_acl->device_list[] to RCU hlist, Christoph Hellwig
      • Re: [PATCH-v2 1/9] target: Convert se_node_acl->device_list[] to RCU hlist, Nicholas A. Bellinger
        • Re: [PATCH-v2 1/9] target: Convert se_node_acl->device_list[] to RCU hlist, Christoph Hellwig
          • Re: [PATCH-v2 1/9] target: Convert se_node_acl->device_list[] to RCU hlist, Nicholas A. Bellinger
            • Re: [PATCH-v2 1/9] target: Convert se_node_acl->device_list[] to RCU hlist, Nicholas A. Bellinger
  • Re: [PATCH-v2 0/9] target: se_node_acl + se_lun RCU conversions, Hannes Reinecke
  • Re: [PATCH-v2 0/9] target: se_node_acl + se_lun RCU conversions, Christoph Hellwig
    • Re: [PATCH-v2 0/9] target: se_node_acl + se_lun RCU conversions, Nicholas A. Bellinger
  • Re: [PATCH-v2 0/9] target: se_node_acl + se_lun RCU conversions, Bart Van Assche
    • Re: [PATCH-v2 0/9] target: se_node_acl + se_lun RCU conversions, Nicholas A. Bellinger
• [PATCH] target: fix operator precedence bug, Akinobu Mita
  • Re: [PATCH] target: fix operator precedence bug, Nicholas A. Bellinger
• [PATCH 0/21] SCSI target patches for kernel v4.2, Bart Van Assche
  • [PATCH 01/21] target: Fix spelling and grammar in a source code comment, Bart Van Assche
    • Re: [PATCH 01/21] target: Fix spelling and grammar in a source code comment, Christoph Hellwig
  • [PATCH 02/21] target: Do not hold session command lock around command destructor, Bart Van Assche
    • Re: [PATCH 02/21] target: Do not hold session command lock around command destructor, Christoph Hellwig
      • Re: [PATCH 02/21] target: Do not hold session command lock around command destructor, Bart Van Assche
        • Re: [PATCH 02/21] target: Do not hold session command lock around command destructor, Christoph Hellwig
  • [PATCH 03/21] target: Rename se_cmd.state_list into se_cmd.state_list_entry, Bart Van Assche
    • Re: [PATCH 03/21] target: Rename se_cmd.state_list into se_cmd.state_list_entry, Christoph Hellwig
  • [PATCH 04/21] target: Use a new completion object for transport_wait_for_tasks(), Bart Van Assche