Linux SCSI Target - Date Index

• Thread Index

• Re: [PATCH 08/17] target: avoid NULL pointer dereference
  • From: Jörn Engel <joern@xxxxxxxxx>
• Re: [PATCH 02/17] target: fix memory corruption
  • From: Jörn Engel <joern@xxxxxxxxx>
• Re: [Xen-devel] [PATCH V6 0/5] Add XEN pvSCSI support
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [GIT PULL] target updates for v3.17-rc3
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V6 3/5] Introduce xen-scsifront module
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] target_core_configfs: fix SE_DEV_ALUA_SUPPORT_STATE_STORE
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Re: [PATCH 16/17] target: handle match_int failures
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 15/17] target: fix unused shift
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 14/17] target: handle match_int errors
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 13/17] target: fix pr_out length parsing
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/17] target: plug memory leak
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 10/17] target: plug memory leak
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/17] target: avoid buffer overflow
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/17] target: avoid NULL pointer dereference
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/17] target: remove unnecessary check
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/17] target: fix condition
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/17] target: simplify return statement
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/17] target: remove always-true conditions
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/17] target: avoid NULL pointer dereference
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/17] target: remove unused debug code
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/17] target: fix memory corruption
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 1/2] target: Add documentation on the target userspace pass-through driver
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: [RFC 1/2] target: Add documentation on the target userspace pass-through driver
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [GIT PULL] target updates for v3.17-rc3
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [RFC 1/2] target: Add documentation on the target userspace pass-through driver
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Referrals and lba_map
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• [PATCH] target_core_spc: fix user data segment multiplier in spc_emulate_evpd_b3()
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• [PATCH V6 4/5] Introduce XEN scsiback module
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH V6 5/5] add xen pvscsi maintainer
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH V6 3/5] Introduce xen-scsifront module
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH V6 2/5] Add XEN pvSCSI protocol description
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH V6 1/5] xen/events: support threaded irqs for interdomain event channels
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH V6 0/5] Add XEN pvSCSI support
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH 17/17] target: check for vector overflows
  • From: Joern Engel <joern@xxxxxxxxx>
• [PATCH 16/17] target: handle match_int failures
  • From: Joern Engel <joern@xxxxxxxxx>
• [PATCH 15/17] target: fix unused shift
  • From: Joern Engel <joern@xxxxxxxxx>
• [PATCH 14/17] target: handle match_int errors
  • From: Joern Engel <joern@xxxxxxxxx>
• [PATCH 13/17] target: fix pr_out length parsing
  • From: Joern Engel <joern@xxxxxxxxx>
• [PATCH 12/17] target: simplify target_fabric_make_lun
  • From: Joern Engel <joern@xxxxxxxxx>
• [PATCH 11/17] target: plug memory leak
  • From: Joern Engel <joern@xxxxxxxxx>
• [PATCH 10/17] target: plug memory leak
  • From: Joern Engel <joern@xxxxxxxxx>
• [PATCH 04/17] target: remove always-true conditions
  • From: Joern Engel <joern@xxxxxxxxx>
• [PATCH 06/17] target: fix condition
  • From: Joern Engel <joern@xxxxxxxxx>
• [PATCH 00/17] Target fixes for coverity findings
  • From: Joern Engel <joern@xxxxxxxxx>
• [PATCH 09/17] target: avoid buffer overflow
  • From: Joern Engel <joern@xxxxxxxxx>
• [PATCH 03/17] target: avoid NULL pointer dereference
  • From: Joern Engel <joern@xxxxxxxxx>
• [PATCH 05/17] target: simplify return statement
  • From: Joern Engel <joern@xxxxxxxxx>
• [PATCH 01/17] target: remove unused debug code
  • From: Joern Engel <joern@xxxxxxxxx>
• [PATCH 07/17] target: remove unnecessary check
  • From: Joern Engel <joern@xxxxxxxxx>
• [PATCH 08/17] target: avoid NULL pointer dereference
  • From: Joern Engel <joern@xxxxxxxxx>
• [PATCH 02/17] target: fix memory corruption
  • From: Joern Engel <joern@xxxxxxxxx>
• Re: [Xen-devel] [PATCH V5 5/5] add xen pvscsi maintainer
  • From: Juergen Gross <jgross@xxxxxxxx>
• A Question about setting discovery_auth values
  • From: Lee Duncan <lduncan@xxxxxxxx>
• Re: [Xen-devel] [PATCH V5 5/5] add xen pvscsi maintainer
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH V5 5/5] add xen pvscsi maintainer
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH V5 5/5] add xen pvscsi maintainer
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH V5 5/5] add xen pvscsi maintainer
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH V5 0/5] Add XEN pvSCSI support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH V5 0/5] Add XEN pvSCSI support
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH V5 3/5] Introduce xen-scsifront module
  • From: Juergen Gross <jgross@xxxxxxxx>
• [SOLVED] Re: name matter of tpgt_1/lun/lun_0/<link2iblock> ?
  • From: Oliver Rath <rath@xxxxxxxx>
• Re: [Xen-devel] [PATCH V5 0/5] Add XEN pvSCSI support
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH V5 3/5] Introduce xen-scsifront module
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCHv3 0/8] target: Save memory on unused se_dev_entrys and se_luns
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH V5 0/5] Add XEN pvSCSI support
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH] drivers: target: target_core_ua_h: Add #define of include guard
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH] tcm_fc: Replace rcu_assign_pointer() with RCU_INIT_POINTER()
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: name matter of tpgt_1/lun/lun_0/<link2iblock> ?
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH] target: target_core_transport.c: Cleaning up missing null-terminate in conjunction with strncpy
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] Signature feature update
  • From: Roland Dreier <roland@xxxxxxxxxx>
• Re: [PATCH 0/7] Signature feature update
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH] drivers: target: target_core_ua_h: Add #define of include guard
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH V5 2/5] Add XEN pvSCSI protocol description
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V5 2/5] Add XEN pvSCSI protocol description
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH V5 2/5] Add XEN pvSCSI protocol description
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [Xen-devel] [PATCH V5 2/5] Add XEN pvSCSI protocol description
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [RFCv2 3/4] target: Add a user-passthrough backstore
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [RFCv2 0/4] Userspace pass-through storage engine (backend)
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [RFCv2 4/4] target: Add documentation on the target userspace pass-through driver
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [RFCv2 2/4] uio: Export definition of struct uio_device
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [RFCv2 1/4] target: Remove unneeded check in sbc_parse_cdb
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH V5 2/5] Add XEN pvSCSI protocol description
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [Xen-devel] [PATCH V5 1/5] xen/events: support threaded irqs for interdomain event channels
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH V5 5/5] add xen pvscsi maintainer
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH V5 2/5] Add XEN pvSCSI protocol description
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• name matter of tpgt_1/lun/lun_0/<link2iblock> ?
  • From: Oliver Rath <rath@xxxxxxxx>
