[stgt] [PATCH] remove doc/TODO
markh794 at gmail.com
Fri Dec 11 01:03:11 CET 2009
Nothing from me that will be ready before christmas..
On Thu, Dec 10, 2009 at 12:04 PM, FUJITA Tomonori
<fujita.tomonori at lab.ntt.co.jp> wrote:
> 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
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