RM新时代网站-首页

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

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

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

鴻蒙輕內(nèi)核源碼分析:Newlib C

王程 ? 來(lái)源: jf_75796907 ? 作者: jf_75796907 ? 2024-02-18 15:41 ? 次閱讀

使用 Musl C 庫(kù)的時(shí)候,內(nèi)核提供了基于 LOS_XXX 適配實(shí)現(xiàn) pthread、mqeue、fs、semaphore、time 等模塊的 posix 接口(//kernel/liteos_m/kal/posix)。內(nèi)核提供的 posix 接口與 musl 中的標(biāo)準(zhǔn) C 庫(kù)接口共同組成 LiteOS-M 的 LibC。編譯時(shí)使用 arm-none-eabi-gcc,但只使用其工具鏈的編譯功能,通過(guò)加上 - nostdinc 與 - nostdlib 強(qiáng)制使用我們自己改造后的 musl-C。

社區(qū)及三方廠商開(kāi)發(fā)多使用公版工具鏈 arm-none-eabi-gcc 加上私有定制優(yōu)化進(jìn)行編譯,LiteOS-M 內(nèi)核也支持公版 arm-none-eabi-gcc C 庫(kù)編譯內(nèi)核運(yùn)行。newlib 是小型 C 庫(kù),針對(duì) posix 接口涉及系統(tǒng)調(diào)用的部分,newlib 提供一些需要系統(tǒng)適配的鉤子函數(shù),例如_exit (),_open (),_close (),_gettimeofday () 等,操作系統(tǒng)適配這些鉤子,就可以使用公版 newlib 工具鏈編譯運(yùn)行程序。

1、Newlib C 文件系統(tǒng)

在使用 Newlib C 并且使能支持 POSIX FS API 時(shí)(可以在 kernelliteos-m 目錄下,執(zhí)行 make meuconfig 彈出配置界面,路徑為 Compat-Choose libc implementation),如下圖所示??梢允褂梦募?kallibcnewlibportingsrcfs.c 中定義的文件系統(tǒng)操作接口。這些是標(biāo)準(zhǔn)的 POSIX 接口,如果想了解 POSIX 用法,可以在 linux 平臺(tái)輸入 man -a 函數(shù)名稱,比如 man -a opendir 來(lái)打開(kāi)函數(shù)的手冊(cè)。

wKgaomXRtJWAcFAVAAAJMiBrCl8247.png

1.1 函數(shù) mount、umount 和 umount2

這些函數(shù)的用法,函數(shù)實(shí)現(xiàn)和 musl c 部分一致。

int mount(const char *source, const char *target,
          const char *filesystemtype, unsigned long mountflags,
          const void *data)
{
    return LOS_FsMount(source, target, filesystemtype, mountflags, data);
}

int umount(const char *target)
{
    return LOS_FsUmount(target);
}

int umount2(const char *target, int flag)
{
    return LOS_FsUmount2(target, flag);
}

1.2 文件操作接口

以下劃線開(kāi)頭的函數(shù)實(shí)現(xiàn)是 newlib c 的鉤子函數(shù)實(shí)現(xiàn)。有關(guān) newlib 的鉤子函數(shù)調(diào)用過(guò)程下文專門(mén)分析下。

int _open(const char *path, int oflag, ...)
{
    va_list vaList;
    va_start(vaList, oflag);
    int ret;
    ret = LOS_Open(path, oflag);
    va_end(vaList);
    return ret;
}

int _close(int fd)
{
    return LOS_Close(fd);
}

ssize_t _read(int fd, void *buf, size_t nbyte)
{
    return LOS_Read(fd, buf, nbyte);
}

ssize_t _write(int fd, const void *buf, size_t nbyte)
{
    return LOS_Write(fd, buf, nbyte);
}

off_t _lseek(int fd, off_t offset, int whence)
{
    return LOS_Lseek(fd, offset, whence);
}

int _unlink(const char *path)
{
    return LOS_Unlink(path);
}

int _fstat(int fd, struct stat *buf)
{
    return LOS_Fstat(fd, buf);
}

int _stat(const char *path, struct stat *buf)
{
    return LOS_Stat(path, buf);
}

int fsync(int fd)
{
    return LOS_Fsync(fd);
}

int mkdir(const char *path, mode_t mode)
{
    return LOS_Mkdir(path, mode);
}

DIR *opendir(const char *dirName)
{
    return LOS_Opendir(dirName);
}

struct dirent *readdir(DIR *dir)
{
    return LOS_Readdir(dir);
}

int closedir(DIR *dir)
{
    return LOS_Closedir(dir);
}

int rmdir(const char *path)
{
    return LOS_Unlink(path);
}

int rename(const char *oldName, const char *newName)
{
    return LOS_Rename(oldName, newName);
}

int statfs(const char *path, struct statfs *buf)
{
    return LOS_Statfs(path, buf);
}

int ftruncate(int fd, off_t length)
{
    return LOS_Ftruncate(fd, length);
}

在 newlib 沒(méi)有使能使能支持 POSIX FS API 時(shí)時(shí),需要提供這些鉤子函數(shù)的空的實(shí)現(xiàn),返回 - 1 錯(cuò)誤碼即可。

int _open(const char *path, int oflag, ...)
{
    return -1;
}

int _close(int fd)
{
    return -1;
}

ssize_t _read(int fd, void *buf, size_t nbyte)
{
    return -1;
}

ssize_t _write(int fd, const void *buf, size_t nbyte)
{
    return -1;
}

off_t _lseek(int fd, off_t offset, int whence)
{
    return -1;
}

int _unlink(const char *path)
{
    return -1;
}

int _fstat(int fd, struct stat *buf)
{
    return -1;
}

int _stat(const char *path, struct stat *buf)
{
    return -1;
}

2、Newlib C 內(nèi)存分配釋放

實(shí)現(xiàn) malloc 適配有以下兩種方法:

實(shí)現(xiàn) _sbrk_r 函數(shù)。這種方法中,內(nèi)存分配函數(shù)使用 newlib 中的。

實(shí)現(xiàn) _malloc_r, _realloc_r, _free_r, _memalign_r, _malloc_usable_size_r 等。這種方法中,內(nèi)存分配函數(shù)可以使用內(nèi)核的。

為了方便地根據(jù)業(yè)務(wù)進(jìn)行內(nèi)存分配算法調(diào)優(yōu)和問(wèn)題定位,推薦選擇后者。內(nèi)核的內(nèi)存函數(shù)定義在文件 kallibcnewlibportingsrcmalloc.c 中。源碼片段如下,代碼實(shí)現(xiàn)比較簡(jiǎn)單,不再分析源碼。

......
void __wrap__free_r(struct _reent *reent, void *aptr)
{
    if (aptr == NULL) {
        return;
    }

    LOS_MemFree(OS_SYS_MEM_ADDR, aptr);
}

size_t __wrap__malloc_usable_size_r(struct _reent *reent, void *aptr)
{
    return 0;
}

void *__wrap__malloc_r(struct _reent *reent, size_t nbytes)
{
    if (nbytes == 0) {
        return NULL;
    }

    return LOS_MemAlloc(OS_SYS_MEM_ADDR, nbytes);
}

void *__wrap__memalign_r(struct _reent *reent, size_t align, size_t nbytes)
{
    if (nbytes == 0) {
        return NULL;
    }

    return LOS_MemAllocAlign(OS_SYS_MEM_ADDR, nbytes, align);
}
......

可能已經(jīng)注意到函數(shù)命名由__wrap_加上鉤子函數(shù)名稱兩部分組成。這是因?yàn)?newlib 中已經(jīng)存在這些函數(shù)的符號(hào),因此需要用到 gcc 的 wrap 的鏈接選項(xiàng)替換這些函數(shù)符號(hào)為內(nèi)核的實(shí)現(xiàn),在設(shè)備開(kāi)發(fā)板的配置文件中,比如 //device/board/fnlink/v200zr/liteos_m/config.gni,新增這些函數(shù)的 wrap 鏈接選項(xiàng),示例如下:

