008——根文件系统（基于鸿蒙liteos-a内核）

于 2024-03-25 20:41:36 发布
阅读量976 收藏 30
点赞数 19
分类专栏： # 基于鸿蒙的芯片评估板自检系统 文章标签： openhamony 嵌入式 i.max6ull makefile shell
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_52479948/article/details/137021836
版权

目录

一、根文件系统

1.1 鸿蒙根文件系展示

1.2 根文件系统的内容

1.3 根文件系统的制作

1.3.1 Makefile分析

1. ROOTFS目标：

2. 编译APP

1.3.2 演示

二、正式版本的init进程

1.1 测试版本

1.2 正式版本

1.2.1 配置文件

1. 分析配置文件

2. 示例

3. 配置文件执行过程

一、根文件系统

1.1 鸿蒙根文件系展示

        两步走先创建一个文件夹存放我们必须的系统库，可执行文件等然后把这个文件夹做成映像文件，这样才能烧入到flash里。

1.2 根文件系统的内容

看看一个简单的程序：

#include <stdio.h>
int main(int argc, char **argv)
{
    printf("hello, world!\n");
    return 0;
}

可以编译出一个APP：hello。 有几个问题要考虑：

  • printf不是我们实现的，它在哪？

  • hello放在板子上后，怎么启动它？能否自动启动？

解决这几个问题后，就可以知道根文件系统的内容了：

  • /lib：库，比如printf函数就是在库里的

  • /bin：APP，hello这样的程序放在/bin或/usr/bin这些目录里

  • 至少有这些APP：

    • init：内核启动的第一个APP，它会去启动其他APP，比如shell

    • shell：也是一个APP，可以让我们输入各类命令

    • 我们自己的APP：比如hello

  • /etc：想自动启动APP怎么办？应该有配置文件，init进程根据配置文件去启动其他APP

    • 比如/etc/init.cfg

  • /dev：设备节点，在Liteos-a中不需要我们自己创建

1.3 根文件系统的制作

1.3.1 Makefile分析

在kernnel/liteos_a目录执行make help：

 

可以知道：执行make rootfs可以制作根文件系统。 分析Makefile确定它的制作过程。
 

 

1. ROOTFS目标：
 

$(ROOTFS): $(ROOTFSDIR)
    $(HIDE)$(shell $(LITEOSTOPDIR)/tools/scripts/make_rootfs/rootfsimg.sh $(ROOTFS_DIR) $(FSTYPE)  ${ROOTFS_SIZE})
    $(HIDE)cd $(ROOTFS_DIR)/.. && zip -r $(ROOTFS_ZIP) $(ROOTFS)
ifneq ($(OUT), $(LITEOS_TARGET_DIR))
    $(HIDE)mv $(ROOTFS_DIR) $(LITEOS_TARGET_DIR)rootfs
endif
​
$(ROOTFSDIR): prepare $(APPS)
    $(HIDE)$(MAKE) clean -C apps
    $(HIDE)$(shell $(LITEOSTOPDIR)/tools/scripts/make_rootfs/rootfsdir.sh $(OUT)/bin $(OUT)/musl $(ROOTFS_DIR))
ifneq ($(VERSION),)
    $(HIDE)$(shell $(LITEOSTOPDIR)/tools/scripts/make_rootfs/releaseinfo.sh "$(VERSION)" $(ROOTFS_DIR))
endif
​
prepare:
    $(HIDE)mkdir -p $(OUT)/musl
ifeq ($(LOSCFG_COMPILER_CLANG_LLVM), y)
    $(HIDE)cp -f $(LITEOSTOPDIR)/../../prebuilts/lite/sysroot/usr/lib/$(LLVM_TARGET)/a7_softfp_neon-vfpv4/libc.so $(OUT)/musl
    $(HIDE)cp -f $(LITEOS_COMPILER_PATH)/lib/$(LLVM_TARGET)/c++/a7_softfp_neon-vfpv4/libc++.so $(OUT)/musl
