Linux SCSI Target Infrastructure

• Thread Index

• Re: [PATCH 0/2] improvemenets of bs_sheepdog.c
  • From: Hitoshi Mitake <mitake.hitoshi@xxxxxxxxx>
• [PATCH 2/2] bs_sheepdog.c: fix segmentation fault caused by deleting logical unit
  • From: Hitoshi Mitake <mitake.hitoshi@xxxxxxxxxxxxx>
• [PATCH 1/2] bs_sheepdog.c: mock the behavior of QEMU's sheepdog driver in a correct manner
  • From: Hitoshi Mitake <mitake.hitoshi@xxxxxxxxxxxxx>
• [PATCH 0/2] improvemenets of bs_sheepdog.c
  • From: Hitoshi Mitake <mitake.hitoshi@xxxxxxxxxxxxx>
• Re: [PATCH] tgt-admin: avoid in-use and backing_store existence tests for rbd
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• [PATCH 3/3] tgt-admin: avoid in-use and backing_store existence tests for rbd
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• [PATCH 2/3] tgt-admin: abort check_device() early if -e returns false
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• [PATCH 1/3] tgt-admin: avoid zsh-specific syntax in system() call
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• [PATCH 0/3] Several fixes for tgt-admin and rbd modifications
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH v2] bs_rbd.c: pass cluster, not &cluster, to rados_shutdown()
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH v2] bs_rbd.c: pass cluster, not &cluster, to rados_shutdown()
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] tgt-admin: avoid in-use and backing_store existence tests for rbd
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• [PATCH v2] bs_rbd.c: pass cluster, not &cluster, to rados_shutdown()
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH] tgt-admin: avoid in-use and backing_store existence tests for rbd
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] bs_rbd: unlimit images, keep cluster conn per image
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] bs_rbd.c: pass cluster, not &cluster, to rados_shutdown()
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Allow backends to specify which opcodes they support
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH] Allow backends to specify which opcodes they support
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add an array that describes which opcodes are supported by the RDWR and SHEEPDOG backends.
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Allow backends to specify which opcodes they support V2
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add bsopts flag
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• [PATCH] add --bsopts flag, pass to bs_init()
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH] bs_rbd.c: pass cluster, not &cluster, to rados_shutdown()
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• [PATCH] tgt-admin: avoid in-use and backing_store existence tests for rbd
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• [PATCH v2 2/2] bs_rbd.c: carry cluster connection along with rbd/lu
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• [PATCH v2 1/2] bs_rbd.c: store active_rbd info in addition to struct scsi_lu
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• [PATCH v2 0/2] bs_rbd: unlimit images, keep cluster conn per image
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH] Allow backends to specify which opcodes they support
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH 0/2] bs_rbd: unlimit images, keep cluster conn per image
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH] bs_sheepdog.c: support various VDI options in --backing-store option
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] De-modularize aio
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] bs_rbd: unlimit images, keep cluster conn per image
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Allow backends to specify which opcodes they support
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] bs_rbd.c: pass cluster, not &cluster, to rados_shutdown()
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH] Allow backends to specify which opcodes they support
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• [PATCH] Add an optional supported-opcode-array to the backingstore template
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Allow backends to specify which opcodes they support
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: backing-store options
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: backing-store options
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: backing-store options
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• [PATCH 2/2] bs_rbd.c: carry cluster connection along with rbd/lu
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• [PATCH 1/2] bs_rbd.c: store active_rbd info in addition to struct, scsi_lu
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• [PATCH 0/2] bs_rbd: unlimit images, keep cluster conn per image
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• [PATCH] bs_rbd.c: pass cluster, not &cluster, to rados_shutdown()
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: backing-store options
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH] De-modularize aio
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• [PATCH] De-modularize aio
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: 1.0.40 released
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH RFC] save reservations through power loss
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• [PATCH] bs_sheepdog.c: support various VDI options in --backing-store option
  • From: Hitoshi Mitake <mitake.hitoshi@xxxxxxxxxxxxx>
• Re: 1.0.40 released
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: 1.0.40 released
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: [PATCH 0/2] Small build issues
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] various enhancements of bs_sheepdog.c
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 3/3] bs_sheepdog.c: support reconnection for updating sheepdog
  • From: Hitoshi Mitake <mitake.hitoshi@xxxxxxxxx>
