Linux SCSI Target Infrastructure

• Thread Index

• Re: bs_rdwr_request
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: bs_rdwr_request
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Fix add_mode_page to accept pages with page data smaller than the page size
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• Re: bs_rdwr_request
  • From: Roi Dayan <roi.dayan@xxxxxxxxx>
• Re: bs_rdwr_request
  • From: Roi Dayan <roi.dayan@xxxxxxxxx>
• Re: bs_rdwr_request
  • From: frederik.vos@xxxxxxxxxx
• Re: bs_rdwr_request
  • From: frederik.vos@xxxxxxxxxx
• Re: bs_rdwr_request
  • From: frederik.vos@xxxxxxxxxx
• Re: bs_rdwr_request
  • From: frederik.vos@xxxxxxxxxx
• Re: bs_rdwr_request
  • From: frederik.vos@xxxxxxxxxx
• bs_rdwr_request
  • From: frederik.vos@xxxxxxxxxx
• Re: [PATCH] iSCSI: Always honour MaxRecvDataSegmentLength, not just during discovery
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] iSCSI: Always honour MaxRecvDataSegmentLength, not just during discovery
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] iSCSI: Honour the MaxRecvDataSegmentLengtgh for normal sessions too
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] ISCSI: Honour MaxRecvDataSegmentLength for NORMAL sessions
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] ISCSI: Honour MaxRecvDataSegmentLength for NORMAL sessions
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] ISCSI: Honour MaxRecvDataSegmentLength for NORMAL sessions
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] ISCSI: Honour MaxRecvDataSegmentLength for NORMAL sessions
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] ISCSI: Honour MaxRecvDataSegmentLength for NORMAL sessions
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] ISCSI: Honour MaxRecvDataSegmentLength for NORMAL sessions
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] ISCSI: Honour MaxRecvDataSegmentLength for NORMAL sessions
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] ISCSI: Honour MaxRecvDataSegmentLength for NORMAL sessions
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] ISCSI: Honour MaxRecvDataSegmentLength for NORMAL sessions
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] ISCSI: Honour MaxRecvDataSegmentLength for NORMAL sessions
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] ISCSI: Honour MaxRecvDataSegmentLength for NORMAL sessions
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] ISCSI: Honour MaxRecvDataSegmentLength for NORMAL sessions
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] ISCSI: Honour MaxRecvDataSegmentLength for NORMAL sessions
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] ISCSI: Honour MaxRecvDataSegmentLength for NORMAL sessions
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] ISCSI: Honour MaxRecvDataSegmentLength for NORMAL sessions
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] iSCSI: Fix bug in parsing of MaxRecvDataSegmentLength
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Fix doc typo
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Fix doc typo
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Typo in Man Page
  • From: James Hammett <james@xxxxxxxxxx>
• Re: [PATCH RESEND 0/3] style improvement patches for few source files
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 3/3] style fixes for tgtadm.c
  • From: nezhinsky@xxxxxxxxx
• [PATCH 2/3] style fixes for target.c
  • From: nezhinsky@xxxxxxxxx
• [PATCH 1/3] style fixes in tgtd.c
  • From: nezhinsky@xxxxxxxxx
• [PATCH RESEND 0/3] style improvement patches for few source files
  • From: nezhinsky@xxxxxxxxx
• Re: [PATCH 0/4] style improvement patches for few source files
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] changed a misspelled ASC define to ASC_CMDS_CLEARED_BY_ANOTHER_INI
  • From: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
• Re: [PATCH 0/4] style improvement patches for few source files
  • From: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
• Re: [PATCH 3/4] changed a misspelled ASC define to ASC_CMDS_CLEARED_BY_ANOTHER_INI
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] style improvement patches for few source files
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] DOCS: Add an example script on how to set up a VTL
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] TGTADM: allow creating tape drives that do not, yet, have any medium loaded
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] TGTADM: allow creating tape drives that do not, yet, have any medium loaded
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] TGTADM allow creating TAPE devices without a backing store
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] DOCS: Add an example script on how to set up a VTL
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add an example script for how to set up a VTL
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 4/4] style fixes for tgtadm.c
  • From: nezhinsky@xxxxxxxxx
• [PATCH 3/4] changed a misspelled ASC define to ASC_CMDS_CLEARED_BY_ANOTHER_INI
  • From: nezhinsky@xxxxxxxxx
• [PATCH 2/4] style fixes for target.c
  • From: nezhinsky@xxxxxxxxx
• [PATCH 1/4] style fixes in tgtd.c
  • From: nezhinsky@xxxxxxxxx
• [PATCH 0/4] style improvement patches for few source files
  • From: nezhinsky@xxxxxxxxx
• Re: make install error
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: make install error
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: make install error
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: make install error
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: make install error
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: make install error
  • From: nia dev <niadev67@xxxxxxxxx>
• Re: 1.0.30 released
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Update tgt-setup-lun to support control port
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: make install error
  • From: nia dev <niadev67@xxxxxxxxx>
• Re: make install error
  • From: nia dev <niadev67@xxxxxxxxx>
• Re: make install error
  • From: frederik.vos@xxxxxxxxxx
• Re: make install error
  • From: Roi Dayan <roi.dayan@xxxxxxxxx>
• make install error
  • From: nia dev <niadev67@xxxxxxxxx>
• [PATCH] Update tgt-setup-lun to support control port
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• Re: 1.0.30 released
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• 1.0.30 released
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH V2 2/8] For each lld save the list of targets using it
  • From: Roi Dayan <roi.dayan@xxxxxxxxx>
• Re: [PATCH V2 2/8] For each lld save the list of targets using it
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH V3 3/8] tgt-admin: add option to restart llds
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• Re: [PATCH V2 2/8] For each lld save the list of targets using it
  • From: Roi Dayan <roi.dayan@xxxxxxxxx>
• Re: [PATCH V2 2/8] For each lld save the list of targets using it
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] MODE_SENSE: add support for mode subpages
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] MODE_SENSE: add support for mode subpages
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH V2 2/8] For each lld save the list of targets using it
  • From: Roi Dayan <roi.dayan@xxxxxxxxx>
• Re: tgt-admin -e error
  • From: nia dev <niadev67@xxxxxxxxx>
• tgt-admin -e error
  • From: nia dev <niadev67@xxxxxxxxx>
• Re: [PATCH V2 2/8] For each lld save the list of targets using it
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH V2 1/8] tgtd: fork logger before initializing llds
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH V2 7/8] iscsi: deleting portals on iscsi tcp exit
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] MODE_SENSE: add support for mode subpages
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] MODE_SENSE: add support for mode subpages
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: how to setup a virtual tape using scsi-target-utils?
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: how to setup a virtual tape using scsi-target-utils?
  • From: Rob Evers <revers@xxxxxxxxxx>
