2.2 海思SS928开发 - 编译测试 - kernel

2.2 编译测试 - kernel

创建仓库

  • 在 gitlab 上创建 SS928 kernel 仓库,并命名为 SS928_KERNEL_V4.19

  • 进入开发虚拟机,克隆仓库:

    cd ~
    mkdir -p hiss928/kernel && cd hiss928/kernel
    git clone http://gitlab.xxx.com/KERNEL/SS928_KERNEL_V4.19.git ss928_kernel_v4.19
    cd ss928_kernel_v4.19
    

添加源代码

  • kernel 源代码可以在 SDK 中找到,添加步骤如下:

    cd ~/hiss928/sdk/ema_2.0.2.2/SS928V100_SDK_V2.0.2.2/open_source/linux/
    # 拷贝源码包
    cp -f Makefile linux-4.19.90.tar.gz linux-4.19.90.patch ~/hiss928/kernel/ss928_kernel_v4.19
    cd ~/hiss928/kernel/ss928_kernel_v4.19/
    # 解压源码包
    tar -xf linux-4.19.90.tar.gz
    # 应用补丁文件
    mv linux-4.19.90.patch linux-4.19.90/
    cd linux-4.19.90/
    patch -p1 < linux-4.19.90.patch
    

编译 kernel

  • 编译步骤如下:

    # 将工具链加入系统路径
    source ~/hiss928/sdk/ss928_sdk_g7.3_k4.19/env_setup.sh
    # 先彻底清理一次
    make ARCH=arm64 CROSS_COMPILE=aarch64-mix210-linux- distclean
    # 加载配置文件
    make ARCH=arm64 CROSS_COMPILE=aarch64-mix210-linux- ss928v100_emmc_defconfig
    # 编译 kernel
    make ARCH=arm64 CROSS_COMPILE=aarch64-mix210-linux- -j16 uImage
    # 最后生成的文件为 uImage,所在目录为 arch/arm64/boot/uImage
    # 这里先不验证能不能用,编译成功即可
    
  • 编译中遇到的问题:multiple definition of `yylloc’; scripts/dtc/dtc-lexer.lex.o

    • 原因:由于本人使用的虚拟机(ubuntu 22.04)的 gcc (11.4.0) 版本过高。
    • 解决:修改 scripts/dtc/Makefile,定位到 12 行,在 HOST_EXTRACFLAGS 后添加 -fcommon

完善仓库

  • 步骤如下:

    make ARCH=arm64 CROSS_COMPILE=aarch64-mix210-linux- distclean
    cd ..
    rm -f Makefile linux-4.19.90.tar.gz
    mv linux-4.19.90/* .
    rm -rf linux-4.19.90 linux-4.19.90.patch
    
  • 推送代码到远端。

  • 5
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
本资源为arm-linux下的海思编译链工具V300 C语言有三种标准库如下: 1.Glibc glibc = GNU C Library 是GNU项(GNU Project)目,所实现的 C语言标准库(C standard library)。 目前,常见的桌面和服务器中的GNU/Linux类的系统中,都是用的这套C语言标准库。 其实现了常见的C库的函数,支持很多种系统平台,功能很全,但是也相对比较臃肿和庞大。 2.uClibc 一个小型的C语言标准库,主要用于嵌入式。 其最开始设计用于uClinux(注:uClinux不支持MMU),因此比较适用于微处理器中。 对应的,此处的u意思是μ,Micro,微小的意思。 uClibc的特点: (1)uClibc比glibc要小很多。 (2)uClibc是独立的,为了应用于嵌入式系统中,完全重新实现出来的。和glibc在源码结构和二进制上,都不兼容。 3.EGLIBC EGLIBC = Embedded GLIBC EGLIBC是,(后来)glibc的原创作组织FSF所(新)推出的,glibc的一种变体,目的在于将glibc用于嵌入式系统。 EGLIBC的目标是: (1)保持源码和二进制级别的兼容于Glibc 源代码架构和ABI层面兼容 如果真正实现了这个目标,那意味着,你之前用glibc编译的程序,可以直接用eglibc替换,而不需要重新编译。 这样就可以复用之前的很多的程序了。 (2)降低(内存)资源占用/消耗 (3)使更多的模块为可配置的(以实现按需裁剪不需要的模块) (4)提高对于交叉编译(cross-compilation)和交叉测试(cross-testing)的支持 【目前了解到的海思交叉编译工具链的应用环境】 arm-hisiv100-linux为基于uclibc的工具链,arm-hisiv200-linux 为基于 glibc 的工具链; arm-hisiv300-linux为基于uclibc的工具链,arm-hisiv400-linux 为基于 glibc 的工具链; arm-hisiv500-linux为基于uclibc的工具链,arm-hisiv600-linux 为基于 glibc 的工具链。 (在开发的时候,你编译内核所用的交叉编译链跟用户的应用程序所用的交叉编译链一定需要相同,不然没法调用系统内核的依赖库)   其中eglibc这种很容易被人开发者忽视,从而选错了编译工具链。 uClibc和Glibc并不相同,两者有许多不同之处,有可能给你带来一些问题。

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

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

专注的罗哈哈

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

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

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

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值