chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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

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

3天內不再提示

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

王程 ? 來源: jf_75796907 ? 作者: jf_75796907 ? 2024-02-18 14:50 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

VFS(Virtual File System)是文件系統(tǒng)的虛擬層,它不是一個實際的文件系統(tǒng),而是一個異構文件系統(tǒng)之上的軟件粘合層,為用戶提供統(tǒng)一的類 Unix 文件操作接口。由于不同類型的文件系統(tǒng)接口不統(tǒng)一,若系統(tǒng)中有多個文件系統(tǒng)類型,訪問不同的文件系統(tǒng)就需要使用不同的非標準接口。而通過在系統(tǒng)中添加 VFS 層,提供統(tǒng)一的抽象接口,屏蔽了底層異構類型的文件系統(tǒng)的差異,使得訪問文件系統(tǒng)的系統(tǒng)調用不用關心底層的存儲介質和文件系統(tǒng)類型,提高開發(fā)效率。本文先介紹下 VFS 的結構體和全局變量,然后詳細分析下 VFS 文件操作接口。文中所涉及的源碼,均可以在開源站點 https://gitee.com/openharmony/kernel_liteos_m 獲取。

1、VFS 結構體定義

在文件 componentsfsvfsfs_operations.h 中定義了 VFS 虛擬文件系統(tǒng)操作涉及的結構體。⑴處的 struct MountOps 結構體封裝了掛載相關的操作,包含掛載、卸載和文件系統(tǒng)統(tǒng)計操作。⑵處的 struct FsMap 結構體映射文件系統(tǒng)類型及其對應的掛載操作和文件系統(tǒng)操作,支持的文件類型包含 “fat” 和 “l(fā)ittlefs” 兩種,通過這個結構體可以獲取對應文件類型的掛載操作及文件系統(tǒng)操作接口。⑶處的 struct FileOps 封裝文件系統(tǒng)的操作接口,包含文件操作、目錄操作,統(tǒng)計等相應的接口。

⑴  struct MountOps {
        int (*Mount)(const char *source, const char *target, const char *filesystemtype, unsigned long mountflags,
            const void *data);
        int (*Umount)(const char* target);
        int (*Umount2)(const char* target, int flag);
        int (*Statfs)(const char *path, struct statfs *buf);
    };

⑵  struct FsMap {
        const char *fileSystemtype;
        const struct MountOps *fsMops;
        const struct FileOps *fsFops;
    };

⑶  struct FileOps {
        int (*Open)(const char *path, int openFlag, ...);
        int (*Close)(int fd);
        int (*Unlink)(const char *fileName);
        int (*Rmdir)(const char *dirName);
        int (*Mkdir)(const char *dirName, mode_t mode);
        struct dirent *(*Readdir)(DIR *dir);
        DIR *(*Opendir)(const char *dirName);
        int (*Closedir)(DIR *dir);
        int (*Read)(int fd, void *buf, size_t len);
        int (*Write)(int fd, const void *buf, size_t len);
        off_t (*Seek)(int fd, off_t offset, int whence);
        int (*Getattr)(const char *path, struct stat *buf);
        int (*Rename)(const char *oldName, const char *newName);
        int (*Fsync)(int fd);
        int (*Fstat)(int fd, struct stat *buf);
        int (*Stat)(const char *path, struct stat *buf);
        int (*Ftruncate)(int fd, off_t length);
    };

2、VFS 重要的內部全局變量

在文件 componentsfsvfslos_fs.c 中有 2 個全局變量比較重要,⑴處定義的數組 g_fsmap 維護文件系統(tǒng)類型映射信息,數組大小為 2,支持 “fat” 和 “l(fā)ittlefs” 文件類型。⑵處的變量 g_fs 根據掛載的文件類型指向數組 g_fsmap 中的 FsMap 類型元素。⑶處的函數 InitMountInfo () 會給數組 g_fsmap 進行初始化賦值。第 0 個元素維護的 “fat” 文件類型的文件系統(tǒng)映射信息,第 1 個元素維護的 “l(fā)ittlefs” 文件類型的文件系統(tǒng)映射信息。涉及到的掛載操作、文件系統(tǒng)操作變量 g_fatfsMnt、g_fatfsFops、g_lfsMnt、g_lfsFops 在對應的文件系統(tǒng)文件中定義。⑷處的函數 MountFindfs () 用于根據文件類型從數組中獲取文件映射信息。

