1 | RTEMS BSD USB and TCP/IP Developers Guide |
---|
2 | ========================================= |
---|
3 | Joel Sherrill <joel.sherrill@oarcorp.com> |
---|
4 | :Author Initials: JRS |
---|
5 | :toc: |
---|
6 | :icons: |
---|
7 | :numbered: |
---|
8 | :website: http://www.rtems.org/ |
---|
9 | |
---|
10 | RTEMS uses FreeBSD as the source of its TCP/IP and USB stacks. |
---|
11 | This is a developers guide which captures information on the |
---|
12 | process of merging code from FreeBSD, building this library, |
---|
13 | RTEMS specific support files, and general guidelines on what |
---|
14 | modifications to the FreeBSD source are permitted. |
---|
15 | |
---|
16 | Goals of this effort are: |
---|
17 | |
---|
18 | * Update TCP/IP and provide USB in RTEMS |
---|
19 | * Ease updating to future FreeBSD versions |
---|
20 | * Ease tracking changes in FreeBSD code |
---|
21 | * Minimize manual changes in FreeBSD code |
---|
22 | * Define stable kernel/device driver API which is implemented |
---|
23 | by both RTEMS and FreeBSD. This is the foundation of the port. |
---|
24 | |
---|
25 | We will work to push our changes upstream to the FreeBSD Project |
---|
26 | and minimize changes required at each update point. |
---|
27 | |
---|
28 | ************************************************************** |
---|
29 | This is a work in progress and is very likely to be incomplete. |
---|
30 | Please help by adding to it. |
---|
31 | ************************************************************** |
---|
32 | |
---|
33 | == Source Code Version Information |
---|
34 | |
---|
35 | * FreeBSD 8.2 SVN r255967 |
---|
36 | * RTEMS 4.11 |
---|
37 | - BSP must have support for all new BSD sys sections |
---|
38 | - It is preferable if the BSP uses linkcmds.base. |
---|
39 | - BSP must be from an architecture with Programmable Interrupt Controller |
---|
40 | interrupt model. |
---|
41 | |
---|
42 | The latest port uses the FreeBSD sources as a Git submodule which will |
---|
43 | generally be referred to as the FreeBSD source in this document. Previously a |
---|
44 | FreeBSD 8.2 SVN checkout was used. The SVN checkout command corresponding to |
---|
45 | the current Git submodule commit is this |
---|
46 | svn co http://svn.freebsd.org/base/releng/8.2 -r255967 freebsd-8.2 |
---|
47 | |
---|
48 | == Issues and To Do |
---|
49 | * Per-CPU data should be enabled once the new stack is ready for SMP. |
---|
50 | |
---|
51 | * Per-CPU NETISR(9) should be enabled onece the new stack is ready for SMP. |
---|
52 | |
---|
53 | * Multiple routing tables are not supported. Every FIB value is set to zero |
---|
54 | (= BSD_DEFAULT_FIB). |
---|
55 | |
---|
56 | * Process identifiers are not supported. Every PID value is set to zero |
---|
57 | (= BSD_DEFAULT_PID). |
---|
58 | |
---|
59 | * User credentials are not supported. The following functions allow the |
---|
60 | operation for everyone |
---|
61 | - prison_equal_ip4(), |
---|
62 | - chgsbsize(), |
---|
63 | - cr_cansee(), |
---|
64 | - cr_canseesocket() and |
---|
65 | - cr_canseeinpcb(). |
---|
66 | |
---|
67 | * Sebastian Huber and Joel Sherrill discussed the need for a a basic USB |
---|
68 | functionality test that is known to work on qemu pc. |
---|
69 | |
---|
70 | * Adapt generic IRQ PIC interface code to Simple Vectored Interrupt Model |
---|
71 | so that those architectures can use new TCP/IP and USB code. |
---|
72 | |
---|
73 | * freebsd-userspace/rtems/include/sys/syslog.h is a copy from the old |
---|
74 | RTEMS TCP/IP stack. For some reason, the __printflike markers do not |
---|
75 | compile in this environment. We may want to use the FreeBSD syslog.h |
---|
76 | and get this addressed. |
---|
77 | |
---|
78 | * in_cksum implementations for architectures not supported by FreeBSD. |
---|
79 | This will require figuring out where to put implementations that do |
---|
80 | not originate from FreeBSD and are populated via the script. |
---|
81 | |
---|
82 | * linker section issues: I have undefined symbols for |
---|
83 | `_bsd__start_set_sysinit_set` and `_bsd__stop_set_sysinit_set`. |
---|
84 | Is this the only type of new section magic? What about the old sysctl_set? |
---|
85 | I added this to my linkcmds. |
---|
86 | |
---|
87 | * MAC support functions are not thread-safe ("freebsd/lib/libc/posix1e/mac.c"). |
---|
88 | |
---|
89 | * IFCONFIG(8): IEEE80211 support is disabled. This module depends on a XML |
---|
90 | parser and mmap(). |
---|
91 | |
---|
92 | * get_cyclecount(): The implementation is a security problem. |
---|
93 | |
---|
94 | [listing] |
---|
95 | ---- |
---|
96 | /* sysinit section? */ |
---|
97 | . = ALIGN (16); |
---|
98 | _bsd__start_set_sysinit_set = .; |
---|
99 | *(set_sys_init_*); |
---|
100 | _bsd__stop_set_sysinit_set = .; |
---|
101 | |
---|
102 | ---- |
---|
103 | |
---|
104 | * Why is the interrupt server used? The BSD interrupt handlers can block on |
---|
105 | synchronization primitives like mutexes. This is in contrast to RTEMS |
---|
106 | interrupt service routines. The BSPs using the generic interrupt support must |
---|
107 | implement the `bsp_interrupt_vector_enable()` and |
---|
108 | `bsp_interrupt_vector_disable()` routines. They normally enable/disable a |
---|
109 | particular interrupt source at the interrupt controller. This can be used to |
---|
110 | implement the interrupt server. The interrupt server is a task that wakes-up |
---|
111 | in case an associated interrupt happens. The interrupt source is disabled in |
---|
112 | a generic interrupt handler that wakes-up the interrupt server task. Once the |
---|
113 | postponed interrupt processing is performed in the interrupt server the |
---|
114 | interrupt source is enabled again. |
---|
115 | |
---|
116 | * Convert all BSP linkcmds to use a linkcmds.base so the sections are |
---|
117 | easier to insert. |
---|
118 | |
---|
119 | * rtems-bsd-init-with-irq.c: |
---|
120 | rtems_bsd_initialize_with_interrupt_server() has reference to |
---|
121 | rtems_interrupt_server_initialize() and this method is unimplemented |
---|
122 | - XXX BSP implements pieces |
---|
123 | - BSPs using this software stack must support it apparently. |
---|
124 | - What about Simple Vectored architectures? |
---|
125 | |
---|
126 | * We carried over use of notepad 0 for per task information. This should |
---|
127 | be changed. |
---|
128 | |
---|
129 | * maxproc variable referenced by rtems-bsd-resource.c. What should it |
---|
130 | be set to? |
---|
131 | |
---|
132 | * ngroups_max variable referenced by rtems-bsd-prot.c. - What should |
---|
133 | it be set to? |
---|
134 | |
---|
135 | * NIC Device Drivers |
---|
136 | - Only common PCI NIC drivers have been included in the initial set. These |
---|
137 | do not include any system on chip or ISA drivers. |
---|
138 | - PCI configuration probe does not appear to happen to determine if a |
---|
139 | NIC is in I/O or memory space. We have worked around this by using a |
---|
140 | static hint to tell the fxp driver the correct mode. But this needs to |
---|
141 | be addressed. |
---|
142 | - The ISA drivers require more BSD infrastructure to be addressed. This was |
---|
143 | outside the scope of the initial porting effort. |
---|
144 | |
---|
145 | == FreeBSD Source |
---|
146 | |
---|
147 | You should be able to rely on FreebSD manual pages and documentation |
---|
148 | for details on the code itself. |
---|
149 | |
---|
150 | === Automatically Generated FreeBSD Files |
---|
151 | |
---|
152 | The FreeBSD source tarball includes a file named Makefile.rtems which |
---|
153 | has stanzas to automatically generate some files using awk. For details |
---|
154 | on this, see http://www.freebsd.org/cgi/man.cgi?query=kobj&apropos=0&sektion=0&manpath=FreeBSD+9.0-RELEASE&arch=default&format=html |
---|
155 | |
---|
156 | XXX This needs more detail. |
---|
157 | |
---|
158 | === Rules for Modifying FreeBSD Source |
---|
159 | |
---|
160 | * Only add lines. Subtract code by added "ifndef __rtems__". This makes |
---|
161 | merging easier in the future. |
---|
162 | |
---|
163 | == libbsd Source |
---|
164 | |
---|
165 | === What is in git |
---|
166 | |
---|
167 | The git source is a self-contained kit with FreeBSD and RTEMS components |
---|
168 | pre-merged. The Makefile in this kit is automatically generated. |
---|
169 | |
---|
170 | Any changes to sources in the freebsd or contrib directories will need to |
---|
171 | be merged upstream into our master FreeBSD svn checkout. |
---|
172 | |
---|
173 | The FreeBSD sources managed in the rtems-libbsd git repository (e.g. contrib |
---|
174 | and freebsd directories) contain the "managed" version of the |
---|
175 | FreeBSD source. The FreeBSD SVN source is the "master" version. The |
---|
176 | freebsd-to-rtems.py script is used to transfer files between the two |
---|
177 | trees. In general terms, if you have modified FreeBSD (i.e. anything in the |
---|
178 | freebsd directory) in the rtems-libbsd tree, you will need to run the script |
---|
179 | in "revert" or "reverse" mode using the -R switch. This will copy the source |
---|
180 | back to your local copy of the FreeBSD source so you can run "svn diff" against |
---|
181 | the upstream FreeBSD source. If you want to transfer source files from the |
---|
182 | FreeBSD SVN checkout to the rtems-libbsd tree, then you must run the script in |
---|
183 | "forward" mode (the default). |
---|
184 | |
---|
185 | === Building rtems-libbsd source |
---|
186 | |
---|
187 | You need to configure RTEMS for the desired BSP and install it. The |
---|
188 | following is the script used to build the powerpc/psim BSP for our |
---|
189 | internal testing purposes: |
---|
190 | |
---|
191 | [listing] |
---|
192 | ---- |
---|
193 | #! /bin/sh |
---|
194 | |
---|
195 | cd ${HOME}/newbsd |
---|
196 | rm -rf b-psim |
---|
197 | mkdir b-psim |
---|
198 | cd b-psim |
---|
199 | ../git/rtems/configure --target=powerpc-rtems4.11 \ |
---|
200 | --enable-rtemsbsp=psim --disable-networking \ |
---|
201 | --enable-tests=samples \ |
---|
202 | --prefix=${HOME}/newbsd/bsp-install >c.log 2>&1 && \ |
---|
203 | make >b.log 2>&1 && \ |
---|
204 | make install >i.log 2>&1 |
---|
205 | echo $? |
---|
206 | ---- |
---|
207 | |
---|
208 | Then edit the file config.inc to set RTEMS_MAKEFILE_PATH appropriately |
---|
209 | to indicate the ${prefix}/${target}/${BSP}. Continuing on the above, |
---|
210 | the config.inc used to match the above is: |
---|
211 | |
---|
212 | [listing] |
---|
213 | ---- |
---|
214 | RTEMS_MAKEFILE_PATH = ${HOME}/newbsd/bsp-install/powerpc-rtems4.11/psim/ |
---|
215 | INSTALL_BASE = ${HOME}/newbsd/install |
---|
216 | ---- |
---|
217 | |
---|
218 | The above installs the rtems-libbsd kit into a separate place from |
---|
219 | RTEMS and the BSP. The rtems-libbsd tests are built against an installed |
---|
220 | image of the rtems-libbsd. By keeping it in a separate installation point |
---|
221 | from RTEMS itself, this makes it easier to remove a libbsd installation |
---|
222 | and have a clean test point. |
---|
223 | |
---|
224 | [listing] |
---|
225 | ---- |
---|
226 | make |
---|
227 | make install |
---|
228 | make -C testsuite |
---|
229 | ---- |
---|
230 | |
---|
231 | At this point, we expect multiple linker errors. That is what we are |
---|
232 | currently working on. |
---|
233 | |
---|
234 | === Organization |
---|
235 | |
---|
236 | The top level directory contains a few directories and files. The following |
---|
237 | are important to understand: |
---|
238 | |
---|
239 | * freebsd-to-rtems.py - script to convert to and free FreeBSD and RTEMS trees |
---|
240 | * Makefile - automatically generated |
---|
241 | * contrib/ - from FreeBSD by script. |
---|
242 | * freebsd/ - from FreeBSD by script. |
---|
243 | * rtemsbsd/ - RTEMS specific implementations of FreeBSD kernel support routines. |
---|
244 | * testsuite/ - RTEMS specific tests |
---|
245 | * libbsd.txt - Documentation in Asciidoc |
---|
246 | |
---|
247 | == Moving Code Between FreeBSD SVN and rtems-libbsd |
---|
248 | |
---|
249 | The script freebsd-to-rtems.py is used to copy code from FreeBSD to the |
---|
250 | rtems-libbsd tree and to reverse this process. This script attempts to |
---|
251 | automate this process as much as possible and performs some transformations |
---|
252 | on the FreeBSD code. Its command line arguments are shown below: |
---|
253 | |
---|
254 | [listing] |
---|
255 | ---- |
---|
256 | freebsd-to-rtems.py [args] |
---|
257 | -?|-h|--help print this and exit |
---|
258 | -d|--dry-run run program but no modifications |
---|
259 | -D|--diff provide diff of files between trees |
---|
260 | -e|--early-exit evaluate arguments, print results, and exit |
---|
261 | -m|--makefile just generate Makefile |
---|
262 | -R|--reverse default FreeBSD -> RTEMS, reverse that |
---|
263 | -r|--rtems RTEMS directory |
---|
264 | -f|--freebsd FreeBSD directory |
---|
265 | -v|--verbose enable verbose output mode |
---|
266 | ---- |
---|
267 | |
---|
268 | In its default mode of operation, freebsd-to-rtems.py is used to copy code |
---|
269 | from FreeBSD to the rtems-libbsd tree and perform transformations. In forward |
---|
270 | mode, the script may be requested to just generate the Makefile. |
---|
271 | |
---|
272 | In "reverse mode", this script undoes those transformations and copies |
---|
273 | the source code back to the FreeBSD SVN tree. This allows us to do |
---|
274 | 'svn diff', evaluate changes made by the RTEMS Project, and report changes |
---|
275 | back to FreeBSD upstream. |
---|
276 | |
---|
277 | In either mode, the script may be asked to perform a dry-run or be verbose. |
---|
278 | Also, in either mode, the script is also smart enough to avoid copying over |
---|
279 | files which have not changed. This means that the timestamps of files are |
---|
280 | not changed unless the contents change. The script will also report the |
---|
281 | number of files which changed. In verbose mode, the script will print |
---|
282 | the name of the files which are changed. |
---|
283 | |
---|
284 | The following is an example forward run with no changes. |
---|
285 | |
---|
286 | [listing] |
---|
287 | ---- |
---|
288 | $ ~/newbsd/git/libbsd-8.2/freebsd-to-rtems.py \ |
---|
289 | -r /home/joel/newbsd/git/libbsd-8.2 \ |
---|
290 | -f /home/joel/newbsd/libbsd/freebsd-8.2 -v |
---|
291 | Verbose: yes |
---|
292 | Dry Run: no |
---|
293 | Only Generate Makefile: no |
---|
294 | RTEMS Directory: /home/joel/newbsd/git/libbsd-8.2 |
---|
295 | FreeBSD Directory: /home/joel/newbsd/libbsd/freebsd-8.2 |
---|
296 | Direction: forward |
---|
297 | Generating into /home/joel/newbsd/git/libbsd-8.2 |
---|
298 | 0 files were changed. |
---|
299 | ---- |
---|
300 | |
---|
301 | The script may also be used to generate a diff in either forward or reverse |
---|
302 | direction. |
---|
303 | |
---|
304 | == Initialization of rtems-libbsd |
---|
305 | |
---|
306 | The initialization of the rtems-libbsd is based on the FreeBSD SYSINIT(9) |
---|
307 | infrastructure. The key to initializing a system is to ensure that the desired |
---|
308 | device drivers are explicitly pulled into the linked application. This plus |
---|
309 | linking against the libbsd library will pull in the necessary FreeBSD |
---|
310 | infrastructure. |
---|
311 | |
---|
312 | The FreeBSD kernel is not a library like the RTEMS kernel. It is a bunch of |
---|
313 | object files linked together. If we have a library, then creating the |
---|
314 | executable is simple. We begin with a start symbol and recursively resolve all |
---|
315 | references. With a bunch of object files linked together we need a different |
---|
316 | mechanism. Most object files don't know each other. Lets say we have a driver |
---|
317 | module. The rest of the system has no references to this driver module. The |
---|
318 | driver module needs a way to tell the rest of the system: Hey, kernel I am |
---|
319 | here, please use my services! |
---|
320 | |
---|
321 | This registration of independent components is performed by SYSINIT(9) and |
---|
322 | specializations: |
---|
323 | |
---|
324 | http://www.freebsd.org/cgi/man.cgi?query=SYSINIT |
---|
325 | |
---|
326 | The SYSINIT(9) uses some global data structures that are placed in a certain |
---|
327 | section. In the linker command file we need this: |
---|
328 | |
---|
329 | [listing] |
---|
330 | ---- |
---|
331 | .robsdsets : { |
---|
332 | _bsd__start_set_modmetadata_set = .; |
---|
333 | *(_bsd_set_modmetadata_set); |
---|
334 | _bsd__stop_set_modmetadata_set = .; |
---|
335 | _bsd__start_set_sysctl_set = .; |
---|
336 | *(_bsd_set_sysctl_set); |
---|
337 | _bsd__stop_set_sysctl_set = .; |
---|
338 | } > REGION_RODATA AT > REGION_RODATA_LOAD |
---|
339 | |
---|
340 | .rwbsdsets : { |
---|
341 | _bsd__start_set_sysinit_set = .; |
---|
342 | *(_bsd_set_sysinit_set); |
---|
343 | _bsd__stop_set_sysinit_set = .; |
---|
344 | } > REGION_DATA AT > REGION_DATA_LOAD |
---|
345 | ---- |
---|
346 | |
---|
347 | Here you can see, that these global data structures are collected into |
---|
348 | continuous memory areas. This memory area can be identified by start and stop |
---|
349 | symbols. This constructs a table of uniform items. |
---|
350 | |
---|
351 | The low level FreeBSD code calls at some time during the initialization the |
---|
352 | mi_startup() function (machine independent startup). This function will sort |
---|
353 | the SYSINIT(9) set and call handler functions which perform further |
---|
354 | initialization. The last step is the scheduler invocation. |
---|
355 | |
---|
356 | The SYSINIT(9) routines are run in mi_startup() which is called by |
---|
357 | rtems_bsd_initialize(). |
---|
358 | |
---|
359 | This is also explained in "The Design and Implementation of the FreeBSD |
---|
360 | Operating System" section 14.3 "Kernel Initialization". |
---|
361 | |
---|
362 | In RTEMS we have a library and not a bunch of object files. Thus we need a way |
---|
363 | to pull-in the desired services out of the libbsd. Here the |
---|
364 | "rtems-bsd-sysinit.h" comes into play. The SYSINIT(9) macros have been |
---|
365 | modified and extended for RTEMS in "sys/kernel.h": |
---|
366 | |
---|
367 | [listing] |
---|
368 | ---- |
---|
369 | #ifndef __rtems__ |
---|
370 | #define C_SYSINIT(uniquifier, subsystem, order, func, ident) \ |
---|
371 | static struct sysinit uniquifier ## _sys_init = { \ |
---|
372 | subsystem, \ |
---|
373 | order, \ |
---|
374 | func, \ |
---|
375 | (ident) \ |
---|
376 | }; \ |
---|
377 | DATA_SET(sysinit_set,uniquifier ## _sys_init) |
---|
378 | #else /* __rtems__ */ |
---|
379 | #define SYSINIT_ENTRY_NAME(uniquifier) \ |
---|
380 | _bsd_ ## uniquifier ## _sys_init |
---|
381 | #define SYSINIT_REFERENCE_NAME(uniquifier) \ |
---|
382 | _bsd_ ## uniquifier ## _sys_init_ref |
---|
383 | #define C_SYSINIT(uniquifier, subsystem, order, func, ident) \ |
---|
384 | struct sysinit SYSINIT_ENTRY_NAME(uniquifier) = { \ |
---|
385 | subsystem, \ |
---|
386 | order, \ |
---|
387 | func, \ |
---|
388 | (ident) \ |
---|
389 | }; \ |
---|
390 | DATA_SET(sysinit_set,SYSINIT_ENTRY_NAME(uniquifier)) |
---|
391 | #define SYSINIT_REFERENCE(uniquifier) \ |
---|
392 | extern struct sysinit SYSINIT_ENTRY_NAME(uniquifier); \ |
---|
393 | static struct sysinit const * const \ |
---|
394 | SYSINIT_REFERENCE_NAME(uniquifier) __used \ |
---|
395 | = &SYSINIT_ENTRY_NAME(uniquifier) |
---|
396 | #define SYSINIT_MODULE_REFERENCE(mod) \ |
---|
397 | SYSINIT_REFERENCE(mod ## module) |
---|
398 | #define SYSINIT_DRIVER_REFERENCE(driver, bus) \ |
---|
399 | SYSINIT_MODULE_REFERENCE(driver ## _ ## bus) |
---|
400 | #endif /* __rtems__ */ |
---|
401 | ---- |
---|
402 | |
---|
403 | Here you see that the SYSINIT(9) entries are no longer static. The |
---|
404 | *_REFERENCE() macros will create references to the corresponding modules which |
---|
405 | are later resolved by the linker. The application has to provide an object |
---|
406 | file with references to all required FreeBSD modules. |
---|
407 | |
---|
408 | The FreeBSD device model is quite elaborated (with follow-ups): |
---|
409 | |
---|
410 | http://www.freebsd.org/cgi/man.cgi?query=driver |
---|
411 | |
---|
412 | The devices form a tree with the Nexus device at a high-level. This Nexus |
---|
413 | device is architecture specific in FreeBSD. In RTEMS we have our own Nexus |
---|
414 | device, see "rtems-bsd-nexus.c". It uses a table to add child devices: |
---|
415 | |
---|
416 | [listing] |
---|
417 | ---- |
---|
418 | const char *const _bsd_nexus_devices [] = { |
---|
419 | #ifdef NEED_USB_OHCI |
---|
420 | "ohci", |
---|
421 | #endif |
---|
422 | #ifdef NEED_USB_EHCI |
---|
423 | "ehci", |
---|
424 | #endif |
---|
425 | #ifdef NEED_SDHC |
---|
426 | "sdhci", |
---|
427 | #endif |
---|
428 | NULL |
---|
429 | }; |
---|
430 | ---- |
---|
431 | |
---|
432 | This table must be provided by the application. |
---|
433 | |
---|
434 | === SYSCTL_NODE Example |
---|
435 | |
---|
436 | During development, we had an undefined reference to |
---|
437 | _bsd_sysctl__net_children that we had trouble tracking down. Thanks to |
---|
438 | Chris Johns, we located it. He explained how to read SYSCTL_NODE |
---|
439 | definitions. This line from freebsd/netinet/in_proto.c is attempting |
---|
440 | to add the "inet" node to the parent node "_net". |
---|
441 | |
---|
442 | [listing] |
---|
443 | ---- |
---|
444 | SYSCTL_NODE(_net, PF_INET, inet, CTLFLAG_RW, 0, |
---|
445 | "Internet Family"); |
---|
446 | ---- |
---|
447 | |
---|
448 | Our problem was that we could not find where _bsd_sysctl__net_children |
---|
449 | was defined. Chris suggested that when in doubt compile with -save-temps |
---|
450 | and look at the preprocessed .i files. But he did not need that. He |
---|
451 | explained that this the symbol name _bsd_sysctl__net_children was |
---|
452 | automatically generated by a SYSCTL_NODE as follows: |
---|
453 | |
---|
454 | * _bsd_ - added by RTEMS modifications to SYSCTL_NODE macro |
---|
455 | * sysctl_ - boilerplace added by SYSCTL_NODE macro |
---|
456 | * "" - empty string for parent node |
---|
457 | * net - name of SYSCTL_NODE |
---|
458 | * children - added by SYSCTL macros |
---|
459 | |
---|
460 | This was all generated by a support macro declaring the node as this: |
---|
461 | |
---|
462 | [listing] |
---|
463 | ---- |
---|
464 | struct sysctl_oid_list SYSCTL_NODE_CHILDREN(parent, name); |
---|
465 | ---- |
---|
466 | |
---|
467 | Given this information, we located this SYSCTL_NODE declaration in |
---|
468 | kern/kern_mib.c |
---|
469 | |
---|
470 | [listing] |
---|
471 | ---- |
---|
472 | SYSCTL_NODE(, CTL_KERN, kern, CTLFLAG_RW, 0, |
---|
473 | "High kernel, proc, limits &c"); |
---|
474 | ---- |
---|
475 | |
---|
476 | == Core FreeBSD APIs and RTEMS Replacements == |
---|
477 | |
---|
478 | === SX(9) (Shared/exclusive locks) === |
---|
479 | |
---|
480 | http://www.freebsd.org/cgi/man.cgi?query=sx |
---|
481 | |
---|
482 | Binary semaphores (this neglects the ability to allow shared access). |
---|
483 | |
---|
484 | === MUTEX(9) (Mutual exclusion) === |
---|
485 | |
---|
486 | http://www.freebsd.org/cgi/man.cgi?query=mutex |
---|
487 | |
---|
488 | Binary semaphores (not recursive mutexes are not supported this way). |
---|
489 | |
---|
490 | === RWLOCK(9) (Reader/writer lock) === |
---|
491 | |
---|
492 | http://www.freebsd.org/cgi/man.cgi?query=rwlock |
---|
493 | |
---|
494 | POSIX r/w lock. |
---|
495 | |
---|
496 | === RMLOCK(9) (Reader/writer lock optimized for mostly read access patterns) === |
---|
497 | |
---|
498 | Note: This object was implemented as a wrapper for RWLOCK in the rm_lock header file. |
---|
499 | |
---|
500 | http://www.freebsd.org/cgi/man.cgi?query=rmlock |
---|
501 | |
---|
502 | POSIX r/w lock. |
---|
503 | |
---|
504 | === CONDVAR(9) (Condition variables) === |
---|
505 | |
---|
506 | http://www.freebsd.org/cgi/man.cgi?query=condvar |
---|
507 | |
---|
508 | POSIX condition variables with modifications (hack). |
---|
509 | |
---|
510 | === CALLOUT(9) (Timer functions) === |
---|
511 | |
---|
512 | http://www.freebsd.org/cgi/man.cgi?query=callout |
---|
513 | |
---|
514 | Timer server. |
---|
515 | |
---|
516 | === TASKQUEUE(9) (Asynchronous task execution) === |
---|
517 | |
---|
518 | http://www.freebsd.org/cgi/man.cgi?query=taskqueue |
---|
519 | |
---|
520 | TBD. |
---|
521 | |
---|
522 | === KTHREAD(9), KPROC(9) (Tasks) === |
---|
523 | |
---|
524 | http://www.freebsd.org/cgi/man.cgi?query=kthread |
---|
525 | |
---|
526 | http://www.freebsd.org/cgi/man.cgi?query=kproc |
---|
527 | |
---|
528 | Tasks. |
---|
529 | |
---|
530 | === ZONE(9) (Zone allocator) === |
---|
531 | |
---|
532 | http://www.freebsd.org/cgi/man.cgi?query=zone |
---|
533 | |
---|
534 | TBD. |
---|
535 | |
---|
536 | === devfs (Device file system) === |
---|
537 | |
---|
538 | Dummy, IMFS or new implementation (currently dummy). |
---|
539 | |
---|
540 | === psignal (Signals) === |
---|
541 | |
---|
542 | TBD. Seems to be not needed. |
---|
543 | |
---|
544 | === poll, select === |
---|
545 | |
---|
546 | TBD. Seems to be not needed. |
---|
547 | |
---|
548 | === RMAN(9) (Resource management) === |
---|
549 | |
---|
550 | http://www.freebsd.org/cgi/man.cgi?query=rman |
---|
551 | |
---|
552 | TBD. Seems to be not needed. |
---|
553 | |
---|
554 | === DEVCLASS(9), DEVICE(9), DRIVER(9), MAKE_DEV(9) (Device management) === |
---|
555 | |
---|
556 | http://www.freebsd.org/cgi/man.cgi?query=devclass |
---|
557 | |
---|
558 | http://www.freebsd.org/cgi/man.cgi?query=device |
---|
559 | |
---|
560 | http://www.freebsd.org/cgi/man.cgi?query=driver |
---|
561 | |
---|
562 | http://www.freebsd.org/cgi/man.cgi?query=make_dev |
---|
563 | |
---|
564 | Use FreeBSD implementation as far as possible. FreeBSD has a nice API for |
---|
565 | dynamic device handling. It may be interesting for RTEMS to use this API |
---|
566 | internally in the future. |
---|
567 | |
---|
568 | === BUS_SPACE(9), BUS_DMA(9) (Bus and DMA access) === |
---|
569 | |
---|
570 | http://www.freebsd.org/cgi/man.cgi?query=bus_space |
---|
571 | |
---|
572 | http://www.freebsd.org/cgi/man.cgi?query=bus_dma |
---|
573 | |
---|
574 | Likely BSP dependent. A default implementation for memory mapped linear access |
---|
575 | is easy to provide. The current heap implementation supports all properties |
---|
576 | demanded by bus_dma (including the boundary constraint). |
---|
577 | |
---|
578 | == RTEMS Replacements by File Description == |
---|
579 | |
---|
580 | Note: Files with a status of USB are used by the USB test and have at least |
---|
581 | been partially tested. If they contain both USB and Nic, then they are used |
---|
582 | by both and MAY contain methods that have not been tested yet. Files that |
---|
583 | are only used by the Nic test are the most suspect. |
---|
584 | |
---|
585 | [listing] |
---|
586 | ---- |
---|
587 | rtems-libbsd File: rtems-bsd-assert.c |
---|
588 | FreeBSD File: rtems-bsd-config.h redefines BSD_ASSERT. |
---|
589 | Description: This file contains the support method rtems_bsd_assert_func(). |
---|
590 | Status: USB, Nic |
---|
591 | |
---|
592 | rtems-libbsd File: rtems-bsd-autoconf.c |
---|
593 | FreeBSD File: FreeBSD has BSP specific autoconf.c |
---|
594 | Description: This file contains configuration methods that are used to setup the system. |
---|
595 | Status: USB |
---|
596 | |
---|
597 | rtems-libbsd File: rtems-bsd-bus-dma.c |
---|
598 | FreeBSD File: FreeBSD has BSP specific busdma_machdep.c |
---|
599 | Description: |
---|
600 | Status: USB, Nic |
---|
601 | |
---|
602 | rtems-libbsd File: rtems-bsd-bus-dma-mbuf.c |
---|
603 | FreeBSD File: FreeBSD has BSP specific busdma_machdep.c |
---|
604 | Description: |
---|
605 | Status: Nic |
---|
606 | |
---|
607 | rtems-libbsd File: rtems-bsd-callout.c |
---|
608 | FreeBSD File: kern/kern_timeout.c |
---|
609 | Description: |
---|
610 | Status: USB, Nic |
---|
611 | |
---|
612 | rtems-libbsd File: rtems-bsd-cam.c |
---|
613 | FreeBSD File: cam/cam_sim.c |
---|
614 | Description: |
---|
615 | Status: USB |
---|
616 | |
---|
617 | rtems-libbsd File: rtems-bsd-condvar.c |
---|
618 | FreeBSD File: kern/kern_condvar.c |
---|
619 | Description: |
---|
620 | Status: USB |
---|
621 | |
---|
622 | rtems-libbsd File: rtems-bsd-copyinout.c |
---|
623 | FreeBSD File: bsp specific copyinout.c ) |
---|
624 | Description: Note: The FreeBSD file is split with some methods being in rtems-bsd-support |
---|
625 | Status: Nic |
---|
626 | |
---|
627 | rtems-libbsd File: rtems-bsd-delay.c |
---|
628 | FreeBSD File: bsp specific file with multiple names |
---|
629 | Description: |
---|
630 | Status: USB, Nic |
---|
631 | |
---|
632 | rtems-libbsd File: rtems-bsd-descrip.c |
---|
633 | FreeBSD File: kern/kern_descrip.c |
---|
634 | Description: |
---|
635 | Status: Nic |
---|
636 | |
---|
637 | rtems-libbsd File: rtems-bsd-generic.c |
---|
638 | FreeBSD File: kern/sys_generic.c |
---|
639 | Description: |
---|
640 | Status: Nic |
---|
641 | |
---|
642 | rtems-libbsd File: rtems-bsd-init.c |
---|
643 | FreeBSD File: N/A |
---|
644 | Description: |
---|
645 | Status: USB, Nic |
---|
646 | |
---|
647 | rtems-libbsd File: rtems-bsd-init-with-irq.c |
---|
648 | FreeBSD File: N/A |
---|
649 | Description: |
---|
650 | Status: USB, Nic |
---|
651 | |
---|
652 | rtems-libbsd File: rtems-bsd-jail.c |
---|
653 | FreeBSD File: kern/kern_jail.c |
---|
654 | Description: |
---|
655 | Status: USB, Nic |
---|
656 | |
---|
657 | rtems-libbsd File: rtems-bsd-lock.c |
---|
658 | FreeBSD File: kern/subr_lock.c |
---|
659 | Description: |
---|
660 | Status: USB, Nic |
---|
661 | |
---|
662 | rtems-libbsd File: rtems-bsd-log.c |
---|
663 | FreeBSD File: kern/subr_prf.c |
---|
664 | Description: |
---|
665 | Status: Nic |
---|
666 | |
---|
667 | rtems-libbsd File: rtems-bsd-malloc.c |
---|
668 | FreeBSD File: kern/kern_malloc.c |
---|
669 | Description: |
---|
670 | Status: USB, Nic |
---|
671 | |
---|
672 | rtems-libbsd File: rtems-bsd-mutex.c |
---|
673 | FreeBSD File: kern/kern_mutex.c |
---|
674 | Description: |
---|
675 | Status: USB, Nic |
---|
676 | |
---|
677 | rtems-libbsd File: rtems-bsd-newproc.c |
---|
678 | FreeBSD File: N/A |
---|
679 | Description: |
---|
680 | Status: Nic |
---|
681 | |
---|
682 | rtems-libbsd File: rtems-bsd-nexus.c |
---|
683 | FreeBSD File: bsp specific nexus.c |
---|
684 | Description: |
---|
685 | Status: USB |
---|
686 | |
---|
687 | rtems-libbsd File: rtems-bsd-panic.c |
---|
688 | FreeBSD File: boot/common/panic.c |
---|
689 | Description: |
---|
690 | Status: USB, Nic |
---|
691 | |
---|
692 | rtems-libbsd File: rtems-bsd-rwlock.c |
---|
693 | FreeBSD File: kern_rwlock.c |
---|
694 | Description: |
---|
695 | Status: USB, Nic |
---|
696 | |
---|
697 | rtems-libbsd File: rtems-bsd-shell.c |
---|
698 | FreeBSD File: N/A |
---|
699 | Description: |
---|
700 | Status: USB |
---|
701 | |
---|
702 | rtems-libbsd File: rtems-bsd-signal.c |
---|
703 | FreeBSD File: kern/kern_sig.c |
---|
704 | Description: |
---|
705 | Status: Nic |
---|
706 | |
---|
707 | rtems-libbsd File: rtems-bsd-smp.c |
---|
708 | FreeBSD File: N/A |
---|
709 | Description: |
---|
710 | Status: Nic |
---|
711 | |
---|
712 | rtems-libbsd File: rtems-bsd-support.c |
---|
713 | FreeBSD File: bsp specific copyinout.c |
---|
714 | Description: Note: the FreeBSD file is split with some methods being in rtems-bsd-copyinout. |
---|
715 | Status: USB, Nic |
---|
716 | |
---|
717 | rtems-libbsd File: rtems-bsd-sx.c |
---|
718 | FreeBSD File: kern/kern_sx.c |
---|
719 | Description: Status: USB, Nic |
---|
720 | |
---|
721 | rtems-libbsd File: rtems-bsd-synch.c |
---|
722 | FreeBSD File: kern/kern_synch.c |
---|
723 | Description: |
---|
724 | Status: USB, Nic |
---|
725 | |
---|
726 | rtems-libbsd File: rtems-bsd-syscalls.c |
---|
727 | FreeBSD File: User API for kern/uipc_syscalls.c |
---|
728 | Description: |
---|
729 | Status: Nic |
---|
730 | |
---|
731 | rtems-libbsd File: rtems-bsd-sysctlbyname.c |
---|
732 | FreeBSD File: User API for sysctlbyname(3) |
---|
733 | Description: |
---|
734 | Status: |
---|
735 | |
---|
736 | rtems-libbsd File: rtems-bsd-sysctl.c |
---|
737 | FreeBSD File: User API for sysctl(8) |
---|
738 | Description: |
---|
739 | Status: |
---|
740 | |
---|
741 | rtems-libbsd File: rtems-bsd-sysctlnametomib.c |
---|
742 | FreeBSD File: User API for sysctlnametomib |
---|
743 | Description: |
---|
744 | Status: |
---|
745 | |
---|
746 | rtems-libbsd File: rtems-bsd-taskqueue.c |
---|
747 | FreeBSD File: kern/subr_taskqueue.c |
---|
748 | Description: |
---|
749 | Status: Nic |
---|
750 | |
---|
751 | rtems-libbsd File: rtems-bsd-thread.c |
---|
752 | FreeBSD File: kern/kern_kthread.c |
---|
753 | Description: |
---|
754 | Status: USB, Nic |
---|
755 | |
---|
756 | rtems-libbsd File: rtems-bsd-timeout.c |
---|
757 | FreeBSD File: kern/kern_timeout.c |
---|
758 | Description: |
---|
759 | Status: Nic |
---|
760 | |
---|
761 | rtems-libbsd File: rtems-bsd-timesupport.c |
---|
762 | FreeBSD File: kern/kern_clock.c |
---|
763 | Description: |
---|
764 | Status: Nic |
---|
765 | |
---|
766 | rtems-libbsd File: rtems-bsd-vm_glue.c |
---|
767 | FreeBSD File: vm/vm_glue.c |
---|
768 | Description: |
---|
769 | Status: USB, Nic |
---|
770 | ---- |
---|
771 | |
---|
772 | == Notes by File == |
---|
773 | |
---|
774 | altq_subr.c - Arbitrary choices were made in this file that RTEMS would |
---|
775 | not support tsc frequency change. Additionally, the clock frequency |
---|
776 | for machclk_freq is always measured for RTEMS. |
---|
777 | |
---|
778 | conf.h - In order to add make_dev and destroy_dev, variables in the cdev |
---|
779 | structure that were not being used were conditionally compiled out. The |
---|
780 | capability of supporting children did not appear to be needed and was |
---|
781 | not implemented in the rtems version of these routines. |
---|
782 | |
---|
783 | == NICs Status == |
---|
784 | |
---|
785 | [listing] |
---|
786 | ---- |
---|
787 | Driver Symbol Status |
---|
788 | ====== ====== ====== |
---|
789 | RealTek _bsd_re_pcimodule_sys_init Links |
---|
790 | EtherExpress _bsd_fxp_pcimodule_sys_init Links |
---|
791 | DEC tulip _bsd_dc_pcimodule_sys_init Links |
---|
792 | Broadcom BCM57xxx _bsd_bce_pcimodule_sys_init Links |
---|
793 | Broadcom BCM4401 _bsd_bfe_pcimodule_sys_init Links |
---|
794 | Broadcom BCM570x _bsd_bge_pcimodule_sys_init Needs Symbols (A) |
---|
795 | E1000 IGB _bsd_igb_pcimodule_sys_init Links |
---|
796 | E1000 EM _bsd_em_pcimodule_sys_init Links |
---|
797 | ---- |
---|
798 | |
---|
799 | |
---|
800 | Symbols (A) |
---|
801 | pci_get_vpd_ident |
---|
802 | |
---|
803 | == Problems to report to FreeBSD == |
---|
804 | |
---|
805 | The MMAP_NOT_AVAILABLE define is inverted on its usage. When it is |
---|
806 | defined the mmap method is called. Additionally, it is not used |
---|
807 | thoroughly. It is not used in the unmap portion of the source. |
---|
808 | The file rec_open.c uses the define MMAP_NOT_AVAILABLE to wrap |
---|
809 | the call to mmap and file rec_close.c uses the munmap method. |
---|
810 | |
---|
811 | |
---|
812 | |
---|