Linux SCSI Target - Date Index

• Thread Index

• Re: [PATCH] iscsi-target: Fix iscsit_start_kthreads failure OOPs
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• RE: [PATCH] target: add support for START_STOP_UNIT SCSI opcode
  • From: "Elliott, Robert (Server Storage)" <Elliott@xxxxxx>
• [PATCH 4/4] iser-target: Fix REJECT CM event use-after-free OOPs
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH 3/4] iscsi-target: Fix iser explicit logout TX kthread leak
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH 2/4] iscsi-target: Fix iscsit_start_kthreads failure OOPs
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH 1/4] iscsi-target: Fix use-after-free during TPG session shutdown
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH 0/4] iscsi/iser-target fixes for v4.2-rc
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Hefty, Sean" <sean.hefty@xxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Hefty, Sean" <sean.hefty@xxxxxxxxx>
• Re: [PATCH] target: add support for START_STOP_UNIT SCSI opcode
  • From: Spencer Baugh <sbaugh@xxxxxxxxxx>
• [PATCH] target: fix crash in cmd tracing when cmd didn't match a LUN
  • From: Spencer Baugh <sbaugh@xxxxxxxxxx>
• Re: [PATCH v3] target: Drop iSCSI use of mutex around max_cmd_sn increment
  • From: Spencer Baugh <spencer.baugh@xxxxxxxxxxxxxxx>
• [PATCH] target: check DPO/FUA usage for COMPARE AND WRITE
  • From: David Disseldorp <ddiss@xxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] IB: Replace safe uses for ib_get_dma_mr with pd->local_dma_lkey
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Hefty, Sean" <sean.hefty@xxxxxxxxx>
• Re: [PATCH 00/10] IB: Replace safe uses for ib_get_dma_mr with pd->local_dma_lkey
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] target: Drop iSCSI use of mutex around max_cmd_sn increment
  • From: Spencer Baugh <spencer.baugh@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] IB/core: Guarantee that a local_dma_lkey is available
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] IB: Replace safe uses for ib_get_dma_mr with pd->local_dma_lkey
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] IB: Replace safe uses for ib_get_dma_mr with pd->local_dma_lkey
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 00/10] IB: Replace safe uses for ib_get_dma_mr with pd->local_dma_lkey
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/10] ib_srpt: Remove ib_get_dma_mr calls
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/10] IB/srp: Use pd->local_dma_lkey
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/10] iser-target: Remove ib_get_dma_mr calls
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/10] IB/iser: Use pd->local_dma_lkey
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] IB/core: Guarantee that a local_dma_lkey is available
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] target: improve unsupported opcode message
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] qla2xxx: Return the fabric command state for non-task management requests
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] target: allow underflow/overflow for PR OUT etc. commands
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] target: respond to unknown initiators with sensible REPORT LUNS list length
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] target: improve unsupported opcode message
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] target: Shrink struct se_cmd by rearranging fields
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] target: Remove cmd->se_ordered_id (unused except debug log lines)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] target: add support for START_STOP_UNIT SCSI opcode
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 10/10] net/9p: Remove ib_get_dma_mr calls
  • From: Dominique Martinet <dominique.martinet@xxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Hefty, Sean" <sean.hefty@xxxxxxxxx>
• RE: [PATCH] target: Drop iSCSI use of mutex around max_cmd_sn increment
  • From: "Elliott, Robert (Server Storage)" <Elliott@xxxxxx>
• [PATCH 10/10] net/9p: Remove ib_get_dma_mr calls
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 01/10] IB/core: Guarantee that a local_dma_lkey is available
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 04/10] IB/mlx4: Remove ib_get_dma_mr calls
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 06/10] IB/iser: Use pd->local_dma_lkey
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 02/10] IB/mad: Remove ib_get_dma_mr calls
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 09/10] ib_srpt: Remove ib_get_dma_mr calls
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 05/10] IB/mlx5: Remove ib_get_dma_mr calls
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 07/10] iser-target: Remove ib_get_dma_mr calls
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 00/10] IB: Replace safe uses for ib_get_dma_mr with pd->local_dma_lkey
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 03/10] IB/ipoib: Remove ib_get_dma_mr calls
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 08/10] IB/srp: Use pd->local_dma_lkey
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] target: respond to unknown initiators with sensible REPORT LUNS list length
  • From: Spencer Baugh <sbaugh@xxxxxxxxxx>
• [PATCH] target: Drop iSCSI use of mutex around max_cmd_sn increment
  • From: Spencer Baugh <sbaugh@xxxxxxxxxx>
• [PATCH] target: allow underflow/overflow for PR OUT etc. commands
  • From: Spencer Baugh <sbaugh@xxxxxxxxxx>
• [PATCH] target: improve unsupported opcode message
  • From: Spencer Baugh <sbaugh@xxxxxxxxxx>
• Re: [PATCH 0/14] target/iscsi: start and stop NP listeners on demand
  • From: David Disseldorp <ddiss@xxxxxxx>
• Re: [PATCH 0/14] target/iscsi: start and stop NP listeners on demand
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] target: Shrink struct se_cmd by rearranging fields
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] target/iscsi: fix digest computation for chained SGs
  • From: Roland Dreier <roland@xxxxxxxxxxxxxxx>
• [PATCH 2/2] target: Shrink struct se_cmd by rearranging fields
  • From: Roland Dreier <roland@xxxxxxxxxx>
• [PATCH 1/2] target: Remove cmd->se_ordered_id (unused except debug log lines)
  • From: Roland Dreier <roland@xxxxxxxxxx>