• Re: how to setup a virtual tape using scsi-target-utils?
  • From: Rob Evers <revers@xxxxxxxxxx>
• Re: how to setup a virtual tape using scsi-target-utils?
  • From: Rob Evers <revers@xxxxxxxxxx>
• Re: how to setup a virtual tape using scsi-target-utils?
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: how to setup a virtual tape using scsi-target-utils?
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: complete guide for tgt VTL setup
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: complete guide for tgt VTL setup
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: complete guide for tgt VTL setup
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: how to setup a virtual tape using scsi-target-utils?
  • From: Rob Evers <revers@xxxxxxxxxx>
• Re: complete guide for tgt VTL setup
  • From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
• complete guide for tgt VTL setup
  • From: Thomas Lau <Thomas.Lau@xxxxxxxxxxxxxxxx>
• Re: [PATCH V2 0/8] lld restart
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• Re: tgt-setup-lun concurrency problem
  • From: Mark Gergely <gergely.mark@xxxxxxxxxxxxx>
• Re: [PATCH V2 0/8] lld restart
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: tgt-setup-lun concurrency problem
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• tgt-setup-lun concurrency problem
  • From: Mark Gergely <gergely.mark@xxxxxxxxxxxxx>
• Re: [PATCH] A LUN RESET will clear any PREVENTALLOWs that might be set.
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• [PATCH] Controls Extension mode page fixes
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Fix the controls extension subpage
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] MODE_SENSE: add support for mode subpages
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add support for mode subpages
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] A LUN RESET will clear any PREVENTALLOWs that might be set.
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] A LUN RESET will clear any PREVENTALLOWs that might be set.
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] LUN RESET clears all PREVENTALLOWs for that LUN
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• export real dvd drive
  • From: Pawel Suwinski <dracono@xxxxx>
• Re: [PATCH] Add support for WRITEVERIFY10/12/16
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: [PATCH 0/2] upgrade scripts/checkpatch.pl
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 2/2] scripts/checkpatch.pl modified for stgt, no tree as default
  • From: nezhinsky@xxxxxxxxx
• [PATCH 0/2] upgrade scripts/checkpatch.pl
  • From: nezhinsky@xxxxxxxxx
• [PATCH V2 8/8] mgmt: add TGTADM_DRIVER_ACTIVE and return it when trying stop a busy lld
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• [PATCH V2 5/8] tgtadm: add help for starting lld while tgtd is running
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• [PATCH V2 1/8] tgtd: fork logger before initializing llds
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• [PATCH V2 7/8] iscsi: deleting portals on iscsi tcp exit
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• [PATCH V2 3/8] tgt-admin: add option to restart llds
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• [PATCH V2 2/8] For each lld save the list of targets using it
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• [PATCH V2 6/8] iser: cleaning iser ib objects on lld exit
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• [PATCH V2 4/8] Add documentation for starting lld while tgtd is running
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• [PATCH V2 0/8] lld restart
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• Re: [PATCH RESEND 0/3] Add SCSI cmd statistics per ITL nexus
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH RESEND 0/3] Add SCSI cmd statistics per ITL nexus
  • From: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
• Re: [PATCH RESEND 0/3] Add SCSI cmd statistics per ITL nexus
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] UNMAP Change order of no-media and thin-provisioning tests
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• RE: [PATCH RESEND 0/3] Add SCSI cmd statistics per ITL nexus
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH RESEND 0/3] Add SCSI cmd statistics per ITL nexus
  • From: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
• [PATCH] UNMAP Change order of no-media and thin-provisioning tests
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• RE: [PATCH RESEND 0/3] Add SCSI cmd statistics per ITL nexus
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• Re: [PATCH RESEND 0/3] Add SCSI cmd statistics per ITL nexus
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 3/3] collect isci conn stats for iser connections
  • From: nezhinsky@xxxxxxxxx
• [PATCH 1/3] Add infrastructure for statistics on SCSI device level
  • From: nezhinsky@xxxxxxxxx
• Re: [PATCH RESEND 0/3] Add SCSI cmd statistics per ITL nexus
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH RESEND 3/3] collect isci conn stats for iser connections
  • From: nezhinsky@xxxxxxxxx
• [PATCH RESEND 2/3] Show new statistics in various modes; integrate scsi and iscsi stats where relevant
  • From: nezhinsky@xxxxxxxxx
• [PATCH RESEND 1/3] Add infrastructure for statistics on SCSI device level
  • From: nezhinsky@xxxxxxxxx
• [PATCH RESEND 0/3] Add SCSI cmd statistics per ITL nexus
  • From: nezhinsky@xxxxxxxxx
• Re: [PATCH] fix three bugs in startstopunit
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] fix three bugs in startstopunit
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] fix three bugs in startstopunit
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: how to setup a virtual tape using scsi-target-utils?
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: how to setup a virtual tape using scsi-target-utils?
  • From: Rob Evers <revers@xxxxxxxxxx>
• [PATCH] fix three bugs in startstopunit
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add support for ORWRITE command
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add support for ORWRITE command
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Add support for ORWRITE command
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add support for COMPAREANDWRITE opcode
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Add support for WRITEVERIFY10/12/16
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Add support for WRITEVERIFY10/12/16
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add support for COMPAREANDWRITE opcode
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add support for WRITEVERIFY10/12/16
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Add support for WRITEVERIFY10/12/16
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add support for WRITEVERIFY10/12/16
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add support for WRITEVERIFY10/12/16
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: how to setup a virtual tape using scsi-target-utils?
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: how to setup a virtual tape using scsi-target-utils?
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• how to setup a virtual tape using scsi-target-utils?
  • From: Rob Evers <revers@xxxxxxxxxx>
• [PATCH] Add support for WRITEVERIFY10/12/16
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: Invalid request for --bstype aio and sg
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Invalid request for --bstype aio and sg
  • From: faizan husain <faizanh@xxxxxxxxxxxxxxxxxx>
• invalid request for bstype
  • From: faizan husain <faizanh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] Add infrastructure for statistics on SCSI device level
  • From: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
• Re: tgtadm: this target already exists - with >100 targets
  • From: Konstantin Skaburskas <konstan@xxxxxxxxx>
• Re: tgtadm: this target already exists - with >100 targets
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: tgtadm: this target already exists - with >100 targets
  • From: Konstantin Skaburskas <konstan@xxxxxxxxx>
• Re: tgtadm: this target already exists - with >100 targets
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH 1/2] Add infrastructure for statistics on SCSI device level
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] Add infrastructure for statistics on SCSI device level
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] Add infrastructure for statistics on SCSI device level
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: tgtadm: this target already exists - with >100 targets
  • From: Konstantin Skaburskas <konstan@xxxxxxxxx>
