0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

LiteOS-A內(nèi)核中的procfs文件系統(tǒng)分析

OpenAtom OpenHarmony ? 來源:未知 ? 2022-12-02 21:10 ? 次閱讀

點擊藍字 ╳ 關(guān)注我們


開源項目 OpenHarmony
是每個人的 OpenHarmony

蔣衛(wèi)峰

深圳開鴻數(shù)字產(chǎn)業(yè)發(fā)展有限公司

OS內(nèi)核開發(fā)工程師


一、 procfs介紹

procfs是類UNIX操作系統(tǒng)中進程文件系統(tǒng)(process file system)的縮寫,主要用于通過內(nèi)核訪問進程信息和系統(tǒng)信息,以及可以修改內(nèi)核參數(shù)改變系統(tǒng)行為。需要注意的是,procfs文件系統(tǒng)是一個虛擬文件系統(tǒng),不存在硬盤當中,而是系統(tǒng)啟動時動態(tài)生成的文件系統(tǒng),儲存在內(nèi)存中。procfs文件系統(tǒng)通常掛載在/proc目錄下。
LiteOS-A是OpenAtom OpenHarmony(以下簡稱“OpenHarmony”)系統(tǒng)中使用的輕量系統(tǒng)內(nèi)核,實現(xiàn)了procfs文件系統(tǒng)。本文主要對LiteOS-A內(nèi)核中的procfs文件系統(tǒng)的設(shè)計、實現(xiàn)和使用進行介紹和分析。
procfs文件系統(tǒng)是LiteOS-A內(nèi)核文件系統(tǒng)的一個案例,通過了解procfs文件系統(tǒng),能夠熟悉LiteOS-A的文件系統(tǒng)框架,并很好地將內(nèi)核信息通過文件系統(tǒng)反饋給使用者。

1. Linux系統(tǒng)中的procfs文件系統(tǒng)包含的內(nèi)容
Ubuntu 20.04中的/proc文件信息如下:

圖1:Ubuntu proc目錄信息

2. OS-A系統(tǒng)的命令以及procfs文件系統(tǒng)的內(nèi)容
LiteOS-A的命令集:

LiteOS-A的proc目錄信息如下:

圖2:liteOS-A proc目錄信息

二、 procfs文件系統(tǒng)的設(shè)計

LiteOS-A中使用VFS作為各個文件系統(tǒng)的粘合層,而VFS在OpenHarmony內(nèi)核中采用樹結(jié)構(gòu)實現(xiàn),樹中的每一個節(jié)點都是Vnode結(jié)構(gòu)體。VFS提供統(tǒng)一的抽象接口用于屏蔽文件系統(tǒng)之間的差異,其提供三大操作接口用于統(tǒng)一不同文件系統(tǒng)調(diào)用不同接口的現(xiàn)狀。
VFS提供的三大操作接口:
? VnodeOps
? MountOps
? file_operations_vfs
VnodeOps用于控制Vnode節(jié)點,MountOps控制掛載點,file_operations_vfs提供常用的文件接口。
文件系統(tǒng)各自需要實現(xiàn)VFS提供的這三大接口,即實現(xiàn)系統(tǒng)本身需要的接口方法,讓VFS能夠調(diào)用這些接口即可。procfs文件系統(tǒng)雖作為一個偽文件系統(tǒng)pseudo-file system,但其仍舊需要實現(xiàn)上述接口。
1. VFS提供的重要接口
(1) Vnode 結(jié)構(gòu)體:
struct Vnode {
enum VnodeType type; /* Vnode節(jié)點類型 */
int useCount; /* 節(jié)點鏈接數(shù) */
uint32_t hash; /* 哈希值 */
uint uid; /* 文件擁有者的user id */
uint gid; /* 文件群組id */
mode_t mode; /* 文件讀寫執(zhí)行權(quán)限 */
LIST_HEAD parentPathCaches; /* 指向父節(jié)點的路徑緩存 */
LIST_HEAD childPathCaches; /* 指向兒子節(jié)點的路徑緩存 */
struct Vnode *parent; /* vnode父節(jié)點 */
struct VnodeOps *vop; /* vnode操作接口 */
struct file_operations_vfs *fop; /* 文件操作接口,即指定文件系統(tǒng) */
void *data; /* 數(shù)據(jù),指向內(nèi)部數(shù)據(jù)的指針 */
uint32_t flag; /* 節(jié)點標簽 */
LIST_ENTRY hashEntry; /* 掛入v_vnodeHashEntry[i]中 */
LIST_ENTRY actFreeEntry; /* 通過本節(jié)點掛載到空閑和使用鏈表中 */
struct Mount *originMount; /* 所在文件系統(tǒng)掛載信息 */
struct Mount *newMount; /* 其他掛載在這個節(jié)點中的文件系統(tǒng)信息 */
char *filePath; /* Vnode的路徑信息 */
struct page_mapping mapping; /* page mapping of the vnode */
};
圖3:Vnode structure