• Re: [PATCH] target: fix crash in cmd tracing when cmd didn't match a LUN
  • From: Spencer Baugh <catern@xxxxxxxxxx>
• [PATCH] target: add support for START_STOP_UNIT SCSI opcode
  • From: Spencer Baugh <sbaugh@xxxxxxxxxx>
• [PATCH] target: fix crash in cmd tracing when cmd didn't match a LUN
  • From: Spencer Baugh <sbaugh@xxxxxxxxxx>
• [PATCH] target/iscsi: Fix double free of a TUR followed by a solicited NOPOUT
  • From: Spencer Baugh <sbaugh@xxxxxxxxxx>
• Re: [PATCH 1/2] target: remove unused lun_flags field from se_lun
  • From: Spencer Baugh <spencer.baugh@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] target: remove initiatorname field in se_acl_lun
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] target: remove unused lun_flags field from se_lun
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] Documentation/target: Fix tcm_mod_builder.py build breakage
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/14] target/iscsi: add iscsit_shutdown_np_thread() helper
  • From: David Disseldorp <ddiss@xxxxxxx>
• [PATCH 12/14] target/iscsi: don't shutdown the the np thread during deletion
  • From: David Disseldorp <ddiss@xxxxxxx>
• [PATCH 14/14] target/iscsi: remove unused iscsit_reset_np_thread
  • From: David Disseldorp <ddiss@xxxxxxx>
• [PATCH 13/14] target/iscsi: remove iscsit_clear_tpg_np_login_threads
  • From: David Disseldorp <ddiss@xxxxxxx>
• [PATCH 11/14] target/iscsi: shutdown iscsi_np prior to deletion
  • From: David Disseldorp <ddiss@xxxxxxx>
• [PATCH 10/14] target/iscsi: shutdown TPG portal threads when disabled
  • From: David Disseldorp <ddiss@xxxxxxx>
• [PATCH 02/14] target/iscsi: set np_transport during np allocation
  • From: David Disseldorp <ddiss@xxxxxxx>
• [PATCH 09/14] target/iscsi: add helpers to disable/shutdown all nps in a TPG
  • From: David Disseldorp <ddiss@xxxxxxx>
• [PATCH 07/14] target/iscsi: enable all nps when a TPG is enabled
  • From: David Disseldorp <ddiss@xxxxxxx>
• [PATCH 06/14] target/iscsi: add helpers to enable all TPG portals
  • From: David Disseldorp <ddiss@xxxxxxx>
• [PATCH 03/14] target/iscsi: split np allocation from listening
  • From: David Disseldorp <ddiss@xxxxxxx>
• [PATCH 05/14] target/iscsi: only listen on new portals if the TPG is enabled
  • From: David Disseldorp <ddiss@xxxxxxx>
• [PATCH 04/14] target/iscsi: remove iscsi_target_setup_login_socket()
  • From: David Disseldorp <ddiss@xxxxxxx>
• [PATCH 01/14] target/iscsi: set np_socket NULL on release
  • From: David Disseldorp <ddiss@xxxxxxx>
• [PATCH 0/14] target/iscsi: start and stop NP listeners on demand
  • From: David Disseldorp <ddiss@xxxxxxx>
• Re: [PATCH] target/iscsi: fix digest computation for chained SGs
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• [PATCH] target/iscsi: fix digest computation for chained SGs
  • From: Spencer Baugh <sbaugh@xxxxxxxxxx>
• [PATCH 2/2] target: remove initiatorname field in se_acl_lun
  • From: Spencer Baugh <spencer.baugh@xxxxxxxxxxxxxxx>
• [PATCH 1/2] target: remove unused lun_flags field from se_lun
  • From: Spencer Baugh <spencer.baugh@xxxxxxxxxxxxxxx>
• [PATCH] Documentation/target: Fix tcm_mod_builder.py build breakage
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Re: [PATCH v2 3/4] target: Return descriptor format sense data in case the LU spans 64bit sectors
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• [PATCH v2 3/4] target: Return descriptor format sense data in case the LU spans 64bit sectors
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/4] target: Return descriptor format sense data in case the LU spans 64bit sectors
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v1 4/4] libiscsi: Use scsi helper to set information descriptor
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: virtio nvme
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: virtio nvme
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: virtio nvme
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v1 3/4] target: Return descriptor format sense data in case the LU spans 64bit sectors
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• [RFC PATCH 2/2] target/iscsi: discoverable_while_disabled SendTargets
  • From: David Disseldorp <ddiss@xxxxxxx>
• [RFC PATCH 1/2] target/iscsi: discoverable_while_disabled TPGT attr
  • From: David Disseldorp <ddiss@xxxxxxx>
• [RFC PATCH 0/2] target/iscsi: clustered SendTargets handling
  • From: David Disseldorp <ddiss@xxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 4/4] libiscsi: Use scsi helper to set information descriptor
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v1 3/4] target: Return descriptor format sense data in case the LU spans 64bit sectors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v1 2/4] scsi: Protect against buffer possible overflow in scsi_set_sense_information
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/4] scsi: Fix wrong additional sense length in descriptor format
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v1 2/4] scsi: Protect against buffer possible overflow in scsi_set_sense_information
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• Re: [PATCH v1 4/4] libiscsi: Use scsi helper to set information descriptor
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v1 3/4] target: Return descriptor format sense data in case the LU spans 64bit sectors
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH v1 1/4] scsi: Fix wrong additional sense length in descriptor format
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v1 0/4] Descriptor format sense data
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v1 3/4] target: Return descriptor format sense data in case the LU spans 64bit sectors
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v1 4/4] libiscsi: Use scsi helper to set information descriptor
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Tom Talpey <tom@xxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Tom Talpey <tom@xxxxxxxxxx>
• [PATCH v2 6/8] qla2xxx: disable scsi_transport_fc registration in target mode
  • From: Himanshu Madhani <himanshu.madhani@xxxxxxxxxx>
