oliverschmidt e5665fb968 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. ...

Therefore it seems reasonable to allow to stay with the "plain" uip_buf at compile-time.

2010-05-08 07:23:55 +00:00

..

cfs

Made pointers constant and thereby reduced the code size slightly.

2010-05-05 12:35:39 +00:00

ctk

- Set cursor in ctk_draw_init() to top left corner as it is called for re-initialization on Contiki exit.

2010-02-07 21:43:03 +00:00

dev

Fixed to only use leds when DEBUG is set

2010-04-20 11:41:16 +00:00

lib

Avoid adding elements twice

2010-04-30 07:18:24 +00:00

loader

allow elf loader memory configuration at compile time

2010-04-26 14:02:07 +00:00

net

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

sys

merge change from branch into mainline. <fingers crossed>

2010-04-06 19:10:21 +00:00

contiki-lib.h

Import of the contiki-2.x development code from the SICS internal CVS server

2006-06-17 22:41:10 +00:00

contiki-net.h

replaced obsolete netif include with new ds6

2010-03-15 16:54:35 +00:00

contiki-version.h

Update to Contiki version number 2.4

2010-01-29 18:03:55 +00:00

contiki.h

Moved energest.{c,h} from core/lib to core/sys: power profiling is a system mechanism, not a library

2008-07-03 23:36:30 +00:00