• [PATCH 2/3] bs_sheepdog.c: use multithread for scsi command submission
  • From: Hitoshi Mitake <mitake.hitoshi@xxxxxxxxx>
• [PATCH 1/3] bs_sheepdog.c: partial update of inode object for optimizing COW
  • From: Hitoshi Mitake <mitake.hitoshi@xxxxxxxxx>
• [PATCH 0/3] various enhancements of bs_sheepdog.c
  • From: Hitoshi Mitake <mitake.hitoshi@xxxxxxxxx>
• Re: iSER over iWARP
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: iSER over iWARP
  • From: Sushma R <gsushma@xxxxxxxxx>
• Re: iSER over iWARP
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• [PATCH] Add an optional supported-opcode-array to the backingstore template
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [RFC] Allow backends to specify which opcodes they support
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 0/2] Small build issues
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 2/2] Fix make install when no modules
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 1/2] Fix redefinition of _GNU_SOURCE
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: backing-store options
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: backing-store options
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: backing-store options
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: backing-store options
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: backing-store options
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: backing-store options
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: iSER over iWARP
  • From: Sushma R <gsushma@xxxxxxxxx>
• Re: backing-store options
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• backing-store options
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH] usr/Makefile: fix typo in bs_aio so filename
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] usr/Makefile: fix typo in bs_aio so filename
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: iSER over iWARP
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: iSER over iWARP
  • From: Sushma R <gsushma@xxxxxxxxx>
• Re: iSER over iWARP
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: iSER over iWARP
  • From: Sushma R <gsushma@xxxxxxxxx>
• 1.0.40 released
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH RFC] add support of sheepdog backing store
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Enhance the iser readme
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH RFC] add support of sheepdog backing store
  • From: Hitoshi Mitake <mitake.hitoshi@xxxxxxxxx>
• Re: iSER over iWARP
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• [PATCH] Enhance the iser readme
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: iSER over iWARP
  • From: Sushma R <gsushma@xxxxxxxxx>
• Re: iSER over iWARP
  • From: Hiroyuki Sato <hiroysato@xxxxxxxxx>
• Re: iSER over iWARP
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: iSER over iWARP
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: iSER over iWARP
  • From: Hiroyuki Sato <hiroysato@xxxxxxxxx>
• Re: iSER over iWARP
  • From: Sushma <gsushma@xxxxxxxxx>
• Re: iSER over iWARP
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• iSER over iWARP
  • From: Sushma R <gsushma@xxxxxxxxx>
• Re: [PATCH RFC] add support of sheepdog backing store
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH RFC] add support of sheepdog backing store
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH RFC] add support of sheepdog backing store
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH RFC] add support of sheepdog backing store
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH RFC] add support of sheepdog backing store
  • From: Hitoshi Mitake <mitake.hitoshi@xxxxxxxxx>
• Re: [PATCH RFC] add support of sheepdog backing store
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH RFC] add support of sheepdog backing store
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH RFC] add support of sheepdog backing store
  • From: Hitoshi Mitake <mitake.hitoshi@xxxxxxxxx>
• Re: persistent reservations through power loss
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH RFC] add support of sheepdog backing store
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH RFC] add support of sheepdog backing store
  • From: Hitoshi Mitake <mitake.hitoshi@xxxxxxxxxxxxx>
• Re: [PATCH] Add support for modular backends
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: persistent reservations through power loss
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: persistent reservations through power loss
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH] Add support for modular backends
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: persistent reservations through power loss
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: persistent reservations through power loss
  • From: Lee Duncan <lduncan@xxxxxxxx>
• Re: [PATCH] Add support for modular backends
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH] Add support for modular backends
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH] Add support for modular backends
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH] Add support for modular backends
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH] Add support for modular backends
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add support for loadable modules second version
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add support for modular backends
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Add support for modular backends
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add support for loadable modules second version
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add support for modular backends
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add support for modular backends
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Add support for modular backends
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add support for loadable modules second version
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add support for modular backends
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add support for modular backends
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Add support for modular backends
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add support for loadable modules
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Make backends loadable modules
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH RFC] Fix isns to handle multiple portals
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH RFC] Fix isns to handle multiple portals
  • From: Andy Grover <agrover@xxxxxxxxxx>