• Re: tgtadm: this target already exists - with >100 targets
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• tgtadm: this target already exists - with >100 targets
  • From: Konstantin Skaburskas <konstan@xxxxxxxxx>
• Re: [PATCH 1/2] Add infrastructure for statistics on SCSI device level
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: [PATCH 1/2] Add infrastructure for statistics on SCSI device level
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: [PATCH 1/2] Add infrastructure for statistics on SCSI device level
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• 1.0.29 released
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] mgmt: fixed -m system -o delete handling
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Online resizing of LUN's
  • From: RedShift <redshift@xxxxxxxxxx>
• [PATCH] mgmt: fixed -m system -o delete handling
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• Re: [PATCH 1/2] Add infrastructure for statistics on SCSI device level
  • From: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
• Re: [PATCH] Fix the LBA out of bounds check for VERIFY16
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Large number of abort_task_set followed by conn_close
  • From: Brian Schaefer <brian.schaefer@xxxxxxxxx>
• Re: [PATCH 1/2] Add infrastructure for statistics on SCSI device level
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] Add SCSI cmd statistics per ITL nexus
  • From: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
• Re: Large number of abort_task_set followed by conn_close
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Large number of abort_task_set followed by conn_close
  • From: Brian Schaefer <brian.schaefer@xxxxxxxxx>
• [PATCH] Fix the LBA out of bounds check for VERIFY16
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: Online resizing of LUN's
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Online resizing of LUN's
  • From: RedShift <redshift@xxxxxxxxxx>
• Re: Online resizing of LUN's
  • From: RedShift <redshift@xxxxxxxxxx>
• Re: Online resizing of LUN's
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Online resizing of LUN's
  • From: RedShift <redshift@xxxxxxxxxx>
• RE: [PATCH 0/3] lld restart
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• [PATCH 2/2] Show new statistics in various modes; integrate scsi and iscsi stats where relevant
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 1/2] Add infrastructure for statistics on SCSI device level
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 0/2] Add SCSI cmd statistics per ITL nexus
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• Re: Online resizing of LUN's
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Online resizing of LUN's
  • From: RedShift <redshift@xxxxxxxxxx>
• Re: Online resizing of LUN's
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Online resizing of LUN's
  • From: redshift@xxxxxxxxxx
• RE: [PATCH 0/3] lld restart
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• Re: [PATCH] Another patch to improve the LBA out of range even further
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Another patch to improve the LBA out of range even further
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Another patch to improve the LBA out of range even further
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Another patch to improve the LBA out of range even further
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH 0/3] lld restart
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] added CDB_CONTROL macro to get control field from CDB
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Another patch to improve the LBA out of range even further
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 1/3] tgt-admin: add option to restart llds
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• [PATCH 2/3] Add documentation for starting lld while tgtd is running
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• [PATCH 3/3] tgtadm: add help for starting lld while tgtd is running
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• [PATCH 0/3] lld restart
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• [PATCH] added CDB_CONTROL macro to get control field from CDB
  • From: john.chandy@xxxxxxxxx
• Re: [PATCH] added CDB_CONTROL macro to get control field from CDB - needed because control field is not the last byte in VARLEN CDBs
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• [PATCH] Add proper tests for LBA out of range to VERIFY10/16
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Another patch to improve the LBA out of range even further
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add documentation for starting lld while tgtd is running
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• Re: PATCH: Make the check for LBA out of range for READ*/WRITE* better
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• RE: [PATCH] tgt-admin: add option to restart llds
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• Re: [PATCH] tgt-admin: add option to restart llds
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] tgt-admin: add option to restart llds
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• Re: PATCH: Make the check for LBA out of range for READ*/WRITE* better
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: PATCH: Make the check for LBA out of range for READ*/WRITE* better
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Add support for SBC GET_LBA_STATUS opcode
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Add support for SBC GET_LBA_STATUS opcode
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• PATCH: Make the check for LBA out of range for READ*/WRITE* better
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add support for SBC GET_LBA_STATUS opcode
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: tgtd list corruption bug
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Add support for SBC GET_LBA_STATUS opcode
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Passing NULL to ldd_init() instead of illegal address
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• 1.0.28 released
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Add support for SBC GET_LBA_STATUS opcode
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Passing NULL to ldd_init() instead of illegal address
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• RE: [PATCH] Passing NULL to ldd_init() instead of illegal address
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• [PATCH] Passing NULL to ldd_init() instead of illegal address
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• Re: [PATCH] Add support for SBC GET_LBA_STATUS opcode
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add support for SBC GET_LBA_STATUS opcode
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Add support for SBC GET_LBA_STATUS opcode
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] iser: limit number of CQ entries requested
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] iser: limit number of CQ entries requested
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• [PATCH] iser: limit number of CQ entries requested
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• new hpacucli 9.10 update causes tgtd crashes
  • From: Ernest Beinrohr <Ernest@xxxxxxxxxxx>
• Re: [PATCH 0/2] iser: rdma buffer pool changes and optimizations
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 0/2] iser: rdma buffer pool changes and optimizations
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• [PATCH 1/2] iser: added huge pages support
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• [PATCH 2/2] iser: added parameter for pool size
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• tgtd list corruption bug
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH 0/7] tgtadm_err return values
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 7/7] change return value of iqn_acl_add() and iqn_acl_del() to tgtadm_err
  • From: nezhinsky@xxxxxxxxx
• [PATCH 6/7] change return value of slot_insert() to tgtadm_err and recover from errors properly in add_slt()
  • From: nezhinsky@xxxxxxxxx
• [PATCH 5/7] change return value of system_set_state() to tgtadm_err, update use cases
  • From: nezhinsky@xxxxxxxxx
• [PATCH 4/7] change return value of dtd_check_removable() to tgtadm_err, update use cases
  • From: nezhinsky@xxxxxxxxx
• [PATCH 3/7] change return value of some show functions in iscsi/target.c to tgtadm_err
  • From: nezhinsky@xxxxxxxxx
• [PATCH 2/7] change return value of isns_show() and isns_update() to tgtadm_err
  • From: nezhinsky@xxxxxxxxx
• [PATCH 1/7] move set_mtask_result() call to mtask_received()
  • From: nezhinsky@xxxxxxxxx
• [PATCH 0/7] tgtadm_err return values
  • From: nezhinsky@xxxxxxxxx
• TGTD io performance about 1/8th of NFS on same server
  • From: John Pletka <jpletka@xxxxxxxxxxx>