• [PATCH v2 7/8] qla2xxx: drop cmds/tmrs arrived while session is being deleted
  • From: Himanshu Madhani <himanshu.madhani@xxxxxxxxxx>
• [PATCH v2 8/8] qla2xxx: terminate exchange when command is aborted by LIO
  • From: Himanshu Madhani <himanshu.madhani@xxxxxxxxxx>
• [PATCH v2 5/8] qla2xxx: added sess generations to detect RSCN update races
  • From: Himanshu Madhani <himanshu.madhani@xxxxxxxxxx>
• [PATCH v2 0/8] qla2xxx: Updates for Target Mode driver
  • From: Himanshu Madhani <himanshu.madhani@xxxxxxxxxx>
• [PATCH v2 2/8] qla2xxx: cleanup cmd in qla workqueue before processing TMR
  • From: Himanshu Madhani <himanshu.madhani@xxxxxxxxxx>
• [PATCH v2 3/8] qla2xxx: delay plogi/prli ack until existing sessions are deleted
  • From: Himanshu Madhani <himanshu.madhani@xxxxxxxxxx>
• [PATCH v2 4/8] qla2xxx: Abort stale cmds on qla_tgt_wq when plogi arrives
  • From: Himanshu Madhani <himanshu.madhani@xxxxxxxxxx>
• [PATCH v2 1/8] qla2xxx: kill sessions/log out initiator on RSCN and port down events
  • From: Himanshu Madhani <himanshu.madhani@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5 5/5] RDMA/isert: Limit read depth based on the device max_sge_rd capability
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V5 5/5] RDMA/isert: Limit read depth based on the device max_sge_rd capability
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5 5/5] RDMA/isert: Limit read depth based on the device max_sge_rd capability
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• virtio nvme
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V5 5/5] RDMA/isert: Limit read depth based on the device max_sge_rd capability
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: [PATCH V5 5/5] RDMA/isert: Limit read depth based on the device max_sge_rd capability
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V5 5/5] RDMA/isert: Limit read depth based on the device max_sge_rd capability
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] target: Return descriptor format sense data
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] target: Return descriptor format sense data
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: [PATCH 3/3] target: Return descriptor format sense data
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5 5/5] RDMA/isert: Limit read depth based on the device max_sge_rd capability
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] target: Return descriptor format sense data
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] target: Return descriptor format sense data
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] target: Return descriptor format sense data
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 2/3] scsi: Protect against buffer possible overflow in scsi_set_sense_information
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 1/3] scsi: Fix wrong additional sense length in descriptor format
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] scsi: Fix wrong additional sense length in descriptor format
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] target/configfs: handle match_int() errors
  • From: David Disseldorp <ddiss@xxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] target: Return descriptor format sense data
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH 2/3] scsi: Protect against buffer possible overflow in scsi_set_sense_information
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH 1/3] scsi: Fix wrong additional sense length in descriptor format
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH 0/3] Descriptor format sense data
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Steve Wise <swise@xxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: FC target Errors
  • From: Arun Easi <arun.easi@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: [PATCH v4 3/5] scsi: Move sense handling routines to scsi_common
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: FC target Errors
  • From: Craig Watson <craig.watson@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: [PATCH 00/11] qla2xxx: Updates for Target Mode driver
  • From: Himanshu Madhani <himanshu.madhani@xxxxxxxxxx>
• Re: [PATCH] tcm_qla2xxx: Remove set-but-not-used variables
  • From: Himanshu Madhani <himanshu.madhani@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] target: Do not return 0 from aptpl and alua configfs store functions
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 1/2] target: Indicate success if writing 0 to pi_prot_type
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH v4 5/5] target: Return ABORTED_COMMAND sense key for PI errors
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v4 4/5] target: Use scsi helpers to build the sense data correctly
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v4 3/5] scsi: Move sense handling routines to scsi_common
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v4 2/5] target: Split transport_send_check_condition_and_sense()
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v4 1/5] target: Inline transport_get_sense_codes()
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH] tcm_qla2xxx: Remove set-but-not-used variables
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• Re: FC target Errors
  • From: Arun Easi <arun.easi@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Hefty, Sean" <sean.hefty@xxxxxxxxx>