• persistent reservations through power loss
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH] Make backends loadable modules
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH RFC] Fix isns to handle multiple portals
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Make the backing-store modules shared objects that are loaded at runtime
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Make the backing-store modules shared objects that are loaded at runtime
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• 1.0.39 released
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Make backends loadable modules
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Fix possible segfault on logicalunit update
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Make backends loadable modules
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH] Make backends loadable modules
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH] Fix possible segfault on logicalunit update
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• Re: [PATCH] Make backends loadable modules
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH] Make backends loadable modules
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Make backends loadable modules
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH RFC] Fix isns to handle multiple portals
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH] Make the backing-store modules shared objects that are loaded at runtime
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Modular backends version 3
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Modular backends version 3
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH] Modular backends version 3
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Modular backends version 3
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: add lun to existing target
  • From: Milen Nikolov <milen@xxxxxxxx>
• Re: add lun to existing target
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: BS_AIO is broken
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: BS_AIO is broken
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] iser: Don't wait until iser_ib_init to init list_heads
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH V1] iser: Don't release IB resources if were not allocated
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Add a modular build option for TGTD
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Modular backends version 3
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH V1] iser: Don't release IB resources if were not allocated
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• [PATCH] iser: not to release ib resources if were not allocated
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• RE: [PATCH] iser: Don't wait until iser_ib_init to init list_heads
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• add lun to existing target
  • From: Milen Nikolov <milen@xxxxxxxx>
• [PATCH] Make the backing-store modules shared objects that are loaded at runtime
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Make backends loadable modules
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• mtask->req_buf issue
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH] iser: Don't wait until iser_ib_init to init list_heads
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH] Fix double-free and add comment in iscsi_free_task
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] Add bash-completion
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Fix double-free and add comment in iscsi_free_task
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: WRITE_SAME aio support
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• BS_AIO is broken
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• RE: WRITE_SAME aio support
  • From: "Moussa Ba (moussaba)" <moussaba@xxxxxxxxxx>
• Re: WRITE_SAME aio support
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• RE: WRITE_SAME aio support
  • From: "Moussa Ba (moussaba)" <moussaba@xxxxxxxxxx>
• RE: WRITE_SAME aio support
  • From: "Moussa Ba (moussaba)" <moussaba@xxxxxxxxxx>
• Re: WRITE_SAME aio support
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• RE: WRITE_SAME aio support
  • From: "Moussa Ba (moussaba)" <moussaba@xxxxxxxxxx>
• Re: WRITE_SAME aio support
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: STGT/iSCSI target cleanup
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• RE: WRITE_SAME aio support
  • From: "Moussa Ba (moussaba)" <moussaba@xxxxxxxxxx>
• Re: WRITE_SAME aio support
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Make the backing-store modules shared objects that are loaded at runtime
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH 1/3] Add bash-completion
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Make the backing-store modules shared objects that are loaded at runtime
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 3/3] Include bash-completion into DEB package
  • From: Igor Shaula <gentoo90@xxxxxxxxx>
• [PATCH 2/3] Include bash-completion into RPM package
  • From: Igor Shaula <gentoo90@xxxxxxxxx>
• [PATCH 1/3] Add bash-completion
  • From: Igor Shaula <gentoo90@xxxxxxxxx>
• Re: [PATCH] Make the backing-store modules shared objects that are loaded at runtime
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• STGT/iSCSI target cleanup
  • From: Alban Rrustemi <alban@xxxxxxxxxxx>
• WRITE_SAME aio support
  • From: "Moussa Ba (moussaba)" <moussaba@xxxxxxxxxx>
• Re: [PATCH 0/2] Add MaxQueueCmd
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Make the backing-store modules shared objects that are loaded at runtime
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH 0/2] Add MaxQueueCmd
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• About tgt
  • From: jjsstt520 <jjsstt520@xxxxxxxxxxxx>
• Re: [PATCH 0/2] Add MaxQueueCmd
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Add MaxQueueCmd iscsi local parameter
  • From: Or Gerlitz <or.gerlitz@xxxxxxxxx>
• init script for RH / CentOS 6
  • From: frederik.vos@xxxxxxxxxx
• Re:
  • From: frederik.vos@xxxxxxxxxx