Vnode功能接口定義:
struct VnodeOps {
int (*Create)(struct Vnode *parent, const char *name, int mode, struct Vnode **vnode);// 創(chuàng)建節(jié)點
int (*Lookup)(struct Vnode *parent, const char *name, int len, struct Vnode **vnode);// 查詢節(jié)點
int (*Open)(struct Vnode *vnode, int fd, int mode, int flags);// 打開節(jié)點
ssize_t (*ReadPage)(struct Vnode *vnode, char *buffer, off_t pos);
ssize_t (*WritePage)(struct Vnode *vnode, char *buffer, off_t pos, size_t buflen);
int (*Close)(struct Vnode *vnode);// 關(guān)閉節(jié)點
int (*Reclaim)(struct Vnode *vnode);// 回收節(jié)點
int (*Unlink)(struct Vnode *parent, struct Vnode *vnode, const char *fileName);// 取消硬鏈接
int (*Rmdir)(struct Vnode *parent, struct Vnode *vnode, const char *dirName);// 刪除目錄節(jié)點
int (*Mkdir)(struct Vnode *parent, const char *dirName, mode_t mode, struct Vnode **vnode);// 創(chuàng)建目錄節(jié)點
int (*Readdir)(struct Vnode *vnode, struct fs_dirent_s *dir);// 讀目錄節(jié)點信息
int (*Opendir)(struct Vnode *vnode, struct fs_dirent_s *dir);// 打開目錄節(jié)點
int (*Rewinddir)(struct Vnode *vnode, struct fs_dirent_s *dir);// 定位目錄節(jié)點
int (*Closedir)(struct Vnode *vnode, struct fs_dirent_s *dir);// 關(guān)閉目錄節(jié)點
int (*Getattr)(struct Vnode *vnode, struct stat *st);// 獲取節(jié)點屬性
int (*Setattr)(struct Vnode *vnode, struct stat *st);// 設(shè)置節(jié)點屬性
int (*Chattr)(struct Vnode *vnode, struct IATTR *attr);// 改變節(jié)點屬性
int (*Rename)(struct Vnode *src, struct Vnode *dstParent, const char *srcName, const char *dstName);
int (*Truncate)(struct Vnode *vnode, off_t len);// 縮小或擴大
int (*Truncate64)(struct Vnode *vnode, off64_t len);
int (*Fscheck)(struct Vnode *vnode, struct fs_dirent_s *dir);
int (*Link)(struct Vnode *src, struct Vnode *dstParent, struct Vnode **dst, const char *dstName);
int (*Symlink)(struct Vnode *parentVnode, struct Vnode **newVnode, const char *path, const char *target);
ssize_t (*Readlink)(struct Vnode *vnode, char *buffer, size_t bufLen);
};

Vnode根節(jié)點的初始化操作:
將全局Vnode表進行初始化,開始節(jié)點指向根目錄/,全局節(jié)點g_rootVnode。
int VnodesInit(void)
{
int retval = LOS_MuxInit(&g_vnodeMux, NULL);
if (retval != LOS_OK) {
PRINT_ERR("Create mutex for vnode fail, status: %d", retval);
return retval;
}


LOS_ListInit(&g_vnodeFreeList);
LOS_ListInit(&g_vnodeVirtualList);
LOS_ListInit(&g_vnodeActiveList);
retval = VnodeAlloc(NULL, &g_rootVnode);
if (retval != LOS_OK) {
PRINT_ERR("VnodeInit failed error %d ", retval);
return retval;
}
g_rootVnode->mode = S_IRWXU | S_IRWXG | S_IRWXO | S_IFDIR;
g_rootVnode->type = VNODE_TYPE_DIR;
g_rootVnode->filePath = "/";


return LOS_OK;
}