else
    $(HIDE)cp -f $(LITEOS_COMPILER_PATH)/target/usr/lib/libc.so $(OUT)/musl
    $(HIDE)cp -f $(LITEOS_COMPILER_PATH)/arm-linux-musleabi/lib/libstdc++.so.6 $(OUT)/musl
    $(HIDE)cp -f $(LITEOS_COMPILER_PATH)/arm-linux-musleabi/lib/libgcc_s.so.1 $(OUT)/musl
    $(STRIP) $(OUT)/musl/*
endif
​
$(APPS): $(LITEOS_TARGET)
    $(HIDE)$(MAKE) -C apps all
 

  •  
    ROOTFSDIR：使用rootfsdir.sh创建一些目录
     
  •  
    prepare：复制libc.so、libc++.so
     
  •  
    APPS：进入apps目录执行make all
     
 

make -C 目录  目标 ： 进入这个目录去执行对应目标
 

makefile会使用tool目录下的脚本去制作根文件系统
 

 

 

        linux内核只能用上面的那个文件系统，突然发现之前哭错坟了。我在移植openhamony，去hamonyOS那里去问问题，我说今天仔细一看怎么社区里都是基于java写的代码。
 

 

 

 

2. 编译APP
 

有目录：kernel/liteos_a/apps，这个目录下有：
 

  •  
    module.mk：定义了
     
    APP_SUBDIRS += shell
APP_SUBDIRS += init
     
  •  
    Makefile：
     
    $(APPS):
ifneq ($(APP_SUBDIRS), )
        $(HIDE) for dir in $(APP_SUBDIRS); do $(MAKE) -C $$dir ; done
endif
     
    就是再次进入shell、init目录，执行make命令，去变量shell程序、init程序。
     
 

 

1.3.2 演示
 

 

        我们之前用内存模拟了flash，假设根文件系统2MB这里还有剩余的8MB内存没初始化，要么就用uboot去都写上全F要么就把8MB的全F填充到2MB的后面。老师说mp157不好使用uboot做这个操作，原因不详，反正6ull和mp157两个板子一个用一种方式。
 

 

这面编译没问题呢
 

 

 

他现在是10MB的，但是我们不想他是10MB看看咋回事
 

         脚本里把这个扩充成了10MB，这里的大小是我们之前在makefile中定义的，makefile用这个脚本时第三个参数指定了大小。
 

 

文件系统我们改回jffs2 
 

 

.bin是给157用的因为它只支持后缀名是bin的。
 

 

 

忘记改名字了还是10MB，再来修改一下shell
 

#!/bin/bash
#
# Copyright (c) 2013-2019, Huawei Technologies Co., Ltd. All rights reserved.
# Copyright (c) 2020, Huawei Device Co., Ltd. All rights reserved.
#
# Redistribution and use in source and binary forms, with or without modification,
# are permitted provided that the following conditions are met:
#
# 1. Redistributions of source code must retain the above copyright notice, this list of
#    conditions and the following disclaimer.
#
# 2. Redistributions in binary form must reproduce the above copyright notice, this list
#    of conditions and the following disclaimer in the documentation and/or other materials
#    provided with the distribution.
#
# 3. Neither the name of the copyright holder nor the names of its contributors may be used
#    to endorse or promote products derived from this software without specific prior written
#    permission.
#
# THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
# "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO,
# THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
# PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR
# CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL,
# EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO,
# PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS;
# OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY,
# WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR
# OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF
# ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
set -e

system=$(uname -s)
ROOTFS_DIR=$1
FSTYPE=$2
ROOTFS_SIZE=$3
ROOTFS_IMG=${ROOTFS_DIR}".img"
ROOTFS_JFFS2=${ROOTFS_DIR}".jffs2"
JFFS2_TOOL=$(dirname $(readlink -f "$0"))/../../fsimage/mkfs.jffs2
WIN_JFFS2_TOOL=$(dirname $(readlink -f "$0"))/../../fsimage/win-x86/mkfs.jffs2.exe

if [ "${ROOTFS_DIR}" = "*rootfs" ]; then
    chmod -R 755 ${ROOTFS_DIR}
    chmod 700 ${ROOTFS_DIR}/bin/init 2> /dev/null
    chmod 700 ${ROOTFS_DIR}/bin/shell 2> /dev/null
fi

if [ "${FSTYPE}" = "jffs2" ]; then
    if [ "${system}" != "Linux" ] ; then
        ${WIN_JFFS2_TOOL} -q -o ${ROOTFS_IMG} -d ${ROOTFS_DIR} --pagesize=4096
    else
        chmod +x ${JFFS2_TOOL}
        echo ${JFFS2_TOOL} -q -o ${ROOTFS_IMG} -d ${ROOTFS_DIR} --pagesize=4096 --pad=${ROOTFS_SIZE}
        ${JFFS2_TOOL} -q -o ${ROOTFS_IMG} -d ${ROOTFS_DIR} --pagesize=4096 --pad=${ROOTFS_SIZE}
        ${JFFS2_TOOL} -q -o ${ROOTFS_JFFS2} -d ${ROOTFS_DIR} --pagesize=4096
	cp ${ROOTFS_JFFS2} ${ROOTFS_DIR}".jffs2"
	cp ${ROOTFS_IMG} ${ROOTFS_DIR}".jffs2.bin"
    fi
elif [ "${FSTYPE}" = "vfat" ]; then
    if [ "${system}" != "Linux" ] ; then
        echo "Unsupported fs type!"
    else
        BLK_SIZE=512
        CLT_SIZE=2048
        FAT_TAB_NUM=2
        CLT_CNT=$(( ${CLT_SIZE} / ${BLK_SIZE} ))
        if [ $# -eq 3 ]; then
            IMG_SIZE=$3
        else
            FAT32_ITEM_SIZE=4
            RESV_CNT=38
            IMG_MIN_SIZE=1048576
            DIR_SIZE=$(( $(echo $(du -s ${ROOTFS_DIR} | awk '{print $1}')) * 1024 ))
            IMG_SIZE=$(( ${DIR_SIZE} / (1 - ${FAT_TAB_NUM} * ${FAT32_ITEM_SIZE} / ${CLT_SIZE}) + ${RESV_CNT} * ${BLK_SIZE}))
            if [ ${IMG_SIZE} -le ${IMG_MIN_SIZE} ]; then
                IMG_SIZE=${IMG_MIN_SIZE}
            fi
        fi
        IMG_CNT=$(( (${IMG_SIZE} + ${BLK_SIZE} - 1) / ${BLK_SIZE} ))
        echo mtools_skip_check=1 >> ~/.mtoolsrc
        dd if=/dev/zero of=${ROOTFS_IMG} count=${IMG_CNT} bs=${BLK_SIZE}
        mkfs.vfat ${ROOTFS_IMG} -s ${CLT_CNT} -f ${FAT_TAB_NUM} -S ${BLK_SIZE} > /dev/null
        mcopy -i ${ROOTFS_IMG} ${ROOTFS_DIR}/* -/ ::/
    fi
else
    echo "Unsupported fs type!"
fi

 

 

现在就ok了只有1019k了
 

名字不对原来，cp报错了没看到
 

 

 

这次没毛病了
 

 

 

二、正式版本的init进程
 

Liteos-a中有两个init程序：
 

  •  
    测试版本：kernel\liteos_a\apps\init\src\init.c
     
  •  
    正式版本：base\startup\services\init_lite\src\main.c
     
 

 

        我之前在杭州实习的时候还研究过linux的init进程之前写过一篇文章，有好多东西当时记得后面离职了一个多月再回来写都忘记了。
 

简单来说就是init-》sysV init-》systemd
 

1.1 测试版本
 

源码：kernel\liteos_a\apps\init\src\init.c 我们在kernel\liteos_a目录下执行make rootfs时使用的就是测试版本， 它的功能很简单：只是启动/bin/shell程序，源码如下：
 

int main(int argc, char * const *argv)
{
    int ret;
    const char *shellPath = "/bin/shell";
​
    ret = fork();
    if (ret < 0) {
        printf("Failed to fork for shell\n");
    } else if (ret == 0) {
        (void)execve(shellPath, NULL, NULL);
        exit(0);
    }
​
    while (1) {
        ret = waitpid(-1, 0, WNOHANG);
        if (ret == 0) {
            sleep(1);
        }
    };
}
 

 

1.2 正式版本
 

源码：base\startup\services\init_lite\src\main.c
 

 

 

怎么单独编译正式版本，尚未研究。 可以使用这样的命令去编译：python build.py ipcamera_hi3518ev300 -b debug 可以得到rootfs目录，里面有/bin/init, /etc/init.cfg等文件。
 

1.2.1 配置文件
 

1. 分析配置文件
 

配置文件中内容分为两部分：
 

  •  
    services：定义了多个服务，它对应某些APP
     
  •  
    jobs：可以定义一些APP，也可去启动服务
     
  
    •  
      pre-init：预先执行的初始化
       
    •  
      init：初始化
       
    •  
      post-init：最后的初始化
       
 

2. 示例
 

./vendor/huawei/camera/init_configs/init_liteos_a_3516dv300.cfg
./vendor/huawei/camera/init_configs/init_liteos_a_3518ev300.cfg
 

{
    "jobs" : [{
            "name" : "pre-init",
            "cmds" : [
                "mkdir /storage/data/log",
                "chmod 0755 /storage/data/log",
                "chown 4 4 /storage/data/log",
                "mkdir /storage/data/softbus",
                "chmod 0700 /storage/data/softbus",
                "chown 7 7 /storage/data/softbus",
                "mkdir /sdcard",
                "chmod 0777 /sdcard",
                "mount vfat /dev/mmcblk0 /sdcard rw,umask=000",
                "mount vfat /dev/mmcblk1 /sdcard rw,umask=000"
            ]
        }, {
            "name" : "init",
            "cmds" : [
                "start shell",
                "start apphilogcat",
                "start foundation",
                "start bundle_daemon",
                "start appspawn",
                "start media_server",
                "start wms_server"
            ]
        }, {
            "name" : "post-init",
            "cmds" : [
                "chown 0 99 /dev/dev_mgr",
                "chown 0 99 /dev/hdfwifi",
                "chown 0 99 /dev/gpio",
                "chown 0 99 /dev/i2c-0",
                "chown 0 99 /dev/i2c-1",
                "chown 0 99 /dev/i2c-2",
                "chown 0 99 /dev/i2c-3",
                "chown 0 99 /dev/i2c-4",
                "chown 0 99 /dev/i2c-5",
                "chown 0 99 /dev/i2c-6",
                "chown 0 99 /dev/i2c-7",
                "chown 0 99 /dev/uartdev-0",
                "chown 0 99 /dev/uartdev-1",
                "chown 0 99 /dev/uartdev-2",
                "chown 0 99 /dev/uartdev-3",
                "chown 0 99 /dev/spidev0.0",
                "chown 0 99 /dev/spidev1.0",
                "chown 0 99 /dev/spidev2.0",
                "chown 0 99 /dev/spidev2.1"
         ]
        }
    ],
    "services" : [{
            "name" : "foundation",
            "path" : "/bin/foundation",
            "uid" : 7,
            "gid" : 7,
            "once" : 0,
            "importance" : 1,
            "caps" : [10, 11, 12, 13]
        }, {
            "name" : "shell",
            "path" : "/bin/shell",
            "uid" : 2,
            "gid" : 2,
            "once" : 0,
            "importance" : 0,
            "caps" : [4294967295]
        }, {
            "name" : "appspawn",
            "path" : "/bin/appspawn",
            "uid" : 1,
            "gid" : 1,
            "once" : 0,
            "importance" : 0,
            "caps" : [2, 6, 7, 8, 23]
        }, {
            "name" : "apphilogcat",
            "path" : "/bin/apphilogcat",
            "uid" : 4,
            "gid" : 4,
            "once" : 1,
            "importance" : 0,
            "caps" : []
        }, {
            "name" : "media_server",
            "path" : "/bin/media_server",
            "uid" : 5,
            "gid" : 5,
            "once" : 1,
            "importance" : 0,
            "caps" : []
        }, {
            "name" : "wms_server",
            "path" : "/bin/wms_server",
            "uid" : 0,
            "gid" : 0,
            "once" : 1,
            "importance" : 0,
            "caps" : []
        }, {
            "name" : "bundle_daemon",
            "path" : "/bin/bundle_daemon",
            "uid" : 8,
            "gid" : 8,
            "once" : 0,
            "importance" : 0,
            "caps" : [0, 1]
        }
    ]
}

 

这种配置文件都是这种键值对的形式，我现在也分不清应该叫他哈希还是json了
 

 

3. 配置文件执行过程
 

 

各种dojob，job的内容就是上面那些
 

 

 

系统移植到这就完成了
 

 


                

        

        

    




    

      

        

            

              
                
                  宇努力学习
                
              
            

            

                关注
              
            

        

        

          
    
            
  • 
              
                
                
                
                
                    19
                
              
              
    点赞
    
            
    • 
            
  • 
              
                
                
                
              
              
    踩
    
            
    • 
            
  • 
              
                
                
                
                
                    30
                
              
              
    
                
    
                  
                    收藏
                  
                
    
              
    
              
    
                
    
                  觉得还不错?
                  
                    一键收藏
                  
                 
                
    
              
    
            
    • 
                
  • 
                  
                    打赏
                    
                  
                  
    打赏
    
                
    • 
          
  • 
            
    
              
              
            
    
              
              
              
                    0
              
            
            
    评论
    
          
    • 
          
  • 
          
    • 
          
  • 
            
              
            
              
    
            
              
                
            
    
          
    • 
        

      

      

            

                专栏目录
          










                



	

		

			

				
					
LiteOS-A内核中的procfs文件系统分析

				
			

			

				

					OpenHarmony_dev的博客
				

				

					12-08
					
					571
					
				

			

		

		

			
				
目录一、 procfs介绍1. Linux系统中的procfs文件系统包含的内容2. OS-A系统的命令以及procfs文件系统的内容二、 procfs文件系统的设计1. VFS提供的重要接口2.文件系统的重要接口设计三、 procfs文件系统的实现1. Procfs的注册过程2. Procfs的初始化初始化四、procfs业务分析1. procfs挂载过程分析2. 节点的增加过程分析3、writeproc shell命令的创建五、总结procfs是类UNIX操作系统中进程文件系统（process file

			
		

	



                

              
                



	

		

			

				
					
鸿蒙LiteOs读源码教程+向LiteOS中添加一个系统调用

				
			

			

				

					RuanFun的博客
				

				

					11-16
					
					1404
					
				

			

		

		

			
				
如何读鸿蒙LiteOs源码？如何向鸿蒙LiteOS中添加一个系统调用？看这篇就够了！（在用户态下要为新添加的系统调用增加相应的库函数作为接口。在内核态下要添加与接口函数对应的系统调用。）

			
		

	



                


  
              

                


	

		

			

				
					
【HarmonyOS】鸿蒙操作系统架构

				
			

			

				

					Elaine的博客
				

				

					10-28
					
					7571
					
				

			

		

		

			
				
【HarmonyOS】鸿蒙操作系统架构介绍

			
		

	





	

		

			

				
					
鸿蒙系统概述（HarmonyOS）学习这一篇就够了！

					
热门推荐

				
			

			

				

					Z_CH8648的博客
				

				

					12-04
					
					2万+
					
				

			

		

		

			
				
HarmonyOS是一款面向万物互联时代的、全新的分布式操作系统。
在传统的单设备系统能力基础上，HarmonyOS提出了基于同一套系统能力、适配多种终端形态的分布式理念，能够支持手机、平板、智能穿戴、智慧屏、车机、PC、智能音箱、耳机、AR/VR眼镜等多种终端设备，提供全场景（移动办公、运动健康、社交通信、媒体娱乐等）业务能力。

			
		

	



		

			
		



	

		

			

				
					
《嵌入式》自己制作rootfs根文件系统

				
			

			

				

					u014452136的博客
				

				

					10-29
					
					372
					
				

			

		

		

			
				
帮助同学制作rootfs根文件系统

			
		

	





	

		

			

				
					
HarmonyOS内核liteos-a开发手册

				
			

			

				

					09-17
				

			

		

		

			
				
鸿蒙支持多种内核，有Linux，也有Liteos-a。Liteos-a为物联网而生，支持MMU，支持内核/APP空间隔离、支持各个APP空间隔离，系统更健壮；支持POSIX接口，大量开源软件可以在Liteos-a上直接使用；启动快，省电。

			
		

	





	

		

			

				
					
HarmonyOS内核liteos-a开发手册.pdf

				
			

			

				

					10-14
				

			

		

		

			
				
鸿蒙Liteos-a内核移植手册，很多人会混淆鸿蒙跟Linux的关系。 先举个例子，大家很熟悉的Windows里面含有内核，也含有UI系统，含有桌面程序，普通人可以直接使用Windows。 但是Linux仅仅是一个内核(它提供进程管理、...

			
		

	





	

		

			

				
					
鸿蒙内核Liteos-a开发手册.zip

				
			

			

				

					03-30
				

			

		

		

			
				
鸿蒙内核Liteos-a开发手册.zip

			
		

	





	

		

			

				
					
把鸿蒙Liteos-a移植到STM32MP157.zip

				
			

			

				

					03-30
				

			

		

		

			
				
2.1 从最终的链接命令看Liteos-a的组成 2.2 Makfile中常用变量 2.3 包含的文件 2.4 把Makefile全部展开 2.5 分析在kernel/liteos_a下执行make的过程 2.5.1 第1个目标 2.5.2 目标：OUT 2.5.3 目标：BUILD 2.5.4 目标...

			
		

	





	

		

			

				
					
OpenHarmony LiteOS-A内核基于Huawei LiteOS内核演进适用于资源较丰富嵌入式设备的LiteOS内核

					
最新发布

				
			

			

				

					04-04
				

			

		

		

			
				
OpenHarmony LiteOS-A内核是基于Huawei LiteOS内核演进发展的新一代内核，Huawei LiteOS是面向IoT领域构建的轻量级物联网操作系统。在IoT产业高速发展的潮流中，OpenHarmony LiteOS-A内核能够带给用户小体积、低功耗...

			
		

	





	

		

			

				
					
鸿蒙移植i.mx6ull(十二) 根文件系统

				
			

			

				

					da.的博客
				

				

					06-08
					
					800
					
				

			

		

		

			
				
本章节做的修改会制作为补丁文件：假设目录中是未修改的代码，从没打过补丁；
假设补丁文件放在openharmony的同级目录；
对于STM32MP157，打补丁方法如下：
对于IMX6ULL，打补丁方法如下：
打上补丁后，可以如此编译(对于STM32MP157、IMX6ULL，编译命令是一样的)：
1.2 根文件系统的内容
看看一个简单的程序：
可以编译出一个APP：hello。
有几个问题要考虑：解决这几个问题后，就可以知道根文件系统的内容了：在目录执行：
可以知道：执行可以制作根文件系统。
分析Makef

			
		

	





	

		

			

				
					
鸿蒙系统学习 LiteOS-m（六）

				
			

			

				

					求变，从思想开始
				

				

					07-27
					
					6371
					
				

			

		

		

			
				
OpenHarmony LiteOS-M内核是面向IoT领域构建的轻量级物联网操作系统内核，具有小体积、低功耗、高性能的特点，其代码结构简单，主要包括内核最小功能集、内核抽象层、可选组件以及工程目录等，分为硬件相关层以及硬件无关层，硬件相关层提供统一的HAL（Hardware Abstraction Layer）接口，提升硬件易适配性，不同编译工具链和芯片架构的组合分类，满足AIoT类型丰富的硬件和编译工具链的拓展。其架构图如图1所示：

图 1OpenHarmony LiteOS-M核内核架构图



.

			
		

	





	

		

			

				
					
鸿蒙内核liteos-a移植_基于IMX6ULL

				
			

			

				

					11-30
				

			

		

		

			
				
移植鸿蒙最小系统包括：UART、MMU地址映射、定时器中断、存储设备驱动、根文件系统等鸿蒙源码开放之后，海思的代码闭源了。如果你想移植到其他芯片上去，好的方式就是：直接参考我们提供的源码(开发原子基金会也移植了其他芯片)，或者直接看我们的视频，这套视频，目前是鸿蒙内核移植的视频。华为内训，在里面可以看到海思的代码，可以得到鸿蒙专家的指导，百问网成功把Liteos-a移植到了IMX6ULL、STM32MP157。移植有难度，只是因为我们对它陌生，相信看了视频后，你会发现移植Liteos-a时，只是移植最小系统的话，比移植u-boot更加简单。后面我们会录制更多的鸿蒙课程，敬请期待！

			
		

	





	

		

			

				
					
鸿蒙支持ntfs,文件系统 FAT/FAT32/NTFS/ufs/ext3/reiserfs介绍

				
			

			

				

					weixin_35120666的博客
				

				

					05-31
					
					2658
					
				

			

		

		

			
				
文件系统FAT/FAT32/NTFS/ufs/ext3/reiserfs介绍FAT16/FAT32FAT(FileAllocationTable)是“文件分配表”的意思。顾名思义，就是用来记录文件所在位置的表格，它对于硬盘的使用是非常重要的，假若丢失文件分配表，那么硬盘上的数据就会因无法定位而不能使用了。在推出FAT32文件系统之前，通常PC机使用的文件系统是FAT16。像基于MS-DOS，...

			
		

	





	

		

			

				
					
鸿蒙操作系统详解

				
			

			

				

					百无禁忌想，脚踏实地干
				

				

					06-29
					
					1万+
					
				

			

		

		

			
				
鸿蒙是一个面向场景的智能操作系统。很多人刚开始把它与Linux相比，这是不对的，首先Linux只是一个内核，在Linux之上我们开发者还需要做很多的操作，比如驱动开发和应用开发才能让用户能够正常的操作。鸿蒙的LiteOS才是用来对标Linux的，值得注意的是LiteOS和Linux是一样的，都是宏内核而不是之前宣传的微内核，鸿蒙的微内核可能要到过段时间才会发布。那么鸿蒙对标的产品是什么呢？是安卓和Windows。这也让安卓特别的难受，因为与它正在开发的Funchsia系统在地位上有较大的吻合，都是

			
		

	





	

		

			

				
					
LiteOs代码目录结构

				
			

			

				

					xinghunlove123的博客
				

				

					05-24
					
					2688
					
				

			

		

		

			
				
LiteOS的代码目录结构说明

转自https://github.com/LiteOS/LiteOS/blob/master/doc/LiteOS_Code_Info.md

关于代码树中各个目录存放的源代码的相关内容简介如下：


	一级目录
	二级目录
	三级目录
	说明


	arch
	arm
	arm-m
	M核中断、调度、tick相关代码


	
	
	common
	arm核公用的...

			
		

	





	

		

			

				
					
ipc开发（liteos hi3518ev200----1.环境搭建【开发环境】）

				
			

			

				

					c_L_j_的博客
				

				

					02-27
					
					2311
					
				

			

		

		

			
				
//首先搭建工作环境1.虚拟机编译环境: 在linux服务器上安装交叉编译器----------------------------工具链安装-----------------------------------toolchain目录下有arm-hisiv500-linux.tar.bz2 和 cross.v500.install两个文件，其中arm-hisiv500-linux.tar.bz2 ...

			
		

	





	

		

			

				
					
1、hi3518c根文件系统的制作与移植

				
			

			

				

					xuanyuan_hs的博客
				

				

					10-13
					
					1121
					
				

			

		

		

			
				
根文件系统的制作与移植
1、 Busybox介绍与移植
1） 配置busybox
cdbusybox-1.17.2
make ARCH=arm CROSS_COMPILE=arm-hisiv100nptl-linux- menuconfig
选择编译为共享库
->Busybox Settings
-> Build Options
->Build shared libbusybox选

			
		

	





	

		

			

				
					
liteos-a 文档

				
			

			

				

					07-31
				

			

		

		

			
				
为了更好地帮助开发者使用和了解 LiteOS，华为提供了详细的 LiteOS-A 文档。  LiteOS-A 文档是一个针对 LiteOS 的技术文档，其中包含了 LiteOS 的各种功能和特性的详细说明。开发者可以通过阅读文档了解 LiteOS 的...

			
		

	



              



  
“相关推荐”对你有帮助么？

  

      
    
          
  • 
              
    
                  
                  
              
    
              
    非常没帮助
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    没帮助
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    一般
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    有帮助
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    非常有帮助
    
          
    • 
      

      

      

          
          提交
      

      

  




          




        



    





    



      

      

        
      

      





	

		评论	
	

	
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  





	
打赏作者

	

		

		
			
		
		

		

			
宇努力学习

			
你的鼓励将是我创作的最大动力

		

	

	

			

	

	

    ¥1
    ¥2
    ¥4
    ¥6
    ¥10
    ¥20
	

	

		

			

				

					扫码支付：¥1
				

				

					

					
					获取中
					

				

				

					
					
					扫码支付
				

			

		

		

			
您的余额不足，请更换扫码支付或充值

			
打赏作者

		

	



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值