• [no subject]
  • From: jjsstt520 <jjsstt520@xxxxxxxxxxxx>
• Re: [PATCH] Fix leak of task->data
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Fix leak of task->data
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH] Make the backing-store modules shared objects that are loaded at runtime
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH] Make the backing-store modules shared objects that are loaded at runtime
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Make the backing-store modules shared objects that are loaded at runtime
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Backends as loadable modules V2
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Make the backing-store modules shared objects that are loaded at runtime
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH] Make the backing-store modules shared objects that are loaded at runtime
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH] Make the backing-store modules shared objects that are loaded at runtime
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• [PATCH] Make the backing-store modules shared objects that are loaded at runtime
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Backends as loadable modules
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [RFC] Backends as loadable modules
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 0/2] Add MaxQueueCmd
  • From: Shlomo Pongratz <shlomop@xxxxxxxxxxxx>
• [PATCH 1/2] Enable more iscsi local params
  • From: Shlomo Pongratz <shlomop@xxxxxxxxxxxx>
• [PATCH 2/2] Add MaxQueueCmd iscsi local parameter
  • From: Shlomo Pongratz <shlomop@xxxxxxxxxxxx>
• [PATCH] Make the backing-store modules shared objects that are loaded at runtime
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [RFC] Backends as loadable modules
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: lld and backstore modularization
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: lld and backstore modularization
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH V1] Add the possibility for building a debian package
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH V1] Add the possibility for building a debian package
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH V1] Add the possibility for building a debian package
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: lld and backstore modularization
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: lld and backstore modularization
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH V1] Add the possibility for building a debian package
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• Re: [Q] How to write configuration file about Digest(CRC32C)
  • From: Hiroyuki Sato <hiroysato@xxxxxxxxx>
• [Q] How to write configuration file about Digest(CRC32C)
  • From: Hiroyuki Sato <hiroysato@xxxxxxxxx>
• Re: lld and backstore modularization
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• lld and backstore modularization
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH] Initial SANITIZE support
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH] Allow recursive includes in /etc/tgt/conf.d
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Allow recursive includes in /etc/tgt/conf.d
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH] Initial SANITIZE support
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• 1.0.38 released
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Cannot use password-protected target until restart
  • From: Yaron Sheffer <yaronf@xxxxxxxxxxxx>
• Re: Cannot use password-protected target until restart
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: Cannot use password-protected target until restart
  • From: Yaron Sheffer <yaronf@xxxxxxxxxxxx>
• Re: iser Issue, cannot allocate memory
  • From: John Francis <john@xxxxxxxxxxxxxxxx>
• Re: [PATCH] Add the possibility for building a debian package
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Add the possibility for building a debian package
  • From: Or Gerlitz <or.gerlitz@xxxxxxxxx>
• Re: Cannot use password-protected target until restart
  • From: Or Gerlitz <or.gerlitz@xxxxxxxxx>
• Cannot use password-protected target until restart
  • From: Yaron Sheffer <yaronf@xxxxxxxxxxxx>
• Re: [PATCH] Initial SANITIZE support
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• RE: iser Issue, cannot allocate memory
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• Re: iser Issue, cannot allocate memory
  • From: John Francis <john@xxxxxxxxxxxxxxxx>
• Re: iser Issue, cannot allocate memory
  • From: John Francis <john@xxxxxxxxxxxxxxxx>
• Re: [PATCH] Initial SANITIZE support
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• RE: iser Issue, cannot allocate memory
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• iser Issue, cannot allocate memory
  • From: John Francis <john@xxxxxxxxxxxxxxxx>
• Re: [PATCH] Add the possibility for building a debian package
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• RE: [PATCH] Add the possibility for building a debian package
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• Re: [PATCH] Add the possibility for building a debian package
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• [PATCH] Initial SANITIZE support
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add support for SANITIZE command
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] use oom_score_adj instead of oom_adj for avoiding OOM killer
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] use oom_score_adj instead of oom_adj for avoiding OOM killer
  • From: Hitoshi Mitake <mitake.hitoshi@xxxxxxxxx>
• Re: [PATCH] Add the possibility for building a debian package
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Add the possibility for building a debian package
  • From: Roi Dayan <roid@xxxxxxxxxxxx>