(2) Mount結(jié)構(gòu)體:
struct Mount {
LIST_ENTRY mountList; /* 全局Mount鏈表 */
const struct MountOps *ops; /* Mount的功能函數(shù) */
struct Vnode *vnodeBeCovered; /* 要被掛載的節(jié)點 */
struct Vnode *vnodeCovered; /* 要掛載的節(jié)點 */
struct Vnode *vnodeDev; /* 設(shè)備vnode */
LIST_HEAD vnodeList; /* Vnode表的表頭 */
int vnodeSize; /* Vnode表的節(jié)點數(shù)量 */
LIST_HEAD activeVnodeList; /* 激活的節(jié)點鏈表 */
int activeVnodeSize; /* 激活的節(jié)點數(shù)量 */
void *data; /* 數(shù)據(jù),指向內(nèi)部數(shù)據(jù)的指針 */
uint32_t hashseed; /* Random seed for vfshash */
unsigned long mountFlags; /* 掛載標簽 */
char pathName[PATH_MAX]; /* 掛載點路徑 */
char devName[PATH_MAX]; /* 設(shè)備名稱 /dev/sdb-1 */
};
圖4:Mount structure

掛載點的接口定義:
struct MountOps {
int (*Mount)(struct Mount *mount, struct Vnode *vnode, const void *data);
int (*Unmount)(struct Mount *mount, struct Vnode **blkdriver);
int (*Statfs)(struct Mount *mount, struct statfs *sbp);//統(tǒng)計文件系統(tǒng)的信息,類型、大小等
int (*Sync)(struct Mount *mount);
};

(3)文件結(jié)構(gòu)定義:
struct file
{
unsigned int f_magicnum; /* file magic number. -- to be deleted */
int f_oflags; /* Open mode flags */
struct Vnode *f_vnode; /* Driver interface */
loff_t f_pos; /* File position */
unsigned long f_refcount; /* reference count */
char *f_path; /* File fullpath */
void *f_priv; /* Per file driver private data */
const char *f_relpath; /* realpath. -- to be deleted */
struct page_mapping *f_mapping; /* mapping file to memory */
void *f_dir; /* DIR struct for iterate the directory if open a directory */
const struct file_operations_vfs *ops;
int fd;
};

文件接口功能定義:
struct file_operations_vfs
{
/* The device driver open method differs from the mountpoint open method */


int (*open)(struct file *filep);
int (*close)(struct file *filep);
ssize_t (*read)(struct file *filep, char *buffer, size_t buflen);
ssize_t (*write)(struct file *filep, const char *buffer, size_t buflen);
off_t (*seek)(struct file *filep, off_t offset, int whence);
int (*ioctl)(struct file *filep, int cmd, unsigned long arg);
int (*mmap)(struct file* filep, struct VmMapRegion *region);
/* The two structures need not be common after this point */


int (*poll)(struct file *filep, poll_table *fds);
int (*stat)(struct file *filep, struct stat* st);
int (*fallocate)(struct file* filep, int mode, off_t offset, off_t len);
int (*fallocate64)(struct file *filep, int mode, off64_t offset, off64_t len);
int (*fsync)(struct file *filep);
ssize_t (*readpage)(struct file *filep, char *buffer, size_t buflen);
int (*unlink)(struct Vnode *vnode);
};

2.文件系統(tǒng)的重要接口設(shè)計
procfs文件系統(tǒng)中每個目錄或文件都是一個Vnode,也可以理解為一個entry。ProcDirEntry中的subdir指向的目錄中的一個子項,其本質(zhì)是一個單向鏈表的形式,并且采用頭插法的形式進行節(jié)點的插入。
圖5:DirEntry

圖6:ProcFile

圖7:ProcData

圖8: ProcFileOperations

三、 procfs文件系統(tǒng)的實現(xiàn)

1.Procfs的注冊過程
(1)向系統(tǒng)注冊文件系統(tǒng)入口函數(shù):
LOS_MODULE_INIT(ProcFsInit, LOS_INIT_LEVEL_KMOD_EXTENDED);

(2)向VFS文件系統(tǒng)表注冊系統(tǒng)名以及實現(xiàn)的接口等:
const struct MountOps procfs_operations = {
.Mount = VfsProcfsMount,
.Unmount = NULL,
.Statfs = VfsProcfsStatfs,
};


static struct VnodeOps g_procfsVops = {
.Lookup = VfsProcfsLookup,
.Getattr = VfsProcfsStat,
.Readdir = VfsProcfsReaddir,
.Opendir = VfsProcfsOpendir,
.Closedir = VfsProcfsClosedir,
.Truncate = VfsProcfsTruncate
};