• Re: serializing access to configfs
  • From: Jerome Martin <tramjoe.merin@xxxxxxxxx>
• Re: serializing access to configfs
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: serializing access to configfs
  • From: Jerome Martin <tramjoe.merin@xxxxxxxxx>
• [PATCH] tcm_fc: Replace rcu_assign_pointer() with RCU_INIT_POINTER()
  • From: Andreea-Cristina Bernat <bernat.ada@xxxxxxxxx>
• [PATCH V5 4/5] Introduce XEN scsiback module
  • From: jgross@xxxxxxxx
• [PATCH V5 5/5] add xen pvscsi maintainer
  • From: jgross@xxxxxxxx
• [PATCH V5 2/5] Add XEN pvSCSI protocol description
  • From: jgross@xxxxxxxx
• [PATCH V5 3/5] Introduce xen-scsifront module
  • From: jgross@xxxxxxxx
• [PATCH V5 1/5] xen/events: support threaded irqs for interdomain event channels
  • From: jgross@xxxxxxxx
• [PATCH V5 0/5] Add XEN pvSCSI support
  • From: jgross@xxxxxxxx
• Re: [Xen-devel] [PATCH V4 3/4] Introduce XEN scsiback module
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [Xen-devel] [PATCH V4 3/4] Introduce XEN scsiback module
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Re: [Xen-devel] [PATCH V4 3/4] Introduce XEN scsiback module
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH V4 3/4] Introduce XEN scsiback module
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: serializing access to configfs
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: serializing access to configfs
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH V4 3/4] Introduce XEN scsiback module
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: Re: [Xen-devel] [PATCH V4 3/4] Introduce XEN scsiback module
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH v2 2/3] libiscsi, iser: Adjust data_length to include protection information
  • From: Boaz Harrosh <openosd@xxxxxxxxx>
• Re: Re: [Xen-devel] [PATCH V4 3/4] Introduce XEN scsiback module
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH 5/7] IB/iser: Centralize ib_sig_domain settings
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH 4/7] IB/mlx5: Use extended internal signature layout
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH 6/7] Target/iser: Centralize ib_sig_domain setting
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH 3/7] IB/iser: Set IP_CSUM as default guard type
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH 7/7] IB/mlx5, iser, isert: Add Signature API additions
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH 2/7] IB/iser: Remove redundant assignment
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH 1/7] IB/mlx5: Use enumerations for PI copy mask
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH 0/7] Signature feature update
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• Re: [PATCH v2 2/3] libiscsi, iser: Adjust data_length to include protection information
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 3/4] Introduce XEN scsiback module
  • From: Juergen Gross <jgross@xxxxxxxx>
• Fwd: targetcli does not compile
  • From: CDR <venefax@xxxxxxxxx>
• Re: Emulex target mode support
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: serializing access to configfs
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Emulex target mode support
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Re: serializing access to configfs
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH V4 3/4] Introduce XEN scsiback module
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH V4 3/4] Introduce XEN scsiback module
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [Xen-devel] [PATCH V4 3/4] Introduce XEN scsiback module
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [Xen-devel] [PATCH V4 2/4] Introduce xen-scsifront module
  • From: Juergen Gross <jgross@xxxxxxxx>
• RE: Emulex target mode support
  • From: Alex Leung <Alex.Leung@xxxxxxxxxx>
• Re: [PATCH V4 3/4] Introduce XEN scsiback module
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH V4 2/4] Introduce xen-scsifront module
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH V4 2/4] Introduce xen-scsifront module
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH V4 2/4] Introduce xen-scsifront module
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V4 4/4] Save command pool address of Scsi_Host
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Emulex target mode support
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• [PATCH V4 2/4] Introduce xen-scsifront module
  • From: jgross@xxxxxxxx
• [PATCH V4 4/4] add xen pvscsi maintainer
  • From: jgross@xxxxxxxx
• Add XEN pvSCSI support
  • From: jgross@xxxxxxxx
• [PATCH V4 3/4] Introduce XEN scsiback module
  • From: jgross@xxxxxxxx
• [PATCH V4 1/4] Add XEN pvSCSI protocol description
  • From: jgross@xxxxxxxx
• Re: [Xen-devel] Add XEN pvSCSI support
  • From: Jürgen Groß <jgross@xxxxxxxx>
• [PATCH V4 2/4] Introduce XEN scsiback module
  • From: jgross@xxxxxxxx
• [PATCH V4 4/4] Save command pool address of Scsi_Host
  • From: jgross@xxxxxxxx
• [PATCH V4 1/4] Introduce xen-scsifront module
  • From: jgross@xxxxxxxx
• [PATCH V4 3/4] add xen pvscsi maintainer
  • From: jgross@xxxxxxxx
• Add XEN pvSCSI support
  • From: jgross@xxxxxxxx
• RE: Emulex target mode support
  • From: Alex Leung <Alex.Leung@xxxxxxxxxx>
• Re: serializing access to configfs
  • From: Jerome Martin <tramjoe.merin@xxxxxxxxx>
• serializing access to configfs (was: targetcli/rtslib reunification)
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: Emulex target mode support
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Re: [PATCH v2 2/3] libiscsi, iser: Adjust data_length to include protection information
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v2 2/3] libiscsi, iser: Adjust data_length to include protection information
  • From: Boaz Harrosh <openosd@xxxxxxxxx>
• Re: [PATCH 0/3] isert target fixes for kernel 3.17
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] libiscsi, iser: Adjust data_length to include protection information
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: targetcli/rtslib reunification
  • From: Jerome Martin <tramjoe.merin@xxxxxxxxx>
• RE: Emulex target mode support
  • From: Alex Leung <Alex.Leung@xxxxxxxxxx>
• Re: targetcli/rtslib reunification
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: targetcli/rtslib reunification
  • From: Jerome Martin <tramjoe.merin@xxxxxxxxx>
