[stgt] [PATCH] remove doc/TODO

FUJITA Tomonori fujita.tomonori at lab.ntt.co.jp
Thu Dec 10 02:04:57 CET 2009

I'll release 1.0.0 the week after next (before Xmas). So if you guys
have things to be merged, please send them.

From: FUJITA Tomonori <fujita.tomonori at lab.ntt.co.jp>
Subject: [PATCH] remove doc/TODO

The majority of the contents are outdated. Let's just remove it.

Signed-off-by: FUJITA Tomonori <fujita.tomonori at lab.ntt.co.jp>
 doc/TODO |   59 -----------------------------------------------------------
 1 files changed, 0 insertions(+), 59 deletions(-)
 delete mode 100644 doc/TODO

diff --git a/doc/TODO b/doc/TODO
deleted file mode 100644
index 911a59e..0000000
--- a/doc/TODO
+++ /dev/null
@@ -1,59 +0,0 @@
-- FC target mode drivers
-First, we need to figure out how to add target mode support to
-mainline scsi_transport_fc. Then we need more tweaks in the user-space
-- user-space passthrough
-sg v4 is necessary for the user-space target drivers' passthrough.
-- backing-storage disk images
-bd_mmap/aio support only raw images. They should support fancy disk
-images (like QCOW, vmdk, etc) to enjoy snapshot without using LVM.
-Adding QCOW to bd_mmap is quite simple, but a bit tricky to bd_aio
-(see Xen's blktap code). Without code duplication, we need to add disk
-images to both bd_mmap/aio.
-- rearrange backing storage code
-Now the backing storage code includes: file I/O (bd_mmap/aio/xen) and
-user-space passthrough (bd_sg). The design are hacky. The backing
-storage code will be more complicated (supports the fancy disk images,
-OSD, etc). We need to reconsider the design at some future time.
-- kernel-space passthrough
-We need a new kernel module for the kernel-space target drivers'
-passthrough. Seems it's ok by James as long as it's cleanly
-- persistent reservations
-Nice though I'm not sure this is that important.
-- backing-storage virtualization
-Virtual tape support would be nice but it needs lot of work and I have
-no plan to implement this.
-Virtual cdrom support isn't difficult but I'm not sure people really
-need it.
-- AIO event notification
-The user-space target drivers (only iSCSI now, possibly SRP later on)
-need an event notification inferface to handle both synchronous and
-asynchronous file descriptors. Now we use a workaround to use a I/O
-helper thread (runs synchrnously to enable tgtd daemon run
-asynchrnously). This workaround will be removed when upstream kernels
-have a unified event notification interface (there are some candidates
-under development). It should improve the tgt AIO performance too.

To unsubscribe from this list: send the line "unsubscribe stgt" in
the body of a message to majordomo at vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

More information about the stgt mailing list