static struct file_operations_vfs g_procfsFops = {
.read = VfsProcfsRead,
.write = VfsProcfsWrite,
.open = VfsProcfsOpen,
.close = VfsProcfsClose
};


// 注冊文件系統(tǒng)名字以及實現(xiàn)的接口方法等
FSMAP_ENTRY(procfs_fsmap,"procfs",procfs_operations,FALSE,FALSE);

2.Procfs的初始化
初始化需要做的工作主要包括向OS注冊procfs文件系統(tǒng),生成procfs文件目錄中的文件初始項,在liteOS-A具體包含目錄power、mounts等。
procfs文件系統(tǒng)的初始化流程大致如下:
// 系統(tǒng)的入口函數(shù)
main(VOID)
|-> OsMain() // ./liteos/kernel/liteos_a/kernel/common/main.c
| // 進行系統(tǒng)的相關(guān)初始化工作
| -> EarliestInit()
| -> ...
|
| -> KModInit()
|-> ...
|
|-> OsInitCall(LOS_INIT_LEVEL_KMOD_EXTENDED) // 生成procfs文件系統(tǒng)并掛載到/proc目錄
|-> InitLevelCall(level)//根據(jù)不同的級別進行相關(guān)初始化工作,procfs的級別是8,其級別是文件系統(tǒng)向OS注冊的
| // ./liteos/kernel/liteos_a/fs/proc/os_adapt/proc_init.c
|
|-> ProcFsInit() // 進行procfs文件系統(tǒng)的具體初始化工作
| |-> mkdir(PROCFS_MOUNT_POINT, PROCFS_DEFAULT_MODE) // 先生成/proc目錄,之后需要將procfs文件系統(tǒng)掛載到該目錄下
| |-> mount(NULL, PROCFS_MOUNT_POINT, "procfs", 0, NULL)
| | // 生成mount文件,包括分配Vnode和掛載Vnode
| |
| |-> ProcMountsInit()
| | | // procfs具體項的初始化都寫在一個獨立的文件中,例如mounts在./liteos/kernel/liteos_a/fs/proc/os_adapt/mounts_proc.c
| | |
| | |-> ProcMountsInit(void)
| | | // 創(chuàng)建mounts節(jié)點并掛載到該目錄下,NULL位parent為父節(jié)點,若parent為NULL,則默認父節(jié)點為/proc
| | |
| | |-> CreateProcEntry("mounts", 0, NULL)
| | | // 先判斷節(jié)點是文件屬性還是目錄屬性,后選擇具體的節(jié)點創(chuàng)建函數(shù),在這選擇File節(jié)點
| | |
| | |-> ProcCreateFile(parent, name, NULL, mode)
| | |-> struct ProcDirEntry *pn = NULL
| | |-> ProcAllocNode(&parent, name, S_IFREG | mode) // 具體的分配節(jié)點
| | |-> struct ProcDirEntry *pn = NULL;
| | | // 首先對節(jié)點的合法性進行相關(guān)檢查,例如parent是否NULL,name是否NULL等
| | |
| | |-> pn = (struct ProcDirEntry *)malloc(sizeof(struct ProcDirEntry));//分配一個struct ProcDirEntry內(nèi)存地址
| | | // 對生成的節(jié)點賦予一些屬性,例如節(jié)點名字長度,權(quán)限,名字等,每個ProcDirEntry都需要指定一個ProcFile成員,里面含有具體信息
| | |
| | |-> pn->nameLen = strlen(lastName);
| | |-> pn->mode = mode;
| | |-> ret = memcpy_s(pn->name, sizeof(pn->name), lastName, strlen(lastName) + 1);
| | |-> pn->pf = (struct ProcFile *)malloc(sizeof(struct ProcFile));
| | |-> pn->pf->pPDE = pn;// ProcFile的parent是生成的pn節(jié)點
| | | // 生成對應(yīng)的節(jié)點,對節(jié)點指定相應(yīng)的函數(shù)接口后,需要掛載的父節(jié)點中
| | |
| | |-> ProcAddNode(parent, pn)
| | | // 先判斷parent是否為NULL以及pn是否已經(jīng)有parent,即判斷是否已掛載
| | |
| | | // 在這里可知一個目錄下的子目錄以及文件都是以一個單鏈表的形式存儲的,且采用的是頭插法,即最先生成的在最后面
| | |-> pn->parent = parent;
| | |-> pn->next = parent->subdir;
| | |-> parent->subdir = pn;
| |->...
| |
| |->ProcPmInit() // 目錄初始化工作
| | | // power目錄下含有子目錄,但是目錄生成的過程都一樣,在這以power文件夾為例
| | |-> struct ProcDirEntry *power = CreateProcEntry("power", S_IFDIR | S_IRWXU | S_IRWXG | S_IROTH, NULL);
| | | |-> CreateProcEntry("power", S_IFDIR | S_IRWXU | S_IRWXG | S_IROTH, NULL)
| | | | |-> // 先判斷節(jié)點是文件屬性還是目錄屬性,后選擇具體的節(jié)點創(chuàng)建函數(shù),在這選擇目錄節(jié)點
| | | | |
| | | | |-> ProcCreateDir(parent, name, NULL, mode)
| | | | | | // 這里節(jié)點創(chuàng)建和掛載和上述文件節(jié)點創(chuàng)建一樣,不再贅述
| | | | | |
| | | | | |-> ProcAllocNode(&parent, name, S_IFREG | mode) // 具體的分配節(jié)點
| | | | | |-> ProcAddNode(parent, pn)
| | | | |
| | | |
| | |-> ...
| |
|...