• Re: targetcli/rtslib reunification
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Emulex target mode support
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Re: [PATCH V3 3/4] Introduce XEN scsiback module
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [PATCH V3 2/4] Introduce xen-scsifront module
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH V3 1/4] Add XEN pvSCSI protocol description
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [Xen-devel] [PATCH V3 1/4] Add XEN pvSCSI protocol description
  • From: "Jan Beulich" <JBeulich@xxxxxxxx>
• [PATCH V3 4/4] add xen pvscsi maintainer
  • From: jgross@xxxxxxxx
• [PATCH V3 3/4] Introduce XEN scsiback module
  • From: jgross@xxxxxxxx
• [PATCH V3 2/4] Introduce xen-scsifront module
  • From: jgross@xxxxxxxx
• [PATCH V3 1/4] Add XEN pvSCSI protocol description
  • From: jgross@xxxxxxxx
• [PATCH V3 0/4] Add XEN pvSCSI support
  • From: jgross@xxxxxxxx
• [PATCH] target: target_core_transport.c: Cleaning up missing null-terminate in conjunction with strncpy
  • From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
• Re: qla2xxx Call Trace
  • From: Jörn Engel <joern@xxxxxxxxx>
• Re: qla2xxx Call Trace
  • From: Roland Dreier <roland@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH V2 2/4] Introduce xen-scsifront module
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH V2 2/4] Introduce xen-scsifront module
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [Xen-devel] [PATCH V2 2/4] Introduce xen-scsifront module
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: qla2xxx Call Trace
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: qla2xxx Call Trace
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH] rtslib: trivial update to README.md
  • From: Jerome Martin <tramjoe.merin@xxxxxxxxx>
• targetcli/rtslib reunification
  • From: Jerome Martin <tramjoe.merin@xxxxxxxxx>
• Re: Can VPD Unit Serial Number be persistent?
  • From: Jerome Martin <tramjoe.merin@xxxxxxxxx>
• Re: Can VPD Unit Serial Number be persistent?
  • From: Lee Duncan <lduncan@xxxxxxxx>
• Re: [Xen-devel] [PATCH V2 2/4] Introduce xen-scsifront module
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH] target/configfs: Remove unnecessary null test
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: WRITE_SAME performance
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: WRITE_SAME performance
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: cache modes in LIO
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: iscsi-target OOPS
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Can VPD Unit Serial Number be persistent?
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] isert target fixes for kernel 3.17
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Can VPD Unit Serial Number be persistent?
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: Can VPD Unit Serial Number be persistent?
  • From: Lee Duncan <lduncan@xxxxxxxx>
• targetcli reunification (was: Can VPD Unit Serial Number be persistent?)
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH V2 2/4] Introduce xen-scsifront module
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH V2 2/4] Introduce xen-scsifront module
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] isert target fixes for kernel 3.17
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Can VPD Unit Serial Number be persistent?
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCHv3 0/8] target: Save memory on unused se_dev_entrys and se_luns
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [Xen-devel] [PATCH V2 3/4] Introduce XEN scsiback module
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH V2 1/4] Add XEN pvSCSI protocol description
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: Can VPD Unit Serial Number be persistent?
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH V2 1/4] Add XEN pvSCSI protocol description
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH V2 3/4] Introduce XEN scsiback module
  • From: Jürgen Groß <jgross@xxxxxxxx>
• Re: Can VPD Unit Serial Number be persistent?
  • From: Lee Duncan <lduncan@xxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] libiscsi, iser: Adjust data_length to include protection information
  • From: Boaz Harrosh <openosd@xxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Boaz Harrosh <openosd@xxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Boaz Harrosh <openosd@xxxxxxxxx>
• Re: [PATCH V2 3/4] Introduce XEN scsiback module
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V2 0/4] Add XEN pvSCSI support
  • From: Juergen Gross <jgross@xxxxxxxx>
• Can VPD Unit Serial Number be persistent?
  • From: Lee Duncan <lduncan@xxxxxxxx>
• Re: [PATCH V2 0/4] Add XEN pvSCSI support
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH V2 4/4] add xen pvscsi maintainer
  • From: jgross@xxxxxxxx
• [PATCH V2 3/4] Introduce XEN scsiback module
  • From: jgross@xxxxxxxx
• [PATCH V2 2/4] Introduce xen-scsifront module
  • From: jgross@xxxxxxxx
• [PATCH V2 1/4] Add XEN pvSCSI protocol description
  • From: jgross@xxxxxxxx
• [PATCH V2 0/4] Add XEN pvSCSI support
  • From: jgross@xxxxxxxx
• [PATCH] rtslib: trivial update to README.md
  • From: Wang Sheng-Hui <shhuiw@xxxxxxxxx>
• Fwd: Don't see the disk
  • From: pviltard@xxxxxxx
• WRITE_SAME performance
  • From: Martin Svec <martin.svec@xxxxxxxx>
• cache modes in LIO
  • From: Manuel Buil <manuel.buil@xxxxxxxxxxxx>
• [PATCH] target/configfs: Remove unnecessary null test
  • From: Himangi Saraogi <himangi774@xxxxxxxxx>
• iscsi-target OOPS
  • From: Matyas Koszik <koszik@xxxxxx>
• Re: Don't see the disk
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [RFC 0/2] target: userspace pass-through backend
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Don't see the disk
  • From: pviltard@xxxxxxx
• Re: Could not create NetworkPortal in configFS
  • From: pviltard@xxxxxxx
• Re: [PATCH 3/4] Introduce XEN scsiback module
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Re: [PATCH 3/4] Introduce XEN scsiback module
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [RFC 1/2] target: Add documentation on the target userspace pass-through driver
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: qla2xxx Call Trace - ESXi issues
  • From: deeepdish <deeepdish@xxxxxxxxx>
• Re: [PATCH] target: Explicitly clear ramdisk_mcp backend pages
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: Could not create NetworkPortal in configFS
  • From: pviltard@xxxxxxx
• Re: [RFC 0/2] target: userspace pass-through backend
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: Could not create NetworkPortal in configFS
  • From: Jerome Martin <tramjoe.merin@xxxxxxxxx>
• Re: qla2xxx Call Trace
  • From: deeepdish <deeepdish@xxxxxxxxx>
• Re: Could not create NetworkPortal in configFS
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Could not create NetworkPortal in configFS
  • From: pviltard@xxxxxxx
