Linux SCSI Target Infrastructure
Thread Index
[Prev Page][
Next Page
]
Re: [PATCH 0/2] Finish implementing REPORT SUPPORTED OPCODES
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Re: [RFC PATCH 0/2] Return NAA VPD descriptor, expected by Win initiator
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH 0/2] Finish implementing REPORT SUPPORTED OPCODES
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH] Fix REPORT SUPPORTED OPCODES The length of the data buffer is written to the first 4 bytes in the buffer not to the end of the bugger.
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 2/2] Add support for reading a single opcode/serviceaction from REPORT SUPPORTED OPCODES
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
[PATCH 1/2] Add support to return TimeoutDescriptors for REPORT SUPPORTED OPCODES
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
[PATCH 0/2] Finish implementing REPORT SUPPORTED OPCODES
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
[PATCH] Fix REPORT SUPPORTED OPCODES The length of the data buffer is written to the first 4 bytes in the buffer not to the end of the bugger.
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
[PATCH] Fix incorrect length reported in REPORT SUPPORTED OPCODES
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
Re: read-caching by tgtd
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
RE: read-caching by tgtd
From
: Maurits van de Lande <M.vandeLande@xxxxxxxxxxxxxxxx>
Re: [RFC PATCH 0/2] Return NAA VPD descriptor, expected by Win initiator
From
: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
read-caching by tgtd
From
: Arne Van Theemsche <arnevt@xxxxxxxxx>
Why tgtd keeps connecting for one hour ?
From
: YOUN-SANG KIM <mistkr@xxxxxxxxx>
Re: [RFC PATCH 0/2] Return NAA VPD descriptor, expected by Win initiator
From
: Doug Clow <doug.clow@xxxxxxxxxxx>
Re: [RFC PATCH 0/2] Return NAA VPD descriptor, expected by Win initiator
From
: Doug Clow <doug.clow@xxxxxxxxxxx>
Re: [RFC PATCH 0/2] Return NAA VPD descriptor, expected by Win initiator
From
: Doug Clow <doug.clow@xxxxxxxxxxx>
Re: [RFC PATCH 0/2] Return NAA VPD descriptor, expected by Win initiator
From
: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
Re: [RFC PATCH 0/2] Return NAA VPD descriptor, expected by Win initiator
From
: Doug Clow <doug.clow@xxxxxxxxxxx>
Re: [RFC PATCH 0/2] Return NAA VPD descriptor, expected by Win initiator
From
: Doug Clow <doug.clow@xxxxxxxxxxx>
Re: [RFC PATCH 0/2] Return NAA VPD descriptor, expected by Win initiator
From
: Doug Clow <doug.clow@xxxxxxxxxxx>
[RFC PATCH 2/2] add NAA Locally Assigned designator to 0x83 VPD page
From
: nezhinsky@xxxxxxxxx
[RFC PATCH 1/2] spc_inquiry: store evpd flag and page code in local vars; remove redundant if
From
: nezhinsky@xxxxxxxxx
[RFC PATCH 0/2] Return NAA VPD descriptor, expected by Win initiator
From
: nezhinsky@xxxxxxxxx
Re: how to set VPD page 83 (Device Identification) using pacemaker
From
: Doug Clow <doug.clow@xxxxxxxxxxx>
Re: Can't delete target even if initiator is tunn off.
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Can't delete target even if initiator is tunn off.
From
: YOUN-SANG KIM <mistkr@xxxxxxxxx>
Re: how to set VPD page 83 (Device Identification) using pacemaker
From
: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
Re: how to set VPD page 83 (Device Identification) using pacemaker
From
: Doug Clow <doug.clow@xxxxxxxxxxx>
Re: Why tgtd cannot start?
From
: Wang Sen <kelvin.xupt@xxxxxxxxx>
Re: how to set VPD page 83 (Device Identification) using pacemaker
From
: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
Re: how to set VPD page 83 (Device Identification) using pacemaker
From
: Doug Clow <doug.clow@xxxxxxxxxxx>
Re: Why tgtd cannot start?
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Re: how to set VPD page 83 (Device Identification) using pacemaker
From
: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
Re: Why tgtd cannot start?
From
: Wang Sen <kelvin.xupt@xxxxxxxxx>
Why tgtd cannot start?
From
: Wang Sen <kelvin.xupt@xxxxxxxxx>
Re: how to set VPD page 83 (Device Identification) using pacemaker
From
: Doug Clow <doug.clow@xxxxxxxxxxx>
Re: how to set VPD page 83 (Device Identification) using pacemaker
From
: Doug Clow <doug.clow@xxxxxxxxxxx>
Re: how to set VPD page 83 (Device Identification) using pacemaker
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxx>
RE: how to set VPD page 83 (Device Identification) using pacemaker
From
: Maurits van de Lande <M.vandeLande@xxxxxxxxxxxxxxxx>
Re: how to set VPD page 83 (Device Identification) using pacemaker
From
: Doug Clow <doug.clow@xxxxxxxxxxx>
RE: how to set VPD page 83 (Device Identification) using pacemaker
From
: Maurits van de Lande <M.vandeLande@xxxxxxxxxxxxxxxx>
SCSI page 83h VPD descriptor
From
: Doug Clow <doug.clow@xxxxxxxxxxx>
Re: Since 1.0.35 has problem.
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: Since 1.0.35 has problem.
From
: YOUN-SANG KIM <mistkr@xxxxxxxxx>
Re: [PATCH] Fix tgtadm return on update of RedirectReason
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH] Fix tgtadm return on update of RedirectReason
From
: Roi Dayan <roid@xxxxxxxxxxxx>
Re: Cannot connect iSCSI initiator to two TGT hosts at once...
From
: Clay Goss <claygoss@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Cannot connect iSCSI initiator to two TGT hosts at once...
From
: Clay Goss <claygoss@xxxxxxxxxxxxxxxxxxxx>
Re: Since 1.0.35 has problem.
From
: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
Re: Since 1.0.35 has problem.
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: Cannot connect iSCSI initiator to two TGT hosts at once...
From
: Clay Goss <claygoss@xxxxxxxxxxxxxxxxxxxx>
Re: Cannot connect iSCSI initiator to two TGT hosts at once...
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Cannot connect iSCSI initiator to two TGT hosts at once...
From
: Clay Goss <claygoss@xxxxxxxxxxxxxxxxxxxx>
Re: Since 1.0.35 has problem.
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Since 1.0.35 has problem.
From
: YOUN-SANG KIM <mistkr@xxxxxxxxx>
Re: STGT in-kernel driver?
From
: Xianghua Xiao <xiaoxianghua@xxxxxxxxx>
Re: STGT in-kernel driver?
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
STGT in-kernel driver?
From
: Xianghua Xiao <xiaoxianghua@xxxxxxxxx>
Re: [PATCH] Add residual handling for WRITE6/10/12/16 and WRITEVERIFY10/12/16
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
1.0.36 released
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH] Add residual handling for WRITE6/10/12/16 and WRITEVERIFY10/12/16
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Re: [PATCH] Add residual handling for WRITE6/10/12/16 and WRITEVERIFY10/12/16
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH] Add residual handling for WRITE6/10/12/16 and WRITEVERIFY10/12/16
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Problem connecting from a Bosch IP camera
From
: Dawning Sky <the.dawning.sky@xxxxxxxxx>
[PATCH] Add residual handling for WRITE6/10/12/16 and WRITEVERIFY10/12/16
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
[PATCH 0/1] Add check/reporting of residuals for WRITE*/WRITEVERIFY* commands.
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
Re: [PATCH] SBC READ6/10/12/16: Add handling of residual overflow/underflow.
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH] SBC READ6/10/12/16: Add handling of residual overflow/underflow.
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
[PATCH 0/1] Add check/reporting of residuals for READ* commandsi. Version 2
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
Re: [PATCH] SBC READ6/10/12/16: Add handling of residual overflow/underflow.
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Re: [PATCH] SBC READ6/10/12/16: Add handling of residual overflow/underflow.
From
: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
Re: [PATCH] SBC READ6/10/12/16: Add handling of residual overflow/underflow.
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
[PATCH 0/1] Add check/reporting of residuals for READ* commands
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
[PATCH] SBC READ6/10/12/16: Add handling of residual overflow/underflow.
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
Re: [PATCH] Trim the letter v from the version tag for the rpm spec
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH] Trim the letter v from the version tag for the rpm spec
From
: Roi Dayan <roid@xxxxxxxxxxxx>
Re: [PATCH] Fix IPv6 discovery by stripping Zone ID
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH] Fix IPv6 discovery by stripping Zone ID
From
: Lee Duncan <lduncan@xxxxxxxx>
Re: [PATCH] Fix IPv6 discovery by stripping Zone ID
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH] Fix IPv6 discovery by stripping Zone ID
From
: Lee Duncan <lduncan@xxxxxxxx>
Re: [PATCH] Fix IPv6 discovery by stripping Zone ID
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH] Fix IPv6 discovery by stripping Zone ID
From
: Lee Duncan <lduncan@xxxxxxxx>
Re: [PATCH] Add chkconfig configuration to tgtd service script
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH] Add chkconfig configuration to tgtd service script
From
: Roi Dayan <roid@xxxxxxxxxxxx>
Re: [PATCH] Fix rpm build script not to set release as version
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH] Fix rpm build script not to set release as version
From
: Roi Dayan <roid@xxxxxxxxxxxx>
Re: 1.0.35 released
From
: Andy Grover <agrover@xxxxxxxxxx>
Re: 1.0.35 released
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: 1.0.35 released
From
: Andy Grover <agrover@xxxxxxxxxx>
Re: 1.0.35 released
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: 1.0.35 released
From
: Andy Grover <agrover@xxxxxxxxxx>
1.0.35 released
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
custom allocators for tcp driver
From
: ren yufei <renyufei83@xxxxxxxxxxxx>
Re: [PATCH V1] Add rpm spec file and build script to help build rpm
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH V1] Add rpm spec file and build script to help build rpm
From
: Roi Dayan <roid@xxxxxxxxxxxx>
Re: [PATCH] Add rpm spec file and build script to help build rpm
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH] Add rpm spec file and build script to help build rpm
From
: Roi Dayan <roid@xxxxxxxxxxxx>
Re: [PATCH V1] iser: add CQ vector param
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH V1] iser: add CQ vector param
From
: Roi Dayan <roid@xxxxxxxxxxxx>
Re: [PATCH] iser: add CQ vector param
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH] iser: add CQ vector param
From
: Roi Dayan <roid@xxxxxxxxxxxx>
Re: [PATCH V1 04/13] spc: fix data-in buffer generation for REPORT_LUNS cmd
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH V1 00/13] transfer len and resid count handling fixes
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH 0/3] bs_rbd: add backing-store driver for Ceph rbd images
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 2/3] Add documentation for rbd backend
From
: Dan Mick <dan.mick@xxxxxxxxxxx>
[PATCH 3/3] Add README.rbd to explain/document usage with Ceph rbd backing storage.
From
: Dan Mick <dan.mick@xxxxxxxxxxx>
[PATCH 1/3] Add support for Ceph rbd backing store
From
: Dan Mick <dan.mick@xxxxxxxxxxx>
[PATCH 0/3] bs_rbd: add backing-store driver for Ceph rbd images
From
: Dan Mick <dan.mick@xxxxxxxxxxx>
[PATCH V1 13/13] bs_sg: fix residual count handling for sg and bsg, account for direction
From
: nezhinsky@xxxxxxxxx
[PATCH V1 12/13] sbc: fix data-in buffer generation for GET_LBA_STATUS
From
: nezhinsky@xxxxxxxxx
[PATCH V1 11/13] sbc: fix data-in buffer generation for READ_CAPACITY(16)
From
: nezhinsky@xxxxxxxxx
[PATCH V1 10/13] spc: fix data-in buffer generation for REQUEST_SENSE cmd
From
: nezhinsky@xxxxxxxxx
[PATCH V1 09/13] spc: fix data-in buffer generation for REPORT_CAPABILITIES of PERSISTENT_RESERVE_IN
From
: nezhinsky@xxxxxxxxx
[PATCH V1 08/13] spc: fix data-in buffer generation for READ_RESERVATION of PERSISTENT_RESERVE_IN
From
: nezhinsky@xxxxxxxxx
[PATCH V1 07/13] spc: fix data-in buffer generation for READ_KEYS action of PERSISTENT_RESERVE_IN
From
: nezhinsky@xxxxxxxxx
[PATCH V1 06/13] spc: fix data-in buffer generation for MOD_SENSE cmd
From
: nezhinsky@xxxxxxxxx
[PATCH V1 05/13] spc: fix data-in buffer generation for REPORT_SUPPORTED_OPERATION_CODES cmd
From
: nezhinsky@xxxxxxxxx
[PATCH V1 04/13] spc: fix data-in buffer generation for REPORT_LUNS cmd
From
: nezhinsky@xxxxxxxxx
[PATCH V1 03/13] spc: fix data-in buffer generation for INQUIRY cmd
From
: nezhinsky@xxxxxxxxx
[PATCH V1 02/13] spc_memcpy: safe memcpy for SPC-type cmds tracking remaining space
From
: nezhinsky@xxxxxxxxx
[PATCH V1 01/13] transfer_len for scsi_cmd, set together with resid; unified resid handling for iscsi/iser
From
: nezhinsky@xxxxxxxxx
[PATCH V1 00/13] transfer len and resid count handling fixes
From
: nezhinsky@xxxxxxxxx
[PATCH 11/13] sbc: fix data-in buffer generation for READ_CAPACITY(16)
From
: nezhinsky@xxxxxxxxx
[PATCH 10/13] spc: fix data-in buffer generation for REQUEST_SENSE cmd
From
: nezhinsky@xxxxxxxxx
[PATCH 12/13] sbc: fix data-in buffer generation for GET_LBA_STATUS
From
: nezhinsky@xxxxxxxxx
[PATCH 09/13] spc: fix data-in buffer generation for REPORT_CAPABILITIES of PERSISTENT_RESERVE_IN
From
: nezhinsky@xxxxxxxxx
[PATCH 08/13] spc: fix data-in buffer generation for READ_RESERVATION of PERSISTENT_RESERVE_IN
From
: nezhinsky@xxxxxxxxx
[PATCH 07/13] spc: fix data-in buffer generation for READ_KEYS action of PERSISTENT_RESERVE_IN
From
: nezhinsky@xxxxxxxxx
[PATCH 06/13] spc: fix data-in buffer generation for MOD_SENSE cmd
From
: nezhinsky@xxxxxxxxx
[PATCH 05/13] spc: fix data-in buffer generation for REPORT_SUPPORTED_OPERATION_CODES cmd
From
: nezhinsky@xxxxxxxxx
[PATCH 03/13] spc: fix data-in buffer generation for INQUIRY cmd
From
: nezhinsky@xxxxxxxxx
[PATCH 04/13] spc: fix data-in buffer generation for REPORT_LUNS cmd
From
: nezhinsky@xxxxxxxxx
[PATCH 02/13] spc_memcpy: safe memcpy for SPC-type cmds tracking remaining space
From
: nezhinsky@xxxxxxxxx
Re: [PATCH 02/13] mem_copy_n32: safe memcpy, accumulates copied count, tracks remaining space
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH 02/13] mem_copy_n32: safe memcpy, accumulates copied count, tracks remaining space
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH 02/13] mem_copy_n32: safe memcpy, accumulates copied count, tracks remaining space
From
: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
Re: [PATCH 02/13] mem_copy_n32: safe memcpy, accumulates copied count, tracks remaining space
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH 02/13] mem_copy_n32: safe memcpy, accumulates copied count, tracks remaining space
From
: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
Re: [PATCH 08/13] spc: fix data-in buffer generation for READ_RESERVATION of PERSISTENT_RESERVE_IN
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH 09/13] spc: fix data-in buffer generation for REPORT_CAPABILITIES of PERSISTENT_RESERVE_IN
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH 02/13] mem_copy_n32: safe memcpy, accumulates copied count, tracks remaining space
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH 00/13] transfer len and resid count handling fixes
From
: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
Re: [PATCH 00/13] transfer len and resid count handling fixes
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH 00/13] transfer len and resid count handling fixes
From
: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
Re: [PATCH 00/13] transfer len and resid count handling fixes
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH 00/13] transfer len and resid count handling fixes
From
: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
1.0.34 released
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH] Update tgt-setup-lun not to fail when adding lun to existing target
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 1/2] Add support for Ceph rbd backing store
From
: Dan Mick <dan.mick@xxxxxxxxxxx>
[PATCH 2/2] Add documentation for rbd backend
From
: Dan Mick <dan.mick@xxxxxxxxxxx>
[PATCH] Update tgt-setup-lun not to fail when adding lun to existing target
From
: Roi Dayan <roid@xxxxxxxxxxxx>
[PATCH] Update tgt-setup-lun not to fail when adding lun to existing target
From
: Roi Dayan <roid@xxxxxxxxxxxx>
Re: Max Sessions per Target
From
: Bruno Condez <bcondez@xxxxxxxxxxxxx>
Re: Max Sessions per Target
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Re: Max Sessions per Target
From
: Bruno Condez <bcondez@xxxxxxxxxxxxx>
Re: Max Sessions per Target
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Max Sessions per Target
From
: Bruno Condez <bcondez@xxxxxxxxxxxxx>
Re: [PATCH V2] Make virtual tapes more closely emulate physical ones
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH V2] Make virtual tapes more closely emulate physical ones
From
: Mark Harvey <markh794@xxxxxxxxx>
Re: tgt backend driver for Ceph block devices (rbd)
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH V2] Make virtual tapes more closely emulate physical ones
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH V2] Make virtual tapes more closely emulate physical ones
From
: Jay Fenlason <fenlason@xxxxxxxxxx>
tgt backend driver for Ceph block devices (rbd)
From
: Dan Mick <dan.mick@xxxxxxxxxxx>
[PATCH 10/13] spc: fix data-in buffer generation for REQUEST_SENSE cmd
From
: nezhinsky@xxxxxxxxx
[PATCH 11/13] sbc: fix data-in buffer generation for READ_CAPACITY(16)
From
: nezhinsky@xxxxxxxxx
[PATCH 12/13] sbc: fix data-in buffer generation for GET_LBA_STATUS
From
: nezhinsky@xxxxxxxxx
[PATCH 13/13] bs_sg: fix residual count handling for sg and bsg, account for direction
From
: nezhinsky@xxxxxxxxx
[PATCH 09/13] spc: fix data-in buffer generation for REPORT_CAPABILITIES of PERSISTENT_RESERVE_IN
From
: nezhinsky@xxxxxxxxx
[PATCH 08/13] spc: fix data-in buffer generation for READ_RESERVATION of PERSISTENT_RESERVE_IN
From
: nezhinsky@xxxxxxxxx
[PATCH 07/13] spc: fix data-in buffer generation for READ_KEYS action of PERSISTENT_RESERVE_IN
From
: nezhinsky@xxxxxxxxx
[PATCH 05/13] spc: fix data-in buffer generation for REPORT_SUPPORTED_OPERATION_CODES cmd
From
: nezhinsky@xxxxxxxxx
[PATCH 06/13] spc: fix data-in buffer generation for MOD_SENSE cmd
From
: nezhinsky@xxxxxxxxx
[PATCH 03/13] spc: fix data-in buffer generation for INQUIRY cmd
From
: nezhinsky@xxxxxxxxx
[PATCH 04/13] spc: fix data-in buffer generation for REPORT_LUNS cmd
From
: nezhinsky@xxxxxxxxx
[PATCH 01/13] transfer_len for scsi_cmd, set together with resid; unified resid handling for iscsi/iser
From
: nezhinsky@xxxxxxxxx
[PATCH 02/13] mem_copy_n32: safe memcpy, accumulates copied count, tracks remaining space
From
: nezhinsky@xxxxxxxxx
[PATCH 00/13] transfer len and resid count handling fixes
From
: nezhinsky@xxxxxxxxx
Re: [PATCH] Make virtual tapes more closely emulate physical ones
From
: Mark Harvey <markh794@xxxxxxxxx>
Re: [PATCH] Make virtual tapes more closely emulate physical ones
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH] Make virtual tapes more closely emulate physical ones
From
: Jay Fenlason <fenlason@xxxxxxxxxx>
Re: [PATCH] Make virtual tapes more closely emulate physical ones
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCHv2] fix bugs in persistent group reservations
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH] set periph.qualifier to 7Fh (LUN mismatch) before INQUIRY buffer copy to data-in
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH 0/4] some Persistent Reservations patches
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: Possible overflow in spc_inquiry
From
: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
Possible overflow in spc_inquiry
From
: Frediano Ziglio <freddy77@xxxxxxxxx>
[PATCH] Make virtual tapes more closely emulate physical ones
From
: Jay Fenlason <fenlason@xxxxxxxxxx>
Maintaining IO QoS
From
: christopher barry <cbarry@xxxxxxxxxxxxx>
[PATCHv2] fix bugs in persistent group reservations
From
: Lee Duncan <lduncan@xxxxxxxx>
[PATCH] set periph.qualifier to 7Fh (LUN mismatch) before INQUIRY buffer copy to data-in
From
: nezhinsky@xxxxxxxxx
Re: [PATCH] fix bugs in persistent group reservations
From
: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
[PATCH 1/4] fix alloc len vs buffer len checks and safeguard memcpy in spc_pr_read_reservation()
From
: nezhinsky@xxxxxxxxx
[PATCH 4/4] fix field length checks in spc_pr_register_and_move()
From
: nezhinsky@xxxxxxxxx
[PATCH 3/4] fix length checks in check_pr_out_basic_parameter()
From
: nezhinsky@xxxxxxxxx
[PATCH 2/4] set Type Mask Valid (TMV) in response for PERSISTENT_RESERVE_IN's REPORT_CAPABILITIES service action
From
: nezhinsky@xxxxxxxxx
[PATCH 0/4] some Persistent Reservations patches
From
: nezhinsky@xxxxxxxxx
Re: [PATCH] fix bugs in persistent group reservations
From
: Lee Duncan <lduncan@xxxxxxxx>
Re: [PATCH] fix bugs in persistent group reservations
From
: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
[PATCH] fix bugs in persistent group reservations
From
: Lee Duncan <lduncan@xxxxxxxx>
Re: SCSI Persistent Group Reservations: possible bugs found
From
: Lee Duncan <lduncan@xxxxxxxx>
Re: SCSI Persistent Group Reservations: possible bugs found
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: SCSI Persistent Group Reservations: possible bugs found
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: SCSI Persistent Group Reservations: possible bugs found
From
: Or Gerlitz <or.gerlitz@xxxxxxxxx>
Re: SCSI Persistent Group Reservations: possible bugs found
From
: Lee Duncan <lduncan@xxxxxxxx>
Re: SCSI Persistent Group Reservations: possible bugs found
From
: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
SCSI Persistent Group Reservations: possible bugs found
From
: Lee Duncan <lduncan@xxxxxxxx>
Re: Why LUN0?
From
: Arne Redlich <arne.redlich@xxxxxxxxxxxxxx>
RE: Why LUN0?
From
: "Braun, David" <David.Braun@xxxxxxx>
Re: Why LUN0?
From
: Arne Redlich <arne.redlich@xxxxxxxxxxxxxx>
RE: Why LUN0?
From
: "Braun, David" <David.Braun@xxxxxxx>
Re: Why LUN0?
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
RE: Why LUN0?
From
: "Braun, David" <David.Braun@xxxxxxx>
Re: Why LUN0?
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: Why LUN0?
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Re: Why LUN0?
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: Why LUN0?
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
RE: Why LUN0?
From
: "Braun, David" <David.Braun@xxxxxxx>
Re: Why LUN0?
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Re: Why LUN0?
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH] Fix COMPARE_AND_WRITE but leave it disabled.
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Re: [PATCH] Fix COMPARE_AND_WRITE but leave it disabled.
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH] Fix COMPARE_AND_WRITE but leave it disabled.
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Re: [PATCH] Fix COMPARE_AND_WRITE but leave it disabled.
From
: Arne Redlich <arne.redlich@xxxxxxxxxxxxxx>
Re: [PATCH] Fix COMPARE_AND_WRITE but leave it disabled.
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 3/3] Return INFO as the offset of the first miscompare for COMPARE_AND_WRITE
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
[PATCH 2/3] Switch SSC to use the new sense_data_add_info() helper.
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
[PATCH 1/3] Add new function sense_data_add_info() that can adds the info field to the sense buffer.
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
Return offset of miscompare when verify fails
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
[PATCH] Fix COMPARE_AND_WRITE but leave it disabled.
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
Fix COMPARE_AND_WRITE so it works, but leave disabled
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
RE: Why LUN0?
From
: "Braun, David" <David.Braun@xxxxxxx>
RE: Why LUN0?
From
: "Braun, David" <David.Braun@xxxxxxx>
Re: Why LUN0?
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: Why LUN0?
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Why LUN0?
From
: "Braun, David" <David.Braun@xxxxxxx>
Re: SCSI ID uniqueness: VMware initiator
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Re: [PATCH] COMPARE_AND_WRITE: Fix this opcode so it works according to SBC
From
: Arne Redlich <arne.redlich@xxxxxxxxxxxxxx>
Re: [PATCH] COMPARE_AND_WRITE: Fix this opcode so it works according to SBC
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH] COMPARE_AND_WRITE: Fix this opcode so it works according to SBC
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
[PATCH] Fix COMPARE_AND_WRITE so it might actually work
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
Passthrough / tape issue
From
: Fabrice Clement <Fabrice.Clement@xxxxxxxxx>
Re: Retry of failed I/O
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Retry of failed I/O
From
: Suresh Rajagopalan <r.raja05@xxxxxxxxx>
1.0.33 released
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: SCSI ID uniqueness: VMware initiator
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: SCSI ID uniqueness: VMware initiator
From
: Yaron Sheffer <yaronf@xxxxxxxxxxxx>
Re: SCSI ID uniqueness: VMware initiator
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: VMware vSphere 5.1 iSCSI Software Initiator and Open iSCSI Server / tgtd
From
: Benjamin Fisher <kurasoe@xxxxxxxxx>
VMware vSphere 5.1 iSCSI Software Initiator and Open iSCSI Server / tgtd
From
: Benjamin Fisher <kurasoe@xxxxxxxxx>
Looking for iSCSI SAN guidance
From
: Eric <epretorious@xxxxxxxxx>
SCSI ID uniqueness: VMware initiator
From
: Yaron Sheffer <yaronf@xxxxxxxxxxxx>
understanding how to tune end-to-end
From
: christopher barry <cbarry@xxxxxxxxxxxxx>
Re: [PATCH] RELEASE6/10: Release of a lock that is not held is not an error.
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH] RELEASE6/10: Release of a lock that is not held is not an error.
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
[PATCH] Fix RELEASE6/10 when the reservation is not held by the initiator
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
build fails due to web-based dependency
From
: christopher barry <cbarry@xxxxxxxxxxxxx>
1.0.32 released
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH] Fix show operation for lld mode accessing invalid memory address
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
RE: [PATCH] Fix show operation for lld mode accessing invalid memory address
From
: Roi Dayan <roid@xxxxxxxxxxxx>
Re: [PATCH] Fix show operation for lld mode accessing invalid memory address
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH] sheepdog backing store support
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH] sheepdog backing store support
From
: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
[PATCH] Fix show operation for lld mode accessing invalid memory address
From
: Roi Dayan <roid@xxxxxxxxxxxx>
RE: Segfault with 2 initiators connecting to 1 target
From
: Ty Christensen <tyc@xxxxxxxxxxxxxxxxx>
Re: Segfault with 2 initiators connecting to 1 target
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH] sheepdog backing store support
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Segfault with 2 initiators connecting to 1 target
From
: Ty Christensen <tyc@xxxxxxxxxxxxxxxxx>
Re: [PATCH] INQ Report HiSup=1 and TrmTsdk=0
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH] INQ Report HiSup=1 and TrmTsdk=0
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
[PATCH] Fix some flags in the standard INQ data
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
Re: [PATCH] COMPARE_AND_WRITE: If the compare fails we should not continue to write the data
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH] COMPARE_AND_WRITE: If the compare fails we should not continue to write the data
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
[PATCH] COMPARE_AND_WRITE: If the compare fails we should not continue to write the data
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
Re: [PATCH] COMPARE_AND_WRITE: If the compare fails we should not continue to write the data
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH] COMPARE_AND_WRITE: If the compare fails we should not continue to write the data
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Re: [PATCH] COMPARE_AND_WRITE: If the compare fails we should not continue to write the data
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH] COMPARE_AND_WRITE: If the compare fails we should not continue to write the data
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
[PATCH] Patch for COMPARE-AND-WRITE
From
: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
1.0.31 released
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: bs_rdwr_request
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH] Fix add_mode_page to accept pages with page data smaller than the page size
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: bs_rdwr_request
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: bs_rdwr_request
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: bs_rdwr_request
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: bs_rdwr_request
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Re: bs_rdwr_request
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Re: bs_rdwr_request
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: bs_rdwr_request
From
: frederik.vos@xxxxxxxxxx
Re: bs_rdwr_request
From
: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Re: bs_rdwr_request
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: bs_rdwr_request
From
: frederik.vos@xxxxxxxxxx
Re: bs_rdwr_request
From
: Roi Dayan <roi.dayan@xxxxxxxxx>
Re: bs_rdwr_request
From
: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: bs_rdwr_request
From
: Roi Dayan <roi.dayan@xxxxxxxxx>
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>
[Linux SCSI]
[Linux USB Devel]
[Video for Linux]
[Site Home]
[Scanner]
[Linux SCSI]
[Samba]
[Free Online Dating]
[Yosemite News]