⑴  static struct FsMap g_fsmap[MAX_FILESYSTEM_LEN] = {0};
⑵  static struct FsMap *g_fs = NULL;

⑶  static void InitMountInfo(void)
    {
    #if (LOSCFG_SUPPORT_FATFS == 1)
        extern struct MountOps g_fatfsMnt;
        extern struct FileOps g_fatfsFops;
        g_fsmap[0].fileSystemtype = strdup("fat");
        g_fsmap[0].fsMops = &g_fatfsMnt;
        g_fsmap[0].fsFops = &g_fatfsFops;
    #endif
    #if (LOSCFG_SUPPORT_LITTLEFS == 1)
        extern struct MountOps g_lfsMnt;
        extern struct FileOps g_lfsFops;
        g_fsmap[1].fileSystemtype = strdup("littlefs");
        g_fsmap[1].fsMops = &g_lfsMnt;
        g_fsmap[1].fsFops = &g_lfsFops;
    #endif
    }

⑷  static struct FsMap *MountFindfs(const char *fileSystemtype)
    {
        struct FsMap *m = NULL;

        for (int i = 0; i < MAX_FILESYSTEM_LEN; i++) {
            m = &(g_fsmap[i]);
            if (m-?>fileSystemtype && strcmp(fileSystemtype, m->fileSystemtype) == 0) {
                return m;
            }
        }

        return NULL;
    }

3、VFS 相關的操作接口

在之前的系列文章《鴻蒙輕內核 M 核源碼分析系列十九 Musl LibC》中介紹了相關的接口,那些接口會調用 VFS 文件系統(tǒng)中操作接口。對每個接口的用途用法不再描述,快速記錄下各個操作接口。

3.1 掛載卸載操作?

掛載卸載操作包含 LOS_FsMount、LOS_FsUmount、LOS_FsUmount2 等 3 個操作。⑴處在掛載文件系統(tǒng)之前,需要初始化文件系統(tǒng)映射信息,只會操作一次。⑵處根據文件系統(tǒng)類型獲取對應的文件類型映射信息。從這里,可以獲知,LiteOS-M 內核只能同時支持一個文件系統(tǒng),不能只支持 fat 又支持 littlefs。⑶處對應對應的文件系統(tǒng)掛載接口實現(xiàn)掛載操作。其他兩個函數同樣比較簡單,自行閱讀代碼即可。

int LOS_FsMount(const char *source, const char *target,
                    const char *filesystemtype, unsigned long mountflags,
                    const void *data)
    {
        static int initFlag = 0;

⑴      if (initFlag == 0) {
            InitMountInfo();
            initFlag = 1;
        }

⑵      g_fs = MountFindfs(filesystemtype);
        if (g_fs == NULL) {
            errno = ENODEV;
            return FS_FAILURE;
        }

        if (g_fs->fsMops == NULL || g_fs->fsMops->Mount == NULL) {
            errno = ENOSYS;
            return FS_FAILURE;
        }

⑶      return g_fs->fsMops->Mount(source, target, filesystemtype, mountflags, data);
    }

    int LOS_FsUmount(const char *target)
    {
        if (g_fs == NULL) {
            errno = ENODEV;
            return FS_FAILURE;
        }
        if (g_fs->fsMops == NULL || g_fs->fsMops->Umount == NULL) {
            errno = ENOSYS;
            return FS_FAILURE;
        }
        return g_fs->fsMops->Umount(target);
    }

    int LOS_FsUmount2(const char *target, int flag)
    {
        if (g_fs == NULL) {
            errno = ENODEV;
            return FS_FAILURE;
        }
        if (g_fs->fsMops == NULL || g_fs->fsMops->Umount2 == NULL) {
            errno = ENOSYS;
            return FS_FAILURE;
        }
        return g_fs->fsMops->Umount2(target, flag);
    }