• RE: [PATCH] Target/iser: Fix initiator_depth and responder_resources
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: [PATCH] Target/iser: Fix initiator_depth and responder_resources
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] Target/iser: Don't put isert_conn inside disconnected handler
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH 0/3] isert target fixes for kernel 3.17
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH 1/3] Target/iser: Get isert_conn reference once got to connected_handler
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH 3/3] Target/iser: Avoid calling rdma_disconnect twice
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [RFC 0/2] target: userspace pass-through backend
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [RFC 2/2] target: Add a user-passthrough backstore
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [RFC 1/2] target: Add documentation on the target userspace pass-through driver
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCHv3 9/8] target: Fix return with spinlock held in scsi3_ua_check()
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCHv3 1/8] target: Add locking to some accesses to nacl.device_list
  • From: Maurizio Lombardi <mlombard@xxxxxxxxxx>
• [PATCHv3 2/8] target: Don't unlock/relock tpg_lun_lock in loop in add_node_to_devs
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCHv3 4/8] target: core_tpg_post_dellun can return void
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCHv3 3/8] target: Allocate se_dev_entrys in device list only when used
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCHv3 5/8] target: Change core_dev_del_lun to take a se_lun instead of unpacked_lun
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCHv3 8/8] target: Refactor core_enable_device_list_for_node
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCHv3 7/8] target: Remove core_tpg_release_virtual_lun0 function
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCHv3 6/8] target: Allocate se_luns only when used
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCHv3 1/8] target: Add locking to some accesses to nacl.device_list
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCHv3 0/8] target: Save memory on unused se_dev_entrys and se_luns
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH for 3.10] iscsi-target: Re-add chunk from backport of upstream 79d59d08082d to 3.10
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Add .gitattributes to easier archvie extraction
  • From: Jerome Martin <jxm@xxxxxxxxxxx>
• [PATCH for 3.10] iscsi-target: Re-add chunk from backport of upstream 79d59d08082d to 3.10
  • From: Roland Dreier <roland@xxxxxxxxxx>
• Re: [PATCH] target: Explicitly clear ramdisk_mcp backend pages
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• Re: Kernel OOP - Writes across Multiple Connections within Session
  • From: Arshad Hussain <arshad.hussain@xxxxxxxxxxxxxx>
• RE: [PATCH] Target/iser: Fix initiator_depth and responder_resources
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• [PATCH] Add .gitattributes
  • From: Ritesh Raj Sarraf <rrs@xxxxxxxxxx>
• Add .gitattributes to easier archvie extraction
  • From: Ritesh Raj Sarraf <rrs@xxxxxxxxxx>
• Re: [PATCH] Target/iser: Fix initiator_depth and responder_resources
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• [PATCH 3.4 31/43] [PATCH] target: Explicitly clear ramdisk_mcp backend pages
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.10 56/77] [PATCH] target: Explicitly clear ramdisk_mcp backend pages
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.14 081/110] [PATCH] target: Explicitly clear ramdisk_mcp backend pages
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] Introduce XEN scsiback module
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH-v3.10.y 1/2] Target/iser: Improve cm events handling
  • From: Greg-KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: target patches for v3.15.3 + v3.14.10 + v3.10.46
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [GIT PULL] target fixes for v3.16-rc3
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH] target: fix deadlock on unload
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: target patches for v3.15.3 + v3.14.10 + v3.10.46
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-v3.10.y 2/2] Target/iser: Wait for proper cleanup before unloading
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-v3.10.y 1/2] Target/iser: Improve cm events handling
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• RE: 3.12.5 Target Errors
  • From: "Moussa Ba (moussaba)" <moussaba@xxxxxxxxxx>
• Patch "[PATCH] target: Explicitly clear ramdisk_mcp backend pages" has been added to the 3.4-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "[PATCH] target: Explicitly clear ramdisk_mcp backend pages" has been added to the 3.14-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "[PATCH] target: Explicitly clear ramdisk_mcp backend pages" has been added to the 3.10-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: target patches for v3.15.3 + v3.14.10 + v3.10.46
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] target: Explicitly clear ramdisk_mcp backend pages
  • From: Greg-KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] target: fix deadlock on unload
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Kernel OOP - Writes across Multiple Connections within Session
  • From: Arshad Hussain <arshad.hussain@xxxxxxxxxxxxxx>
• Re: Kernel OOP - Writes across Multiple Connections within Session
  • From: Arshad Hussain <arshad.hussain@xxxxxxxxxxxxxx>
• target patches for v3.15.3 + v3.14.10 + v3.10.46
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Kernel OOP - Writes across Multiple Connections within Session
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Kernel OOP - Writes across Multiple Connections within Session
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: 3.12.5 Target Errors
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH] target: fix deadlock on unload
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH] Target/iser: Fix initiator_depth and responder_resources
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: "Atchley, Scott" <atchleyes@xxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: "Atchley, Scott" <atchleyes@xxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: Kernel OOP - Writes across Multiple Connections within Session
  • From: Arshad Hussain <arshad.hussain@xxxxxxxxxxxxxx>
• Re: Kernel OOP - Writes across Multiple Connections within Session
  • From: Arshad Hussain <arshad.hussain@xxxxxxxxxxxxxx>
• qla2xxx Call Trace
  • From: deeepdish <deeepdish@xxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Michael Christie <michaelc@xxxxxxxxxxx>
• Re: 3.12.5 Target Errors
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: Kernel OOP - Writes across Multiple Connections within Session
  • From: Arshad Hussain <arshad.hussain@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Vladislav Bolkhovitin <vst@xxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Michael Christie <michaelc@xxxxxxxxxxx>