• Re: [PATCH 0/8] few patches prompted by compiler warnings
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• 1.0.27 released
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Improving iSCSI passthrough tape performance
  • From: Phillip Frost <phil@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] WRITE_SAME10/16 and thin-provisioning patches
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 8/8] when using eventfd, each time the fd becomes readable, the number of io completions can be read; this number is provided as a 64-bit integer, thus enough space (at least 8 bytes) should be given to read(). This patch adds a comment which explicitely states the above requirement. The actual number of completions in bs_aio is limited by a very small value, thus when reading, a 64-bit variable should be used, then it can be casted to unsigned int and processed as such.
  • From: nezhinsky@xxxxxxxxx
• [PATCH 7/8] If adding Unit Attention sense fails upon target destroy, just print error message and still return TGTADM_SUCCESS
  • From: nezhinsky@xxxxxxxxx
• [PATCH 6/8] Fix "set but not used" warning in iser.c: comment out irdsl related lines; irdsl value is not used meanwhile, as we use a shortcut to cover up an initiator glitch
  • From: nezhinsky@xxxxxxxxx
• [PATCH 5/8] Improve str_to_int() There is a potential problem when a user-supplied value overflows the accepting variable; to cope with this the string is converted to a 64-bit value first then assigned to the variable, then the macro checks if they represent the same value. Thus the natural type boundaries are automatically guarded. This means that there is no need to use type's range limits (e.g. 0 and USHRT_MAX for unsigned short). Thus the range limit parameters are removed from str_to_int() -- it's enough for the (most frequent) cases when any value fitting a certain integer type is admissible. When the min/max values are relevant they can be passed to one of the new macros str_to_int_gt, str_to_int_ge, str_to_int_lt, str_to_int_range, requiring that the int value should be greater than, greater or equal, less than, or within a range, correspondingly.
  • From: nezhinsky@xxxxxxxxx
• [PATCH 4/8] In sbc.c implementation of synchronize cache, set resid to 0 unconditionally and remove unused len=0, as const zero is used in set resid
  • From: nezhinsky@xxxxxxxxx
• [PATCH 3/8] Store iscsi initiator alias in connection, copy it to iscsi session, show it in session info
  • From: nezhinsky@xxxxxxxxx
• [PATCH 2/8] If param check fails during iscsi login text processing, answer that key with Reject. According to iscsi spec (5.2) the target can choose between responding bad values with key=Reject, sending an admissible value and closing the connection by returning a login error. Here the Reject option is implemented. Any objections?
  • From: nezhinsky@xxxxxxxxx
• [PATCH 1/8] fix error handling in get_bsg_major() return error code if the device file in /sys/class/bsg failed to open; use fscanf to read an integer major number directly (instead of reading and parsing the string), return error and print appropriate messages when scanf fails.
  • From: nezhinsky@xxxxxxxxx
• [PATCH 0/8] few patches prompted by compiler warnings
  • From: nezhinsky@xxxxxxxxx
• [PATCH 5/5] VPD Page 0xB0 : Block Limits report limits for unmapping thin provisioned luns
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 4/5] SBC: Support unmapping blocks using WRITE_SAME/WRITE_SAME16
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 3/5] SBC: initial WRITE_SAME16 support. (no unmap support)
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 2/5] SBC: Initial WRITE_SAME support
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 1/5] BS_RDWR: Create local varialbes for offset and transfer length in bs_rdwr_request()
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 0/5] WRITE_SAME10/16 and thin-provisioning patches
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH 0/1] VPD BLOCK LIMITS. Update with UNMAP and CAW limits
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: [PATCH 3/3] WRITE_SAME: Add support for thin provisioning and unmapping blocks to WRITE_SAME10/16
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] SBC: Add basic WRITE_SAME(10) support (no UNMAP support yet)
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] VPD : Update BLOCK LIMITS page with UNMAP and COMPARE_AND_WRITE limits
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 0/1] VPD BLOCK LIMITS. Update with UNMAP and CAW limits
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH 0/3] Implement WRITE_SAME10/16
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] fix check of sent len in mtask_recv_send_handler(), report exceptions in concat_write()
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• RE: [PATCH] fix check of sent len in mtask_recv_send_handler(), report exceptions in concat_write()
  • From: <Brad.Goodman@xxxxxxx>
• Re: [PATCH] LBPPBE: when opening the backing file, check the blocksize of the underlying filesystem and set lbppbe automatically.
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] LBPPBE: when opening the backing file, check the blocksize of the underlying filesystem and set lbppbe automatically.
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] LBPPBE: when opening the backing file, check the blocksize of the underlying filesystem and set lbppbe automatically.
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] LBPPBE: when opening the backing file, check the blocksize of the underlying filesystem and set lbppbe automatically.
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 3/3] WRITE_SAME: Add support for thin provisioning and unmapping blocks to WRITE_SAME10/16
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 2/3] SBC: Add basic WRITE_SAME(16) support. (no unmap support)
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 1/3] SBC: Add basic WRITE_SAME(10) support (no UNMAP support yet)
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 0/3] Implement WRITE_SAME10/16
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] LBPPBE: when opening the backing file, check the blocksize of the underlying filesystem and set lbppbe automatically.
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Update LBPPBE automatically
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCHes] Updated patches for thin-provisioning support
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] fix check of sent len in mtask_recv_send_handler(), report exceptions in concat_write()
  • From: <Brad.Goodman@xxxxxxx>
• Re: [PATCH] fix check of sent len in mtask_recv_send_handler(), report exceptions in concat_write()
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] fix check of sent len in mtask_recv_send_handler(), report exceptions in concat_write()
  • From: nezhinsky@xxxxxxxxx
• RE: Infinite Loop on 1.0.26?
  • From: <Brad.Goodman@xxxxxxx>
• Re: [PATCHes] Updated patches for thin-provisioning support
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCHes] Updated patches for thin-provisioning support
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCHes] Updated patches for thin-provisioning support
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCHes] Updated patches for thin-provisioning support
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCHes] Updated patches for thin-provisioning support
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Fix PR OUT with REGISTER AND MOVE service action
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Fix PR OUT with REGISTER AND MOVE service action
  • From: Arne Redlich <arne.redlich@xxxxxxxxxxxxxx>
• Re: [PATCHes] Updated patches for thin-provisioning support
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCHes] Updated patches for thin-provisioning support
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• RE: Infinite Loop on 1.0.26?
  • From: <Brad.Goodman@xxxxxxx>
• Re: Infinite Loop on 1.0.26?
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCHes] Updated patches for thin-provisioning support
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCHes] Updated patches for thin-provisioning support
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCHes] Updated patches for thin-provisioning support
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCHes] Updated patches for thin-provisioning support
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCHes] Updated patches for thin-provisioning support
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• RE: Infinite Loop on 1.0.26?
  • From: <Brad.Goodman@xxxxxxx>
• RE: Infinite Loop on 1.0.26?
  • From: <Brad.Goodman@xxxxxxx>