• Re: [PATCH] tgtadm: clarify tid==0 error message
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] bs_rbd.c: don't shutdown a nonexistent RADOS cluster
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Why is tid 0 illegal?
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: release this month?
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• release this month?
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: Why is tid 0 illegal?
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: Why is tid 0 illegal?
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Why is tid 0 illegal?
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Why is tid 0 illegal?
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: [PATCH] Add support for SoftwareWriteProtect and fix bugs in modeselect
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Add NOP-OUT probe support.
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] DOC: Document the blocksize argument to tgtadm
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Add support for SoftwareWriteProtect and fix bugs in modeselect
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add support for SoftwareWriteProtect and fix bugs in modeselect
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add support for software write protect
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] DOC: Document the blocksize argument to tgtadm
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add NOP-OUT probe support.
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add NOP-OUT probe support.
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] DOC: Document the blocksize argument to tgtadm
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add documentation for setting the SBC blocksize
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add NOP-OUT probe support.
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add NOP-OUT probe support.
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add NOP-OUT ping support to iSCSI
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: tgt memory usage
  • From: Raj Singh <rajtpd@xxxxxxxxx>
• Re: tgt memory usage
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH 2/2] Add conf.d support to default configuration
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Add conf.d support to default configuration
  • From: James Page <james.page@xxxxxxxxxx>
• Re: tgt memory usage
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: tgt memory usage
  • From: Raj Singh <rajtpd@xxxxxxxxx>
• Re: [PATCH 1/2] Add README.rbd to installed docs
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Add conf.d support to default configuration
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Add NOP-OUT probe support.
  • From: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
• Re: tgt memory usage
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Add NOP-OUT probe support.
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• tgt-admin taking gigs of memory
  • From: Raj Singh <rajtpd@xxxxxxxxx>
• [PATCH 2/2] Add conf.d support to default configuration
  • From: James Page <james.page@xxxxxxxxxx>
• [PATCH 1/2] Add README.rbd to installed docs
  • From: James Page <james.page@xxxxxxxxxx>
• [PATCH 0/2] Misc patches from Ubuntu/Debian packaging
  • From: James Page <james.page@xxxxxxxxxx>
• Re: tgt reset on simple simulator
  • From: osishkin osishkin <osishkin@xxxxxxxxx>
• [PATCH] Add NOP-OUT probe support.
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add support for NOP-OUT probes. Update
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add NOP-OUT probe support.
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add support for NOP-OUT probes
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Uses size_t for open_memstream size parameter.
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Uses size_t for open_memstream size parameter.
  • From: Thadeu Lima de Souza Cascardo <cascardo@xxxxxxxxxxxxxxxxxx>
• Re: tgt reset on simple simulator
  • From: osishkin osishkin <osishkin@xxxxxxxxx>
• Re: [PATCH] Add support for sending iSCSI NOP-IN
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add support for sending iSCSI NOP-IN
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Add support for sending iSCSI NOP-IN
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] iser: Fix bidirectional chap
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Allow 14bit lun numbers.
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Add support for sending iSCSI NOP-IN
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: tgt reset on simple simulator
  • From: osishkin osishkin <osishkin@xxxxxxxxx>
• Re: [PATCH] Add support for sending iSCSI NOP-IN
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: tgt reset on simple simulator
  • From: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
• Fwd: tgt reset on simple simulator
  • From: osishkin osishkin <osishkin@xxxxxxxxx>
• [PATCH] Allow 14bit lun numbers.
  • From: Jan Vesely <jvesely@xxxxxxxxxx>
• [PATCH] iser: Fix bidirectional chap
  • From: Shlomo Pongratz <shlomop@xxxxxxxxxxxx>
• Re: [PATCH] Add support for sending iSCSI NOP-IN
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Fix corrupted modesense pages
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] DOCS: Add --bsoflags and sync/direct to the manpage
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• 1.0.37 released
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Add support for sending iSCSI NOP-IN
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add iSCSI NOP-IN support
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] DOCS: Add --bsoflags and sync/direct to the manpage
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add documentation for the bsoflag
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Fix corrupted modesense pages
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Fix corrupted modesense data-in
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH v2 0/2] Fix Windows iscsi initiator's formatting failures
  • From: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