• Re: Poor iSCSI read performance
  • From: Chris Boot <crb@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: sagi grimberg <sagig@xxxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCHv2 RESENDv2 7/9] target: Allocate se_luns only when used
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv2 RESENDv2 3/9] target: Allocate se_dev_entrys in device list only when used
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: sagi grimberg <sagig@xxxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH RESEND] target: Fix a comment in emulate_evpd_86
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv2 RESENDv2 8/9] target: Remove core_tpg_release_virtual_lun0 function
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv2 RESENDv2 6/9] target: Rename core_tpg_post_dellun to remove_lun
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv2 RESENDv2 5/9] target: Change core_dev_del_lun to take a se_lun instead of unpacked_lun
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv2 RESENDv2 4/9] target: core_tpg_post_dellun can return void
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv2 RESENDv2 2/9] target: Don't unlock/relock tpg_lun_lock in loop in add_node_to_devs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH v2 2/3] libiscsi, iser: Adjust data_length to include protection information
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH RESEND] target: Fix a comment in emulate_evpd_86
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCHv2 RESENDv2 3/9] target: Allocate se_dev_entrys in device list only when used
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCHv2 RESENDv2 2/9] target: Don't unlock/relock tpg_lun_lock in loop in add_node_to_devs
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCHv2 RESENDv2 6/9] target: Rename core_tpg_post_dellun to remove_lun
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCHv2 RESENDv2 0/9] target: Save memory on unused se_dev_entrys and se_luns
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCHv2 RESENDv2 9/9] target: Refactor core_enable_device_list_for_node
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCHv2 RESENDv2 7/9] target: Allocate se_luns only when used
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCHv2 RESENDv2 8/9] target: Remove core_tpg_release_virtual_lun0 function
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCHv2 RESENDv2 5/9] target: Change core_dev_del_lun to take a se_lun instead of unpacked_lun
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCHv2 RESENDv2 4/9] target: core_tpg_post_dellun can return void
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCHv2 RESENDv2 1/9] target: Add locking to some accesses to nacl.device_list
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: Issue with Targetcli -- Python error - F20
  • From: Jerome Martin <tramjoe.merin@xxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH v2 2/3] libiscsi, iser: Adjust data_length to include protection information
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] target: fix deadlock on unload
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Issue with Targetcli -- Python error - F20
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: Issue with Targetcli -- Python error - F20
  • From: Jerome Martin <tramjoe.merin@xxxxxxxxx>
• Re: Kernel OOP - Writes across Multiple Connections within Session
  • From: Arshad Hussain <arshad.hussain@xxxxxxxxxxxxxx>
• Re: [PATCH] Target/iser: Fix initiator_depth and responder_resources
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: Issue with Targetcli -- Python error - F20
  • From: deeepdish <deeepdish@xxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• Re: Issue with Targetcli -- Python error - F20
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: Issue with Targetcli -- Python error - F20
  • From: deeepdish <deeepdish@xxxxxxxxx>
• Re: Issue with Targetcli -- Python error - F20
  • From: Christophe Vu-Brugier <cvubrugier@xxxxxxxx>
• Re: Kernel OOP - Writes across Multiple Connections within Session
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Drive renaming causes all kinds of craziness
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Issue with Targetcli -- Python error - F20
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Drive renaming causes all kinds of craziness
  • From: Eric Murphy <emurphy@xxxxxxxxxxxxxx>
• Re: Kernel OOP - Writes across Multiple Connections within Session
  • From: Arshad Hussain <arshad.hussain@xxxxxxxxxxxxxx>
• Re: [STABLE] target: Fix NULL pointer dereference for XCOPY in target_put_sess_cmd
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: Kernel OOP - Writes across Multiple Connections within Session
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Kernel OOP - Writes across Multiple Connections within Session
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Kernel OOP - Writes across Multiple Connections within Session
  • From: Santosh Kulkarni <santosh.kulkarni@xxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Jun Wu <jwu@xxxxxxxxxxxx>
• Issue with Targetcli -- Python error - F20
  • From: deeepdish <deeepdish@xxxxxxxxx>
• Re: Kernel OOP - Writes across Multiple Connections within Session
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH] Target/iser: Fix initiator_depth and responder_resources
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• [PATCH] Target/iser: Fix initiator_depth and responder_resources
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• Re: Kernel OOP - Writes across Multiple Connections within Session
  • From: Santosh Kulkarni <santosh.kulkarni@xxxxxxxxxxxxxx>
• Re: kmem_cache_destroy tcm_loop_cmd_cache: Slab cache still has objects
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Re: Kernel OOP - Writes across Multiple Connections within Session
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Poor iSCSI read performance
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [STABLE] target: Fix NULL pointer dereference for XCOPY in target_put_sess_cmd
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• Poor iSCSI read performance
  • From: Chris Boot <crb@xxxxxxxxxxxxxxxxxxxxx>
• Kernel OOP - Writes across Multiple Connections within Session
  • From: Santosh Kulkarni <santosh.kulkarni@xxxxxxxxxxxxxx>
• Re: Regression since v3.10 in CHAP tests of the Windows Certification Kit
  • From: Christophe Vu-Brugier <cvubrugier@xxxxxxxx>
• [STABLE] target: Fix NULL pointer dereference for XCOPY in target_put_sess_cmd
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Regression since v3.10 in CHAP tests of the Windows Certification Kit
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Regression since v3.10 in CHAP tests of the Windows Certification Kit
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: kmem_cache_destroy tcm_loop_cmd_cache: Slab cache still has objects
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• kmem_cache_destroy tcm_loop_cmd_cache: Slab cache still has objects
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Re: Oops on "cat alua_tg_pt_gp"
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Regression since v3.10 in CHAP tests of the Windows Certification Kit
  • From: Christophe Vu-Brugier <cvubrugier@xxxxxxxx>
• [PATCH] target: Explicitly clear ramdisk_mcp backend pages
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Oops on "cat alua_tg_pt_gp"
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Is this error important? Detected NON_EXISTENT_LUN Access for 0x00000001
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Fwd: Fwd: LIO behavior when CHAP_C Value Less than 1 Byte.
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Oops on "cat alua_tg_pt_gp"
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Is this error important? Detected NON_EXISTENT_LUN Access for 0x00000001
  • From: Eric Murphy <emurphy@xxxxxxxxxxxxxx>
• Re: [GIT PULL] target updates for v3.16-rc1
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] target updates for v3.16-rc1
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] target updates for v3.16-rc1
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [GIT PULL] target updates for v3.16-rc1
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] target updates for v3.16-rc1
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [GIT PULL] target updates for v3.16-rc1
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] target updates for v3.16-rc1
  • From: Christoph Hellwig <hch@xxxxxx>
• Fwd: Fwd: LIO behavior when CHAP_C Value Less than 1 Byte.
  • From: Rahul Rane <rahul.rane@xxxxxxxxxxxxxx>
• Re: Invalid CHAP_C value
  • From: Rahul Rane <rahul.rane@xxxxxxxxxxxxxx>
• Re: Target Error : Target accepts empty CHAP_I value
  • From: Tejas Vaykole <tejas.vaykole@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] target: Fix ABORT_TASK response + session reset hang
  • From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