• Re: Infinite Loop on 1.0.26?
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• RE: Infinite Loop on 1.0.26?
  • From: <Brad.Goodman@xxxxxxx>
• Re: Infinite Loop on 1.0.26?
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• RE: Infinite Loop on 1.0.26?
  • From: <Brad.Goodman@xxxxxxx>
• Infinite Loop on 1.0.26?
  • From: <Brad.Goodman@xxxxxxx>
• Re: [PATCHes] Updated patches for thin-provisioning support
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCHes] Updated patches for thin-provisioning support
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: isns.c: fix compiler warnings
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: isns.c: fix compiler warnings
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH v2] spc.c: fix compiler warnings
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Makefile: use 'rm -f' instead of rmdir
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: isns.c: fix compiler warnings
  • From: Arne Redlich <arne.redlich@xxxxxxxxxxxxxx>
• Re: [PATCH] Makefile: use 'rm -f' instead of rmdir
  • From: Arne Redlich <arne.redlich@xxxxxxxxxxxxxx>
• [PATCH] Makefile: use 'rm -f' instead of rmdir
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: isns.c: fix compiler warnings
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH v2] spc.c: fix compiler warnings
  • From: Arne Redlich <arne.redlich@xxxxxxxxxxxxxx>
• Re: [PATCH] spc.c: fix compiler warnings
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] spc.c: fix compiler warnings
  • From: Arne Redlich <arne.redlich@xxxxxxxxxxxxxx>
• Re: [PATCH] spc.c: fix compiler warnings
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Rework param_set_val and friends
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Fix memset calls in tgtimg.c and iscsi/md5.c
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] bs_ssc.c: fix format string
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCHes] Updated patches for thin-provisioning support
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCHes] Updated patches for thin-provisioning support
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCHes] Updated patches for thin-provisioning support
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCHes] Updated patches for thin-provisioning support
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Rework param_set_val and friends
  • From: Arne Redlich <arne.redlich@xxxxxxxxxxxxxx>
• [PATCH] Fix PR OUT with REGISTER AND MOVE service action
  • From: Arne Redlich <arne.redlich@xxxxxxxxxxxxxx>
• [PATCH] spc.c: fix compiler warnings
  • From: Arne Redlich <arne.redlich@xxxxxxxxxxxxxx>
• [PATCHes] Updated patches for thin-provisioning support
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• isns.c: fix compiler warnings
  • From: Arne Redlich <arne.redlich@xxxxxxxxxxxxxx>
• Fix memset calls in tgtimg.c and iscsi/md5.c
  • From: Arne Redlich <arne.redlich@xxxxxxxxxxxxxx>
• [PATCH] bs_ssc.c: fix format string
  • From: Arne Redlich <arne.redlich@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Add SBC UNMAP command and thin provisioning to tgtd
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] TGTIMG add a new --thin-provisioning flag when creating disk devices
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 2/2] Add SBC UNMAP command and thin provisioning to tgtd
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 1/2] TGTIMG add a new --thin-provisioning flag when creating disk devices
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• 1.0.26 released
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] targets.conf support for discovery auth
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] targets.conf support for discovery auth
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH 0/2] targets.conf support for discovery auth
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] targets.conf support for discovery auth
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH 0/2] targets.conf support for discovery auth
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 2/2] docs: update for discovery auth support
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 1/2] tgt-admin: Add support for config of discovery auth
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 0/2] targets.conf support for discovery auth
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: targets.conf discovery auth
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• targets.conf discovery auth
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH] Add support for DPO in READ/WRITE/VERIFY10/12/16
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Add support for DPO in READ/WRITE/VERIFY10/12/16
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• 1.0.25 released
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] usr/Makefile: define object lists for tgtadm and tgtimg targets
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] mgmt and concat_buf
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 2/2] move concat_buf functions into concat_buf.c
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 1/2] usr/Makefile: define object lists for tgtadm and tgtimg targets
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• Re: [PATCH 0/5 RESEND] mgmt and concat_buf
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• Re: [PATCH 0/5 RESEND] mgmt and concat_buf
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] mgmt and concat_buf
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• Re: [PATCH 0/5 RESEND] mgmt and concat_buf
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• Re: [PATCH 0/5 RESEND] mgmt and concat_buf
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] SMC: do not allow load/unload of media that has been pinned down with PreventAllowMediumRemoval
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] 1/1 Correct fsync on write FILEMARKS
  • From: Mark Harvey <markh794@xxxxxxxxxxxxx>
• Re: [PATCH] SMC: do not allow load/unload of media that has been pinned down with PreventAllowMediumRemoval
  • From: Mark Harvey <markh794@xxxxxxxxxxxxx>
• Re: [PATCH] SMC: do not allow load/unload of media that has been pinned down with PreventAllowMediumRemoval
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] 1/1 Correct fsync on write FILEMARKS
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] 1/1 Correct fsync on write FILEMARKS
  • From: Mark Harvey <markh794@xxxxxxxxx>
• Re: Performance Issue
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] SMC: do not allow load/unload of media that has been pinned down with PreventAllowMediumRemoval
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] SMC: do not allow load/unload of media that has been pinned down with PreventAllowMediumRemoval
  • From: Mark Harvey <markh794@xxxxxxxxx>
• Re: [PATCH] SMC: do not allow load/unload of media that has been pinned down with PreventAllowMediumRemoval
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] SMC: do not allow load/unload of media that has been pinned down with PreventAllowMediumRemoval
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Check protect info for WRITE10/12/16
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Check protect info for WRITE10/12/16
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• 1.0.24 released
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 5/5 RESEND] mgmt and concat_buf: concat_buf related changes throughout the source files
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 4/5 RESEND] mgmt and concat_buf: using concat_buf in tgtadm.c for request
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 3/5 RESEND] mgmt and concat_buf: using concat_buf in mgmt.c
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 2/5 RESEND] mgmt and concat_buf: define tgtadm_err, add error values to tgtadm_error.h
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 0/5 RESEND] mgmt and concat_buf
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 1/5 RESEND] mgmt and concat_buf: added concat_buf api to util.h
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• Re: [PATCH 3/6] mgmt and concat_buf: using concat_buf in mgmt.c
  • From: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