board_ld_flags += [
     "-Wl,--wrap=_malloc_r",
     "-Wl,--wrap=_realloc_r",
     "-Wl,--wrap=_free_r",
     "-Wl,--wrap=_memalign_r",
     "-Wl,--wrap=_malloc_usable_size_r",
]

3、Newlib 鉤子函數(shù)介紹

以 open 函數(shù)的鉤子函數(shù)_open 為例來(lái)介紹 newlib 的鉤子函數(shù)的調(diào)用過(guò)程。open () 函數(shù)實(shí)現(xiàn)在 newlib-cygwinnewliblibcsyscallssysopen.c 中,該函數(shù)會(huì)進(jìn)一步調(diào)用函數(shù)_open_r,這是個(gè)可重入函數(shù) Reentrant Function,支持在多線程中運(yùn)行。

int
open (const char *file,
        int flags, ...)
{
  va_list ap;
  int ret;

  va_start (ap, flags);
  ret = _open_r (_REENT, file, flags, va_arg (ap, int));
  va_end (ap);
  return ret;
}

所有的可重入函數(shù)定義在文件夾 newlib-cygwinnewliblibcreent,函數(shù)_open_r 定義在該文件夾的文件 newlib-cygwinnewliblibcreentopenr.c 里。函數(shù)代碼如下:

int
_open_r (struct _reent *ptr,
     const char *file,
     int flags,
     int mode)
{
  int ret;

  errno = 0;
  if ((ret = _open (file, flags, mode)) == -1 && errno != 0)
    ptr->_errno = errno;
  return ret;
}

函數(shù)_open_r 如上述代碼所示,會(huì)進(jìn)一步調(diào)用函數(shù)_open,該函數(shù),以 arm 硬件平臺(tái)為例,實(shí)現(xiàn)在 newlib-cygwinlibglossarmsyscalls.c 文件里。newlib 目錄是和硬件平臺(tái)無(wú)關(guān)的痛毆他那個(gè)功能實(shí)現(xiàn),libloss 目錄是底層的驅(qū)動(dòng)實(shí)現(xiàn),以各個(gè)硬件平臺(tái)為文件夾進(jìn)行組織。在特定硬件平臺(tái)的目錄下的 syscalls.c 文件里面實(shí)現(xiàn)了 newlib 需要的各個(gè)樁函數(shù):

/* Forward prototypes.  */
int	_system		(const char *);
int	_rename		(const char *, const char *);
int	_isatty		(int);
clock_t _times		(struct tms *);
int	_gettimeofday	(struct timeval *, void *);
int	_unlink		(const char *);
int	_link		(const char *, const char *);
int	_stat		(const char *, struct stat *);
int	_fstat		(int, struct stat *);
int	_swistat	(int fd, struct stat * st);
void *	_sbrk		(ptrdiff_t);
pid_t	_getpid		(void);
int	_close		(int);
clock_t	_clock		(void);
int	_swiclose	(int);
int	_open		(const char *, int, ...);
int	_swiopen	(const char *, int);
int	_write		(int, const void *, size_t);
int	_swiwrite	(int, const void *, size_t);
_off_t	_lseek		(int, _off_t, int);
_off_t	_swilseek	(int, _off_t, int);
int	_read		(int, void *, size_t);
int	_swiread	(int, void *, size_t);
void	initialise_monitor_handles (void);

對(duì)于上文提到的函數(shù)_open,源碼如下。后續(xù)不再繼續(xù)分析了,LiteOS-M 內(nèi)核會(huì)提供這些鉤子函數(shù)的實(shí)現(xiàn)。

int
_open (const char * path, int flags, ...)
{
  return _swiopen (path, flags);
}


審核編輯 黃宇

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

    關(guān)注

    3

    文章

    1372

    瀏覽量

    40276
  • 源碼
    +關(guān)注

    關(guān)注

    8

    文章

    639

    瀏覽量

    29185
  • Posix
    +關(guān)注

    關(guān)注

    0

    文章

    36

    瀏覽量

    9496
  • 鴻蒙
    +關(guān)注

    關(guān)注

    57

    文章

    2339

    瀏覽量

    42805