• Re: Invalid CHAP_C value
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Target Error : Target accepts empty CHAP_I value
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Need help with shared storage over Qlogic FC
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Target Error : accepting reflected CHAP_C value on mutual Authentication
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Multiple Connection - Key=Value Re-negotiation within MC session
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Jun Wu <jwu@xxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: "Rustad, Mark D" <mark.d.rustad@xxxxxxxxx>
• Re: [PATCH-v3.10.y 0/5] target: Stable backports
  • From: Greg-KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH-v3.14.y 0/3] target: Stable backports
  • From: Greg-KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Jun Wu <jwu@xxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Jun Wu <jwu@xxxxxxxxxxxx>
• [GIT PULL] target updates for v3.16-rc1
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] target: Fix ABORT_TASK response + session reset hang
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] target: Fix ABORT_TASK response + session reset hang
  • From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
• Re: [PATCH 0/3] target: Fix ABORT_TASK response + session reset hang
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH-v3.10.y 0/5] target: Stable backports
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• Multiple Connection - Key=Value Re-negotiation within MC session
  • From: Santosh Kulkarni <santosh.kulkarni@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] target: Fix ABORT_TASK response + session reset hang
  • From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
• Re: [PATCH v1 3/3] TARGET/sbc,loopback: Adjust command data length in case pi exists on the wire
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Connectivity problems with ISCSI target and ESXi server(s)
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Connectivity problems with ISCSI target and ESXi server(s)
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v1 3/3] TARGET/sbc,loopback: Adjust command data length in case pi exists on the wire
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v1 3/3] TARGET/sbc,loopback: Adjust command data length in case pi exists on the wire
  • From: Quinn Tran <quinn.tran@xxxxxxxxxx>
• Re: [PATCH v2 0/3] Include protection information in transport header
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/3] TARGET/sbc,loopback: Adjust command data length in case pi exists on the wire
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] target: Add target_complete_cmd_with_length()
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] target: Report correct response length for some commands
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] target: Add target_complete_cmd_with_length()
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• [PATCH v2 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v2 3/3] TARGET/sbc,loopback: Adjust command data length in case pi exists on the wire
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v2 2/3] libiscsi, iser: Adjust data_length to include protection information
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v2 0/3] Include protection information in transport header
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• Re: [PATCH 1/2] target: Add target_complete_cmd_with_length()
  • From: Christophe Vu-Brugier <cvubrugier@xxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/2] target/sbc: Remove sbc_check_valid_sectors()
  • From: Christophe Vu-Brugier <cvubrugier@xxxxxxxx>
• Re: [PATCH v1 3/3] TARGET/sbc,loopback: Adjust command data length in case pi exists on the wire
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: ALUA for HA failover and multipathd
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Jun Wu <jwu@xxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] target/sbc: Check that the LBA and number of blocks are correct in VERIFY
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] target/sbc: Remove sbc_check_valid_sectors()
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/3] TARGET/sbc,loopback: Adjust command data length in case pi exists on the wire
  • From: Quinn Tran <quinn.tran@xxxxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v1 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Or Gerlitz <or.gerlitz@xxxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v1 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v1 2/3] libiscsi, iser: Adjust data_length to include protection information
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• [PATCH 2/2] target: Report correct response length for some commands
  • From: Roland Dreier <roland@xxxxxxxxxx>
• [PATCH 1/2] target: Add target_complete_cmd_with_length()
  • From: Roland Dreier <roland@xxxxxxxxxx>
• Re: Long Shutdowns During reboots
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Testing the LIO iSCSI target with the Windows Certification Kit
  • From: Roland Dreier <roland@xxxxxxxxxxxxxxx>
• Re: Connectivity problems with ISCSI target and ESXi server(s)
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• RE: Long Shutdowns During reboots
  • From: "Moussa Ba (moussaba)" <moussaba@xxxxxxxxxx>
• Re: [PATCH v1] Target/iscsi: Fix sendtargets response pdu for iser transport
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Long Shutdowns During reboots
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Long Shutdowns During reboots
  • From: "Moussa Ba (moussaba)" <moussaba@xxxxxxxxxx>
• Re: [PATCH v1] Target/iser: Fix a wrong dereference in case discovery session is over iser
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: ALUA for HA failover and multipathd
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Need help with shared storage over Qlogic FC
  • From: Mike Sponsler <msponsler@xxxxxxxxx>
• Re: [PATCH] Target/iser: Fix a wrong dereference in case discovery session is over iser
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Jun Wu <jwu@xxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: "Rustad, Mark D" <mark.d.rustad@xxxxxxxxx>
• [PATCH 2/2] target/sbc: Check that the LBA and number of blocks are correct in VERIFY
  • From: Christophe Vu-Brugier <cvubrugier@xxxxxxxx>
• [PATCH 1/2] target/sbc: Remove sbc_check_valid_sectors()
  • From: Christophe Vu-Brugier <cvubrugier@xxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH v1] Target/iscsi: Fix sendtargets response pdu for iser transport
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH] Target/iscsi: Fix sendtargets response pdu for iser transport
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• Re: [PATCH v1] Target/iser: Fix a wrong dereference in case discovery session is over iser
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: ALUA for HA failover and multipathd
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH v1] Target/iser: Fix a wrong dereference in case discovery session is over iser
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• Re: Connectivity problems with ISCSI target and ESXi server(s)
  • From: Charalampos Pournaris <charpour@xxxxxxxxx>
• Testing the LIO iSCSI target with the Windows Certification Kit
  • From: Christophe Vu-Brugier <cvubrugier@xxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [BUG] Setting ALUA access state on a detached HBA causes OOPS
  • From: Chris Boot <bootc@xxxxxxxxx>
• [PATCH] Target/iser: Fix a wrong dereference in case discovery session is over iser
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• Re: ALUA for HA failover and multipathd
  • From: Chris Boot <crb@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/3] TARGET/sbc,loopback: Adjust command data length in case pi exists on the wire
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v1 0/3] Include protection information in iscsi header
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/3] TARGET/sbc,loopback: Adjust command data length in case pi exists on the wire
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH-v3.10.y 5/5] target: Fix alua_access_state attribute OOPs for un-configured devices
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3.10.y 4/5] target: Allow READ_CAPACITY opcode in ALUA Standby access state
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3.10.y 3/5] iscsi-target: Fix wrong buffer / buffer overrun in iscsi_change_param_value()
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3.10.y 2/5] iser-target: Fix multi network portal shutdown regression
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3.10.y 1/5] Target/iscsi,iser: Avoid accepting transport connections during stop stage
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3.10.y 0/5] target: Stable backports
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• Re: [PATCH-v3.14.y 3/3] target: Allow READ_CAPACITY opcode in ALUA Standby access state
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Target Error : accepting reflected CHAP_C value on mutual Authentication
  • From: Tejas Vaykole <tejas.vaykole@xxxxxxxxxxxxxx>