• Re: [PATCH] Add support for PREVENT/ALLOWMEDIUMREMOVAL and STARTSTOPUNIT
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Add support for PREVENT/ALLOWMEDIUMREMOVAL and STARTSTOPUNIT
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add support for PREVENT/ALLOWMEDIUMREMOVAL and STARTSTOPUNIT
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Add support for PREVENT/ALLOWMEDIUMREMOVAL and STARTSTOPUNIT
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH 0/0] Allow creating a SBC jukebox
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 0/0] Allow creating a SBC jukebox
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] SSC and SMC are no longer "in progress" they are fully functional.
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] SMC: Add an update argument "clear_slot" to force a storage element slot to become empty.
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 0/0] Allow creating a SBC jukebox
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] SMC: Add an update argument "clear_slot" to force a storage element slot to become empty.
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH 2/3] SMC: Add an update argument "clear_slot" to force a storage element slot to become empty.
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] SSC and SMC are no longer "in progress" they are fully functional.
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] SSC and SMC are no longer "in progress" they are fully functional.
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add support for PREVENT/ALLOWMEDIUMREMOVAL and STARTSTOPUNIT
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 3/3] Add an example on how to create a SBC Jukebox.
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 2/3] SMC: Add an update argument "clear_slot" to force a storage element slot to become empty.
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 1/3] Allow creating SBC devices without any media loaded.
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 0/0] Allow creating a SBC jukebox
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add support for PREVENT/ALLOWMEDIUMREMOVAL and STARTSTOPUNIT
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Add support for PREVENT/ALLOWMEDIUMREMOVAL and STARTSTOPUNIT
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] SBC add support for removable SBC devices
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• SMC and PreventAllowMeduimRemoval question
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add support for PREVENT/ALLOWMEDIUMREMOVAL and STARTSTOPUNIT
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] SBC add support for removable SBC devices
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] SBC add support for removable SBC devices
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] SBC add support for removable SBC devices
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Implement error checking in VERIFY10/12/16
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH 0/0] SSC readonly and medium not present updates
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Implement error checking in VERIFY10/12/16
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Implement error checking in VERIFY10/12/16
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH 0/0] SSC readonly and medium not present updates
  • From: Mark Harvey <markh794@xxxxxxxxx>
• Re: [PATCH] Implement error checking in VERIFY10/12/16
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Implement error checking in VERIFY10/12/16
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Implement error checking in VERIFY10/12/16
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Implement error checking in VERIFY10/12/16
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH 0/0] SSC readonly and medium not present updates
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Implement error checking in VERIFY10/12/16
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 2/2] SSC: Add offline/medium-not-present support
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 1/2] SSC: honour the readonly attribute
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 0/0] SSC readonly and medium not present updates
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Implement error checking in VERIFY10/12/16
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH 0/0] Add some missing opcodes
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 3/3] SEND-DIAGNOSTICS: implement the minimum required part of this opcode (self-test)
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 2/3] SBC: add minimal support for FORMAT-UNIT
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 1/3] add support for PRE-FETCH10/16 call posix_fadvise() to tell indicate to the host that we will soon need to accesas this data
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 0/0] Add some missing opcodes
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Implement Prevent/AllowMediumRemoval for MMC devices
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] SSC: dont fsync() on each written block. Do one single fsync() when file is closed in FILEMARK
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] SSC: dont fsync() on each written block. Do one single fsync() when file is closed in FILEMARK
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] SSC: dont fsync() on each written block. Do one single fsync() when file is closed in FILEMARK
  • From: Mark Harvey <markh794@xxxxxxxxx>
• Re: [PATCH] Implement Prevent/AllowMediumRemoval for MMC devices
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Implement Prevent/AllowMediumRemoval for MMC devices
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] SSC: dont fsync() on each written block. Do one single fsync() when file is closed in FILEMARK
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Late opening of the backing store
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] SSC: dont fsync() on each written block. Do one single fsync() when file is closed in FILEMARK
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] SSC: dont fsync() on each written block. Do one single fsync() when file is closed in FILEMARK
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] SSC: dont fsync() on each written block. Do one single fsync() when file is closed in FILEMARK
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] SSC: dont fsync() on each written block. Do one single fsync() when file is closed in FILEMARK
  • From: Mark Harvey <markh794@xxxxxxxxx>
• Re: [PATCH] SSC: dont fsync() on each written block. Do one single fsync() when file is closed in FILEMARK
  • From: Gabriele <gabriele.mailing@xxxxxxxxxxx>
• [PATCH] SSC: dont fsync() on each written block. Do one single fsync() when file is closed in FILEMARK
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH 3/6] mgmt and concat_buf: using concat_buf in mgmt.c
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Implement Prevent/AllowMediumRemoval for MMC devices
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH 3/6] mgmt and concat_buf: using concat_buf in mgmt.c
  • From: "Alexander Nezhinsky" <nezhinsky@xxxxxxxxx>
• Re: Late opening of the backing store
  • From: Môshe van der Sterre <me@xxxxxxxx>
• Re: Late opening of the backing store
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Late opening of the backing store
  • From: Môshe van der Sterre <me@xxxxxxxx>
• Re: Late opening of the backing store
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: Late opening of the backing store
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Late opening of the backing store
  • From: Môshe van der Sterre <me@xxxxxxxx>
• Re: Late opening of the backing store
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Late opening of the backing store
  • From: Môshe van der Sterre <me@xxxxxxxx>
• RE: [PATCH 3/6] mgmt and concat_buf: using concat_buf in mgmt.c
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Performance Issue
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• RE: [PATCH 3/6] mgmt and concat_buf: using concat_buf in mgmt.c
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• RE: [PATCH 3/6] mgmt and concat_buf: using concat_buf in mgmt.c
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• RE: [PATCH 3/6] mgmt and concat_buf: using concat_buf in mgmt.c
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• RE: [PATCH 2/6] mgmt and concat_buf: added concat_buf api to util.h
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• Re: [PATCH 3/6] mgmt and concat_buf: using concat_buf in mgmt.c
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] mgmt and concat_buf: added concat_buf api to util.h
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 0/6] mgmt and concat_buf
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 4/6] mgmt and concat_buf: using concat_buf in tgtadm.c for request buffer
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 6/6] mgmt and concat_buf: explicit use of enum tgtadm_errno
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 3/6] mgmt and concat_buf: using concat_buf in mgmt.c
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 2/6] mgmt and concat_buf: added concat_buf api to util.h
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 1/6] mgmt and concat_buf: split mtask.buf into req_buf and rsp_buf
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 5/6] mgmt and concat_buf: concat_buf related changes throughout the code
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• Re: [PATCH] MMC READ TOC, asking for track 0 is valid even if track 0 does not exist
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] MMC READ TOC, asking for track 0 is valid even if track 0 does not exist
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH 0/4 v2] Pass-through direct-store blocksize properties
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 3/4] tgt-admin: Base blocksize & params on backing store if direct-store
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH 3/4] tgt-admin: Base blocksize & params on backing store if direct-store
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 4/4] Document new config options for pass-through direct-store properties
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 3/4] tgt-admin: Base blocksize & params on backing store if direct-store
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 2/4] Support new fields in READ CAPACITY (16)
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 1/4] Add support for block limits VPD (0xb0) to tgtd
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 0/4 v2] Pass-through direct-store blocksize properties
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH 4/4] tgt-admin: Base blocksize & params on backing store if direct-store
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH 4/4] tgt-admin: Base blocksize & params on backing store if direct-store
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• Re: [PATCH 0/4] Pass-through direct-store blocksize properties
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH 1/4] Add support for block limits VPD (0xb0) to tgtd
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] Fix a few spots to use PCODE_OFFSET
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] Pass-through direct-store blocksize properties
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 4/4] tgt-admin: Base blocksize & params on backing store if direct-store
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 3/4] Fix a few spots to use PCODE_OFFSET
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 2/4] Support new fields in READ CAPACITY (16)
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 1/4] Add support for block limits VPD (0xb0) to tgtd
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 0/4] Pass-through direct-store blocksize properties
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH] Allow to create a MMC LUN without backing store
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Allow to create a MMC LUN without backing store
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• read-only backing stores
  • From: david.weber@xxxxxxxxxx