收藏 人收藏

    評(píng)論

    相關(guān)推薦

    鴻蒙內(nèi)核源碼Task/線程技術(shù)分析

    前言 在鴻蒙內(nèi)核中,廣義上可理解為一個(gè)Task就是一個(gè)線程 一、怎么理解Task 1. 官方文檔是怎么描述線程 基本概念 從系統(tǒng)的角度看,線程是競(jìng)爭(zhēng)系統(tǒng)資源的最小運(yùn)行單元。線程可以使用或等待CPU
    的頭像 發(fā)表于 10-18 10:42 ?2207次閱讀
    <b class='flag-5'>鴻蒙</b><b class='flag-5'>內(nèi)核</b><b class='flag-5'>源碼</b>Task/線程技術(shù)<b class='flag-5'>分析</b>

    鴻蒙內(nèi)核源碼分析:用通俗易懂的語(yǔ)言告訴你鴻蒙內(nèi)核發(fā)生了什么?

    查看。內(nèi)存在內(nèi)核的比重極大內(nèi)存模塊占了鴻蒙內(nèi)核約15%代碼量, 近50個(gè)文件,非常復(fù)雜。鴻蒙源碼分析
    發(fā)表于 11-19 10:14

    鴻蒙內(nèi)核源碼分析源碼注釋篇):給HarmonyOS源碼逐行加上中文注釋

    都懂的概念去詮釋或者映射一個(gè)他們從沒(méi)聽(tīng)過(guò)的概念.說(shuō)別人能聽(tīng)得懂的話這很重要!!! 一個(gè)沒(méi)學(xué)過(guò)計(jì)算機(jī)知識(shí)的賣菜大媽就不可能知道內(nèi)核的基本運(yùn)作了嗎? NO!,筆者在系列篇中試圖用 鴻蒙源碼分析
    發(fā)表于 11-19 10:32

    鴻蒙內(nèi)核源碼分析:給HarmonyOS源碼逐行加上中文注釋

    過(guò)計(jì)算機(jī)知識(shí)的賣菜大媽就不可能知道內(nèi)核的基本運(yùn)作了嗎? NO!,筆者在系列篇中試圖用 鴻蒙源碼分析系列篇|張大爺系列故事【 CSDN | OSCHINA】 去構(gòu)建這一層級(jí)的認(rèn)知,希望能
    發(fā)表于 11-19 15:06

    鴻蒙源碼分析系列(總目錄) | 給HarmonyOS源碼逐行加上中文注釋

    同步更新。鴻蒙源碼分析系列篇|- 鴻蒙內(nèi)核源碼分析
    發(fā)表于 11-20 11:24

    鴻蒙內(nèi)核源碼分析(必讀篇):用故事說(shuō)內(nèi)核

    本文基于開(kāi)源鴻蒙內(nèi)核分析,官方源碼【kernel_liteos_a】官方文檔【docs】參考文檔【Huawei LiteOS】本文作者:鴻蒙
    發(fā)表于 11-23 10:15

    鴻蒙內(nèi)核源碼分析(雙循環(huán)鏈表篇) :內(nèi)核最重要結(jié)構(gòu)體

    鴻蒙源碼分析系列文章圖解鴻蒙內(nèi)核, 從 HarmonyOS 架構(gòu)層視角整理成文, 并首創(chuàng)用生活場(chǎng)景講故事的方式試圖去解構(gòu)
    發(fā)表于 11-24 13:39

    鴻蒙內(nèi)核源碼分析(必讀篇)

    本文基于開(kāi)源鴻蒙內(nèi)核分析,官方源碼【kernel_liteos_a】官方文檔【docs】參考文檔【Huawei LiteOS】本文作者:鴻蒙
    發(fā)表于 11-25 09:28

    HarmonyOS內(nèi)核源碼分析(上)電子書(shū)-上線了

    `為方便大家開(kāi)發(fā)鴻蒙系統(tǒng),小編為大家編輯整理了一本HarmonyOS內(nèi)核源碼分析系列電子書(shū),需要參考學(xué)習(xí)的朋友快來(lái)下吧!本電子書(shū)主要介紹如何給鴻蒙
    發(fā)表于 11-25 17:13

    鴻蒙內(nèi)核源碼分析(百篇博客分析.挖透鴻蒙內(nèi)核)

    致敬內(nèi)核開(kāi)發(fā)者感謝開(kāi)放原子開(kāi)源基金會(huì),致敬鴻蒙內(nèi)核開(kāi)發(fā)者??梢院敛豢鋸埖恼f(shuō)鴻蒙內(nèi)核源碼可作為大學(xué)
    發(fā)表于 07-04 17:16

    為何要精讀鴻蒙內(nèi)核源碼?

    一個(gè)沒(méi)學(xué)過(guò)計(jì)算機(jī)知識(shí)的賣菜大媽就不可能知道內(nèi)核的基本運(yùn)作了嗎? 不一定!在系列篇中試圖用 鴻蒙內(nèi)核源碼分析(總目錄)之故事篇 去引導(dǎo)這一層級(jí)
    的頭像 發(fā)表于 04-26 15:00 ?1889次閱讀
    為何要精讀<b class='flag-5'>鴻蒙</b><b class='flag-5'>內(nèi)核</b><b class='flag-5'>源碼</b>?

    鴻蒙內(nèi)核源碼分析鴻蒙內(nèi)核的每段匯編代碼解析

    本篇說(shuō)清楚CPU的工作模式 讀本篇之前建議先讀鴻蒙內(nèi)核源碼分析(總目錄)其他篇. 正如一個(gè)互聯(lián)網(wǎng)項(xiàng)目的后臺(tái)管理系統(tǒng)有權(quán)限管理一樣,CPU工作是否也有權(quán)限(模式)? 一個(gè)成熟的軟硬件架構(gòu)
    的頭像 發(fā)表于 03-02 09:56 ?4340次閱讀
    <b class='flag-5'>鴻蒙</b><b class='flag-5'>內(nèi)核</b><b class='flag-5'>源碼</b><b class='flag-5'>分析</b>:<b class='flag-5'>鴻蒙</b><b class='flag-5'>內(nèi)核</b>的每段匯編代碼解析

    鴻蒙內(nèi)核源碼分析: 虛擬內(nèi)存和物理內(nèi)存是怎么管理的

    有了上篇鴻蒙內(nèi)核源碼分析(內(nèi)存概念篇)的基礎(chǔ),本篇講內(nèi)存管理部分,本章源碼超級(jí)多,很燒腦,但筆者關(guān)鍵處都加了注釋。廢話不多說(shuō),開(kāi)始吧。內(nèi)存一
    發(fā)表于 11-23 11:45 ?19次下載
    <b class='flag-5'>鴻蒙</b><b class='flag-5'>內(nèi)核</b><b class='flag-5'>源碼</b><b class='flag-5'>分析</b>: 虛擬內(nèi)存和物理內(nèi)存是怎么管理的

    鴻蒙內(nèi)核源碼分析內(nèi)核最重要結(jié)構(gòu)體

    為何鴻蒙內(nèi)核源碼分析系列開(kāi)篇就說(shuō) LOS_DL_LIST ? 因?yàn)樗?b class='flag-5'>鴻蒙 LOS 內(nèi)核中無(wú)處
    發(fā)表于 11-24 17:54 ?35次下載
    <b class='flag-5'>鴻蒙</b><b class='flag-5'>內(nèi)核</b><b class='flag-5'>源碼</b><b class='flag-5'>分析</b> :<b class='flag-5'>內(nèi)核</b>最重要結(jié)構(gòu)體

    華為鴻蒙系統(tǒng)內(nèi)核源碼分析上冊(cè)

    鴻蒙內(nèi)核源碼注釋中文版【 Gitee倉(cāng)】給 Harmoηy○S源碼逐行加上中文注解,詳細(xì)闡述設(shè)計(jì)細(xì)節(jié),助你快速精讀 Harmonyos內(nèi)核源碼
    發(fā)表于 04-09 14:40 ?17次下載
    RM新时代网站-首页