From b01b495735d719be22e9ed223d2dd1b177bc22d5 Mon Sep 17 00:00:00 2001 From: Bart Van Assche Date: Tue, 17 Nov 2009 20:03:35 +0000 Subject: [PATCH] Updated to do list. git-svn-id: http://svn.code.sf.net/p/scst/svn/trunk@1345 d57e44dd-8a1f-0410-8b47-8ef2f437770f --- srpt/ToDo | 19 +++++++++++++++++++ 1 file changed, 19 insertions(+) diff --git a/srpt/ToDo b/srpt/ToDo index 5a3d7469e..66cc17a5d 100644 --- a/srpt/ToDo +++ b/srpt/ToDo @@ -11,3 +11,22 @@ 4. Implement support for bidirectionial SCSI commands. The SRP protocol supports these, but the SRP target not yet. + + +5. Remove "struct sense_data" from ib_srpt.h and use the functions for + manipulating sense data from the SCST core instead. + + +6. Evaluate the possibility of removing the worker thread entirely and + instead to add a compile-time option called e.g. CONFIG_SRPT_WORK_IN_TREAD. + This compile-time option, if enabled, will process all commands in the SCST + context SCST_CONTEXT_THREAD, similar to CONFIG_QLA_TGT_DEBUG_WORK_IN_THREAD. + + +7. Allocate memory for task management data structures from a memory pool + instead of via kmalloc(..., GFP_ATOMIC). The last call has a high + probability of failing because the GFP_ATOMIC area is quite small and + heavily used when under load (e.g. network drivers allocate skb's from this + pool). Failure to allocate memory for even a single task management command + would lead to putting the whole device offline with possible corresponding + data loss.