• Re: [PATCH v2 0/2] Fix Windows iscsi initiator's formatting failures
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] Fix Windows iscsi initiator's formatting failures
  • From: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
• Re: [PATCH v2 0/2] Fix Windows iscsi initiator's formatting failures
  • From: Doug Clow <doug.clow@xxxxxxxxxxx>
• [PATCH v2 2/2] Create tx pdu by explicit scsi cmd dir (none, rd,wr,bidir)
  • From: nezhinsky@xxxxxxxxx
• [PATCH v2 1/2] Fix buffer_offset set to 0 in the last Data-IN carrying status
  • From: nezhinsky@xxxxxxxxx
• [PATCH v2 0/2] Fix Windows iscsi initiator's formatting failures
  • From: nezhinsky@xxxxxxxxx
• Re: [PATCH 0/2] Fix Windows iscsi initiator's formatting failures
  • From: Teruaki Ishizaki <ishizaki.teruaki@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] Fix Windows iscsi initiator's formatting failures
  • From: Teruaki Ishizaki <ishizaki.teruaki@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] Fix Windows iscsi initiator's formatting failures
  • From: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
• [PATCH] Add support for iSCSI NOP-IN
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add iSCSI NOP-IN support
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add support for sending NOP-IN to the initiators and terminate the tcp connection upon too many failures.
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: [PATCH 0/2] Fix Windows iscsi initiator's formatting failures
  • From: Doug Clow <doug.clow@xxxxxxxxxxx>
• Re: [PATCH 0/2] Fix Windows iscsi initiator's formatting failures
  • From: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
• Re: [PATCH 0/2] Fix Windows iscsi initiator's formatting failures
  • From: Doug Clow <doug.clow@xxxxxxxxxxx>
• Re: [PATCH 0/2] Fix Windows iscsi initiator's formatting failures
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Fix ModeSense. ModeSense never returns residuals. Additionally fix the two arguments that were swapped in set_byte_safe.
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Fix modesense commands. Two arguments were swapped causing mode sense data-in buffer to be garbage.
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Fix ModeSense6 v2
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH 0/2] Fix Windows iscsi initiator's formatting failures
  • From: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
• Re: [PATCH 1/2] Fix buffer_offset set to 0 in the last Data-IN carrying status
  • From: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
• Re: [PATCH 0/2] Fix Windows iscsi initiator's formatting failures
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] Fix buffer_offset set to 0 in the last Data-IN carrying status
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Fix ModeSense. ModeSense never returns residuals. Additionally fix the two arguments that were swapped in set_byte_safe.
  • From: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
• [PATCH] Fix ModeSense. ModeSense never returns residuals. Additionally fix the two arguments that were swapped in set_byte_safe.
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Fix ModeSense6
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH 2/2] Create tx pdu by explicit scsi cmd type (rd,wr,bidir)
  • From: nezhinsky@xxxxxxxxx
• [PATCH 1/2] Fix buffer_offset set to 0 in the last Data-IN carrying status
  • From: nezhinsky@xxxxxxxxx
• [PATCH 0/2] Fix Windows iscsi initiator's formatting failures
  • From: nezhinsky@xxxxxxxxx
• [PATCH] Add support for sending NOP-IN to the initiators and terminate the tcp connection upon too many failures.
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add support for sending NOP-IN on iSCSI v2
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add support for sending NOP-OUT on iSCSI
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: [PATCH] Add support for sending NOP-OUT on iSCSI
  • From: Alexander Nezhinsky <nezhinsky@xxxxxxxxx>
• Re: [PATCH] Add support for sending NOP-OUT on iSCSI
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] DOCS: Add --bsoflags and sync/direct to the manpage
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Documentation: describe --bsoflags {sync|direct} in the manpage
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: Why tgtd keeps connecting for one hour ?
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add support for sending NOP-OUT to the initiators and terminate the tcp connection upon too many failures.
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add support for sending NOP-OUT on iSCSI
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: Problem of NTFS Format from Windows7
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Problem of NTFS Format from Windows7
  • From: Teruaki Ishizaki <ishizaki.teruaki@xxxxxxxxxxxxx>
• [PATCH] Add initial support for SANITIZE
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• [PATCH] Add initial support for SANITIZE
  • From: Ronnie Sahlberg <ronniesahlberg@xxxxxxxxx>
• 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>