joxe c0c7cea3ce fixed bug that caused select_src to set a non legal address - now sets unspecified if no address found		2010-05-10 11:10:27 +00:00
..
mac	Adjusted the code so as to remove compilation warnings.	2010-04-30 22:18:12 +00:00
rime	Added check to not copy or create too large packets	2010-05-02 14:59:11 +00:00
rpl	avoid sending DAO when address is tentative	2010-05-09 19:12:47 +00:00
dhcpc.c
dhcpc.h
hc.c
hc.h
neighbor-attr.c	Enabled external neighbor removal	2010-03-17 15:00:52 +00:00
neighbor-attr.h	Enabled external neighbor removal	2010-03-17 15:00:52 +00:00
neighbor-info.c	Bug fix: only call subscriber if set	2010-03-25 19:30:44 +00:00
neighbor-info.h	minor include fix + added documentation	2010-03-12 13:40:13 +00:00
netstack.c
netstack.h	Replaced old framer (framer_get/framer_set) with new NETSTACK style configuration. Added nullrdc-framer that is a nullrdc with framer support.	2010-03-01 13:30:21 +00:00
psock.c	Adjusted formal parameter to single existing actual parameter.	2010-03-29 20:26:14 +00:00
psock.h	Bugfix and addition by Dogan Yazar: psock_readbuf() shouldn't wait for a full buffer (which might never happen); a new function for sending strings that batches data and sends full buffers instead of individual strings.	2010-03-24 21:03:32 +00:00
rawpacket-udp.c
rawpacket-udp.h
rawpacket.h
resolv.c
resolv.h
rime.h	Remove old neighbor.h inclusion	2010-03-19 13:20:40 +00:00
sicslowpan.c	added const for the uip_buf pointer for more efficient and smaller uip code and fixed same construct for the sicslowpan code	2010-05-05 13:07:45 +00:00
sicslowpan.h	added support for all UDP port compressions in hc06	2010-03-26 10:28:51 +00:00
slipdev.c
slipdev.h
tcpdump.c
tcpdump.h
tcpip.c	added initialization of RPL	2010-05-01 13:04:31 +00:00
tcpip.h
uaodv-def.h
uaodv-rt.c
uaodv-rt.h
uaodv.c
uaodv.h
uip6.c	Adjusted UIP_CONF_EXTERNAL_BUFFER to apply to actual buffer only.	2010-05-07 20:45:16 +00:00
uip_arch.h
uip_arp.c
uip_arp.h
uip-debug.c	added uip-debug utilities	2010-04-30 13:20:57 +00:00
uip-debug.h	added uip-debug utilities	2010-04-30 13:20:57 +00:00
uip-ds6.c	fixed bug that caused select_src to set a non legal address - now sets unspecified if no address found	2010-05-10 11:10:27 +00:00
uip-ds6.h	factored out function for getting link local address in ds6 and made use of it in rpl for checking state of lladdress as DIOs should not be sent when tentative	2010-05-09 17:52:37 +00:00
uip-fw-drv.c
uip-fw-drv.h
uip-fw.c
uip-fw.h
uip-icmp6.c	added icmp_send function and moved rpl input function signature	2010-04-30 13:22:21 +00:00
uip-icmp6.h	added icmp_send function and moved rpl input function signature	2010-04-30 13:22:21 +00:00
uip-nd6.c	moved prefix to avoid compiler warning	2010-03-26 15:12:57 +00:00
uip-nd6.h	made UIP_ND6_SEND_RA configurable from platforms and projects	2010-03-16 18:27:22 +00:00
uip-neighbor.c
uip-neighbor.h
uip-over-mesh.c	bugfix: refresh correct source route	2010-03-31 09:38:42 +00:00
uip-over-mesh.h
uip-split.c
uip-split.h
uip-udp-packet.c
uip-udp-packet.h
uip.c	The recent change turning uip_buf from an array to a pointer seems a quite heavyweight way to have the uip_buf alligned to a 32-bit boundary. Contiki is - still - supposed to be portable across a wide range of toolchains - therefore it i.e. intentionally doesn't use C99 features. From that perspective it seems questionable if all toolchains are able to optimize away the overhead imposed by an "unnecessary" indirection to access uip_buf - and uIP consists mostly of accesses to uip_buf. Even if the future is supposed to bring support for multiple uip_bufs which would turn the uip_buf pointer from a mere workaround to an neceesary element on can still presume that there will be targets with resources limited in a way prohibiting the use of several uip_bufs. So at least for those targets will still be a usecase for a "plain", not indirected uip_buf.	2010-05-08 07:23:55 +00:00
uip.h	The recent change turning uip_buf from an array to a pointer seems a quite heavyweight way to have the uip_buf alligned to a 32-bit boundary. Contiki is - still - supposed to be portable across a wide range of toolchains - therefore it i.e. intentionally doesn't use C99 features. From that perspective it seems questionable if all toolchains are able to optimize away the overhead imposed by an "unnecessary" indirection to access uip_buf - and uIP consists mostly of accesses to uip_buf. Even if the future is supposed to bring support for multiple uip_bufs which would turn the uip_buf pointer from a mere workaround to an neceesary element on can still presume that there will be targets with resources limited in a way prohibiting the use of several uip_bufs. So at least for those targets will still be a usecase for a "plain", not indirected uip_buf.	2010-05-08 07:23:55 +00:00
uiplib.c
uiplib.h
uipopt.h