• Re: [PATCH v4 3/5] scsi: Move sense handling routines to scsi_common
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 5/5] target: Return ABORTED_COMMAND sense key for PI errors
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v4 4/5] target: Use scsi helpers to build the sense data correctly
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v4 3/5] scsi: Move sense handling routines to scsi_common
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH v4 4/5] target: Use scsi helpers to build the sense data correctly
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v4 5/5] target: Return ABORTED_COMMAND sense key for PI errors
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v4 3/5] scsi: Move sense handling routines to scsi_common
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v4 2/5] target: Split transport_send_check_condition_and_sense()
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v4 1/5] target: Inline transport_get_sense_codes()
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v4 0/5] Target sense data handling modifications
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/5] target: Split transport_send_check_condition_and_sense()
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/5] target: Use scsi helpers to build the sense data correctly
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/5] target: Use scsi helpers to build the sense data correctly
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] scsi: Move sense handling routines to scsi_common
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/5] target: Split transport_send_check_condition_and_sense()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] target/spc: Set SPT correctly in Extended INQUIRY Data VPD page
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V5 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Haggai Eran <haggaie@xxxxxxxxxxxx>
• Re: [PATCH V5 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Haggai Eran <haggaie@xxxxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V5 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] iscsi-target: Fix iscsit_start_kthreads failure OOPs
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 0/5] Transport-independent MRs
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• Re: [PATCH] iscsi-target: Fix iscsit_start_kthreads failure OOPs
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "'Christoph Hellwig'" <hch@xxxxxxxxxxxxx>
• [PATCH] iscsi-target: Fix iscsit_start_kthreads failure OOPs
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] Target sense data handling modifications
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH] target/spc: Set SPT correctly in Extended INQUIRY Data VPD page
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] tcm_loop updates
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] tcm_loop updates
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 0/8] tcm_loop updates
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH V5 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] Target sense data handling modifications
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] target/spc: Set SPT correctly in Extended INQUIRY Data VPD page
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] tcm_loop updates
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH-3.10.y 3/3] iser-target: release stale iser connections
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-3.10.y 2/3] iser-target: Fix possible deadlock in RDMA_CM connection error
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-3.10.y 1/3] iscsi-target: Convert iscsi_thread_set usage to kthread.h
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-3.10.y 0/3] target: stable backports
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-3.14.y 3/3] iser-target: release stale iser connections
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-3.14.y 2/3] iser-target: Fix possible deadlock in RDMA_CM connection error
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-3.14.y 1/3] iscsi-target: Convert iscsi_thread_set usage to kthread.h
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-3.14.y 0/3] target: stable backports
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-4.0.y 1/1] iser-target: release stale iser connections
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-4.0.y 0/1] target: stable backports
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: FC target Errors
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• How to reload saved targets in scsi_target.lio
  • From: Zhu Lingshan <lszhu@xxxxxxxx>
• Re: [PATCH 00/11] qla2xxx: Updates for Target Mode driver
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH V5 0/5] iSER support for iWARP
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] tcm_loop updates
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Documents bug on http://linux-iscsi.org/wiki/ISCSI, mutual_userid and userid_mutual, also the password
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: iser not enabled after reboot
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH] target/rd: Set ramdisk as non rotational device
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] Target sense data handling modifications
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH] target/spc: Set SPT correctly in Extended INQUIRY Data VPD page
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH for-next] target: Use struct t10_pi_tuple
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH for-next 1/2] target/pr: Fix possible uninitialized variable usage
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] scsi: Move sense handling routines to scsi_common
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V5 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V3 0/5] Transport-independent MRs
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 5/5] target: Fix wrong setting of sense format for PI errors
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v3 4/5] target: Use scsi helpers to build the sense data correctly
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v3 3/5] scsi: Move sense handling routines to scsi_common
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v3 0/5] Target sense data handling modifications
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v3 2/5] target: Split transport_send_check_condition_and_sense()
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v3 1/5] target: Inline transport_get_sense_codes()
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• Re: [PATCH v2 3/3] target: Use scsi helpers to build the sense data correctly
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] target: Inline transport_get_sense_codes()
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] target: Use scsi helpers to build the sense data correctly
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] target: Split transport_send_check_condition_and_sense()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] target: Inline transport_get_sense_codes()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v2 1/3] target: Inline transport_get_sense_codes()
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v2 3/3] target: Use scsi helpers to build the sense data correctly
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v2 2/3] target: Split transport_send_check_condition_and_sense()
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v2 0/3] Target sense data handling modifications
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5 5/5] RDMA/isert: Limit read depth based on the device max_sge_rd capability
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5 4/5] RDMA/isert: Set REMOTE_WRITE on DMA MRs to support iWARP devices
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Haggai Eran <haggaie@xxxxxxxxxxxx>
• Re: [PATCH v1 3/3] target: Use scsi helpers to build the sense data correctly
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v1 2/3] target: Split transport_send_check_condition_and_sense()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v1 1/3] target: Inline transport_get_sense_codes()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH V3 0/5] Transport-independent MRs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH V3 5/5] xprtrdma: Use transport independent MR allocation
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V3 4/5] svcrdma: Use transport independent MR allocation
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V3 3/5] RDMA/isert: Use transport independent MR allocation
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V3 2/5] RDMA/iser: Use transport independent MR allocation
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V3 1/5] RDMA/core: Transport-independent access flags
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V3 0/5] Transport-independent MRs
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V5 5/5] RDMA/isert: Limit read depth based on the device max_sge_rd capability
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V5 4/5] RDMA/isert: Set REMOTE_WRITE on DMA MRs to support iWARP devices
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V5 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V5 2/5] ipath,qib: Expose max_sge_rd correctly
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V5 1/5] mlx4, mlx5, mthca: Expose max_sge_rd correctly
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V5 0/5] iSER support for iWARP
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 4/4] RDMA/isert: Support iWARP transport
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: iser not enabled after reboot
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• [PATCH] target/rd: Set ramdisk as non rotational device
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• Re: [PATCH RFC] target: Use scsi helpers to build the sense data correctly
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH RFC] target: Use scsi helpers to build the sense data correctly
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• [PATCH] target/rd: Set ramdisk as non rotational device
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [GIT PULL] target updates for v4.2-rc1
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH v1 3/3] target: Use scsi helpers to build the sense data correctly
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v1 2/3] target: Split transport_send_check_condition_and_sense()
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v1 0/3] Target sense data handling modifications
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v1 1/3] target: Inline transport_get_sense_codes()
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• Re: [PATCH RFC] target: Use scsi helpers to build the sense data correctly
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] target: Use scsi helpers to build the sense data correctly
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V3 4/4] RDMA/isert: Support iWARP transport
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• [PATCH V4 5/5] RDMA/isert: Limit read depth based on the device max_sge_rd capability
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V4 4/5] RDMA/isert: Set REMOTE_WRITE on DMA MRs to support iWARP devices
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V4 3/5] RDMA/iser: Limit sg tablesize and max_sectors to device fastreg max depth
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V4 2/5] ipath,qib: Expose max_sge_rd correctly
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V4 1/5] mlx4, mlx5, mthca: Expose max_sge_rd correctly
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V4 0/5] iSER support for iWARP
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• iser not enabled after reboot
  • From: Gavshin Dmitriy <gavshin@xxxxxxxxxx>