3.2 文件目錄操作?

VFS 封裝的文件目錄操作接口包含 LOS_Open、LOS_Close、LOS_Read、LOS_Write、LOS_Opendir、LOS_Readdir、LOS_Closedir 等等。對具體的文件類型的文件目錄操作接口進行封裝,代碼比較簡單,自行閱讀即可,部分代碼片段如下。

......

int LOS_Unlink(const char *path)
{
    if (g_fs == NULL) {
        errno = ENODEV;
        return FS_FAILURE;
    }
    if (g_fs->fsFops == NULL || g_fs->fsFops->Unlink == NULL) {
        errno = ENOSYS;
        return FS_FAILURE;
    }
    return g_fs->fsFops->Unlink(path);
}

int LOS_Fstat(int fd, struct stat *buf)
{
    if (g_fs == NULL) {
        errno = ENODEV;
        return FS_FAILURE;
    }
    if (g_fs->fsFops == NULL || g_fs->fsFops->Fstat == NULL) {
        errno = ENOSYS;
        return FS_FAILURE;
    }
    return g_fs->fsFops->Fstat(fd, buf);
}

......

int LOS_Mkdir(const char *path, mode_t mode)
{
    if (g_fs == NULL) {
        errno = ENODEV;
        return FS_FAILURE;
    }
    if (g_fs->fsFops == NULL || g_fs->fsFops->Mkdir == NULL) {
        errno = ENOSYS;
        return FS_FAILURE;
    }
    return g_fs->fsFops->Mkdir(path, mode);
}

DIR *LOS_Opendir(const char *dirName)
{
    if (g_fs == NULL) {
        errno = ENODEV;
        return NULL;
    }
    if (g_fs->fsFops == NULL || g_fs->fsFops->Opendir == NULL) {
        errno = ENOSYS;
        return NULL;
    }
    return g_fs->fsFops->Opendir(dirName);
}
......

3.3 隨機數文件?

文件 /dev/random 可以用于產生隨機數。在開啟宏 LOSCFG_RANDOM_DEV 時,LiteOS-M 支持隨機數文件。從⑴處可知隨機數依賴文件~/openharmony/base/security/huks/interfaces/innerkits/huks_lite/hks_client.h 和 hks_tmp_client.c,這些文件用來產生隨機數。⑵處定義的 RANDOM_DEV_FD 和 RANDOM_DEV_PATH 分別是隨機數文件的文件描述符和隨機數文件路徑。

#ifdef LOSCFG_RANDOM_DEV
⑴  #include "hks_client.h"
⑵  #define RANDOM_DEV_FD  CONFIG_NFILE_DESCRIPTORS + CONFIG_NSOCKET_DESCRIPTORS
    #define RANDOM_DEV_PATH  "/dev/random"
    #endif

3.3.1 隨機 LOS_Open 和 LOS_Close

該函數打開一個文件,獲取文件描述符用于進一步操作。⑴處表示對于隨機數文件,打開的標簽選項只能支持指定的這些,否則會返回錯誤碼。⑵處獲取標準路徑,如果獲取失敗,返回錯誤碼。⑶處比較獲取的標準路徑是否為 RANDOM_DEV_PATH,在確認是隨機數路徑時,⑷處開始判斷。如果訪問模式為只讀,返回錯誤,如果打開選項標簽是目錄,返回錯誤。如果不是上述錯誤情形,返回隨機數文件描述符。⑸處如果獲取的標準路徑為 “/” 或 “/dev”,則根據不同的選項,返回不同的錯誤碼。

