Ò׽ؽØͼÈí¼þ¡¢µ¥Îļþ¡¢Ãâ°²×°¡¢´¿ÂÌÉ«¡¢½ö160KB

LINUX RTAIÖÐ.runinfoÎļþÏê½â£¨Ó¢ÎÄ£©


Description of the "runinfo" format
-----------------------------------
Purpose of the "runinfo" files
------------------------------
"runinfo" files found in the source tree allow the "rtai-load" script
(see rtai-core/scripts/rtai-load) to retrieve the information it needs
to execute a RTAI application in an automated manner. This file
basically describes the module dependencies (i.e from standard RTAI
system modules) and the load/startup actions (i.e. insmoding module(s)
and/or launching executable(s)) that need to be taken to start a given
application.
This mecanism replaces the various hand-crafted "run" shell scripts
that existed up to RTAI's 24.1.12 (stromboli) version.
Format of a runinfo file
------------------------
All examples and tests contain/should contain an ASCII file called
runinfo that provides the needed information for having the
corresponding RTAI applications run through the "rtai-load"
script. This file is actually a template read by Autoconf's
"configure" script, where installation-dependent information is
automatically patched in, to produce the corresponding ".runinfo"
file. The "rtai-load" script will exclusively use .runinfo files to
find out the actions needed to bootstrap an application.
runinfo should list all possible execution targets for the given
example/test directory.
Each execution target appears on a single text line, contains four
specification fields separated by double-colons, and is parsed as:
target_name:module_dependencies:run_actions:init_comment
Therefore, having multiple targets in a single file is possible, like
this:
target_name1:module_dependencies_1:run_actions_1:init_comment_1
target_name2:module_dependencies_2:run_actions_2:init_comment_2
...
and so on.
o target_name is a symbolic name. The first line seen in a given file
stands for the default target.
o module_dependencies is a list defining the standard RTAI modules the
test/example depends on, and which must be loaded bef


Ïà¹ØÎĵµ£º

linux shell ½Å±¾ÈëÃÅ


1. Linux ½Å±¾±àд»ù´¡
1.1 Óï·¨»ù±¾½éÉÜ
1.1.1 ¿ªÍ·
³ÌÐò±ØÐëÒÔÏÂÃæµÄÐпªÊ¼£¨±ØÐë·½ÔÚÎļþµÄµÚÒ»ÐУ©£º
#!/bin/sh
·ûºÅ#!ÓÃÀ´¸æËßϵͳËüºóÃæµÄ²ÎÊýÊÇÓÃÀ´Ö´ÐиÃÎļþµÄ³ÌÐò¡£ÔÚÕâ¸öÀý×ÓÖÐÎÒÃÇʹÓÃ/bin/shÀ´Ö´ÐгÌÐò¡£
µ±±à¼­ºÃ½Å±¾Ê±£¬Èç¹ûÒªÖ´Ðиýű¾£¬»¹±ØÐëʹÆä¿ÉÖ´ÐС£
Ҫʹ½Å±¾¿ÉÖ´ÐУº
±àÒë chmod +x ......

linux 2.6.24ÔÚS3C2410ÉϵÄÒÆÖ²(1)(»ùÓÚGEC2410)

1.ÏÂÔØlinux kernelÔ´´úÂë
µ½http://www.kernel.org/ÏÂÔØlinuxÄÚºËÔ´´úÂë,ÕâÀïÎÒÃÇʹÓÃ2.6.24.4µÄÄÚºË.
½âѹlinux-2.6.24.4.tar.bz2
[matt@localhost GEC2410]$ tar -xvjf linux-2.6.24.4.tar.bz2
[matt@localhost GEC2410]$ cd linux-2.6.24.4
2.ÐÞ¸ÄMakefile,ÉèÖý»²æ±àÒëÆ÷
ARCH  ?= arm
CROSS_COMPILE ......

linux daemonº¯Êý

#include <unistd.h>
int daemon(int nochdir,int noclose)
ÔÚ´´½¨¾«Áé½ø³ÌµÄʱºò,ÍùÍùÐèÒª½«¾«Áé½ø³ÌµÄ¹¤×÷Ŀ¼ÐÞ¸ÄΪ"/"¸ùĿ¼
²¢ÇÒ½«±ê×¼ÊäÈë,Êä³öºÍ´íÎóÊä³öÖض¨Ïòµ½/dev/null
daemonµÄ×÷ÓþÍÊǵ±²ÎÊýnochdirΪ0ʱ,½«¸ùĿ¼ÐÞ¸ÄΪ¹¤×÷Ŀ¼
nocloseΪ0ʱ,×öÊäÈë,Êä³öÒÔ¼°´íÎóÊä³öÖض¨Ïòµ½/dev/null
Ö´ ......

Linuxϵͳµ÷Óà unlinkº¯ÊýÏê½â

Linuxϵͳµ÷ÓÃ-- unlinkº¯ÊýÏê½â
 
¹¦ÄÜÃèÊö£º
´ÓÎļþϵͳÖÐɾ³ýÒ»¸öÃû³Æ¡£Èç¹ûÃû³ÆÊÇÎļþµÄ×îºóÒ»¸öÁ¬½Ó£¬²¢ÇÒûÓÐÆäËü½ø³Ì½«Îļþ´ò¿ª£¬Ãû³Æ¶ÔÓ¦µÄÎļþ»áʵ¼Ê±»É¾³ý¡£
Ó÷¨£º
#include
int unlink(const char *pathname);
²ÎÊý£º
pathname£ºÖ¸ÏòÐè½â³ýÁ¬½ÓµÄÎļþÃû¡£
·µ»Ø˵Ã÷£º
³É¹¦Ö´ÐÐʱ£¬·µ»Ø0¡£Ê§°Ü· ......

linux¸ùÎļþϵͳÓëinitrd£¨×ª£©


1
¸ùÎļþϵͳ
¼òµ¥À´Ëµ£¬£¨¸ùÎļþϵͳ£©¾ÍÊÇϵͳµÚÒ»¸ö
mount
µÄÎļþϵͳ

Filesystem
Handling
Like
every  
traditional  
Unix  
system,  

Linux  
makes  
use  
of  

a  
system ......
© 2009 ej38.com All Rights Reserved. ¹ØÓÚE½¡ÍøÁªÏµÎÒÃÇ | Õ¾µãµØͼ | ¸ÓICP±¸09004571ºÅ