• Re: [PATCH V3 4/4] RDMA/isert: Support iWARP transport
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: How to debug Lio
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• How to debug Lio
  • From: Zhu Lingshan <lszhu@xxxxxxxx>
• Re: [PATCH V3 4/4] RDMA/isert: Support iWARP transport
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Documents bug on http://linux-iscsi.org/wiki/ISCSI, mutual_userid and userid_mutual, also the password
  • From: Zhu Lingshan <lszhu@xxxxxxxx>
• Re: FC target Errors
  • From: Roland Dreier <roland@xxxxxxxxxxxxxxx>
• Re: FC target Errors
  • From: Craig Watson <craig.watson@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 4/4] RDMA/isert: Support iWARP transport
  • From: Or Gerlitz <gerlitz.or@xxxxxxxxx>
• RE: [PATCH V3 4/4] RDMA/isert: Support iWARP transport
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V3 3/4] RDMA/iser: limit sg tablesize to device fastreg max depth
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 4/4] RDMA/isert: Support iWARP transport
  • From: Or Gerlitz <gerlitz.or@xxxxxxxxx>
• Re: [PATCH V3 3/4] RDMA/iser: limit sg tablesize to device fastreg max depth
  • From: Or Gerlitz <gerlitz.or@xxxxxxxxx>
• RE: [PATCH V3 3/4] RDMA/iser: limit sg tablesize to device fastreg max depth
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 4/4] RDMA/isert: Support iWARP transport
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 3/4] RDMA/iser: limit sg tablesize to device fastreg max depth
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• [PATCH V3 4/4] RDMA/isert: Support iWARP transport
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V3 3/4] RDMA/iser: limit sg tablesize to device fastreg max depth
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V3 2/4] ipath,qib: Expose max_sge_rd correctly
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V3 1/4] mlx4, mlx5, mthca: Expose max_sge_rd correctly
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V3 0/4] iSER support for iWARP
  • From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: FC target Errors
  • From: Roland Dreier <roland@xxxxxxxxxxxxxxx>
• Re: FC target Errors
  • From: Craig Watson <craig.watson@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V2 0/5] iSER support for iWARP
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 0/5] iSER support for iWARP
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] libfc patches for kernel v4.2
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/2] RDMA/isert: Support iWARP transport
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] target/spc: Set SPT correctly in Extended INQUIRY Data VPD page
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH RFC] target: Use scsi helpers to build the sense data correctly
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH for-next] target: Use struct t10_pi_tuple
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH for-next 1/2] target/pr: Fix possible uninitialized variable usage
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• Re: [RFC 1/2] target: Add support for fabric IRQ completion
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/2] RDMA/isert: Support iWARP transport
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/2] RDMA/isert: Support iWARP transport
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/2] iSER support for iWARP
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• Re: [PATCH RFC 2/2] RDMA/isert: Support iWARP transport
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• RE: [PATCH RFC 2/2] RDMA/isert: Support iWARP transport
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH RFC 0/2] iSER support for iWARP
  • From: "Steve Wise" <swise@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] tcm_loop updates
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 0/8] tcm_loop updates
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] target: consolidate version defines
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] target: replace se_cmd->execute_rw with a protocol_data field
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] target: Send UA when changing LUN inventory
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 5/6] target: Send UA upon LUN RESET tmr completion
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] target: Send UA on ALUA target port group change
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: VAAI not showing
  • From: Christophe Vu-Brugier <cvubrugier@xxxxxxxxxxx>
• Re: backstore created in "deactivated" state
  • From: Ahmed Al-Mehdi <ahmedalmehdi@xxxxxxxxx>
• backstore created in "deactivated" state
  • From: Ahmed Al-Mehdi <ahmedalmehdi@xxxxxxxxx>
• [GIT PULL] target fixes for v4.1
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• VAAI not showing
  • From: Hetz Ben Hamo <hetz@xxxxxxxx>
