TODO

   1 Background
   2 ==========
   3
   4 - Priority scale: High, Medium and Low
   5
   6 - Complexity scale: C1, C2, C4 and C8.
   7    The complexity scale is exponential, with complexity 1 being the
   8    lowest complexity. Complexity is a function of both task 'complexity'
   9    and task 'scope'.
  10
  11 Core
  12 ====
  13
  14 - Card Emulation Mode
  15
  16   Priority: Low
  17   Complexity: C8
  18   Dependencies: Core:NDEF building library
  19   Owner: Samuel Ortiz <sameo@linux.intel.com>
  20
  21   In card emulation mode, the NFC adapter is in passive mode, and gets
  22   activated by an initiator mode device. Then the initiator sends command
  23   that the target is supposed to interpret and respond to. Most of the
  24   commands are tag specific.
  25   For a proper card emulation mode support, the NFC adapter must enter the
  26   polling loop and not only initiate the RF field, but then wait for intiator
  27   to activate it. Once activated, the NFC socket should enter the accept
  28   state, and dispatch the various commands to the right plugins (one per
  29   protocol, a.k.a. tags).
  30
  31 - Packaging
  32
  33   Priority: Medium
  34   Complexity: C2
  35   Owner: Samuel Ortiz <sameo@linux.intel.com>
  36
  37   Packaging for both RPM packages based distributions should be done in order
  38   to push neard into the mainstream Linux distributions.
  39
  40 - OBEX over LLCP
  41
  42   Priority: Medium
  43   Complexity: C4
  44   Owner: Samuel Ortiz <sameo@linux.intel.com>
  45
  46 - Split NDEF code
  47
  48   Priority: Low
  49   Complexity: C4
  50   Owner:
  51
  52   NDEF code (Handover related in particular) should be splitted into parsing and
  53   acting part. This would make code easier to follow and would also allow to
  54   run unit tests on parsing part.
  55
  56
  57 Reader mode
  58 ===========
  59
  60
  61 Writer mode
  62 ===========
  63
  64 - MIFARE writer mode support
  65
  66   Priority: Low
  67   Complexity: C2
  68   Owner: Dorota Moskal <dorota.moskal@tieto.com>
  69
  70
  71 p2p mode
  72 ========
  73
  74 - SNEP and LLCP validation tests
  75
  76   Priority: Medium
  77   Complexity: C4
  78   Owner: Ravi kumar Veeramally <ravikumar.veeramally@linux.intel.com>
  79
  80   Implement SNEP validation test cases as an optional neard plugin, and
  81   LLCP ones as a set of tools/ binaries.
  82
  83 - Microsoft handover
  84
  85   Priority: Low
  86   Complexity: C4
  87   Owner: Samuel Ortiz <sameo@linux.intel.com>
  88
  89   Microsoft handover implementation does not follow the NFC Forum specs.
  90   It is specified here:
  91
  92      http://msdn.microsoft.com/en-us/library/ee941641
  93
  94   In order to support this handover implementation, a specific plugin
  95   should be implemented as there is no overlap between it and the NFC
  96   Forum handover.
  97
  98 - PHDC service
  99
 100   Priority: Medium
 101   Complexity: C4
 102   Owner: Olivier Guiter <olivier.guiter@intel.com>
 103
 104   PHDC (Personal Health Device Communication) is a protocol on top of LLCP
 105   for exchanging ISO/IEEE 11073 PDUs. It has its own LLCP service name and
 106   as such could be implemented as a p2p plugin.
 107   The PHDC plugin would define its own D-Bus interface for the PHDC Manager
 108   role.