• [PATCH-v3.14.y 3/3] target: Allow READ_CAPACITY opcode in ALUA Standby access state
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3.14.y 2/3] iser-target: Fix multi network portal shutdown regression
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3.14.y 1/3] Target/iscsi,iser: Avoid accepting transport connections during stop stage
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v3.14.y 0/3] target: Stable backports
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH 3/3] iscsi-target: Fix ABORT_TASK + connection reset iscsi_queue_req memory leak
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH 2/3] target: Use complete_all for se_cmd->t_transport_stop_comp
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH 1/3] target: Set CMD_T_ACTIVE bit for Task Management Requests
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH 0/3] target: Fix ABORT_TASK response + session reset hang
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• Need help with shared storage over Qlogic FC
  • From: Mike Sponsler <msponsler@xxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Jun Wu <jwu@xxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] tcm_fc: Generate TASK_SET_FULL status for DataIN failures
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] tcm_fc: Generate TASK_SET_FULL status for response failures
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] tcm_fc: Generate TASK_SET_FULL for DataIN + response failures
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: "Rustad, Mark D" <mark.d.rustad@xxxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH-v2 1/6] virtio-scsi.h: Add virtio_scsi_cmd_req_pi + VIRTIO_SCSI_F_T10_PI bits
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH-v2 5/6] vhost/scsi: Enable T10 PI IOV -> SGL memory mapping
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Invalid CHAP_C value
  • From: "rahul.rane" <rahul.rane@xxxxxxxxxxxxxx>
• Target Error : Target accepts empty CHAP_I value
  • From: Tejas Vaykole <tejas.vaykole@xxxxxxxxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/2] iser-target: Fix multi network portal shutdown regression
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• [PATCH v1 2/3] libiscsi, iser: Adjust data_length to include protection information
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v1 3/3] TARGET/sbc,loopback: Adjust command data length in case pi exists on the wire
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v1 1/3] scsi_cmnd: Introduce scsi_transfer_length helper
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH v1 0/3] Include protection information in iscsi header
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [GIT PULL] target fixes for v3.15
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Jun Wu <jwu@xxxxxxxxxxxx>
• Re: [PATCH 2/2] tcm_fc: Generate TASK_SET_FULL status for response failures
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] tcm_fc: Generate TASK_SET_FULL for DataIN + response failures
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] tcm_fc: Generate TASK_SET_FULL status for response failures
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] tcm_fc: Generate TASK_SET_FULL status for DataIN failures
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] tcm_fc: Generate TASK_SET_FULL status for DataIN failures
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] tcm_fc: Generate TASK_SET_FULL for DataIN + response failures
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] target: cleanup some boolean tests
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] target/spc: Simplify INQUIRY EVPD=0x80
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH 11/13] iscsi-target: Use list_add_(before|after) macros
  • From: Ken Helias <kenhelias@xxxxxx>
• [PATCH 2/2] target: cleanup some boolean tests
  • From: Christophe Vu-Brugier <cvubrugier@xxxxxxxx>
• [PATCH 1/2] target/spc: Simplify INQUIRY EVPD=0x80
  • From: Christophe Vu-Brugier <cvubrugier@xxxxxxxx>
• Re: [BUG] Setting ALUA access state on a detached HBA causes OOPS
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: ALUA for HA failover and multipathd
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: out of order chap
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Target Error : accepting reflected CHAP_C value on mutual Authentication
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH 2/2] tcm_fc: Generate TASK_SET_FULL status for response failures
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH 1/2] tcm_fc: Generate TASK_SET_FULL status for DataIN failures
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH 0/2] tcm_fc: Generate TASK_SET_FULL for DataIN + response failures
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] iser-target: Fix multi network portal shutdown regression
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] libiscsi, iser: Adjust data_length to include protection information
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] libiscsi, iser: Adjust data_length to include protection information
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Include protection information in iscsi header
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] TARGET/sbc,loopback: Adjust command data length in case pi exists on the wire
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• [BUG] Setting ALUA access state on a detached HBA causes OOPS
  • From: Chris Boot <crb@xxxxxxxxxxxxxxxxxxxxx>
• ALUA for HA failover and multipathd
  • From: Chris Boot <crb@xxxxxxxxxxxxxxxxxxxxx>
• Target Error : accepting reflected CHAP_C value on mutual Authentication
  • From: Tejas Vaykole <tejas.vaykole@xxxxxxxxxxxxxx>
• out of order chap
  • From: "rahul.rane" <rahul.rane@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] iser-target: Fix multi network portal shutdown regression
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Jun Wu <jwu@xxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: 3.12.5 Target Errors
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Jun Wu <jwu@xxxxxxxxxxxx>
• Re: 3.12.5 Target Errors
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH 2/2] iscsi-target: Remove no-op from iscsit_tpg_del_portal_group
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH 1/2] iser-target: Fix multi network portal shutdown regression
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] libiscsi, iser: Adjust data_length to include protection information
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Connectivity problems with ISCSI target and ESXi server(s)
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] libiscsi, iser: Adjust data_length to include protection information
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH 1/2] libiscsi, iser: Adjust data_length to include protection information
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH 0/2] Include protection information in iscsi header
  • From: Or Gerlitz <or.gerlitz@xxxxxxxxx>
• Re: [PATCH 0/2] Include protection information in iscsi header
  • From: Roland Dreier <roland@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• Re: [PATCH] qla2xxx: Convert to percpu_ida session tag pre-allocation
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Jun Wu <jwu@xxxxxxxxxxxx>
• Re: [PATCH] qla2xxx: Convert to percpu_ida session tag pre-allocation
  • From: Quinn Tran <quinn.tran@xxxxxxxxxx>
• Re: [PATCH] qla2xxx: Convert to percpu_ida session tag pre-allocation
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH]: Unable to handle CHAP_A in List
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] TARGET/sbc,loopback: Adjust command data length in case pi exists on the wire
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 2/2] TARGET/sbc,loopback: Adjust command data length in case pi exists on the wire
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH 0/2] Include protection information in iscsi header
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• [PATCH 1/2] libiscsi, iser: Adjust data_length to include protection information
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxx>
• Re: Connectivity problems with ISCSI target and ESXi server(s)
  • From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
• Re: Connectivity problems with ISCSI target and ESXi server(s)
  • From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
