1.yocto系列之yocto是下下载个什么东东
2.poky中如何添加食谱
3.yocto系列之针对rk3588平台构建一个基础镜像
4.openbmc 基于qemu的调试环境搭建
5.å¦ä½äº¤åç¼è¯perl
6.sdr开发篇 6. zynq+ad9361的linux工程搭建
yocto系列之yocto是个什么东东
Yocto项目不是用于现有硬件的软件开发工具包,而是载源用于构建这样的工具包。
Yocto项目不是代码可以部署到硬件上的系统二进制镜像,而是下下载用于构建这样一个镜像。
Yocto项目不是载源可以用于在硬件上安装的Linux发行版,而是代码发卡源码免授权用于为资源受限的硬件创建定制发行版。
Yocto项目是下下载一个开源协作项目,旨在帮助开发者创建定制的载源基于Linux的嵌入式系统,且不受硬件架构限制。代码该项目提供了一套灵活的下下载工具和共享平台,嵌入式开发者可在全球范围内共享技术、载源软件堆栈、代码配置和最佳实践,下下载用于构建定制的载源Linux镜像。
Yocto项目整合了三个关键开发元素:一套集成工具,代码用于成功进行嵌入式Linux开发,包括自动构建和测试工具、板级支持流程、许可合规流程以及定制Linux嵌入式操作系统的组件信息;一个参考嵌入式发行版Poky;与OpenEmbedded项目共同维护的OpenEmbedded构建系统。
Poky(发音为Pock-ee)是一个参考嵌入式发行版,用于演示如何定制发行版,测试Yocto项目组件,以及作为下载Yocto项目的工具。Poky不是产品级别的发行版,而是定制起点,位于oe-core之上。
oe-core或OpenEmbedded-Core是基础recipes、类别和相关文件的元数据集合,旨在在多个不同的OpenEmbedded衍生系统中通用,包括Yocto项目。它是OpenEmbedded社区原始存储库的筛选子集,经过持续验证,形成了严格控制和质量保证的核心recipes。
recipe是最常见的元数据形式,包含构建软件包的设置和任务列表,用于构建二进制镜像。recipe描述源代码获取、应用补丁、库依赖关系以及配置和编译选项。exp团队查询源码它们存储在层中,使Poky具有高可扩展性、多功能性,并易于适应各种系统。例如,可以创建网络、应用程序、图形子系统等专用层。
配置文件包含全局变量定义、用户定义变量及硬件配置信息,告诉构建系统在image中构建和放置什么以支持特定平台。recipe和配置文件被称为Poky构建系统中的元数据,除了这些,还有用于使用recipe和配置文件构建图像的命令和数据。
构建过程由oe-core中的有效image和BitBake调度器和执行引擎完成。BitBake解析recipe和配置数据,创建依赖树以排序编译,安排代码编译,最后执行构建定制Linux镜像。BitBake类似于make构建工具,用于指定如何构建特定软件包,包括依赖项、源代码位置、配置、编译、构建、安装和删除指令。构建过程中跟踪依赖关系并执行软件包的本地或交叉编译。在交叉构建设置中,BitBake尝试创建适用于目标平台的交叉编译器工具链。
Yocto项目组件的开发流程包括决定高级配置、源代码获取、补丁应用、构建、打包、QA、生成软件包源和最终镜像创建。构建过程还可能生成用于对应平台的获取php页面源码开发和构建应用程序的SDK。
poky中如何添加食谱
poky是一个distribution,采用 openembedded 构建,包含一个基于GNOME的embedded linux software stack。poky封装了openembedded,选择了openembedded的核心,外加更多的脚本,作为开发者,如果想学习openembedded这一强大的工具,建议从poky开始。即便如此,poky的学习曲线仍然是陡峭的(虽然很好用)。
poky的思想大致是:开发者提供元数据(食谱或菜谱),每份食谱都是描述某个软件的‘清单’,比如源代码从哪里下载,需要哪些补丁文件,可能需要的特殊编译链接选项,打包时的需要的特殊配置,依赖其他什么软件等信息。食谱是由一种标记性的语言所写,由元工具(bitbake)解析、执行。元工具则抽象了构建一个软件过程中的fetch,unpack,patch,configure,compile,package等任务;同时,元工具还负责按不同软件之间的依赖关系有序的执行。
我最早接触的poky其实已经不是当前最新的poky了。如果用git来取得poky的源码仓库的话,那其实是名叫pinky-3.1的分支。可惜这个分支从年左右就停止维护了,现在的poky(如master分支)叫"Yocto",这应该已经是OpenHand被intel收购之后的事了。成为Yocto之后,poky已不再简单地定位为一个distribution,而是一个tool-maker,或者是gbdt分类算法源码“ 协作开发软件,增加了更多的模版、脚本、工具等,来帮助开发者定制嵌入式系统 ”,相对于增加了更多layers的Yocto,早期的poky(pinky)显得更“单纯”,简单的说,就是更少的文件(meta bb file,meta class file等)。对于一个初学者来说,这意味着遇到问题后更容易解决(不管你的native system同poky要求的多么匹配,问题仍然是难免的)。当然,缺点就是不再被社区支持后,各软件包的版本均停留在了pinky-3.1发布的那一刻,想升级,想使用更新的软件的话,要么就老老实实切换到poky(Yocto),与社区同步;要么就Do It Yourself。相对与前者,后者这种行为无疑是‘重新发明轮子’,但重新发明轮子有时也不是一件坏事,按候捷的话说(非原话)“学往深处学,用往易处用”。用我的话来说,就是“想学会游泳的方法就是下水”。下面,我就从零开始自己动手添加一个食谱,这个食谱将产生一个较新的linux内核包(2.6.),取代poky(pinky)中还较早版本(2.6.)的内核,以此来学习poky,bitbake中的一些概念。
yocto系列之针对rk平台构建一个基础镜像
在构建针对RK平台的Yocto基础镜像的旅程中,我们首先回顾了之前的步骤。这包括Yocto基础知识的概述、主机设置与配置,以及如何构建并运行第一个镜像。接下来,红牛掘金指标源码我们将专注于将这些基础扩展到适用于RK平台的镜像构建。
假设我们的构建目录命名为rk-build,我们将直接在该目录下执行构建命令。当我们构建用于QEMU的镜像时,无需额外层配置,因为poky已包含QEMU构建所需的配方。
为了构建适用于RK的镜像,我们需确保配置了正确的meta-rockchip层。该层在meta-openembedded层的基础上进一步支持RK平台的构建,包含特定于内核、驱动程序和配置的配方。我们可能还需要其他层以支持网络、Python、多媒体等功能。
下载并添加这些必要的层到我们的构建配置中,我们首先将meta-xx层放置在与poky目录同级,以便于共享。接下来,下载Open-Embedded并切换至kirkstone分支,然后下载meta-rockchip层源代码。
通过bitbake-layers命令将这些层整合到构建中,确保在conf/bblayers.conf文件中正确配置。若遇到语法错误,可使用bitbake-layers命令代替手动编辑,以避免构建失败。
配置机器和选择镜像是我们构建过程的关键步骤。在meta-rockchip层中,机器配置文件(位于conf/machine目录)提供支持的机器名称列表。我们选择名为rockchip-rk-evb的机器。
查看meta-rockchip/recipess-core/images目录以了解可用镜像,若无法在此目录中找到对应的.bb文件,可进一步检查poky/meta/recipess-core/images目录。镜像名称即为.bb文件的文件名,去掉.bb扩展名。
在构建目录下,编辑conf/local.conf文件以应用特定于机器和镜像的配置。
在资源获取阶段,可能遇到网络问题导致的fetch失败。通过重复尝试获取资源,可以解决此类问题。
镜像编译阶段,将输出编译进度与可能遇到的错误信息,帮助我们了解构建过程的状态并进行相应的调整。
openbmc 基于qemu的调试环境搭建
基础知识略过,本文聚焦于openbmc开发调试的核心部分——前后端联动单步调试,将全面展示搭建基于qemu的调试环境。
搭建环境前,确保基础环境准备就绪,openbmc开发者通常具备所需基础知识。首先,下载SDK手册,选用ASpeed芯片作为典型例子,多数openbmc项目采用此版本。
推荐使用自定义脚本辅助编译过程,自行试验后发现效果显著。成功编译后,即完成基础环境搭建。接下来,转向前后端调试环境的构建。
使用qemu核心参数实现主机与虚拟机间端口转发,此操作相当于提供一块虚拟开发板,使得外部访问变得简单直接。主机端口转发命令示例为:hostfwd=[tcp|udp]:[hostaddr]:hostport-[guestaddr]:guestport。此选项支持针对TCP或UDP协议的数据传输,且允许在单个命令中指定多个端口转发。
注意系统默认apt安装的版本为6.2,过时可能导致模拟运行失败。需进行升级操作。通过命令删除旧版本,并下载openbmc发布的8.2版本,确保模拟环境的兼容性。
前端UI运行与后端运行同步进行。通过qemu启动openbmc镜像,调整相关参数,确保与自身环境相适应。针对romulus测试镜像和ast,分别通过bitbake编译生成最新的(V.)版本,并增加gdb调试端口转发至主机端口。
前端代码准备阶段,openbmc前端已采用vue实现(vue2),webui-vue代码通过下载获得。老版本UI已不再维护,建议基于AngularJS的代码不再考虑。Node版本推荐使用。
项目文件修改涉及增加环境变量,可通过修改webui-vue中的配置文件vue.config.js完成,其中ip地址为Ubuntu宿主机的ip地址和转发端口。
项目运行阶段,使用vscode打开项目,并在edge中安装Vue开发者工具。前端效果验证通过后,应能通过前端链接访问到qemu中openbmc的web后端——bmcweb,用户名和密码默认为root/0penBmc,初次访问需确认风险继续。
VUE开发者工具的集成使得调试更加直观有效。后端调试方面,通过yocto的开发者工具devtool进行代码导出,这是整个openbmc作为大型Linux发布系统集成的体现。建议掌握两个基础命令,更详细的命令参考可获取。
源码编译阶段,推荐通过标准SDK进行,而非增量编译。标准SDK编译过程可控,参数调整方便。导出标准SDK后,无yocto环境的主机也可调试openbmc固件,下载配套源码进行编译。
bmcweb更新通过scp命令上传编译好的带debuginfo的版本,注意需先stop服务/kill相关进程,确保上传成功后再次启动服务。gdbserver交叉编译与安装则用于gdb调试,启动qemu时增加gdb调试端口转发至主机端口。通过gdbserver与宿主机连接,实现调试。
调试demo以获取NTP信息页面为例,展示调试流程。总结而言,通过以上步骤搭建的gdb调试环境适用于复杂如bmcweb后端的案例,其他dbus应用程序亦可基于此方法进行调试,核心要点在于掌握gdb调试技巧。相信有了gdb,openbmc的学习与理解将更深入。
å¦ä½äº¤åç¼è¯perl
å ä¸è½½Perlæºç ï¼/projects/perlcross.berlios/files/ï¼ ä¸è½½çæ¬æ¯ï¼perl-5..0-cross-0.3.tar.gzåå«è§£åè¿ä¸ªæ件å°åä¸ä¸ªç®å½ä¸ï¼
1å¨ubuntuä¸å®è£ perlbrewï¼
sudo apt-get install perlbrewperlbrew init
source ~/perl5/perlbrew/etc/bashrc
perlbrew install perl-5..1
23
4
5
çå¾ perlbrewå®è£ å®æ¯ï¼
23
1
å并 两个解ååºæ¥çperlç®å½,è¿å ¥perl-5..1çCrossç®å½ä¸ï¼
cp -rfv perl-5..0/* perl-5..1/cd perl-5..1/Cross
21
æ件å 容å¦ä¸æ³¨æå äºæå·çå 容ï¼
### Target Arch** ARCH = arm
**#ARCH = i-pc
#ARCH = sh4
#ARCH = mips
#ARCH = mipsel
#ARCH = ppc
## Specific arm
**#CONFIG_TARGET_ARM_SAX0 = 1
**#CONFIG_TARGET_ARM_XSCALE = 1
### Target OS
**OS = linux
**#OS = solaris2.8
1ä¿®æ¹perlçconfigæ件
gedit Cross/config ##æè vi gedit Cross/config 23
4
5
6
7
8
9
ä¸é¢å ç²åä½è¡¨ç¤ºæ³¨æçæè ä¿®æ¹çï¼
ä¿®æ¹å½åç®å½ï¼Crossç®å½ï¼ä¸çMakefileæ件ï¼
å æ¹åä¸ä¸ç®å½å 容çæéï¼
chmod /Cross/
*ä¿®æ¹çMakefileæ件å 容ï¼
export TOPDIR=${ shell pwd}include $(TOPDIR)/config
export CFLAGS
** export SYS=arm-linux
**** export CROSS=/stuff/bitbake/bin/tmp/sysroots/i- linux/usr/armv7a/bin/arm-angstrom-linux-gnueabi-
**** export LD_LIBRARY=/stuff/bitbake/bin/tmp/sysroots/i-linux/usr/lib:$(LD_LIBRARY_PATH)
**export FULL_OPTIMIZATION = -fexpensive-optimizations -fomit-frame-pointer -O2
export OPTIMIZATION = -O2
export CC = arm-angstrom-linux-gnueabi-gcc
export CXX = arm-angstrom-linux-gnueabi-g++
export LD = arm-angstrom-linux-gnueabi-ld
export STRIP = arm-angstrom-linux-gnueabi-strip
export AR = arm-angstrom-linux-gnueabi-ar
export RANLIB = arm-angstrom-linux-gnueabi-ranlib
make CC=arm-angstrom-linux-gnueabi-gcc ARCH=arm patch
make CC=arm-angstrom-linux-gnueabi-gcc ARCH=arm perl
ç¼è¯ä¼åºéï¼ä½æ¯æ²¡å ³ç³»ï¼ä¼å¨æ ¹ç®å½çæperlå¯æ§è¡æ件ï¼
sdr开发篇 6. zynq+ad的linux工程搭建
SDR开发过程中,我们首先从hdl源码开始,从github下载_r1分支的zip包,解压后放置在工作区~/work/zynq_dev/ados。然后,创建Vivado工程,配置环境并编译,需要注意的是,这个工程需要针对xmzed进行修改。接着,对DDR和EMIO接口进行适配,并导出HDF文件。
接着,我们进入Petalinux 2.1工程阶段,拷贝适配后的HDF文件,并从github获取ADI的Linux内核和meta-adi。内核和meta-adi需下载、解压并配置,硬件信息目录中需要设置唯一的HDF文件。初次配置后,后续只需在修改后重新编译,配置启动方式、接口、SD卡,并解决source bitbake失败的问题。
内核配置中,USB和IIO功能默认开启。设备树部分,需在dash环境下修改,并在device-tree.bbappend中添加自定义设置。root文件系统配置时,由于meta-adi的影响,需要调整petalinux-user-image.bbappend以恢复默认设置。
编译工程时,注意分配足够的CPU资源,可能需要解决网络问题并设置全局代理。遇到错误时,如jesd-status-dev-r0的fetch问题,需替换相关文件。最后,打包boot.bin并制作SD卡文件系统,包括EXT和FAT分区,并进行启动测试。
测试阶段,通过拨码开关启动设备,使用默认root/root登录,进行IIO连接测试和Gnuradio发送信号测试。整个过程参考了相关教程和文档,如AD的开发指南和Linux驱动等。
yocto中文教程
Yocto中文教程
Yocto是一个面向嵌入式Linux系统的构建系统,它提供了一种灵活且可重复的方式来创建定制的Linux发行版。对于想要深入了解Yocto并应用于实际项目的开发者来说,中文教程无疑是一个很好的学习资源。以下是一个简要的Yocto中文教程概述:
一、Yocto基础
对于初学者,首先需要了解Yocto的基础概念和工作原理。Yocto的核心是OpenEmbedded构建系统(OE),它使用BitBake工具和.bb文件来描述构建过程。通过这些描述文件,Yocto能够自动下载源代码、交叉编译并生成适用于目标硬件的Linux系统。
二、环境搭建
在开始使用Yocto之前,需要搭建一个适用于Yocto的开发环境。这通常包括安装Linux操作系统(如Ubuntu)、安装必要的软件包和工具(如git、wget、python3等),以及下载Yocto项目源代码。
三、构建过程
Yocto的构建过程可以大致分为几个步骤:配置构建环境、选择目标硬件平台、定义软件包和配置、执行构建。在这个过程中,开发者可以通过修改.bb文件来定制系统,例如添加或删除软件包、修改内核配置等。
四、调试和优化
在构建完成后,开发者可能需要对生成的系统进行调试和优化。这可以通过在目标硬件上运行系统、收集日志和使用调试工具来完成。此外,Yocto还提供了一些工具来帮助开发者分析和优化系统性能,如构建时间分析、软件包依赖关系可视化等。
五、扩展和定制
对于更高级的用户,Yocto提供了丰富的扩展和定制功能。例如,开发者可以创建自己的软件包、添加自定义的构建步骤、集成第三方库等。这些功能使得Yocto能够灵活适应各种复杂的嵌入式Linux项目需求。
通过遵循以上教程步骤,开发者可以逐步掌握Yocto的使用方法,并根据自己的需求定制出高效且稳定的嵌入式Linux系统。同时,随着对Yocto的深入了解和实践经验的积累,开发者还可以不断优化和改进构建过程,提高开发效率和质量。