• Re: [PATCH 1/3] target: consolidate version defines
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH 1/3] target: replace se_cmd->execute_rw with a protocol_data field
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: Merging se_dev_entry and se_lun?
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Merging se_dev_entry and se_lun?
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 3/3] target: remove target_core_configfs.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] target: remove unused TARGET_CORE_CONFIG_ROOT define
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/3] target: consolidate version defines
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 4/6] target: Send UA on ALUA target port group change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/3] target: implement WRITE_SAME with UNMAP bit using ->execute_unmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] target: simplify UNMAP handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/3] target: replace se_cmd->execute_rw with a protocol_data field
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 6/6] target: Send UA when changing LUN inventory
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 4/6] target: Send UA on ALUA target port group change
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 5/6] target: Send UA upon LUN RESET tmr completion
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 6/6] target: Send UA when changing LUN inventory
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 5/6] target: Send UA upon LUN RESET tmr completion
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 4/6] target: Send UA on ALUA target port group change
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 0/8] tcm_loop updates
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 7/8] target_core_alua: disallow READ_CAPACITY when in standby
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 8/8] target: display 'write_protect' attribute for demo-mode LUNs
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Merging se_dev_entry and se_lun?
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 8/8] target: display 'write_protect' attribute for demo-mode LUNs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 7/8] target_core_alua: disallow READ_CAPACITY when in standby
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 0/8] tcm_loop updates
  • From: Christoph Hellwig <hch@xxxxxx>
• Merging se_dev_entry and se_lun?
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 7/8] target_core_alua: disallow READ_CAPACITY when in standby
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 7/8] target_core_alua: disallow READ_CAPACITY when in standby
  • From: Chris Boot <bootc@xxxxxxxxx>
• [PATCH 8/8] target: display 'write_protect' attribute for demo-mode LUNs
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 7/8] target_core_alua: disallow READ_CAPACITY when in standby
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 6/8] target: Issue Power-On/Reset UA upon LUN instantiation
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 5/8] tcm_loop: Rescan SCSI target on transport online
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 2/8] tcm_loop: Add SAS transport topology
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 4/8] tcm_loop: Send I_T_NEXUS_LOSS_OCCURRED UA
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 1/8] tcm_loop: Hook into SAS transport class
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 3/8] tcm_loop: Remove SAS vestigies
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 0/8] tcm_loop updates
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] Documentation/target: Fix tcm_mod_builder.py build breakage
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Re: [RFC PATCH 1/2] lpfc: add target infrastructure
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Re: [RFC PATCH 1/2] lpfc: add target infrastructure
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 0/6] target: Update UA handling
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH] target/user: Fix inconsistent kmap_atomic/kunmap_atomic
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] target: Update UA handling
  • From: Hannes Reinecke <hare@xxxxxxx>
• 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'
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] target: use 'se_dev_entry' when allocating UAs
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 0/6] target: Update UA handling
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] target: use 'se_dev_entry' when allocating UAs
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: TCMU - developing virtual DVD Blu-ray writer
  • From: Bala <to.balajii@xxxxxxxxx>
• [RFC PATCH 2/2] lpfc: add target hooks
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• [RFC PATCH 1/2] lpfc: add target infrastructure
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Re: TCMU - developing virtual DVD Blu-ray writer
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH] target/user: Fix inconsistent kmap_atomic/kunmap_atomic
  • From: Andy Grover <agrover@xxxxxxxxxx>
• TCMU - developing virtual DVD Blu-ray writer
  • From: Bala <to.balajii@xxxxxxxxx>
• [PATCH] target/user: Fix inconsistent kmap_atomic/kunmap_atomic
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• Re: [PATCH 0/2] target: 64-bit LUN support
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 5/6] target: Send UA upon LUN RESET tmr completion
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 6/6] target: Send UA when changing LUN inventory
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 3/6] target: use 'se_dev_entry' when allocating UAs
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 2/6] target: Remove 'ua_nacl' pointer from se_ua structure
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 1/6] target_core_alua: Correct UA handling when switching states
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 4/6] target: Send UA on ALUA target port group change
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 0/6] target: Update UA handling
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 0/2] target: 64-bit LUN support
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 0/2] target: 64-bit LUN support
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH 0/2] target: 64-bit LUN support
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] iser target fixes for kernel 4.2
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [RFC 0/2] target: Add TFO->complete_irq queue_work bypass
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH 1/2] target: use 64-bit LUNs
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 2/2] target: Remove TARGET_MAX_LUNS_PER_TRANSPORT
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 0/2] target: 64-bit LUN support
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: iSCSI does not create device in /dev
  • From: Dan <captnemox@xxxxxxxxx>
• Re: iSCSI does not create device in /dev
  • From: Christophe Vu-Brugier <cvubrugier@xxxxxxxxxxx>
• Re: iSCSI does not create device in /dev
  • From: Dan <captnemox@xxxxxxxxx>
• Re: iSCSI does not create device in /dev
  • From: Dan <captnemox@xxxxxxxxx>
• Re: Need some help on multiqueue design
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Need some help on multiqueue design
  • From: Zhu Lingshan <lszhu@xxxxxxxx>
• Re: [RFC 1/2] target: Add support for fabric IRQ completion
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC 0/2] target: Add TFO->complete_irq queue_work bypass
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: iSCSI does not create device in /dev
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• Re: iSCSI does not create device in /dev
  • From: Christophe Vu-Brugier <cvubrugier@xxxxxxxxxxx>
• Re: [Open-FCoE] [PATCH 0/3] libfc patches for kernel v4.2
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• [PATCH 3/3] libfc: Fix fc_fcp_cleanup_each_cmd()
  • From: Vasu Dev <vasu.dev@xxxxxxxxx>
• [PATCH 0/3] libfc patches for kernel v4.2
  • From: Vasu Dev <vasu.dev@xxxxxxxxx>
• [PATCH 2/3] libfc: Fix fc_exch_recv_req() error path
  • From: Vasu Dev <vasu.dev@xxxxxxxxx>
• [PATCH 1/3] libfc: Fix a typo in a source code comment
  • From: Vasu Dev <vasu.dev@xxxxxxxxx>
• iSCSI does not create device in /dev
  • From: Dan <captnemox@xxxxxxxxx>
• Re: Update on crash with kernel 3.19
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• Re: [RFC 0/2] target: Add TFO->complete_irqqueue_work bypass
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 0/3] iser target fixes for kernel 4.2
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/2] target: Add TFO->complete_irq queue_work bypass
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] iser-target: Fix possible use-after-free
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH 1/3] iser-target: Fix variable-length response error completion
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH 2/3] iser-target: release stale iser connections
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH 0/3] iser target fixes for kernel 4.2
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• Re: [RFC 0/2] target: Add TFO->complete_irq queue_work bypass
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Update on crash with kernel 3.19
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Update on crash with kernel 3.19
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• Re: Update on crash with kernel 3.19
  • From: Alex Gorbachev <ag@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/2] target: Add TFO->complete_irq queue_work bypass
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Built-in target_core_mod
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 05/21] target: Fix TASK ABORT response
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Update on crash with kernel 3.19
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• Re: Update on crash with kernel 3.19
  • From: Alex Gorbachev <ag@xxxxxxxxxxxxxxxxxxx>
• re: target/user: Only support full command pass-through
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: Update on crash with kernel 3.19
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• Re: [PATCH-v2 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Targetcli issue with 4.1.0-rc5+ and qla2xxx
  • From: Himanshu Madhani <himanshu.madhani@xxxxxxxxxx>
• Re: [PATCH-v3 00/10] target: se_node_acl + se_lun RCU conversions
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-v3 3/4] target: Drop se_lun->lun_active for existing percpu lun_ref
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3 1/4] target: Subsume se_port + t10_alua_tg_pt_gp_member into se_lun
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3 4/4] target: Drop unnecessary core_tpg_register TFO parameter
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3 0/4] target: Eliminate se_port + t10_alua_tg_pt_gp_member
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v4 03/10] target/pr: Change alloc_registration to avoid pr_reg_tg_pt_lun
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v4 04/10] target/pr: cleanup core_scsi3_pr_seq_non_holder
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v4 00/10] target: se_node_acl + se_lun RCU conversions
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v4 01/10] target: Convert se_node_acl->device_list[] to RCU hlist
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v4 05/10] target: Convert se_portal_group->tpg_lun_list[] to RCU hlist
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v4 02/10] target/pr: Use atomic bitop for se_dev_entry->deve_flags reservation check
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v4 09/10] target: Only reset specific dynamic entries during lun_group creation
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v4 10/10] target: Drop left-over se_lun->lun_status
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v4 07/10] target: Convert core_tpg_deregister to use list splice
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v4 06/10] target: Convert se_tpg->acl_node_lock to ->acl_node_mutex
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v4 08/10] target: Drop unused se_lun->lun_acl_list
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] iser-target: Fix error path in isert_create_pi_ctx()
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH-v2 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [GIT PULL] target fixes for v4.1-rc6
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] iser-target: Fix error path in isert_create_pi_ctx()
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCHv2 0/4] TCMU full pass-through and doc fixes
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH] target/pscsi: Don't leak scsi_host if hba is VIRTUAL_HOST
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH] target: fix operator precedence bug
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Targetcli issue with 4.1.0-rc5+ and qla2xxx
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH 3/3] iser-target: Fix error path in isert_create_pi_ctx()
  • From: Roland Dreier <roland@xxxxxxxxxx>
• Re: [Open-FCoE] [PATCH 4/4] libfc: Fix fc_fcp_cleanup_each_cmd()
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• Re: Targetcli issue with 4.1.0-rc5+ and qla2xxx
  • From: Himanshu Madhani <himanshu.madhani@xxxxxxxxxx>