• Re: Connectivity problems with ISCSI target and ESXi server(s)
  • From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
• Re: Connectivity problems with ISCSI target and ESXi server(s)
  • From: Charalampos Pournaris <charpour@xxxxxxxxx>
• scsi_id not valid in iscsi node
  • From: lingli tang <tanglingli001@xxxxxxxxx>
• [PATCH]: Unable to handle CHAP_A in List
  • From: Tejas Vaykole <tejas.vaykole91@xxxxxxxxx>
• Re: Multiple Connections LIO Target Failing in Initial Login Request
  • From: Santosh Kulkarni <santosh.kulkarni@xxxxxxxxxxxxxx>
• Re: Multiple Connections LIO Target Failing in Initial Login Request
  • From: Santosh Kulkarni <santosh.kulkarni@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] iscsi-target: Fix wrong buffer / buffer overrun in iscsi_change_param_value()
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] iscsi-target: Put length of failed allocation in error message
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH 2/2] iscsi-target: Fix wrong buffer / buffer overrun in iscsi_change_param_value()
  • From: Roland Dreier <roland@xxxxxxxxxx>
• [PATCH 1/2] iscsi-target: Put length of failed allocation in error message
  • From: Roland Dreier <roland@xxxxxxxxxx>
• Re: [PATCH] qla2xxx: Convert to percpu_ida session tag pre-allocation
  • From: Quinn Tran <quinn.tran@xxxxxxxxxx>
• Re: Multiple Connections LIO Target Failing in Initial Login Request
  • From: Roland Dreier <roland@xxxxxxxxxxxxxxx>
• Re: Multiple Connections LIO Target Failing in Initial Login Request
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Multiple Connections LIO Target Failing in Initial Login Request
  • From: Santosh Kulkarni <santosh.kulkarni@xxxxxxxxxxxxxx>
• Re: CHAP Authentication transition Error
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH] : Unable to handle CHAP_A in List
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: CHAP Authentication transition Error
  • From: Tejas Vaykole <tejas.vaykole@xxxxxxxxxxxxxx>
• Re: CHAP Authentication transition Error
  • From: Tejas Vaykole <tejas.vaykole@xxxxxxxxxxxxxx>
• Re: [PATCH] : Unable to handle CHAP_A in List
  • From: Tejas Vaykole <tejas.vaykole@xxxxxxxxxxxxxx>
• Re: [PATCH] : Unable to handle CHAP_A in List
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: NOP-Out reply to Unsolicited NOP-IN with invalid TTT.
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: CHAP Authentication transition Error
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Jun Wu <jwu@xxxxxxxxxxxx>
• Re: [PATCH] : Unable to handle CHAP_A in List
  • From: Andy Grover <agrover@xxxxxxxxxx>
• RE: 3.12.5 Target Errors
  • From: "Moussa Ba (moussaba)" <moussaba@xxxxxxxxxx>
• Re: iSCSI Expected Data Transfer Length for T10-PI
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• RE: iSCSI Expected Data Transfer Length for T10-PI
  • From: "Black, David" <david.black@xxxxxxx>
• [PATCH] : Unable to handle CHAP_A in List
  • From: Tejas Vaykole <tejas.vaykole@xxxxxxxxxxxxxx>
• Re: NOP-Out reply to Unsolicited NOP-IN with invalid TTT.
  • From: Arshad Hussain <arshad.hussain@xxxxxxxxxxxxxx>
• CHAP Authentication transition Error
  • From: Tejas Vaykole <tejas.vaykole@xxxxxxxxxxxxxx>
• Re: iSCSI Expected Data Transfer Length for T10-PI
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: iSCSI Expected Data Transfer Length for T10-PI
  • From: Julian Satran <julians@xxxxxxxxxxxxx>
• iSCSI Expected Data Transfer Length for T10-PI
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] iser-target: Add missing target_put_sess_cmd for ImmedateData failure
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: Connectivity problems with ISCSI target and ESXi server(s)
  • From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
• Re: [PATCH] qla2xxx: Convert to percpu_ida session tag pre-allocation
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH] qla2xxx: Convert to percpu_ida session tag pre-allocation
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH] iser-target: Add missing target_put_sess_cmd for ImmedateData failure
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• Re: 3.12.5 Target Errors
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: FC target Errors
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: linux-next: build failure after merge of the target-updates tree
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: FC target Errors
  • From: deeepdish <deeepdish@xxxxxxxxx>
• Re: [Open-FCoE] System crashes with increased drive count
  • From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
• [PATCH-scsi-for-next] tcm_qla2xxx: Set correct protection flags when DIF/DIX is enabled
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• Re: NOP-Out reply to Unsolicited NOP-IN with invalid TTT.
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Connectivity problems with ISCSI target and ESXi server(s)
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: FC target Errors
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: 3.12.5 Target Errors
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• RE: 3.12.5 Target Errors
  • From: "Moussa Ba (moussaba)" <moussaba@xxxxxxxxxx>
• Re: [PATCH-v2 6/6] virtio-scsi: Enable DIF/DIX modes in SCSI host LLD
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH-v2 1/6] virtio-scsi.h: Add virtio_scsi_cmd_req_pi + VIRTIO_SCSI_F_T10_PI bits
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• FC target Errors
  • From: deeepdish <deeepdish@xxxxxxxxx>
• Re: [PATCH-v2 1/6] virtio-scsi.h: Add virtio_scsi_cmd_req_pi + VIRTIO_SCSI_F_T10_PI bits
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH-v2 6/6] virtio-scsi: Enable DIF/DIX modes in SCSI host LLD
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH-v2 1/6] virtio-scsi.h: Add virtio_scsi_cmd_req_pi + VIRTIO_SCSI_F_T10_PI bits
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH-v2 5/6] vhost/scsi: Enable T10 PI IOV -> SGL memory mapping
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v2 2/6] vhost/scsi: Move sanity check into vhost_scsi_map_iov_to_sgl
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v2 4/6] vhost/scsi: Add T10 PI IOV -> SGL memory mapping logic
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v2 6/6] virtio-scsi: Enable DIF/DIX modes in SCSI host LLD
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v2 3/6] vhost/scsi: Add preallocation of protection SGLs
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v2 1/6] virtio-scsi.h: Add virtio_scsi_cmd_req_pi + VIRTIO_SCSI_F_T10_PI bits
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>
• [PATCH-v2 0/6] vhost/scsi: Add T10 PI SGL passthrough support
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxx>