]> Joshua Wise's Git repositories - netwatch.git/blame_incremental - lwip/doc/sys_arch.txt
even more dumb outputfs
[netwatch.git] / lwip / doc / sys_arch.txt
... / ...
CommitLineData
1sys_arch interface for lwIP 0.6++
2
3Author: Adam Dunkels
4
5The operating system emulation layer provides a common interface
6between the lwIP code and the underlying operating system kernel. The
7general idea is that porting lwIP to new architectures requires only
8small changes to a few header files and a new sys_arch
9implementation. It is also possible to do a sys_arch implementation
10that does not rely on any underlying operating system.
11
12The sys_arch provides semaphores and mailboxes to lwIP. For the full
13lwIP functionality, multiple threads support can be implemented in the
14sys_arch, but this is not required for the basic lwIP
15functionality. Previous versions of lwIP required the sys_arch to
16implement timer scheduling as well but as of lwIP 0.5 this is
17implemented in a higher layer.
18
19In addition to the source file providing the functionality of sys_arch,
20the OS emulation layer must provide several header files defining
21macros used throughout lwip. The files required and the macros they
22must define are listed below the sys_arch description.
23
24Semaphores can be either counting or binary - lwIP works with both
25kinds. Mailboxes are used for message passing and can be implemented
26either as a queue which allows multiple messages to be posted to a
27mailbox, or as a rendez-vous point where only one message can be
28posted at a time. lwIP works with both kinds, but the former type will
29be more efficient. A message in a mailbox is just a pointer, nothing
30more.
31
32Semaphores are represented by the type "sys_sem_t" which is typedef'd
33in the sys_arch.h file. Mailboxes are equivalently represented by the
34type "sys_mbox_t". lwIP does not place any restrictions on how
35sys_sem_t or sys_mbox_t are represented internally.
36
37The following functions must be implemented by the sys_arch:
38
39- void sys_init(void)
40
41 Is called to initialize the sys_arch layer.
42
43- sys_sem_t sys_sem_new(u8_t count)
44
45 Creates and returns a new semaphore. The "count" argument specifies
46 the initial state of the semaphore.
47
48- void sys_sem_free(sys_sem_t sem)
49
50 Deallocates a semaphore.
51
52- void sys_sem_signal(sys_sem_t sem)
53
54 Signals a semaphore.
55
56- u32_t sys_arch_sem_wait(sys_sem_t sem, u32_t timeout)
57
58 Blocks the thread while waiting for the semaphore to be
59 signaled. If the "timeout" argument is non-zero, the thread should
60 only be blocked for the specified time (measured in
61 milliseconds). If the "timeout" argument is zero, the thread should be
62 blocked until the semaphore is signalled.
63
64 If the timeout argument is non-zero, the return value is the number of
65 milliseconds spent waiting for the semaphore to be signaled. If the
66 semaphore wasn't signaled within the specified time, the return value is
67 SYS_ARCH_TIMEOUT. If the thread didn't have to wait for the semaphore
68 (i.e., it was already signaled), the function may return zero.
69
70 Notice that lwIP implements a function with a similar name,
71 sys_sem_wait(), that uses the sys_arch_sem_wait() function.
72
73- sys_mbox_t sys_mbox_new(int size)
74
75 Creates an empty mailbox for maximum "size" elements. Elements stored
76 in mailboxes are pointers. You have to define macros "_MBOX_SIZE"
77 in your lwipopts.h, or ignore this parameter in your implementation
78 and use a default size.
79
80- void sys_mbox_free(sys_mbox_t mbox)
81
82 Deallocates a mailbox. If there are messages still present in the
83 mailbox when the mailbox is deallocated, it is an indication of a
84 programming error in lwIP and the developer should be notified.
85
86- void sys_mbox_post(sys_mbox_t mbox, void *msg)
87
88 Posts the "msg" to the mailbox. This function have to block until
89 the "msg" is really posted.
90
91- err_t sys_mbox_trypost(sys_mbox_t mbox, void *msg)
92
93 Try to post the "msg" to the mailbox. Returns ERR_MEM if this one
94 is full, else, ERR_OK if the "msg" is posted.
95
96- u32_t sys_arch_mbox_fetch(sys_mbox_t mbox, void **msg, u32_t timeout)
97
98 Blocks the thread until a message arrives in the mailbox, but does
99 not block the thread longer than "timeout" milliseconds (similar to
100 the sys_arch_sem_wait() function). If "timeout" is 0, the thread should
101 be blocked until a message arrives. The "msg" argument is a result
102 parameter that is set by the function (i.e., by doing "*msg =
103 ptr"). The "msg" parameter maybe NULL to indicate that the message
104 should be dropped.
105
106 The return values are the same as for the sys_arch_sem_wait() function:
107 Number of milliseconds spent waiting or SYS_ARCH_TIMEOUT if there was a
108 timeout.
109
110 Note that a function with a similar name, sys_mbox_fetch(), is
111 implemented by lwIP.
112
113- u32_t sys_arch_mbox_tryfetch(sys_mbox_t mbox, void **msg)
114
115 This is similar to sys_arch_mbox_fetch, however if a message is not
116 present in the mailbox, it immediately returns with the code
117 SYS_MBOX_EMPTY. On success 0 is returned.
118
119 To allow for efficient implementations, this can be defined as a
120 function-like macro in sys_arch.h instead of a normal function. For
121 example, a naive implementation could be:
122 #define sys_arch_mbox_tryfetch(mbox,msg) \
123 sys_arch_mbox_fetch(mbox,msg,1)
124 although this would introduce unnecessary delays.
125
126- struct sys_timeouts *sys_arch_timeouts(void)
127
128 Returns a pointer to the per-thread sys_timeouts structure. In lwIP,
129 each thread has a list of timeouts which is repressented as a linked
130 list of sys_timeout structures. The sys_timeouts structure holds a
131 pointer to a linked list of timeouts. This function is called by
132 the lwIP timeout scheduler and must not return a NULL value.
133
134 In a single thread sys_arch implementation, this function will
135 simply return a pointer to a global sys_timeouts variable stored in
136 the sys_arch module.
137
138If threads are supported by the underlying operating system and if
139such functionality is needed in lwIP, the following function will have
140to be implemented as well:
141
142- sys_thread_t sys_thread_new(char *name, void (* thread)(void *arg), void *arg, int stacksize, int prio)
143
144 Starts a new thread named "name" with priority "prio" that will begin its
145 execution in the function "thread()". The "arg" argument will be passed as an
146 argument to the thread() function. The stack size to used for this thread is
147 the "stacksize" parameter. The id of the new thread is returned. Both the id
148 and the priority are system dependent.
149
150- sys_prot_t sys_arch_protect(void)
151
152 This optional function does a "fast" critical region protection and returns
153 the previous protection level. This function is only called during very short
154 critical regions. An embedded system which supports ISR-based drivers might
155 want to implement this function by disabling interrupts. Task-based systems
156 might want to implement this by using a mutex or disabling tasking. This
157 function should support recursive calls from the same task or interrupt. In
158 other words, sys_arch_protect() could be called while already protected. In
159 that case the return value indicates that it is already protected.
160
161 sys_arch_protect() is only required if your port is supporting an operating
162 system.
163
164- void sys_arch_unprotect(sys_prot_t pval)
165
166 This optional function does a "fast" set of critical region protection to the
167 value specified by pval. See the documentation for sys_arch_protect() for
168 more information. This function is only required if your port is supporting
169 an operating system.
170
171Note:
172
173Be carefull with using mem_malloc() in sys_arch. When malloc() refers to
174mem_malloc() you can run into a circular function call problem. In mem.c
175mem_init() tries to allcate a semaphore using mem_malloc, which of course
176can't be performed when sys_arch uses mem_malloc.
177
178-------------------------------------------------------------------------------
179Additional files required for the "OS support" emulation layer:
180-------------------------------------------------------------------------------
181
182cc.h - Architecture environment, some compiler specific, some
183 environment specific (probably should move env stuff
184 to sys_arch.h.)
185
186 Typedefs for the types used by lwip -
187 u8_t, s8_t, u16_t, s16_t, u32_t, s32_t, mem_ptr_t
188
189 Compiler hints for packing lwip's structures -
190 PACK_STRUCT_FIELD(x)
191 PACK_STRUCT_STRUCT
192 PACK_STRUCT_BEGIN
193 PACK_STRUCT_END
194
195 Platform specific diagnostic output -
196 LWIP_PLATFORM_DIAG(x) - non-fatal, print a message.
197 LWIP_PLATFORM_ASSERT(x) - fatal, print message and abandon execution.
198
199 "lightweight" synchronization mechanisms -
200 SYS_ARCH_DECL_PROTECT(x) - declare a protection state variable.
201 SYS_ARCH_PROTECT(x) - enter protection mode.
202 SYS_ARCH_UNPROTECT(x) - leave protection mode.
203
204 If the compiler does not provide memset() this file must include a
205 definition of it, or include a file which defines it.
206
207 This file must either include a system-local <errno.h> which defines
208 the standard *nix error codes, or it should #define LWIP_PROVIDE_ERRNO
209 to make lwip/arch.h define the codes which are used throughout.
210
211
212perf.h - Architecture specific performance measurement.
213 Measurement calls made throughout lwip, these can be defined to nothing.
214 PERF_START - start measuring something.
215 PERF_STOP(x) - stop measuring something, and record the result.
216
217sys_arch.h - Tied to sys_arch.c
218
219 Arch dependent types for the following objects:
220 sys_sem_t, sys_mbox_t, sys_thread_t,
221 And, optionally:
222 sys_prot_t
223
224 Defines to set vars of sys_mbox_t and sys_sem_t to NULL.
225 SYS_MBOX_NULL NULL
226 SYS_SEM_NULL NULL
This page took 0.019948 seconds and 4 git commands to generate.