四、procfs業(yè)務(wù)分析

1.procfs掛載過程分析
在procfs文件系統(tǒng)的掛載過程中,若使用qemu進行調(diào)試,則掛載的命令大致如下: mount -R -t procfs [Dir_Path]
mount的系統(tǒng)調(diào)用間接調(diào)用procfs的mount接口。
用戶輸入掛載命令后,引發(fā)系統(tǒng)調(diào)用SysMount開始逐層調(diào)用:
-> ... 
-> SysMount(const char *source, const char *target, const char *filesystemtype, unsigned long mountflags,const void *data)
|--|-> 將路徑,文件系統(tǒng)等轉(zhuǎn)化之后調(diào)用mount
| |-> mount(sourceRet, targetRet, (filesystemtype ? fstypeRet : NULL), mountflags, dataRet)
| | |-> //找到指定的文件系統(tǒng)
| | |-> fsmap = mount_findfs(filesystemtype)
| | |-> mops = fsmap->fs_mops // 為mount節(jié)點指定mount的接口函數(shù)
| | |-> //找到掛載目錄對應(yīng)的Vnode并且設(shè)置文件系統(tǒng)相關(guān)信息
| | |-> VnodeLookup(target, &mountpt_vnode, 0)
| | | |->VnodeLookupAt(path, vnode, flags, NULL)
| | | | |-> //對目錄變成絕對路徑并且從全局Vnode鏈表中開始找
| | | | |-> PreProcess(path, &startVnode, &normalizedPath)
| | | | | |-> vfs_normalize_path(NULL, originPath, &absolutePath)
| | |-> mnt = MountAlloc(mountpt_vnode, (struct MountOps*)mops)
| | |-> mops->Mount(mnt, device, data)//進入具體的procfs文件系統(tǒng)的mount函數(shù)
| | | |-> VfsProcfsMount(struct Mount *mnt, struct Vnode *device, const void *data)
| | | | |-> VnodeAlloc(&g_procfsVops, &vp);//生成一個Vnode用于掛載mount節(jié)點和procfs文件系統(tǒng)的root節(jié)點
| | | | |-> root = GetProcRootEntry(); //獲取procfs文件系統(tǒng)的根節(jié)點
| | | | |-> vp->data = root; //
| | | | |-> vp->originMount = mnt;// 將vp掛載在掛載目錄所對應(yīng)的mount節(jié)點上
| | | | |-> mnt->data = NULL;
| | | | |-> mnt->vnodeCovered = vp;// mount節(jié)點掛載的Vnode是該文件系統(tǒng),方便后續(xù)在mount鏈表中找掛載點
| | | | |-> vp->type = root->type;
|||...

2.節(jié)點的增加過程分析
關(guān)鍵代碼如下:
   temp = ProcFindNode(parent, pn->name);
if (temp != NULL) {
PRINT_ERR("Error!ProcDirEntry '%s/%s' already registered ", parent->name, pn->name);
spin_unlock(&procfsLock);
return -EEXIST;
}
pn->parent = parent;
pn->next = parent->subdir;
parent->subdir=pn;
為了更好地說明,假設(shè)目前已經(jīng)在系統(tǒng)中生成了proc/和mounts節(jié)點,proc/節(jié)點就是該文件系統(tǒng)的根節(jié)點,此時兩者的關(guān)系可以用下圖表示:

