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描述源代码获取、应用补丁、库依赖关系以及配置和编译选项。彩虹网页源码查看它们存储在层中,使Poky具有高可扩展性、多功能性,并易于适应各种系统。例如,可以创建网络、应用程序、图形子系统等专用层。
配置文件包含全局变量定义、用户定义变量及硬件配置信息,告诉构建系统在image中构建和放置什么以支持特定平台。recipe和配置文件被称为Poky构建系统中的元数据,除了这些,还有用于使用recipe和配置文件构建图像的命令和数据。
构建过程由oe-core中的有效image和BitBake调度器和执行引擎完成。BitBake解析recipe和配置数据,创建依赖树以排序编译,安排代码编译,最后执行构建定制Linux镜像。BitBake类似于make构建工具,用于指定如何构建特定软件包,包括依赖项、源代码位置、配置、编译、构建、安装和删除指令。构建过程中跟踪依赖关系并执行软件包的本地或交叉编译。在交叉构建设置中,BitBake尝试创建适用于目标平台的交叉编译器工具链。
Yocto项目组件的开发流程包括决定高级配置、源代码获取、补丁应用、构建、打包、QA、生成软件包源和最终镜像创建。构建过程还可能生成用于对应平台的粒子风暴的源码开发和构建应用程序的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,或者是源码之家使用教程“ 协作开发软件,增加了更多的模版、脚本、工具等,来帮助开发者定制嵌入式系统 ”,相对于增加了更多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的深入了解和实践经验的积累,开发者还可以不断优化和改进构建过程,提高开发效率和质量。