int LOS_Open(const char *path, int oflag, ...)
{
#ifdef LOSCFG_RANDOM_DEV
    unsigned flags = O_RDONLY | O_WRONLY | O_RDWR | O_APPEND | O_CREAT | O_LARGEFILE | O_TRUNC | O_EXCL | O_DIRECTORY;
⑴  if ((unsigned)oflag & ~flags) {
        errno = EINVAL;
        return FS_FAILURE;
    }

    size_t pathLen = strlen(path) + 1;
    char *canonicalPath = (char *)malloc(pathLen);
    if (!canonicalPath) {
        errno = ENOMEM;
        return FS_FAILURE;
    }
⑵  if (GetCanonicalPath(NULL, path, canonicalPath, pathLen) == 0) {
        FREE_AND_SET_NULL(canonicalPath);
        errno = ENOMEM;
        return FS_FAILURE;
    }

⑶  if (strcmp(canonicalPath, RANDOM_DEV_PATH) == 0) {
        FREE_AND_SET_NULL(canonicalPath);
⑷      if ((O_ACCMODE & (unsigned)oflag) != O_RDONLY) {
            errno = EPERM;
            return FS_FAILURE;
        }
        if ((unsigned)oflag & O_DIRECTORY) {
            errno = ENOTDIR;
            return FS_FAILURE;
        }
        return RANDOM_DEV_FD;
    }
⑸  if (strcmp(canonicalPath, "/") == 0 || strcmp(canonicalPath, "/dev") == 0) {
        FREE_AND_SET_NULL(canonicalPath);
        if ((unsigned)oflag & O_DIRECTORY) {
            errno = EPERM;
            return FS_FAILURE;
        }
        errno = EISDIR;
        return FS_FAILURE;
    }
    FREE_AND_SET_NULL(canonicalPath);
#endif
......
}

對于隨機數文件,關閉時,直接返回成功,不需要額外操作。代碼片段如下:

int LOS_Close(int fd)
{
#ifdef LOSCFG_RANDOM_DEV
    if (fd == RANDOM_DEV_FD) {
        return FS_SUCCESS;
    }
#endif
......
}

3.3.2 隨機 LOS_Read 和 LOS_Write

隨機數文件讀寫使用 LOS_Read 和 LOS_Write 接口。讀取時,⑴處先對傳入參數進行校驗,如果讀取字節(jié)數為 0,則返回 0;如果讀取的緩存地址為空,返回 - 1;如果讀的字節(jié)大于 1024,則使用 1024。⑵處調用 hks_generate_random () 產生隨機數。由于隨機數文件是只讀的,如果嘗試寫入會返回 - 1 錯誤碼。

ssize_t LOS_Read(int fd, void *buf, size_t nbyte)
{
#ifdef LOSCFG_RANDOM_DEV
    if (fd == RANDOM_DEV_FD) {
⑴      if (nbyte == 0) {
            return FS_SUCCESS;
        }
        if (buf == NULL) {
            errno = EINVAL;
            return FS_FAILURE;
        }
        if (nbyte > 1024) { /* 1024, max random_size */
            nbyte = 1024; /* hks_generate_random: random_size must <= 1024 */
        }
        struct hks_blob key = {HKS_BLOB_TYPE_RAW, (uint8_t *)buf, nbyte};
⑵      if (hks_generate_random(&key) != 0) {
            errno = EIO;
            return FS_FAILURE;
        }
        return (ssize_t)nbyte;
    }
#endif
......
}

ssize_t LOS_Write(int fd, const void *buf, size_t nbyte)
{
#ifdef LOSCFG_RANDOM_DEV
    if (fd == RANDOM_DEV_FD) {
        errno = EBADF; /* "/dev/random" is readonly */
        return FS_FAILURE;
    }
#endif
......
}