• 1.0.23 released
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Allow to create a MMC LUN without backing store
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] MMC READ TOC, asking for track 0 is valid even if track 0 does not exist
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: query [ stgt exist inside kernel ]
  • From: Andy Grover <agrover@xxxxxxxxxx>
• FCoE target
  • From: "Subranshu Patel - ERS, HCL Tech" <Subranshu.P@xxxxxxx>
• query [ stgt exist inside kernel ]
  • From: Chandra Kumar <chandra.kumar@xxxxxxx>
• Re: need some clarification regarding STGT
  • From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
• Re: need some clarification regarding STGT
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• need some clarification regarding STGT
  • From: Chandra Kumar <chandra.kumar@xxxxxxx>
• RE: blockio in STGT
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• RE: blockio in STGT
  • From: "Subranshu Patel - ERS, HCL Tech" <Subranshu.P@xxxxxxx>
• Re: blockio in STGT
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• blockio in STGT
  • From: "Subranshu Patel - ERS, HCL Tech" <Subranshu.P@xxxxxxx>
• [PATCH] MMC READ TOC, asking for track 0 is valid even if track 0 does not exist
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• stgt - Poor Performance - seeking suggestions
  • From: Cremo C K <creamecake@xxxxxxxxx>
• Re: [PATCH] Allow to create a MMC LUN without backing store
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Allow to create a MMC LUN without backing store
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [tgt] TGTADM: Allow creating CD/DVD devices that do not have a backingstore (#1)
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• targets.conf in SLES11 SP1
  • From: "Subranshu Patel - ERS, HCL Tech" <Subranshu.P@xxxxxxx>
• Re: tgt iSCSI - Poor Performance :(
  • From: Cremo C K <creamecake@xxxxxxxxx>
• Re: tgtd service not starting
  • From: Gabriele <gabriele.mailing@xxxxxxxxxxx>
• RE: tgtd service not starting
  • From: "Subranshu Patel - ERS, HCL Tech" <Subranshu.P@xxxxxxx>
• Re: tgtd service not starting
  • From: Gabriele <gabriele.mailing@xxxxxxxxxxx>
• tgtd service not starting
  • From: "Subranshu Patel - ERS, HCL Tech" <Subranshu.P@xxxxxxx>
• Re: Trouble with CA Arcserve and tgt virtual tape
  • From: Mark Harvey <markh794@xxxxxxxxx>
• need some clarification regarding STGT
  • From: Chandra Kumar <chandra.kumar@xxxxxxx>
• Re: need some clarification regarding STGT
  • From: Gabriele <gabriele.mailing@xxxxxxxxxxx>
• need some clarification regarding STGT
  • From: Chandra Kumar <chandra.kumar@xxxxxxx>
• Re: tgt iSCSI - Poor Performance :(
  • From: Cremo C K <creamecake@xxxxxxxxx>
• Re: tgt iSCSI - Poor Performance :(
  • From: Cremo C K <creamecake@xxxxxxxxx>
• Re: Trouble with CA Arcserve and tgt virtual tape
  • From: Gabriele <gabriele.mailing@xxxxxxxxxxx>
• Re: Trouble with CA Arcserve and tgt virtual tape
  • From: Mark Harvey <markh794@xxxxxxxxx>
• Re: Trouble with CA Arcserve and tgt virtual tape
  • From: Gabriele <gabriele.mailing@xxxxxxxxxxx>
• Re: Trouble with CA Arcserve and tgt virtual tape
  • From: Mark Harvey <markh794@xxxxxxxxx>
• Re: tgt iSCSI - Poor Performance :(
  • From: Cremo C K <creamecake@xxxxxxxxx>
• tgt iSCSI - Poor Performance :(
  • From: Cremo C K <creamecake@xxxxxxxxx>
• Re: Trouble with CA Arcserve and tgt virtual tape
  • From: Gabriele <gabriele.mailing@xxxxxxxxxxx>
• Re: Help pinpointing cause of tgtd instability
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] tgtimg: fix compile warning
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• RE: [PATCH 1/4] struct concat_buf and concat_printf() for printing to buffers
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] struct concat_buf and concat_printf() for printing to buffers
  • From: Or Gerlitz <or.gerlitz@xxxxxxxxx>
• Re: Failed to write tape greater than 2Gb
  • From: Gabriele <gabriele.mailing@xxxxxxxxxxx>
• Re: Trouble with CA Arcserve and tgt virtual tape
  • From: Gabriele <gabriele.mailing@xxxxxxxxxxx>
• Re: Help pinpointing cause of tgtd instability
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Failed to write tape greater than 2Gb
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 2/2] tgtimg: fix ssc image capacity bug
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 1/2] ssc: 32bit arch can't handle large image files
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Performance Issue
  • From: Gabriele <gabriele.mailing@xxxxxxxxxxx>
• Re: Failed to write tape greater than 2Gb
  • From: Gabriele <gabriele.mailing@xxxxxxxxxxx>
• Re: Help pinpointing cause of tgtd instability
  • From: John Pletka <jpletka@xxxxxxxxxxx>
• Re: Help pinpointing cause of tgtd instability
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Help pinpointing cause of tgtd instability
  • From: John Pletka <jpletka@xxxxxxxxxxx>
• Re: Failed to write tape greater than 2Gb
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Failed to write tape greater than 2Gb
  • From: Gabriele <gabriele.mailing@xxxxxxxxxxx>
• Re: Failed to write tape greater than 2Gb
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Failed to write tape greater than 2Gb
  • From: Gabriele <gabriele.mailing@xxxxxxxxxxx>
• Re: Performance Issue
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Performance Issue
  • From: Gabriele <gabriele.mailing@xxxxxxxxxxx>
• Re: Performance Issue
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Failed to write tape greater than 2Gb
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Performance Issue
  • From: Gabriele <gabriele.mailing@xxxxxxxxxxx>
• Re: Failed to write tape greater than 2Gb
  • From: Gabriele <gabriele.mailing@xxxxxxxxxxx>
• Re: Limit targets to one initiator at a time
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Help pinpointing cause of tgtd instability
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Performance Issue
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Failed to write tape greater than 2Gb
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Performance Issue
  • From: Gabriele Mailing <gabriele.mailing@xxxxxxxxxxx>
• Re: Failed to write tape greater than 2Gb
  • From: Gabriele Mailing <gabriele.mailing@xxxxxxxxxxx>
• Re: Failed to write tape greater than 2Gb
  • From: Gabriele Mailing <gabriele.mailing@xxxxxxxxxxx>
• Re: Failed to write tape greater than 2Gb
  • From: Mark Harvey <markh794@xxxxxxxxx>
• Failed to write tape greater than 2Gb
  • From: Gabriele Mailing <gabriele.mailing@xxxxxxxxxxx>
• Limit targets to one initiator at a time
  • From: "Mark Lehrer" <mark@xxxxxxx>
• Re: Help pinpointing cause of tgtd instability
  • From: John Pletka <jpletka@xxxxxxxxxxx>
• Re: Frequent coredump of tgtd under Centos 6.0
  • From: John Pletka <jpletka@xxxxxxxxxxx>
• Re: Frequent coredump of tgtd under Centos 6.0
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: Frequent coredump of tgtd under Centos 6.0
  • From: John Pletka <jpletka@xxxxxxxxxxx>
• Re: Help pinpointing cause of tgtd instability
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• RE: [PATCH 1/4] struct concat_buf and concat_printf() for printing to buffers
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• 1.0.22 released
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Help pinpointing cause of tgtd instability
  • From: John Pletka <jpletka@xxxxxxxxxxx>
• RE: [PATCH 1/4] struct concat_buf and concat_printf() for printing to buffers
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• Re: [PATCH 1/4] struct concat_buf and concat_printf() for printing to buffers
  • From: Fubo Chen <fubo.chen@xxxxxxxxx>
• [PATCH 4/4] using concat_printf() in iscsi code
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 3/4] using concat_printf() in target.c
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 2/4] using concat_printf() in tgtadm
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 1/4] struct concat_buf and concat_printf() for printing to buffers
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• Re: [PATCH] rename macro str_to_val to str_to_int
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] rename macro str_to_val to str_to_int
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• Re: [PATCH] Remove generated versions of docs
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH] Remove generated versions of docs
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Remove generated versions of docs
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH 2/2] Remove generated versions of docs
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] Convert tgt-setup-lun manpage to docbook
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] remove mmap descriptions
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: mmap backend
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: mmap backend
  • From: Alex Couvrard <acouvrard2@xxxxxxxxx>
