lebrush
96a1a97736
Limit size of uip/tcpip stack when not using TCP at all.
2013-05-21 10:02:17 +02:00
Robert Quattlebaum
1d113f52ad
core/net/uip: Rename uip_ethaddr to uip_lladdr.
...
There isn't really a good reason I can think of for these
to be different between IPv4 and IPv6.
2013-03-10 11:39:11 -07:00
Adam Dunkels
944537fccf
Removed all old RCS tags in the Contiki source tree. Those RCS tags are not used any more, as we are now using git to manage the Contiki source tree
2012-10-26 15:54:49 +02:00
Nicholas J Humfrey
3fe55673d3
Converted deprecated uIP types in the network stack to standard C99 names (in stdint.h)
2012-02-17 22:45:13 +00:00
adamdunkels
5585d72c86
A simple but substantial change: uIP used the htons()/HTONS() macro
...
functions for converting between host and network byte order. These
names are the de facto standard names for this functionality because
of the original BSD TCP/IP implementation. But they cause problems for
uIP/Contiki: some platforms define these names themselves (Mac OS,
most notably), causing compilation problems for Contiki on those
platforms.
This commit changes all htons to uip_htons instead. Same goes for
htonl, ntohs, and ntohl. All-caps versions as well.
2010-10-19 18:29:03 +00:00
oliverschmidt
126ea40994
Removed UIP_CONF_PLAIN_BUFFER again now that the pointer indirection to uip_buf was removed again.
2010-05-30 09:46:12 +00:00
joxe
2d447502d4
changed uip_buf to a union for 32-bit alignment
2010-05-24 10:07:34 +00:00
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
oliverschmidt
dec19626e8
Adjusted UIP_CONF_EXTERNAL_BUFFER to apply to actual buffer only.
2010-05-07 20:45:16 +00:00
joxe
cd5dfa9692
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
joxe
790819e701
allocate uip_buf as uint32_t to avoid risk for unaligned uip_buf on 32 or 16 bit architectures
2010-05-04 09:19:41 +00:00
adamdunkels
515a391ee4
Removed left-over debug printfs
2010-02-15 23:31:05 +00:00
adamdunkels
9bb149ca13
Bugfix by Raimondas Sasnauskas: TCP SYN duplicate receptions in the SYN_RCVD state was not correctly handled
2010-02-15 18:03:07 +00:00
oliverschmidt
5e66abda50
Initialize lastport in all cases it is defined.
2010-02-04 21:33:51 +00:00
adamdunkels
d8b0625e21
Bugfix: lastport must be defines both when UIP_ACTIVE_OPEN or UIP_UDP are defined (thanks Oliver!)
2010-02-04 21:14:45 +00:00
adamdunkels
13f6673d04
Bugfix: drop incoming TCP and UDP packets where port numbers are zero
2010-02-04 11:17:42 +00:00
adamdunkels
c7a91ad4a2
Bugfix: UIP_TCP_BUF -> BUF
2009-10-27 23:09:58 +00:00
adamdunkels
631af06c7c
Bugfix: Active TCP connections in uIP are made by first setting up the
...
TCP connection state, then poll uIP to send out the first SYN. Until
now, however, the SYN was not sent as part of the poll, but at the
first retransmission. This is now fixed.
2009-10-27 22:34:08 +00:00
adamdunkels
f25856a387
Hack to be able to receive UDPv4 multicast packets
2009-10-18 22:03:44 +00:00
adamdunkels
6a3565f5b6
Added an #if around the whole code if IPv6 is defined
2008-10-15 08:08:32 +00:00
oliverschmidt
aa7ba44fb1
Avoided compiler warning.
2008-02-28 23:59:05 +00:00
adamdunkels
8c782de931
Ensure that no more data than can be held by the buffer is sent with uip_send()
2008-02-24 21:03:24 +00:00
oliverschmidt
8f81934bfd
Since revision 1.11 the usage of the label 'ip_send_nolen' isn't solely depending on UIP_UDP anymore.
2008-02-15 17:12:46 +00:00
adamdunkels
d407fe2e9f
Set TTL on outbound ICMP echo reply packets to make Windows tracert work
2008-02-07 01:34:25 +00:00
adamdunkels
6e89e545b3
Added optional transmission of ICMP destimation unreachable in response to incoming UDP packets with an destination port that is not open. This is needed for correct operation of traceroute
2008-01-24 23:08:58 +00:00
adamdunkels
b003f32e27
Added #ifdef around label (yes, ugly) to avoid compiler warning with UIP_UDP == 0
2007-11-28 12:53:07 +00:00
bg-
e5fa567869
* htonl and friends.
2007-04-04 11:37:20 +00:00
adamdunkels
2b119b054e
const qualifiers
2007-03-15 19:41:29 +00:00
oliverschmidt
3aa884cb20
Get uip_ethaddr declaration.
2006-08-26 23:40:46 +00:00
bg-
eb7fcb54b4
* Change uip_ipaddr_t to be initialized from bytes rather than
2006-08-14 13:58:28 +00:00
oliverschmidt
ffb4edc3e3
Removed designated union initializers from recent change to avoid dependence on ISO C99 compliant compilers.
2006-08-13 14:53:45 +00:00
bg-
e8030141f2
More uip_ipaddr_t fixes.
2006-08-10 16:43:32 +00:00
bg-
fb94d50410
Change typedef of uip_ipaddr_t from a vector type to a union.
...
typedef union uip_ip4addr_t {
u16_t u16[2];
u8_t u8[4];
} uip_ip4addr_t;
typedef uip_ip4addr_t uip_ipaddr_t;
This implies that one must consistently pass pointers to
uip_ipaddr_t:s and not mix and match pointers with
uip_ipaddr_t:s as was done earlier.
2006-08-09 16:13:39 +00:00
adamdunkels
c9e808d638
Import of the contiki-2.x development code from the SICS internal CVS server
2006-06-17 22:41:10 +00:00