圖9:層級目錄的關(guān)系

此時若需要在兩者在插入一個power節(jié)點,則首先需要先生成一個power節(jié)點如下,再改變相應(yīng)的指向即可,具體可以參考圖10,給出三者之間的關(guān)系,最終的節(jié)點效果如圖11。
圖10:生成一個新節(jié)點

圖11:重新組合

3、writeproc shell命令的創(chuàng)建
liteOS-A中含有一個叫writeproc的shell命令,使用格式如下:
writeproc value >> path

shell命令的創(chuàng)建方式主要有兩種,分靜態(tài)注冊和動態(tài)注冊,writeproc命令使用靜態(tài)注冊方式進行注冊,在本文中也主要介紹靜態(tài)注冊。
shell開發(fā)的流程如下:
①定義一個新增命令所要調(diào)用的執(zhí)行函數(shù)xxx;
② 使用SHELLCMD_ENTRY函數(shù)添加新增命令項;
③ 在鏈接選項liteos_tables_ldflags.mk中添加鏈接該新增命令項參數(shù);
④ 重新編譯代碼后運行。
writeproc的注冊如下:
// 定義一個具體的執(zhí)行函數(shù) 
int OsShellCmdWriteProc(int argc, char **argv);
// 新增命令項
SHELLCMD_ENTRY(writeproc_shellcmd,CMD_TYPE_EX,"writeproc",XARGS,(CmdCallBackFunc)OsShellCmdWriteProc);
writeproc的具體流程分析:
①首先由用戶按照命令格式進行輸入;
②OsShellCmdWriteProc函數(shù)對輸入的命令進行分析,并采取相關(guān)的動作。
-> ... 
-> // 使用shell命令喚起writeproc注冊函數(shù)
-> writeproc value >> path
|-> // 進行初始化工作,主要用于判斷輸入路徑是否合法,節(jié)點是否存在
|-> struct ProcDirEntry *handle = NULL;
|-> const char *rootProcDir = "/proc/";
|-> handle = OpenProcFile(realPath, O_TRUNC) // 若路徑合法則找到對應(yīng)的Vnode
| |-> pn = ProcFindEntry(fileName)
| | |-> int leveltotal = 0;// leveltotal用于判定文件所對應(yīng)的層級,一個/表示一層
| | | // 遍歷Vnode找到對應(yīng)的Vnode并返回
| |-> pn->flags = (unsigned int)(pn->flags) | (unsigned int)flags// 設(shè)置節(jié)點相應(yīng)的權(quán)限
| |-> ...
| WriteProcFile(handle, value, len) // 找到文件句柄之后開始寫入數(shù)據(jù)
| | // 使用Vnode的文件接口對ProcFile數(shù)據(jù)成員進行寫入
| |-> result = pde->procFileOps->write(pde->pf, (const char *)buf, len, &(pde->pf->fPos))
|...
根據(jù)文件名查找Vnode的關(guān)鍵代碼:
pn = &g_procRootDirEntry; 
while ((pn != NULL) && (levelcount < leveltotal)) {
levelcount++;
isfoundsub = 0;
while (pn != NULL) {
next = strchr(path, '/');
if (next == NULL) {
while (pn != NULL) {
if (strcmp(path, pn->name) == 0) {
spin_unlock(&procfsLock);
return pn;
}
pn = pn->next;
}
pn = NULL;
spin_unlock(&procfsLock);
return pn;
}

len = next - path;
if (pn == &g_procRootDirEntry) {
if (levelcount == leveltotal) {
spin_unlock(&procfsLock);
return pn;
}
len = g_procRootDirEntry.nameLen;
}
if (ProcMatch(len, path, pn)) {
isfoundsub = 1;
path += len + 1;
break;
}

pn = pn->next;
}
}

五、總結(jié)

