Add UDP poll issue
git-svn-id: https://nuttx.svn.sourceforge.net/svnroot/nuttx/trunk@1279 7fd9a85b-ad96-42d3-883c-3090e2eb8679
This commit is contained in:
parent
49bb914e8f
commit
629dac3665
16
nuttx/TODO
16
nuttx/TODO
|
@ -7,7 +7,7 @@ NuttX TODO List (Last updated November 17, 2008)
|
|||
(1) Signals (sched/, arch/)
|
||||
(1) pthreads (sched/)
|
||||
(1) C++ Support
|
||||
(12) Network (net/, netutils/)
|
||||
(14) Network (net/, netutils/)
|
||||
(1) USB (drivers/usbdev)
|
||||
(4) Libraries (lib/)
|
||||
(6) File system/Generic drivers (fs/, drivers/)
|
||||
|
@ -206,6 +206,20 @@ o Network (net/, netutils/)
|
|||
Status: Open
|
||||
Priority: Low
|
||||
|
||||
Description: TCP supports read-ahead buffering to handle the receipt of
|
||||
TCP/IP packets when there is no read() in place. Should such
|
||||
capability be useful for UDP? PRO: Would reduce packet loss
|
||||
and enable support for poll()/select(). CON: UDP is inherently
|
||||
lossy so why waste memory footprint?
|
||||
Status: Open
|
||||
Priority: Medium
|
||||
|
||||
Description: poll()/select is not implement for UDP sockets because they do
|
||||
do not support read-ahead buffering. Therefore, there is never
|
||||
a case where you can read from a UDP socket without blocking.
|
||||
Status: Open, depends on UDP read-ahead support
|
||||
Priority: Medium
|
||||
|
||||
o USB (drivers/usbdev)
|
||||
^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
|
|
Loading…
Reference in New Issue