• Re: mmap backend
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• mmap backend
  • From: Alex Couvrard <acouvrard2@xxxxxxxxx>
• Re: [PATCH 1/3] str_to_val macro, improved conversion and checking of numerical args
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] add libaio dependency checking bs_aio
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 3/3] str_to_val macro in tgtadm.c
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 2/3] str_to_val macro in tgtd.c
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 1/3] str_to_val macro, improved conversion and checking of numerical args
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• Re: [PATCH 1/3] NOT_LAST bit in cmd state, enables batch submission
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] bsoflags in system info
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] fix a bug in checking of bsoflags user string
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] str_to_val macro, improved conversion and checking of numerical args
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 3/3] str_to_val macro in tgtadm.c
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 2/3] str_to_val macro in tgtd.c
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 1/3] str_to_val macro, improved conversion and checking of numerical args
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• Re: [PATCH] improved conversion and checking of numerical cmd lineargs
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• Re: Trouble with CA Arcserve and tgt virtual tape
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Trouble with CA Arcserve and tgt virtual tape
  • From: Gabriele Mailing <gabriele.mailing@xxxxxxxxxxx>
• Re: Trouble with CA Arcserve and tgt virtual tape
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Trouble with CA Arcserve and tgt virtual tape
  • From: Gabriele Mailing <gabriele.mailing@xxxxxxxxxxx>
• [PATCH 1/2] bsoflags in system info
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 2/2] fix a bug in checking of bsoflags user string
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• Re: [PATCH 1/3] NOT_LAST bit in cmd state, enables batch submission
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• Re: [PATCH] show bs and devtype in system info
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] NOT_LAST bit in cmd state, enables batch submission
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] show bs and devtype in system info
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 3/3] bs_aio rewrite (standard aio and eventfd; cmd batches; aio resource limit)
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 2/3] iser generating cmd batches using NOT_LAST bit
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 1/3] NOT_LAST bit in cmd state, enables batch submission
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• Re: [PATCH] add spaces after PRIx64 in iser.c
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] add spaces after PRIx64 in iser.c
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• Re: Frequent coredump of tgtd under Centos 6.0
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: Frequent coredump of tgtd under Centos 6.0
  • From: John Pletka <jpletka@xxxxxxxxxxx>
• Re: Frequent coredump of tgtd under Centos 6.0
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Frequent coredump of tgtd under Centos 6.0
  • From: John Pletka <jpletka@xxxxxxxxxxx>
• Re: [PATCH 1/3] add state to tgt_driver, set it by lld init result
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] add state to tgt_driver, set it by lld init result
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• 1.0.21 released
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Add initiator-name directive to the config file
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Add initiator-name directive to the config file
  • From: Paul Ryan <pajryan@xxxxxxxxx>
• [PATCH 2/2] Remove generated versions of docs
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 1/2] Convert tgt-setup-lun manpage to docbook
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH 1/3] add state to tgt_driver, set it by lld init result
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] Docs, block-size, fix crash
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: tgt-setup-lun.8
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Remove deletion of accounts from tgt-admin
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 5/5] Fix segfault on exit
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 4/5] Change Makefile to build docs by default
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 3/5] Add documentation for new "block-size" option
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 2/5] tgtadm: expose blocksize option
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 1/5] Split out configuration file docs to its own page
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 0/5] Docs, block-size, fix crash
  • From: Andy Grover <agrover@xxxxxxxxxx>
• tgt-setup-lun.8
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH 1/3] Compile iser driver as a loadable module
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 3/3] add state to tgt_driver, prevent mgt ops for uninitialized LLDs
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 2/3] add state to tgt_driver, show LLDs and their states in system info
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH 1/3] add state to tgt_driver, set it by lld init result
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• Re: [PATCH 1/3] Compile iser driver as a loadable module
  • From: Alexander Nezhinsky <alexandern@xxxxxxxxxxxx>
• [PATCH] Remove deletion of accounts from tgt-admin
  • From: Paul Ryan <pajryan@xxxxxxxxx>
• Re: question about logging
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>