本文介紹了LiteOS-A內(nèi)核下proc相關(guān)目錄信息,并且對LiteOS-A內(nèi)核中procfs文件系統(tǒng)的原理和實現(xiàn),結(jié)合源碼進行了分析。同時,通過writeproc shell命令介紹了procfs的使用。希望讀者可以掌握LiteOS-A文件系統(tǒng)的基本知識,更好地運用于基于LiteOS-A內(nèi)核的系統(tǒng)移植工作。
關(guān)于OpenHarmony內(nèi)核的內(nèi)容,之前我還介紹了LiteOS-A內(nèi)核之基礎(chǔ)硬件——中斷控制器、GIC400內(nèi)核對象隊列的算法、OpenHarmony LiteOS-M內(nèi)核事件的運作機制,以及內(nèi)核IPC機制數(shù)據(jù)結(jié)構(gòu)、OpenHarmony Liteos-A內(nèi)核之iperf3移植方法,感興趣的讀者可以點擊閱讀:《淺談OpenHarmony LiteOS-A內(nèi)核之基礎(chǔ)硬件——中斷控制器GIC400》、《OpenHarmony——內(nèi)核對象隊列之算法詳解(上)》、《OpenHarmony——內(nèi)核對象隊列之算法詳解(下)》、《OpenHarmony——內(nèi)核對象事件之源碼詳解》、《OpenHarmony——內(nèi)核IPC機制數(shù)據(jù)結(jié)構(gòu)解析》、《OpenHarmony Liteos_A內(nèi)核之iperf3移植心得》。


原文標題:LiteOS-A內(nèi)核中的procfs文件系統(tǒng)分析

文章出處:【微信公眾號:OpenAtom OpenHarmony】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 鴻蒙
    +關(guān)注

    關(guān)注

    57

    文章

    2302

    瀏覽量

    42689
  • OpenHarmony
    +關(guān)注

    關(guān)注

    25

    文章

    3641

    瀏覽量

    16061

原文標題:LiteOS-A內(nèi)核中的procfs文件系統(tǒng)分析

文章出處:【微信號:gh_e4f28cfa3159,微信公眾號:OpenAtom OpenHarmony】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

    一文讀懂MSA(測量系統(tǒng)分析)

    一文讀懂MSA(測量系統(tǒng)分析)
    的頭像 發(fā)表于 11-01 11:08 ?683次閱讀
    一文讀懂MSA(測量<b class='flag-5'>系統(tǒng)分析</b>)

    測量系統(tǒng)分析

    電子發(fā)燒友網(wǎng)站提供《測量系統(tǒng)分析.doc》資料免費下載
    發(fā)表于 10-10 11:46 ?0次下載

    電路原理 電力系統(tǒng)分析電力電子電磁學(xué)

    電路原理 模電數(shù)電電力電子電磁學(xué) PLC電力系統(tǒng) 電力系統(tǒng)分析
    發(fā)表于 10-07 16:21

    Linux根文件系統(tǒng)的掛載過程

    Linux根文件系統(tǒng)(rootfs)是Linux系統(tǒng)中所有其他文件系統(tǒng)和目錄的起點,它是內(nèi)核啟動時掛載的第一個文件系統(tǒng)。
    的頭像 發(fā)表于 10-05 16:50 ?232次閱讀

    時鐘噪聲對DAC性能影響系統(tǒng)分析

    電子發(fā)燒友網(wǎng)站提供《時鐘噪聲對DAC性能影響系統(tǒng)分析.pdf》資料免費下載
    發(fā)表于 09-26 09:14 ?0次下載
    時鐘噪聲對DAC性能影響<b class='flag-5'>系統(tǒng)分析</b>

    想提高開發(fā)效率,不要忘記文件系統(tǒng)

    ?同學(xué)們都知道,開發(fā)過程中文件系統(tǒng)的重要性,同樣的,4G-Cat.1模組的文件系統(tǒng)也非常重要,它通常與數(shù)據(jù)傳輸速度、存儲效率,以及數(shù)據(jù)安全性等有非常重要的關(guān)系,在應(yīng)用開發(fā)也非常重要。
    的頭像 發(fā)表于 09-21 08:18 ?191次閱讀
    想提高開發(fā)效率,不要忘記<b class='flag-5'>文件系統(tǒng)</b>

    如何修改buildroot和debian文件系統(tǒng)

    本文檔主要介紹在沒有編譯環(huán)境的情況下,如何修改buildroot和debian文件系統(tǒng)方法,如在buildroot文件系統(tǒng)添加文件、修改目錄等文件
    的頭像 發(fā)表于 07-22 17:46 ?399次閱讀
    如何修改buildroot和debian<b class='flag-5'>文件系統(tǒng)</b>

    linux--sysfs文件系統(tǒng)

    sysfs文件系統(tǒng) sysfs,全稱為System Filesystem,是一個由Linux內(nèi)核實現(xiàn)的虛擬文件系統(tǒng)。它扮演著一個橋梁的角色,將內(nèi)核
    的頭像 發(fā)表于 07-08 11:37 ?670次閱讀
    linux--sysfs<b class='flag-5'>文件系統(tǒng)</b>

    服務(wù)器數(shù)據(jù)恢復(fù)—CX4-480存儲XFS文件系統(tǒng)分區(qū)丟失的數(shù)據(jù)恢復(fù)案例

    重裝操作系統(tǒng)后,未知原因?qū)е路?wù)器操作系統(tǒng)層面的磁盤分區(qū)改變,一個XFS文件系統(tǒng)分區(qū)丟失,無法訪問,該分區(qū)存放大量重要業(yè)務(wù)信息。
    的頭像 發(fā)表于 06-03 14:51 ?286次閱讀
    服務(wù)器數(shù)據(jù)恢復(fù)—CX4-480存儲<b class='flag-5'>中</b>XFS<b class='flag-5'>文件系統(tǒng)分</b>區(qū)丟失的數(shù)據(jù)恢復(fù)案例

    【鴻蒙】小型系統(tǒng)LiteOS-A內(nèi)核

    對該芯片架構(gòu)的支持,這個工作較為復(fù)雜,不在這篇文章范圍內(nèi)。 基礎(chǔ)適配 LiteOS-A 提供系統(tǒng)運行所需的系統(tǒng)初始化流程和定制化配置選項。移植過程,需要關(guān)注初始化流程中跟硬件配置相關(guān)
    的頭像 發(fā)表于 02-29 16:16 ?1067次閱讀
    【鴻蒙】小型<b class='flag-5'>系統(tǒng)</b><b class='flag-5'>LiteOS-A</b><b class='flag-5'>內(nèi)核</b>

    淺談現(xiàn)場總線的智能照明系統(tǒng)分析與應(yīng)用研究

    淺談現(xiàn)場總線的智能照明系統(tǒng)分析與應(yīng)用研究 張穎姣 安科瑞電氣股份有限公司 上海嘉定 201801 【摘要】:科學(xué)技術(shù)的發(fā)展使得照明控制的方法不斷發(fā)生改變,近年來照明控制系統(tǒng)大多在現(xiàn)場總線的基礎(chǔ)上實現(xiàn)
    的頭像 發(fā)表于 02-26 09:29 ?477次閱讀
    淺談現(xiàn)場總線的智能照明<b class='flag-5'>系統(tǒng)分析</b>與應(yīng)用研究

    Linux系統(tǒng)如何擴展文件系統(tǒng)

    當數(shù)據(jù)盤沒有創(chuàng)建分區(qū),只在設(shè)備上創(chuàng)建了文件系統(tǒng)?;蛘吒袷交擞脖P,就直接mount上系統(tǒng)使用。
    的頭像 發(fā)表于 02-21 09:53 ?786次閱讀

    鴻蒙輕內(nèi)核源碼分析:虛擬文件系統(tǒng) VFS

    接口不統(tǒng)一,若系統(tǒng)中有多個文件系統(tǒng)類型,訪問不同的文件系統(tǒng)就需要使用不同的非標準接口。而通過在系統(tǒng)添加 VFS 層,提供統(tǒng)一的抽象接口,屏
    的頭像 發(fā)表于 02-18 14:50 ?733次閱讀

    單端口網(wǎng)絡(luò)S參數(shù)測量系統(tǒng)分析

    單端口網(wǎng)絡(luò)S參數(shù)測量系統(tǒng)分析
    的頭像 發(fā)表于 01-05 09:22 ?607次閱讀
    單端口網(wǎng)絡(luò)S參數(shù)測量<b class='flag-5'>系統(tǒng)分析</b>

    服務(wù)器數(shù)據(jù)恢復(fù)—ocfs2文件系統(tǒng)被誤格式化為Ext4文件系統(tǒng)的數(shù)據(jù)恢復(fù)案例

    由于工作人員的誤操作,將Ext4文件系統(tǒng)誤裝入到存儲Ocfs2文件系統(tǒng)數(shù)據(jù)卷上,導(dǎo)致原Ocfs2文件系統(tǒng)被格式化為Ext4文件系統(tǒng)。 由
    的頭像 發(fā)表于 12-04 10:49 ?407次閱讀
    服務(wù)器數(shù)據(jù)恢復(fù)—ocfs2<b class='flag-5'>文件系統(tǒng)</b>被誤格式化為Ext4<b class='flag-5'>文件系統(tǒng)</b>的數(shù)據(jù)恢復(fù)案例