審核編輯 黃宇

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

    關注

    0

    文章

    301

    瀏覽量

    20902
  • 源碼
    +關注

    關注

    8

    文章

    682

    瀏覽量

    31186
  • vfs
    vfs
    +關注

    關注

    0

    文章

    14

    瀏覽量

    5505
  • 鴻蒙
    +關注

    關注

    60

    文章

    2923

    瀏覽量

    45568
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    明晚8點|睿擎文件系統(tǒng)實戰(zhàn):從開發(fā)到發(fā)布全流程解析

    文件操作到鏡像發(fā)布,一次直播掌握完整開發(fā)流程!在嵌入式系統(tǒng)開發(fā)中,文件系統(tǒng)是數據存儲、配置管理和資源訪問的核心基礎。然而在實際開發(fā)中,文件操作效率低下、鏡像打包流程復雜、
    的頭像 發(fā)表于 11-11 11:53 ?521次閱讀
    明晚8點|睿擎<b class='flag-5'>文件系統(tǒng)</b>實戰(zhàn):從開發(fā)到發(fā)布全流程解析

    睿擎派文件系統(tǒng)指南:從開發(fā)到發(fā)布全流程實踐 | 技術解析

    在嵌入式系統(tǒng)開發(fā)中,文件系統(tǒng)扮演著至關重要的角色,它負責數據的持久化存儲、配置文件管理和資源訪問等核心功能。睿擎平臺提供了一套完整的文件系統(tǒng)解決方案,從開發(fā)階段的API調用到調試階段的
    的頭像 發(fā)表于 11-05 18:13 ?7947次閱讀
    睿擎派<b class='flag-5'>文件系統(tǒng)</b>指南:從開發(fā)到發(fā)布全流程實踐 | 技術解析

    飛凌嵌入式ElfBoard-系統(tǒng)應用編程之文件I/O

    字機制,用于不同進程之間的通信。管道和套接字也被視為文件,并通過文件描述符進行訪問。虛擬文件系統(tǒng)(Virtual File System):虛擬文件系統(tǒng)是Linux
    發(fā)表于 10-24 08:57

    Linux三大主流文件系統(tǒng)解析

    還在為選擇哪個文件系統(tǒng)而糾結?作為一名摸爬滾打多年的運維老鳥,我將用最接地氣的方式,帶你徹底搞懂 Linux 三大主流文件系統(tǒng)的奧秘。
    的頭像 發(fā)表于 08-05 17:37 ?1282次閱讀

    飛凌嵌入式ElfBoard ELF 1板卡-文件系統(tǒng)常用命令之磁盤管理與維護常用命令

    :當前系統(tǒng)在哪個設備的哪個分區(qū),其中tmpfs為虛擬文件系統(tǒng);Type:文件系統(tǒng)類型;Size:當前系統(tǒng)的大小。1K-blocks對應列的單位是1KB,可通過-h 或者-m 來改變單位
    發(fā)表于 06-24 11:26

    飛凌嵌入式ElfBoard ELF 1板卡-busybox構建根文件系統(tǒng)文件系統(tǒng)驗證

    至此,我們已經完成了一個最小文件系統(tǒng)的構建,現(xiàn)在我們使用nfs將其掛載為網絡文件系統(tǒng),進行測試。開發(fā)板啟動之后,在uboot階段,修改bootargs環(huán)境變量。在mmcargs中進行修改:=&
    發(fā)表于 06-23 16:10

    飛凌嵌入式ElfBoard ELF 1板卡-文件系統(tǒng)簡介

    臨時的設備,例如網絡文件系統(tǒng)/proc一個虛擬文件系統(tǒng),為內核提供向進程發(fā)送信息的機制。操作系統(tǒng)運行時,進程以及內核信息存放路徑/sbin包
    發(fā)表于 06-19 17:22

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

    服務器存儲數據恢復環(huán)境&故障: 人為誤操作將Ext4文件系統(tǒng)誤裝入一臺服務器存儲上的Ocfs2文件系統(tǒng)數據卷上,導致原Ocfs2文件系統(tǒng)被格式化為Ext4文件系統(tǒng)。
    的頭像 發(fā)表于 06-10 12:03 ?639次閱讀
    服務器數據恢復—ocfs2<b class='flag-5'>文件系統(tǒng)</b>被格式化為Ext4<b class='flag-5'>文件系統(tǒng)</b>的數據恢復案例

    Vsan數據恢復——Vsan分布式文件系統(tǒng)虛擬機不可用的數據恢復

    一臺采用VsSAN分布式文件系統(tǒng)的存儲設備由于未知原因關機重啟。管理員發(fā)現(xiàn)上層的虛擬機不可用,存儲內的數據丟失。
    的頭像 發(fā)表于 05-15 17:42 ?492次閱讀
    Vsan數據恢復——Vsan分布式<b class='flag-5'>文件系統(tǒng)</b>上<b class='flag-5'>虛擬</b>機不可用的數據恢復

    君正內核加載文件系統(tǒng)問題

    利用 mksquashfs root-uclibc-toolchain720-r519 uvc_fs.squashfs -comp xz -all-root制作了squashfs文件系統(tǒng)一開始燒錄可以,后面放了一些文件進去就出現(xiàn)圖片中的情況了,請各位大神指點迷津
    發(fā)表于 04-12 09:30

    Linux內核編譯失敗?移動硬盤和虛擬機的那些事兒

    Linux內核卻失敗了,這是咋回事?FAT和NTFS文件系統(tǒng)不能支持軟鏈接,在這寫格式的磁盤里編譯內核會失敗,同樣也不能在這樣的磁盤里解壓內核源碼
    的頭像 發(fā)表于 04-11 11:36 ?892次閱讀
    Linux<b class='flag-5'>內核</b>編譯失?。恳苿佑脖P和<b class='flag-5'>虛擬</b>機的那些事兒

    如何正確選擇嵌入式文件系統(tǒng)?

    Linux嵌入式系統(tǒng)中,文件系統(tǒng)和緩存機制常導致數據存儲穩(wěn)定性問題。本文通過案例分析原因,對比不同文件系統(tǒng)特性,為開發(fā)者提供優(yōu)化建議,助力提升數據穩(wěn)定性和
    的頭像 發(fā)表于 03-17 11:35 ?982次閱讀
    如何正確選擇嵌入式<b class='flag-5'>文件系統(tǒng)</b>?

    虛擬化數據恢復—VMware虛擬化環(huán)境下重裝系統(tǒng)導致服務器數據丟失的數據恢復

    VMware虛擬化平臺 vmfs文件系統(tǒng) 工作人員誤操作重裝操作系統(tǒng),服務器崩潰。 重裝系統(tǒng)會導致文件系統(tǒng)
    的頭像 發(fā)表于 03-13 10:33 ?706次閱讀
    <b class='flag-5'>虛擬</b>化數據恢復—VMware<b class='flag-5'>虛擬</b>化環(huán)境下重裝<b class='flag-5'>系統(tǒng)</b>導致服務器數據丟失的數據恢復

    在stm32cubeprogrammer上燒錄時,取消勾選根文件系統(tǒng),燒錄后發(fā)現(xiàn)sd卡上根文件系統(tǒng)的分區(qū)沒有了,為什么?

    在修改了linux內核后,我想只把bootfs燒錄到sd卡上,而不擦除根文件系統(tǒng)的分區(qū)。 我在stm32cubeprogrammer上燒錄時,取消勾選根文件系統(tǒng),燒錄后發(fā)現(xiàn)sd卡上根文件系統(tǒng)
    發(fā)表于 03-07 06:38

    NFS網絡文件系統(tǒng)深度解析

    NFS:Network File System 網絡文件系統(tǒng),基于內核文件系統(tǒng)。Sun 公司開發(fā),通過使用 NFS,用戶和程序可以像訪問本地文件一樣訪問遠端
    的頭像 發(fā)表于 03-01 14:15 ?1314次閱讀