• Re: [Open-FCoE] [PATCH 4/4] libfc: Fix fc_fcp_cleanup_each_cmd()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCHv2 0/4] TCMU full pass-through and doc fixes
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [Open-FCoE] [PATCH 4/4] libfc: Fix fc_fcp_cleanup_each_cmd()
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [PATCH-v2 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH-v2 0/4] target: Eliminate se_port + t10_alua_tg_pt_gp_member
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [Open-FCoE] [PATCH 4/4] libfc: Fix fc_fcp_cleanup_each_cmd()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH-v2 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH-v2 0/4] target: Eliminate se_port + t10_alua_tg_pt_gp_member
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH-v2 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH-v2 0/4] target: Eliminate se_port + t10_alua_tg_pt_gp_member
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [Open-FCoE] [PATCH 0/4] libfc patches for kernel v4.2
  • From: "vasu.dev@xxxxxxxxxxxxxxx" <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] [PATCH 4/4] libfc: Fix fc_fcp_cleanup_each_cmd()
  • From: "vasu.dev@xxxxxxxxxxxxxxx" <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] [PATCH 3/4] libfc: Fix fc_exch_recv_req() error path
  • From: "vasu.dev@xxxxxxxxxxxxxxx" <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] [PATCH 0/4] libfc patches for kernel v4.2
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [Open-FCoE] [PATCH 4/4] libfc: Fix fc_fcp_cleanup_each_cmd()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [Open-FCoE] [PATCH 3/4] libfc: Fix fc_exch_recv_req() error path
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH-v2 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH-v2 0/4] target: Eliminate se_port + t10_alua_tg_pt_gp_member
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] [PATCH 4/4] libfc: Fix fc_fcp_cleanup_each_cmd()
  • From: "vasu.dev@xxxxxxxxxxxxxxx" <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] [PATCH 3/4] libfc: Fix fc_exch_recv_req() error path
  • From: "vasu.dev@xxxxxxxxxxxxxxx" <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] [PATCH 2/4] libfc: Initialize fc_exch.resp_task
  • From: "vasu.dev@xxxxxxxxxxxxxxx" <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] [PATCH 1/4] libfc: Fix a typo in a source code comment
  • From: "vasu.dev@xxxxxxxxxxxxxxx" <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] [PATCH 0/4] libfc patches for kernel v4.2
  • From: "vasu.dev@xxxxxxxxxxxxxxx" <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/21] SCSI target patches for kernel v4.2
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH-v2 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 05/21] target: Fix TASK ABORT response
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH] target: Remove set-but-not-used variables
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH] iscsi-target: Fix indentation
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH] iscsi-target: Remove unreachable code
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH-v2 0/4] target: Eliminate se_port + t10_alua_tg_pt_gp_member
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 4/4] libfc: Fix fc_fcp_cleanup_each_cmd()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 3/4] libfc: Fix fc_exch_recv_req() error path
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 2/4] libfc: Initialize fc_exch.resp_task
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 1/4] libfc: Fix a typo in a source code comment
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 0/4] libfc patches for kernel v4.2
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH-v2 0/4] target: Eliminate se_port + t10_alua_tg_pt_gp_member
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH-v3 00/10] target: se_node_acl + se_lun RCU conversions
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH target] target: se_dev_check_wce() can be static
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [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?
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [PATCH target] target: se_dev_check_wce() can be static
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [PATCH-v2 1/4] target: Subsume se_port + t10_alua_tg_pt_gp_member into se_lun
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v2 4/4] target: Drop unnecessary core_tpg_register TFO parameter
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v2 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v2 0/4] target: Eliminate se_port + t10_alua_tg_pt_gp_member
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v2 3/4] target: Drop se_lun->lun_active for existing percpu lun_ref
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3 03/10] target/pr: Change alloc_registration to avoid pr_reg_tg_pt_lun
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3 09/10] target: Only reset specific dynamic entries during lun_group creation
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3 01/10] target: Convert se_node_acl->device_list[] to RCU hlist
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3 07/10] target: Convert core_tpg_deregister to use list splice
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3 10/10] target: Drop left-over se_lun->lun_status
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3 02/10] target/pr: Use atomic bitop for se_dev_entry->deve_flags reservation check
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-v3 06/10] target: Convert se_tpg->acl_node_lock to ->acl_node_mutex
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-v3 10/10] target: Drop left-over se_lun->lun_status
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-v3 09/10] target: Only reset specific dynamic entries during lun_group creation
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-v3 07/10] target: Convert core_tpg_deregister to use list splice
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH-v3 00/10] target: se_node_acl + se_lun RCU conversions
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-v3 08/10] target: Drop unused se_lun->lun_acl_list
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-v3 05/10] target: Convert se_portal_group->tpg_lun_list[] to RCU hlist
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-v3 04/10] target/pr: cleanup core_scsi3_pr_seq_non_holder
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-v3 01/10] target: Convert se_node_acl->device_list[] to RCU hlist
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-v3 03/10] target/pr: Change alloc_registration to avoid pr_reg_tg_pt_lun
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-v3 00/10] target: se_node_acl + se_lun RCU conversions
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-v3 08/10] target: Drop unused se_lun->lun_acl_list
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3 02/10] target/pr: Use atomic bitop for se_dev_entry->deve_flags reservation check
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3 04/10] target/pr: cleanup core_scsi3_pr_seq_non_holder
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3 05/10] target: Convert se_portal_group->tpg_lun_list[] to RCU hlist
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3 00/10] target: se_node_acl + se_lun RCU conversions
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3 06/10] target: Convert se_tpg->acl_node_lock to ->acl_node_mutex
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• Re: [PATCH-v2 1/9] target: Convert se_node_acl->device_list[] to RCU hlist
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH-v2 2/9] target/pr: Use atomic bitop for se_dev_entry->pr_reg reservation check
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH-v2 2/9] target/pr: Use atomic bitop for se_dev_entry->pr_reg reservation check
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH-v2 1/9] target: Convert se_node_acl->device_list[] to RCU hlist
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH-v2 0/9] target: se_node_acl + se_lun RCU conversions
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH-v2 2/9] target/pr: Use atomic bitop for se_dev_entry->pr_reg reservation check
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH] target/pscsi: Don't leak scsi_host if hba is VIRTUAL_HOST
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH-v2 2/9] target/pr: Use atomic bitop for se_dev_entry->pr_reg reservation check
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH-v2 2/9] target/pr: Use atomic bitop for se_dev_entry->pr_reg reservation check
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH-v2 1/9] target: Convert se_node_acl->device_list[] to RCU hlist
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH-v2 0/9] target: se_node_acl + se_lun RCU conversions
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH-v2 2/9] target/pr: Use atomic bitop for se_dev_entry->pr_reg reservation check
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH-v2 2/9] target/pr: Use atomic bitop for se_dev_entry->pr_reg reservation check
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH-v2 1/9] target: Convert se_node_acl->device_list[] to RCU hlist
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH-v2 5/9] target: Convert se_portal_group->tpg_lun_list[] to RCU hlist
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH-v2 5/9] target: Convert se_portal_group->tpg_lun_list[] to RCU hlist
  • From: Christoph Hellwig <hch@xxxxxx>