diff options
author | Gregory Nutt <gnutt@nuttx.org> | 2014-11-23 12:52:18 -0600 |
---|---|---|
committer | Gregory Nutt <gnutt@nuttx.org> | 2014-11-23 12:52:18 -0600 |
commit | e9718757c801f21cfa4b80052703e55ab208efa5 (patch) | |
tree | df205e0252cce534bc639f657e80a4150fc32b1a /nuttx/TODO | |
parent | 27cdf46406f099b2119990eea989e293ec5663d9 (diff) | |
download | px4-nuttx-e9718757c801f21cfa4b80052703e55ab208efa5.tar.gz px4-nuttx-e9718757c801f21cfa4b80052703e55ab208efa5.tar.bz2 px4-nuttx-e9718757c801f21cfa4b80052703e55ab208efa5.zip |
Update comments and read me
Diffstat (limited to 'nuttx/TODO')
-rw-r--r-- | nuttx/TODO | 31 |
1 files changed, 24 insertions, 7 deletions
diff --git a/nuttx/TODO b/nuttx/TODO index 0c2bcb794..5475370f6 100644 --- a/nuttx/TODO +++ b/nuttx/TODO @@ -1,4 +1,4 @@ -NuttX TODO List (Last updated November 22, 2014) +NuttX TODO List (Last updated November 23, 2014) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This file summarizes known NuttX bugs, limitations, inconsistencies with @@ -15,7 +15,7 @@ nuttx/ (8) Kernel/Protected Builds (4) C++ Support (6) Binary loaders (binfmt/) - (12) Network (net/, drivers/net) + (13) Network (net/, drivers/net) (4) USB (drivers/usbdev, drivers/usbhost) (10) Libraries (libc/, ) (11) File system/Generic drivers (fs/, drivers/) @@ -830,15 +830,32 @@ o Network (net/, drivers/net) connections promptly. Title: INTERRUPT LEVEL PROCESSING IN ETHERNET DRIVERS - Description: Too many Ethernet drivers do interrupt-level processing with the network - stack. The network stack supports either interrupt level processing or - normal task level processing (depending on CONFIG_NET_NOINTS). This is - really a very bad use of CPU resources; All of the network stack processing - should be more to a work queue (and, all use of CONFIG_NET_NOINTS=n should + Description: Too many Ethernet drivers do interrupt-level processing with + the network stack. The network stack supports either interrupt + level processing or normal task level processing (depending on + CONFIG_NET_NOINTS). This is really a very bad use of CPU + resources; All of the network stack processing should be more + to a work queue (and, all use of CONFIG_NET_NOINTS=n should be eliminated). Status: Open Priority: Pretty high if you want a well behaved system. + Title: UDP MULTICAST RECEPTION + Description: The logic in udp_input() expects either a single receive socket or + none at all. However, multiple sockets should be capable of + receiving a UDP datagram (multicast reception). This could be + handled easily by something like: + + for (conn = NULL; conn = udp_active (pbuf, conn); ) + + If the callback logic that receives a packet responds with an + outgoing packet, then it will over-write the received buffer, + however. recvfrom() will not do that, however. We would have + to make that the rule: Recipients of a UDP packet must treat + the packet as read-only. + Status: Open + Priority: Low, unless your logic depends on that behavior. + o USB (drivers/usbdev, drivers/usbhost) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ |