【北京迅为】《STM32MP157开发板使用手册》- 第二十章 Trusted Firmware-A 移植+第二十一章 U-Boot移植

news2024/11/24 19:45:24

iTOP-STM32MP157开发板采用ST推出的双核cortex-A7+单核cortex-M4异构处理器,既可用Linux、又可以用于STM32单片机开发。开发板采用核心板+底板结构,主频650M、1G内存、8G存储,核心板采用工业级板对板连接器,高可靠,牢固耐用,可满足高速信号环境下使用。共240PIN,CPU功能全部引出:底板扩展接口丰富底板板载4G接口(选配)、千兆以太网、WIFI蓝牙模块HDMI、CAN、RS485、LVDS接口、温湿度传感器(选配)光环境传感器、六轴传感器、2路USB OTG、3路串口,CAMERA接口、ADC电位器、SPDIF、SDIO接口等


第七部分 LInux系统移植

在进行系统移植之前建议根据下面链接对应的视频来进行设备树的初步学习,了解一些基本的知识:

设备树的由来以及基本概 https://www.bilibili.com/video/BV1Vy4y1B7ta?p=24

设备树基本语法  设备树基本语法_哔哩哔哩_bilibili

官方源码说明,官方提供的系统源码存放路径为“iTOP-STM32MP157开发板网盘资料汇总\07_系统移植\01_官方源码”的en.SOURCES-stm32mp1-openstlinux-5-4-dunfell-mp1-20-06-24.tar.xz。

将源码拷贝到ubuntu上并解压,解压完成进入对应的源码目录如下图所示:

默认会存在五个源码目录,而我们所用到的只有三个源码,分别为tf-a的源码,u-boot源码以及linux内核源码,如下图所示: 

为了方便起见我们将之后移植所要用到的源码已经提取了出来,存放的路径为“iTOP-STM32MP157开发板网盘资料汇总\07_系统移植\01_官方源码”,如下图所示: 

第二十章 Trusted Firmware-A 移植

第二十一章 U-Boot移植

在“第十一章 编译U-Boot”已经对U-Boot进行了编译以及介绍,且对编译出的文件作用做了简单的说明,下面我们对官方提供的源码来进行移植,以此来适配我们自己的开发板。

官方提供的系统源码存放路径为“iTOP-STM32MP157开发板网盘资料汇总\07_系统移植\01_官方源码”下的u-boot-stm32mp-2020.01-r0文件夹。

移植好的系统源码存放路径为“iTOP-STM32MP157开发板网盘资料汇总\07_系统移植\02_移植好的源码\u-boot”。

21.1 源码的导入以及打补丁

将官方提供的系统源码文件夹拷贝到ubuntu上,如下图所示

 

使用命令“cd u-boot-stm32mp-2020.01-r0/”,进入源码文件夹如下图所示:

 

然后使用命令“tar -vxf u-boot-stm32mp-2020.01-r0.tar.gz”,对源码的压缩文件进行解压,如下图所示: 

解压完成之后,使用命令“ cd u-boot-stm32mp-2020.01”进入tf-a-stm32mp-2.2.r1源码文件如下图所示: 

然后我们使用一下命令进行打补丁,打补丁完成如下图所示:

for p in `ls -1 ../*.patch`;do patch -p1 < $p;done

 

21.2 编译U-Boot源码

21.2.1 增设自己的平台

使用命令cd u-boot-stm32mp-2020.01”,进入uboot目录,如下图所示:

 使用以下命令

cp configs/stm32mp15_trusted_defconfig configs/stm32mp15_itop_trusted_defconfig

创建自己的的默认配置文件,如下图所示:

 

然后我们使用命令“cd arch/arm/dts/”进入设备树文件存放目录,可以看到ST官方开发板的设备树文件,而我们的板子同样也是参照官方开发板来进行设计的,所以为了方便我们直接通过修改官方开发板的设备树文件来适配我们自己的开发板。

使用以下命令,将官方的设备树文件进行复制并修改文件名,如下图所示

cp stm32mp15xx-dkx.dtsi stm32mp15xx-itop.dtsi

cp stm32mp157a-dk1.dts stm32mp157a-itop.dts

cp stm32mp157a-dk1-u-boot.dtsi stm32mp157a-itop-u-boot.dtsi

 

使用命令“vim stm32mp157a-itop.dts”进入stm32mp157a-itop.dts文件,将头文件中的

#include "stm32mp15xx-dkx.dtsi"

修改为

#include "stm32mp15xx-itop.dtsi"

修改完成如下图所示:

 

并将model从STMicroelectronics STM32MP157A-DK1 Discovery Board修改为STMicroelectronics STM32MP157A-iTOP Discovery Board,修改完成如下图所示: 

保存退出之后使用以下命令进入stm32mp15xx-itop.dtsi文件夹

vim stm32mp15xx-itop.dtsi

由于官方的DK1开发板内存默认为512MB而我们的内存为1G,所以我们将 memory属性值由

0xc0000000 0x20000000

修改为

0xc0000000 0x40000000

修改完成如下图所示:

 

保存退出之后,使用命令“vim stm32mp157a-itop-u-boot.dtsi”进入stm32mp157a-itop-u-boot.dtsi文件将

#include "stm32mp15-ddr3-1x4Gb-1066-binG.dtsi"

修改为

#include "stm32mp15-ddr3-2x4Gb-1066-binG.dtsi"

修改完成如下图所示:

保存退出之后,继续再设备树目录下使用命令“ vim Makefile”对编译配置文件进行修改,打开之后如下图所示:

使用查找命令查找“stm32mp157a-dk1.dtb”,然后在下方添加我们自己的设备树文件

stm32mp157a-itop.dtb \

添加完成之后如下图所示:

保存退出,至此我们自己的平台就增加完成了。

21.2.2 修改Makefile文件

回到uboot源码目录下,如下图所示:

 

使用命令“vim Makefile ”进入Makefile进行文件的修改,进入文件如下图所示:

然后使用查找命令查找“CROSS_COMPILE ?=”,查找完成如下图所示: 

我们在endif下添加以下内容

ARCH = arm

CROSS_COMPILE = arm-none-linux-gnueabihf-

所添加的为我们对应的架构和编译器,添加完成如下图所示:

 

保存退出。至此我们的Makefile文件就修改完成了。

21.2.3修改Makefile.sdk文件

我们返回上一级目录,可以看到对应的Makefile.sdk文件。如下图所示:

使用命令“vim Makefile.sdk”编辑进入该文件,如下图所示: 

这个DEVICE_TREE为最后我们要编译的设备树文件,为了减少编译时间,我们将DEVICE_TREE这一行注释,然后单独加上我们自己的内容,如下:

DEVICE_TREE ?=   stm32mp157a-itop

修改完成如下图所示:

保存退出。

21.2.4修改stm32mp1.c文件

首先我们回到uboot源码目录下,如下图所示:

 

然后我们使用以下命令

vim board/st/stm32mp1/stm32mp1.c

对stm32mp1.c文件进行修改,我们注释掉以下两行内容,注释完成如下图所示:

boot_mode = BOOT_FASTBOOT;

boot_mode = BOOT_STM32PROG;

 

本修改的原因是使编译出来的uboot镜像具备otg烧写的功能。

21.2.5 编译uboot文件

回到源码目录下使用命令“vim create.sh”创建create.sh文件,并添加以下内容

#!/bin/sh

make stm32mp15_itop_trusted_defconfig

cp .config ../build-trusted/

make distclean

make -f $PWD/../Makefile.sdk all UBOOT_CONFIGS=stm32mp15_itop_trusted_defconfig,trusted,u-boot.stm32

添加完成如下图所示:

保存退出之后使用命令“chmod 777 create.sh ”,给予文件可执行权限,如下图所示: 

然后使用命令“./create.sh”来执行该脚本,编译完成如下图所示: 

回到上一级目录下,可以看到多出了一个“build-trusted”文件夹,这个文件夹内存放的就是我们编译所得到的文件夹。 

进入build-trusted文件夹,u.boot.stm32就是我们最终所要用到的烧写镜像。 

这里需要注意的是,在使用STM32CubeProgram软件烧写的时候会烧写两个uboot如下图所示,虽然他们的名字不一样,但他们的来源都是上面编译出来的u-boot.stm32。

首先烧写进去的名为otg-uboot.stm32的用途为辅助STM32CubeProgram烧写,而第二个名为emmc_uboot.stm32或tf_uboot.stm32为我们最终emmc或者TF卡启动所要用到的uboot,这个uboot我们稍后会添加一些环境变量,对此进行一些修改,所以最终的uboot源码编译出的镜像会失去辅助STM32CubeProgram烧写的功能,但对于我们自身并没有影响,我们真正需要的只是最终烧写到EMMC或者TF卡的uboot。

21.2.6 烧写初始uboot镜像

注意由于官方的开发板默认没有配置EMMC,我们本小节使用TF卡进行烧写测试,如果目前手上没有TF卡,可以不进行本小节的测试,但对应的流程需要浏览一下。

将“iTOP-STM32MP157开发板光盘资料\02_开发板烧写工具\02_烧写文件模板”路径下的image文件夹拷贝到ubuntu虚拟机上,拷贝完成如下图所示:

 

然后我们使用命令“ ls uboot/”命令查看对应的文件夹,可以看到uboot文件夹内的文件正是我们上一小节结束时所讲解的文件,如下图所示: 

使用命令将编译出来文件使用以下命令拷贝到uboot文件夹内,对原有的文件进行替换如下图所示(每个人路径并不一样,在此需要注意):

cp /home/topeet/work/u-boot-stm32mp-2020.01-r0/build-trusted/u-boot.stm32 ./uboot/otg-uboot.stm32

cp /home/topeet/work/u-boot-stm32mp-2020.01-r0/build-trusted/u-boot.stm32 ./uboot/tf_u-boot.stm32

使用命令“stm32.sh”打开烧写软件,如下图所示:

 

 烧写的tsv规则文件我们选择tfcard.tsv如下图所示:

将开发板的拨码开关设置为“0000”,接好otg线之后,对开发板进行上电。在烧写软件之中选中对应的设备USB1,然后进行烧写(具体的烧写过程可以查看第八章STM32MP157烧写系统,在这里没有进行太多的讲解)。在烧写过程之中,也可以看到串口的打印信息,但是会卡在下图所在的地方,提示没有检测到设备,并不会进行后续的烧写 

原因是我们在uboot设备树之中并没有进行TF热插拔引脚的修改,官方默认TF卡引脚和我们自己板子的设置引脚并不相同,在uboot源码下使用命令“vim arch/arm/dts/stm32mp15xx-itop.dtsi”,打开我们对应的设备树文件,打开之后如下图所示: 

使用查找命令查找“sdmmc”,查找之后如下图所示: 

sdmmc1对应的为TF卡,其中cd-gpios为热插拔检测引脚,在这里设置的为Pb7,由下图TF卡原理图可知我们开发板对应的引脚为PC0 

所以我们将

cd-gpios = <&gpiob 7 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)>;

修改为

cd-gpios = <&gpioc 0 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)>;

修改完成如下图所示:

 

保存退出之后,按照步骤重新进行编译,编译完成之后再次替换烧写目录下的otg-uboot.stm32、tf_u-boot.stm32,这时候已经可以烧写成功了,烧写完成之后将拨码开关设置为“1010”TF卡启动,启动之后开发发板打印信息如下: 

可以看到我们已经成功进入uboot的命令行了,对于以上存在报错的地方我们先不需要管,我们在uboot的命令行输入以下环境变量并保存,如下图所示:

setenv bootargs 'console=ttySTM0,115200 root=/dev/mmcblk0p5 rootwait rw'

setenv bootcmd 'ext4load mmc 0:4 c2000000 uImage;ext4load mmc 0:4 c4000000 stm32mp157a-itop-rgb-070.dtb;bootm c2000000 - c4000000'

saveenv

 以上环境变量的作用是将内核与设备树加载进内存中对应的地方,并告诉内核挂载对应分区内的文件系统。保存完成之后,使用“reset”命令重启开发板。启动完成之后如下图所示,证明我们已经成功进入文件系统:

下面我们进行报错的修改。

21.3功能的修改与适配

21.3.1去掉ADC

官方参考板通过 ADC 检测开机电流,如果供电电流不足 3A 则启动失败,所以需要去掉这部分功能,否则就会报下图中显示的错误:

 

 由于 u-boot 期间 ADC 主要功能是检测开机电流,这里直接去掉 ADC 功能即可。

在uboot源码目录下使用命令“make stm32mp15_itop_trusted_defconfig”生成我们开发板自己的.config,然后使用命令“make menuconfig”,进入uboot的功能菜单界面,如下图所示:

将下面对应路径的adc相关设置取消勾选

路径一:

> Command line interface

 > Device access commands

[ ] adc - Access Analog to Digital Converters info and data

路径二:

Device Drivers  --->

[ ] Enable ADC drivers using Driver Model

保存退出之后,使用命令覆盖我们之前的配置如下图所示:

cp .config ./configs/stm32mp15_itop_trusted_defconfig

 

然后我们使用命令“./create.sh ”进行编译,生成新的镜像。

根据上一小节相同的步骤,我们使用以下命令覆盖烧写文件的uboot文件夹内的对应文件,如下图所示(注意每个人的路径不一样,所以使用的命令也不尽相同,这里只覆盖了tf_u-boot.stm32原因是我们的otg_u-boot.stm32已经实现了他的otg烧写功能不需要再进行修改):

cp /home/topeet/work/u-boot-stm32mp-2020.01-r0/build-trusted/u-boot.stm32 tf_u-boot.stm32

 

再次烧写之后,发现ADC对应的问题已经没有了,对应的打印信息如下图所示:

剩下的报错只剩下了网络问题,在下一小节中我们将会对网络问提进行适配。

21.3.2 网卡适配

再一次启动开发板,我们可以看到uboot的打印报错信息位“invalid MAC address in OTP 00:00:00:00:00:00”,该报错的意思为,MAC地址不正确,如下图所示:

 

 然后我们在uboot命令行输入以下命令,如下图所示:

env set -f ethaddr 08:90:90:90:90:90

saveenv

reset

 

重启完成之后,可以看到并没有报错了,如下图所示: 

 

然后我们使用“dhcp”命令来动态获取ip,但是最后会出现“Retry time exceeded; starting again”问题,如下图所示:

原因是我们在uboot的源码中没有对我们的AR8031网卡芯片进行配置,我们回到uboot源码目录下,如下图所示: 

然后使用命令“make stm32mp15_itop_trusted_defconfig”生成我们开发板自己的.config,然后使用命令“make menuconfig”,进入uboot的功能菜单界面,如下图所示: 

对下面的路径功能进行勾选:

路径1:

> Device Drivers

     > Ethernet PHY (physical media interface) support

[*]  Atheros Ethernet PHYs support

[*]  Fixed-Link PHY

路径2:

> Networking support

[*]   Random ethaddr if unset

勾选完成之后,保存退出,使用命令覆盖我们之前的配置如下图所示:

cp .config ./configs/stm32mp15_itop_trusted_defconfig

 

修改完成默认配置之后我们还需要对网卡的源码进行内容的添加,首先我们使用以下命令进入phy.c文件:

vim drivers/net/phy/phy.c

 进入文件之后使用查找命令找到“phy_probe”函数如下图所示:

在“return err;”内容上方添加以下内容:                                                  

        u16 val;

/*----------------------------------------------*/

/* Ar803x phy SmartEEE feature cause link status generates glitch,

* which cause ethernet link down/up issue, so disable SmartEEE

*/

        phy_write(phydev,MDIO_DEVAD_NONE, 0xd, 0x3);

        phy_write(phydev,MDIO_DEVAD_NONE, 0xe, 0x805d);

        phy_write(phydev,MDIO_DEVAD_NONE, 0xd, 0x4003);

        val = phy_read(phydev,MDIO_DEVAD_NONE, 0xe);

        phy_write(phydev,MDIO_DEVAD_NONE, 0xe, val & ~(1 << 8));

        /* To enable AR8031 output a 125MHz clk from CLK_25M */

        phy_write(phydev,MDIO_DEVAD_NONE, 0xd, 0x7);

        phy_write(phydev,MDIO_DEVAD_NONE, 0xe, 0x8016);

        phy_write(phydev,MDIO_DEVAD_NONE, 0xd, 0x4007);

        val = phy_read(phydev,MDIO_DEVAD_NONE, 0xe);

        val &= 0xffe3;

        val |= 0x18;

        phy_write(phydev,MDIO_DEVAD_NONE, 0xe, val);

        phy_write(phydev,MDIO_DEVAD_NONE, 0x1d, 0x5);

        val = phy_read(phydev,MDIO_DEVAD_NONE, 0x1e);

        val |= 0x0100;

        phy_write(phydev,MDIO_DEVAD_NONE, 0x1e, val);

//--------------------------------------

添加完成如下图所示:

 

保存退出。回到uboot源码目录下,然后我们使用以下命令:

vim include/configs/stm32mp1.h

进入stm32mp1.h文件之后,使用查找命令“CONFIG_EXTRA_ENV_SETTINGS”,找到该内容之后如下图所示:

 

在该定义中,添加以下内容,这样就省去了我们启动之后对mac地址进行设置的步骤,添加完成如下图所示:

"ethaddr=08:90:90:90:90:90\0" \

 

保存退出,然后我们使用命令“./create.sh ”进行编译,生成新的镜像。

根据上一小节相同的步骤,我们使用以下命令覆盖烧写文件的uboot文件夹内的对应文件,如下图所示(注意每个人的路径不一样,所以使用的命令也不尽相同):

cp /home/topeet/work/u-boot-stm32mp-2020.01-r0/build-trusted/u-boot.stm32 tf_u-boot.stm32

 

烧写成功之后,重启开发板,可以发现我们现在依然没有网卡的相关报错了,然后我们使用“dhcp”命令自动获取ip,可以看到我们的开发板目前已经能获取到对应的ip地址了,如下图所示: 

 

然后我们使用命令

 ping 192.168.1.1

 

可以看到我们的网关已经成功ping通了。至此我们的网卡就适配成功了。 

21.3.3 EMMC适配

在源码目录下使用命令“cd arch/arm/dts/”进入设备树文件夹,然后使用命令“vim stm32mp15xx-itop.dtsi”,对stm32mp15xx-itop.dtsi文件夹进行修改,如下图所示:

进图文件夹之后使用搜索命令“/sdmmc1”对sdmmc1进行搜索,搜索定位之后如下图所示: 

 

在sdmmc1内容下方添加以下内容适配EMMC 

&sdmmc2 {
        pinctrl-names = "default", "opendrain", "sleep";
        pinctrl-0 = <&sdmmc2_b4_pins_a &sdmmc2_d47_pins_a>;
        pinctrl-1 = <&sdmmc2_b4_od_pins_a &sdmmc2_d47_pins_a>;
        pinctrl-2 = <&sdmmc2_b4_sleep_pins_a &sdmmc2_d47_sleep_pins_a>;
        non-removable;
        no-sd;
        no-sdio;
        st,neg-edge;
        bus-width = <8>;
        vmmc-supply = <&v3v3>; 
        vqmmc-supply = <&vdd>;
        mmc-ddr-3_3v;
        status = "okay";
}; 

添加完成之后如下图所示:

保存退出之后,我们增加 emmc 映射,使用命令

 vim stm32mp157a-itop-u-boot.dtsi

对 stm32mp157a-itop-u-boot.dtsi文件进行修改如下内容:

        aliases {

                i2c3 = &i2c4;

                mmc0 = &sdmmc1;

                usb0 = &usbotg_hs;

        };

修改为(红色字体为增加内容):

        aliases {

                i2c3 = &i2c4;

                mmc0 = &sdmmc1;

                mmc1 = &sdmmc2;

                usb0 = &usbotg_hs;

        };

然后使用搜索命令搜索 sdmmc1 找到其对应节点,在其节点后添加 sdmmc2 节点的内容添加内容如下图所示:

&sdmmc2 {

        u-boot,dm-spl;

}

添加完成如下图所示:

保存退出,回到源码目录下,使用命令“./create.sh”命令进行编译,编译完成之后使用如下命令将生成的uboot镜像覆盖烧写文件夹内uboot文件夹下的文件

cp /home/topeet/work/u-boot-stm32mp-2020.01-r0/build-trusted/u-boot.stm32 ./otg-uboot.stm32

cp /home/topeet/work/u-boot-stm32mp-2020.01-r0/build-trusted/u-boot.stm32 ./emmc_u-boot.stm32

这里要注意的是,因为我们添加的是emmc功能所以在这里我们替换的为emmc对应的uboot,又因为我们要烧写到emmc里面,软件需要识别到emmc对应的设备我们才能进行烧写,所以我们需要将otg烧写对应的uboot也要换掉。如下图所示:

 

然后我们进行镜像的烧写,这里要注意的是,这次我们选择的烧写脚本为emmc.tsv. 

 

烧写完成之后,将拨码开关拨到“0100”,然后启动开发板,在uboot的命令行输入以下内容

setenv bootargs 'console=ttySTM0,115200 root=/dev/mmcblk1p3 rootwait rw'

setenv bootcmd 'ext4load mmc 1:2 c2000000 uImage;ext4load mmc 1:2 c4000000 stm32mp157a-itop-rgb-070.dtb;bootm c2000000 - c4000000'

saveenv

保存完成之后,使用重启命令“reset”重启开发板,启动之后如下如图所示:

从上图可以看到,我们已经成功进入文件系统。至此我们的EMMC就适配成功了。

这里要注意,在接下来的步骤中,我们将会对默认的环境变量进行修改,这样编译出来的uboot镜像将失去otg辅助烧写功能,所以otg对应的uboot(即otg-uboot.stm32)将不会再更改

 

21.3.4 TF卡环境变量的设置

21.3.4.1 LCD选择环境变量的添加

首先我们回到uboot的源码目录,如下图所示:

然后使用命令“vim common/board_r.c”,对board_r.c的文件进行修改

打开文件之后如下图所示: 

使用查找命令查找函数“initr_env”,查找完成如下图所示:

我们在函数上方添加以下恒定义:

#define setenv env_set

#define getenv env_get

#define saveenv env_save

在uboot源码中所用到的函数和uboot命令行所用到的命令功能对应,但是名字不相同,所以我们在这里为了方便起见,使用恒定义使uboot命令行中的命令名字匹配uboot源码之中的函数。添加完成如下图所示:

 

然后我们添加以下内容到“load_addr = env_get_ulong("loadaddr", 16, load_addr);”下方 

 char *p = NULL;
        p = getenv("lcdtype");
        if (NULL == p)
        {
                printf("*** Warning use default panel:%s ***\n", "1024x600");
                p = CONFIG_DISPLAY_LCD_TYPE;
        }
        printf("LCD type:%s\n", p);
       if(!strcmp(p, "4.3"))
        {
                setenv("bootcmd", "ext4load mmc 0:4 c2000000 uImage;ext4load mmc 0:4 c4000000 stm32mp157a-itop-rgb-043.dtb;bootm c2000000 - c4000000");
        }
        else if(!strcmp(p, "5.0"))
        {
                setenv("bootcmd", "ext4load mmc 0:4 c2000000 uImage;ext4load mmc 0:4 c4000000 stm32mp157a-itop-rgb-050.dtb;bootm c2000000 - c4000000");
        }
        else if(!strcmp(p, "1024x600"))
        {
                setenv("bootcmd", "ext4load mmc 0:4 c2000000 uImage;ext4load mmc 0:4 c4000000 stm32mp157a-itop-rgb-070.dtb;bootm c2000000 - c4000000");
        }
       else if(!strcmp(p, "9.7"))
        {
                setenv("bootcmd", "ext4load mmc 0:4 c2000000 uImage;ext4load mmc 0:4 c4000000 stm32mp157a-itop-lvds-097.dtb;bootm c2000000 - c4000000");
        }
        else if(!strcmp(p, "10.1"))
        {
                setenv("bootcmd", "ext4load mmc 0:4 c2000000 uImage;ext4load mmc 0:4 c4000000 stm32mp157a-itop-lvds-101.dtb;bootm c2000000 - c4000000");
        }
       else if(!strcmp(p, "7.0"))
        {
                setenv("bootcmd", "ext4load mmc 0:4 c2000000 uImage;ext4load mmc 0:4 c4000000 stm32mp157a-itop-lvds-070.dtb;bootm c2000000 - c4000000");
        }
       else if(!strcmp(p, "hdmi"))
        {
                setenv("bootcmd", "ext4load mmc 0:4 c2000000 uImage;ext4load mmc 0:4 c4000000 stm32mp157a-itop.dtb;bootm c2000000 - c4000000");
        }
/*add end*/

以上内容,具体实现的功能为当不设置任何参数的时候,默认的环境变量为7寸RGB屏幕,当设置参数之后就会进行条件判断,加载不同的设备树到内存之中。添加完成如下图所示:

保存退出,在上面的内容中,我们可以看到第477行,我们的p是由CONFIG_DISPLAY_LCD_TYPE 赋值来的,我们在源码目录下使用命令

vim include/configs/stm32mp1.h

进入stm32mp1.h文件,然后添加以下关于CONFIG_DISPLAY_LCD_TYPE的定义,添加完成如下图所示:

#define CONFIG_DISPLAY_LCD_TYPE            "1024x600"

 

保存退出,回到uboot源码目录下,我们定义了这个变量之后,还需要添加该变量的白名单,我们首先使用以下命令

vim scripts/config_whitelist.txt

进入config_whitelist.txt文件,如下图所示:

 

可以看到该文件中存储的都是各种定义的变量且都是按照英文顺序来进行排序的(这里的排序很严格,需要完全按照规则排序),使用查找命令对“CONFIG_DISPLAY_AER_xxxx”进行查找,查找完成如下图所示: 

在该内容下方添加我们之前的LCD相关的定义,添加完成如下图所示:

CONFIG_DISPLAY_LCD_TYPE

 

至此我们的初步设置就完成了,虽然我们现在已经成功设置屏幕了,且能正常使用,但实际上参数并没有写进uboot中,为了在uboot第一次启动就将参数写入,我们回到uboot源码目录下,使用以下命令:

vim include/env_default.h

进入env_default.h文件中,如下图所示:

 

在#ifndef CONFIG_USE_DEFAULT_ENV_FILE定义下添加以下内容,添加完成之后如下图所示:

#ifdef  CONFIG_DISPLAY_LCD_TYPE

        "lcdtype="     CONFIG_DISPLAY_LCD_TYPE                 "\0"

#endif

保存退出。回到源码目录下,然后使用命令“./create.sh”进行源码的编译,编译完成之后,将新生成的uboot镜像文件对image烧写文件夹中tf_u-boot.stm32进行替换,然后进行烧写,这里要注意的是我们要将image烧写目录下的flashlayout/tfcard.tsv的uboot烧写规则设置为PD(默认就是PD,如果不是需要换成PD),否则会保留之前的环境变量。修改完成如下图所示: 

 

烧写完成之后,在uboot启动界面会自动的对我们所设置的功能进行匹配,uboot的打印信息如下图所示,默认选择的为7寸RGB屏幕所设置的环境变量。且能够不用自行设置的加载进了内核。

当我们想要进行屏幕选择的话,只需要在uboot倒计时的过程中点击任意键进入uboot命令行,然后根据各屏幕与对应的uboot命令如下:

屏幕

设置命令

4.3寸屏幕

setenv lcdtype 4.3

5寸屏幕

setenv lcdtype 5.0

9.7寸屏幕

setenv lcdtype 9.7

10.1寸屏幕

setenv lcdtype 10.1

塑胶壳7寸屏幕

setenv lcdtype 7.0

金属框7寸屏幕

setenv lcdtype 1024x600

HDMI屏幕

setenv lcdtype hdmi

以设置7寸lvds屏为例,上电后在uboot倒计时按回车,进入命令行,输入“setenv lcdtype 7.0”,然后输入“saveenv”保存,然后输入“reset”重启使环境变量生效,

下图为不进行设置的uboot默认启动打印信息: 

21.3.4.2 文件系统挂载变量设置

虽然上面我们已经对内核和设备树的环境变量进行了设置,但是并没有进入文件系统,会在内核加载结束之后显示如下信息:

 

并卡在这里,原因是我们并没有挂载文件系统,所以才会报一下内容,为了解决这一问题,我们可以在进入uboot命令行输入以下内容

setenv bootargs 'console=ttySTM0,115200 root=/dev/mmcblk0p5 rootwait rw'

saveenv

然后进行重启可以进入文件系统,但这比较麻烦,为了方便起见我们直接在源码之中进行添加。回到源码目录下,如下图所示:

 

在源码目录下使用命令“vim common/board_r.c”,对board_r.c文件进行修改。

打开文件之后如下图所示:

 

使用查找命令查找函数“initr_env”,查找完成如下图所示: 

我们再上一小节之中进行了修改,现在我们找到上次添加内容的最后(即add end),添加以下内容 

   char *p1 = NULL;
        p1 = getenv("bootsystem");
        if (NULL == p1)
        {
                printf("*** Warning use default panel:%s ***\n", "qt");
                p1 = CONFIG_BOOT_SYSTEM;
        }
        printf("bootsystem:%s\n", p1);
        if(!strcmp(p1, "qt"))
        {
                setenv("bootargs", "console=ttySTM0,115200 root=/dev/mmcblk0p5 rootwait rw");
        }
        else if(!strcmp(p1, "yocto"))
        {
                setenv("bootargs", "console=ttySTM0,115200 root=/dev/mmcblk0p6 rootwait rw");
        } 

添加完成如下图所示:

保存退出,在上面的内容中,我们可以看到第514行,我们的p是由CONFIG_DISPLAY_LCD_TYPE 赋值来的,我们在源码目录下使用命令

vim include/configs/stm32mp1.h

进入stm32mp1.h文件,然后添加以下关于CONFIG_BOOT_SYSTEM的定义,添加完成如下图所示:

#define CONFIG_BOOT_SYSTEM           "qt" 

 

保存退出,回到uboot源码目录下,我们定义了这个变量之后,还需要添加该变量的白名单,我们首先使用以下命令

vim scripts/config_whitelist.txt

进入config_whitelist.txt文件,如下图所示:

 

使用查找命令对“CONFIG_BOOT_RETRY_TIME”进行查找,查找完成如下图所示: 

在该内容下方添加我们之前的系统选择相关的定义,添加完成如下图所示:

CONFIG_BOOT_SYSTEM

 

至此我们的初步设置就完成了,虽然我们现在已经成功设置系统选择参数了,且能正常使用,但实际上参数并没有写进uboot中,为了在uboot第一次启动就将参数写入,我们回到uboot源码目录下,使用以下命令:

vim include/env_default.h

进入env_default.h文件中,如下图所示:

在#ifndef CONFIG_USE_DEFAULT_ENV_FILE定义下添加以下内容,添加完成之后如下图所示:

#ifdef  CONFIG_BOOT_SYSTEM

        "bootsystem="    CONFIG_BOOT_SYSTEM                 "\0"

#endif

 

保存退出,之后回到源码目录,使用命令“ ./create.sh”进行编译,编译完成之后将对应的镜像烧写到TF卡之中。

烧写完成之后,在uboot启动界面会自动的对我们所设置的功能进行匹配,uboot的打印信息如下图所示,默认选择的为qt系统所设置的环境变量。且能够不用自行设置的加载进入文件系统了。

当我们想要进行系统选择的话,只需要在uboot倒计时的过程中点击任意键进入uboot命令行,然后根据系统与对应的uboot命令如下:

系统

设置命令

最小linux系统、Qt系统、buildroot系统、Ubuntu系统、Debian系统

setenv bootsystem qt

Yocto系统

setenv bootsystem yocto

除了yocto系统的分区不同外,其余系统的分区都相同,所以我们大部分情况是不需要设置系统选择参数的,只有用yocot系统的时候才会进行选择。

以设yocto系统为例,上电后在uboot倒计时按回车,进入命令行,输入“setenv bootsystem yocto”,然后输入“saveenv”保存,然后输入“reset”重启使环境变量生效

21.3.4.3 LCD适配

Uboot启动之后,会有一小段的时间,可以让我们可以显示一下我们公司的logo或者自己喜欢的图片,所以我们加入了LCD适配章节。

我们提供了六款屏幕,屏幕尺寸分别为10.1寸金属框、9.7寸塑胶壳、7寸塑胶壳、7寸金属框(我们也会称之1024x600金属框)、5寸金属框和4.3寸金属框。具体的展示可以去第二章进行具体的查看。每款屏幕的参数如下:

款式

参数

4.3寸金属框

水平显示区域

480(tCLK

HSPW(thp)

41(tCLK

HBP(thb)

4tCLK

HFP(thf)

8tCLK

垂直显示区域

272th

VSPW(tvp)

10th

VBP(tvb)

2th

VFP(tvf)

4th

像素时钟

9200KHz

5寸金属框

水平显示区域

800tCLK

HSPW(thp)

32tCLK

HBP(thb)

80tCLK

HFP(thf)

48tCLK

垂直显示区域

480 th

VSPW(tvp)

5th

VBP(tvb)

14th

VFP(tvf)

3th

像素时钟

20000KHz

7寸金属框(1024x600)

水平显示区域

1024tCLK

HSPW(thp)

20tCLK

HBP(thb)

80tCLK

HFP(thf)

48tCLK

垂直显示区域

600th

VSPW(tvp)

5th

VBP(tvb)

14th

VFP(tvf)

3th

像素时钟

70000KHz

7寸塑胶壳

水平显示区域

800tCLK

HSPW(thp)

32tCLK

HBP(thb)

80tCLK

HFP(thf)

48tCLK

垂直显示区域

1280th

VSPW(tvp)

5th

VBP(tvb)

14th

VFP(tvf)

3th

像素时钟

58000KHz

9.7寸塑胶壳

水平显示区域

1024tCLK

HSPW(thp)

32tCLK

HBP(thb)

80tCLK

HFP(thf)

48tCLK

垂直显示区域

768th

VSPW(tvp)

5th

VBP(tvb)

14th

VFP(tvf)

3th

像素时钟

70000(KHz

10.1寸塑胶壳

水平显示区域

1024tCLK

HSPW(thp)

32tCLK

HBP(thb)

80tCLK

HFP(thf)

48tCLK

垂直显示区域

600th

VSPW(tvp)

5th

VBP(tvb)

14th

VFP(tvf)

3th

像素时钟

51200(KHz)

以上就是我们屏幕的参数,下面我们将进行每个屏幕的适配,首先回到我们的uboot源码目录下如下图所示:

然后我们使用以下命令

vim arch/arm/dts/stm32mp15xx-itop.dtsi

对stm32mp15xx-itop.dtsi文件进行修改,在修改之前我们首先分析分析一下原理图,其中 VSYS_LCD 是LCD的供电引脚,LCD电源使能有两种方案:

1. 当 R76 为 0 欧姆电阻接上时 VSYS_LCD 直接系统电源VIN供电。上电时 LCD 就可以亮。

2. 当去掉 R76 时,VSYS_LCD 由系统控制提供电源,Q6 NPN 三极管基极(CHG_EN)为低电平时, 三极管不导通,PMOS 管的 G 极与 S 极都为高电平,不导通。反之,当 CHG_EN 给高电平时,PMOS的 G 极为低点平,满足|Vg-Vs| > |Vtp| ,PMOS 导通,LCD供电使能。

而在这里我们的解决方法为第二种,给首先LCD_BL_CTRL为高电平,通过软件来使能LCD供电。通过原理图我们可以查找到LCD_BL_CTRL对应的引脚为PD13,如下图所示:

 

分析完成之后我们回到stm32mp15xx-itop.dtsi 文件,找到led节点如下图所示: 

 

在led标签中添加我们的LCD供电内容,添加内容如下,添加完成如下图所示

                lcdpower{

                        label = "lcdpower";

                        gpios = <&gpiod 13 GPIO_ACTIVE_HIGH>;

                        default-state = "on";

                };

 

然后我们找到ltdc节点,如下图所示: 

我们回到设备树目录下,打开stm32mp15-pinctrl.dtsi文件对ltdc_pins_a、ltdc_pins_sleep_a和我们的原理图进行比较,发现引脚并不对应,而ltdc_pins_b和ltdc_pins_sleep_b刚好对应,所以在这里我们应该将

       pinctrl-0 = <<dc_pins_a>;

       pinctrl-1 = <<dc_pins_sleep_a>;

修改为

       pinctrl-0 = <<dc_pins_b>;

       pinctrl-1 = <<dc_pins_sleep_b>;

修改完成如下图所示:

 

保存退出之后,回到uboot源码目录下,然后我们使用以下命令

vim arch/arm/dts/stm32mp157a-itop.dts

对stm32mp157a-itop.dts进行内容的添加,来到文件的底部,我们首先对ltdc节点进行内容的追加,追加内容如下,添加完成如下图所示:

&ltdc {
        status = "okay";
        port {
                #address-cells = <1>;
                #size-cells = <0>;
                ltdc_ep1_out: endpoint@1 {
                        reg = <0>;
                        remote-endpoint = <&panel_in_rgb>;
                };
        };
};

添加完成之后,再回到我们的原理图,每一个LCD接口还会有着一个背光接口,相应的引脚名称为ADC119_DAC2,如下图所示: 

我们只是列出了RGB接口的原理图,LVDS接口也是同样的引脚来控制背光的,同样的该背光也有两种控制方法,第一种为使该引脚作为LED设备,这样屏幕只有两种状态,亮和灭,第二种方式为使用PWM脉冲宽度调制,这样我们就可以控制LED背光的强弱。在这里我们使用第一种方式。

通过查看原理图可知,ADC119_DAC2对应的CPU引脚为PA5,如下图所示:

 

然后我们在根节点下添加背光节点,添加内容如下,添加完成如下图所示:

      panel_backlight: panel-backlight {
              compatible = "gpio-backlight";
              gpios = <&gpioa 5 GPIO_ACTIVE_HIGH>;
              default-on;
              status = "okay";
      };

随后在该节点下,添加以下内容,通过port 节点来接收 LTDC 接口的数据,添加完成之后如下图所示: 

    panel_rgb: panel-rgb {
        compatible = "simple-panel";
        pinctrl-names = "default", "sleep";
        pinctrl-0 = <&ltdc_pins_b>;
        pinctrl-1 = <&ltdc_pins_sleep_b>;
        backlight = <&panel_backlight>;
        status = "okay";

        port {
            panel_in_rgb: endpoint {
                remote-endpoint = <&ltdc_ep1_out>;
            };
        };
    };

至此我们的设备树就修改完毕了,但是我们还没有添加对应屏幕的参数和屏幕直接的选择,我们在21.3.4.1章节中添加了LCD选择环境变量,我们可以利用该小节的内容进行本小节的功能适配。

保存退出之后回到uboot源码目录下,使用以下命令对board_r.c进行内容的添加:

vim common/board_r.c

进入文件夹之后。来到我们的LCD环境变量设置部分,如下图所示:

 

在每个if判断中的setenv内容下面再添加对应的setenv("lcd_id", "0");,每个屏幕对应的lcd_id值如下: 

屏幕

对应的lcd_id匹配值

4.3寸金属框

0

5寸金属框

1

1024x600金属框

2

7寸塑胶壳

3

9.7寸塑胶壳

4

10.1寸金属框

5

添加完成如下图所示: 

在这里,uboot启动之后会根据我们所设置的lcdtype参数来获取对应的id,这个id值我们稍后会用到,以此来设置对应屏幕的物理参数。

保存退出之后,回到uboot源码目录下,使用以下命令,对stm32_ltdc.c 文件进行内容的添加

vim drivers/video/stm32/stm32_ltdc.c

进入文件之后,使用查找命令对“stm32_ltdc_probe”进行查找,定位到下图所示的地点:

 

我们在ret下添加以下定义,添加完成如下图所示:

int timings_id = (int)((*(env_get("lcd_id"))) - '0');

 

该定义是获取到了lcd_id的值,最后得到的是整型值,然后我们继续使用查找命令对“panel_get_display_timing(panel, &timings);”内容进行查找,查找完成之后如下图所示: 

 

我们对以下内容进行注释:

ret = panel_get_display_timing(panel, &timings);

然后进行内容的替换为如下内容:

ret=topeet_panel_get_display_timing(timings_id, &timings);

替换完成如下图所示:

 这里的topeet_panel_get_display_timing函数是用来选择对应屏幕的物理参数的,我们来到本文件的宏定义下,添加该函数的内容,内容如下:

static int topeet_panel_get_display_timing(int lcd_id,

                                        struct display_timing *timings){

    switch(lcd_id){

        case topeet_rgb_043 :

                memcpy(timings, &timing_4x3_480x272, sizeof(*timings));

                break;

        case topeet_rgb_050 :

                memcpy(timings, &timing_5x0_800x480, sizeof(*timings));

                break;

        case topeet_rgb_070 :

                memcpy(timings, &timing_7x0_1024x600, sizeof(*timings));

                break;

        case topeet_lvds_070 :

                memcpy(timings, &timing_7x0_800x1280, sizeof(*timings));

                break;

        case topeet_lvds_097 :

                memcpy(timings, &timing_9x7_1024x768, sizeof(*timings));

                break;

        case topeet_lvds_101 :

                memcpy(timings, &timing_10x1_1024x600, sizeof(*timings));

                break;

        default :

                break;

    }

        return 0;

}

 

可以看到该函数就是根据 lcd_id的值来确定对应的物理参数,对于每个板子的物理参数相关的定义我们稍后再添加,我们可以看到上图的switch case 结构,对于每个case的定义我们还未添加,再该函数上方我们使用enum关键字来添加对应的内容,添加内容如下: 

enum lcd_select {
        topeet_rgb_043,
        topeet_rgb_050,
        topeet_rgb_070,
        topeet_lvds_070,
        topeet_lvds_097,
        topeet_lvds_101
};

这样就相当于每个变量从0-5赋值。随后我们在该内容下方添加每个屏幕的物理参数内容,添加内容如下

static const struct display_timing timing_4x3_480x272 = {
        .pixelclock = {.min = 9200000, .typ = 9200000, .max = 9200000,},
        .hactive = {.min = 480, .typ = 480, .max = 480,},
        .hfront_porch = {.min = 8, .typ = 8, .max = 8,},
        .hback_porch = {.min = 4, .typ = 4, .max = 4,},
        .hsync_len = {.min = 41, .typ = 41, .max = 41,},
        .vactive = {.min = 272, .typ = 272, .max = 272,},
        .vfront_porch = {.min = 4, .typ = 4, .max = 4,},
        .vback_porch = {.min = 2, .typ = 2, .max = 2,},
        .vsync_len = {.min = 10, .typ = 10, .max = 10,},
};

static const struct display_timing timing_5x0_800x480 = {
        .pixelclock = {.min = 20000000, .typ = 20000000, .max = 20000000,},
        .hactive = {.min = 800, .typ = 800, .max = 800,},
        .hfront_porch = {.min = 48, .typ = 48, .max = 48,},
        .hback_porch = {.min = 80, .typ = 80, .max = 80,},
        .hsync_len = {.min = 32, .typ = 32, .max = 32,},
        .vactive = {.min = 480, .typ = 480, .max = 480,},
        .vfront_porch = {.min = 3, .typ = 3, .max = 3,},
        .vback_porch = {.min = 14, .typ = 14, .max = 14,},
        .vsync_len = {.min = 5, .typ = 5, .max = 5,},
};

static const struct display_timing timing_7x0_1024x600 = {
        .pixelclock = {.min = 70000000, .typ = 70000000, .max = 70000000,},
        .hactive = {.min = 1024, .typ = 1024, .max = 1024,},
        .hfront_porch = {.min = 48, .typ = 48, .max = 48,},
        .hback_porch = {.min = 80, .typ = 80, .max = 80,},
        .hsync_len = {.min = 20, .typ = 20, .max = 20,},
        .vactive = {.min = 600, .typ = 600, .max = 600,},
        .vfront_porch = {.min = 3, .typ = 3, .max = 3,},
        .vback_porch = {.min = 14, .typ = 14, .max = 14,},
        .vsync_len = {.min = 5, .typ = 5, .max = 5,},
};
static const struct display_timing timing_7x0_800x1280 = {
        .pixelclock = {.min = 53000000, .typ = 53000000, .max = 53000000,},
        .hactive = {.min = 800, .typ = 800, .max = 800,},
        .hfront_porch = {.min = 40, .typ = 40, .max = 40,},
        .hback_porch = {.min = 220, .typ = 220, .max = 220,},
        .hsync_len = {.min = 60, .typ = 60, .max = 60,},
        .vactive = {.min = 1280, .typ = 1280, .max = 1280,},
        .vfront_porch = {.min = 7, .typ = 7, .max = 7,},
        .vback_porch = {.min = 21, .typ = 21, .max = 21,},
        .vsync_len = {.min = 10, .typ = 10, .max = 10,},
};

static const struct display_timing timing_9x7_1024x768 = {
        .pixelclock = {.min = 70000000, .typ = 70000000, .max = 70000000,},
        .hactive = {.min = 1024, .typ = 1024, .max = 1024,},
        .hfront_porch = {.min = 48, .typ = 48, .max = 48,},
        .hback_porch = {.min = 80, .typ = 80, .max = 80,},
        .hsync_len = {.min = 32, .typ = 32, .max = 32,},
        .vactive = {.min = 768, .typ = 768, .max = 768,},
        .vfront_porch = {.min = 3, .typ = 3, .max = 3,},
        .vback_porch = {.min = 14, .typ = 14, .max = 14,},
        .vsync_len = {.min = 5, .typ = 5, .max = 5,},
};

static const struct display_timing timing_10x1_1024x600 = {
        .pixelclock = {.min = 51200000, .typ = 51200000, .max = 51200000,},
        .hactive = {.min = 1024, .typ = 1024, .max = 1024,},
        .hfront_porch = {.min = 48, .typ = 48, .max = 48,},
        .hback_porch = {.min = 80, .typ = 80, .max = 80,},
        .hsync_len = {.min = 32, .typ = 32, .max = 32,},
        .vactive = {.min = 600, .typ = 600, .max = 600,},
        .vfront_porch = {.min = 3, .typ = 3, .max = 3,},
        .vback_porch = {.min = 14, .typ = 14, .max = 14,},
        .vsync_len = {.min = 5, .typ = 5, .max = 5,},
};

以上内容就是我们每个屏幕对应的物理参数。至此我们对于每个屏幕参数的设置就完成了。但是我们要是想让logo自动加载,需要修改环境变量,而且需要将logo对应的bmp文件添加到内核所在的bootfs.ext4文件,迅为电子提供的每个屏幕对应的logo存放位置为“iTOP-STM32MP157开发板网盘资料汇总\07_系统移植\03_移植过程中用到的文件\12_logo文件”。为了方便,可以直接烧写我们默认提供的内核镜像中。

我们保存退出之后,回到uboot源码目录下,使用命令继续对board_r.c内容进行添加

vim common/board_r.c

来到我们添加内容的地方,如下图所示:

在每个bootcmd环境变量中添加自己对应的加载bmp文件的内容,每个屏幕对应的添加内容如下:

屏幕

对应的lcd_id匹配值

4.3寸金属框

ext4load mmc 0:4 c4300000 480x272.bmp;bmp display c4300000;

5寸金属框

ext4load mmc 0:4 c4300000 800x481.bmp;bmp display c4300000;

1024x600金属框

ext4load mmc 0:4 c4300000 1024x600.bmp;bmp display c4300000;

7寸塑胶壳

ext4load mmc 0:4 c4300000 800x1280.bmp;bmp display c4300000;

9.7寸塑胶壳

ext4load mmc 0:4 c4300000 1024x768.bmp;bmp display c4300000;

10.1寸金属框

ext4load mmc 0:4 c4300000 1024x600.bmp;bmp display c4300000;

添加完成如下图所示: 

保存退出,回到uboot源码目录下,使用命令“./create.sh”来进行源码的编译,编译完成之后,将编译出来的镜像进行烧写,进入uboot之后如下图所示: 

根据8.7 设置屏幕参数章节设置对应的屏幕参数,然后输入reset命令重启之后会发现uboot加载之后会显示我们对应的logo。

至此,我们的lcd就适配成功了。

21.3.5 EMMC环境变量的设置

需要注意的是EMMC和TF卡的配置相同,只是最后镜像选择的对应分区不同,所以我们需要对源码进行拷贝,这是出于更容易理解的角度将TF卡和EMMC的源码分开了,其实为了方便起见可以在源码中再增加一个环境变量以此来进行TF卡和EMMC的选择,有兴趣的各位可以对此进行一下修改,在这里我们采用的是第一种方法,将TF卡和EMMC的源码分开。

我们回到uboot源码目录的上一级目录下,如下图所示:

使用命令以下命令

cp -r u-boot-stm32mp-2020.01 emmc_u-boot-stm32mp-2020.01

mv u-boot-stm32mp-2020.01 tf_u-boot-stm32mp-2020.01

对uboot源码进行拷贝和修改名称,修改完成如下图所示

我们在上一小节中已经对TF卡源码修改完成,下面我们进入到emmc对应uboot的源码目录下,即emmc_u-boot-stm32mp-2020.01文件夹下,如下图所示:

然后使用命令“vim common/board_r.c”,对board_r.c的文件进行修改 打开文件之后如下图所示:

然后我们将之前添加的“load_addr = env_get_ulong("loadaddr", 16, load_addr);”下方的内容进行修改,修改完成如下 

       char *p = NULL;
        p = getenv("lcdtype");
        if (NULL == p)
        {
                printf("*** Warning use default panel:%s ***\n", "1024x600");
                p = CONFIG_DISPLAY_LCD_TYPE;
        }
        printf("LCD type:%s\n", p);
       if(!strcmp(p, "4.3"))
        {
                setenv("bootcmd", "ext4load mmc 1:2 c2000000 uImage;ext4load mmc 1:2 c4000000 stm32mp157a-itop-rgb-043.dtb;ext4load mmc 1:2 c4300000 480x272.bmp;bmp display c4300000;bootm c2000000 - c4000000");
                setenv("lcd_id", "0");
        }
        else if(!strcmp(p, "5.0"))
        {
                setenv("bootcmd", "ext4load mmc 1:2 c2000000 uImage;ext4load mmc 1:2 c4000000 stm32mp157a-itop-rgb-050.dtb;ext4load mmc 1:2 c4300000 800x481.bmp;bmp display c4300000;bootm c2000000 - c4000000");
                setenv("lcd_id", "1");
        }
        else if(!strcmp(p, "1024x600"))
        {
                setenv("bootcmd", "ext4load mmc 1:2 c2000000 uImage;ext4load mmc 1:2 c4000000 stm32mp157a-itop-rgb-070.dtb;ext4load mmc 1:2 c4300000 1024x600.bmp;bmp display c4300000;bootm c2000000 - c4000000");
                setenv("lcd_id", "2");
        }
       else if(!strcmp(p, "9.7"))
        {
                setenv("bootcmd", "ext4load mmc 1:2 c2000000 uImage;ext4load mmc 1:2 c4000000 stm32mp157a-itop-lvds-097.dtb;ext4load mmc 1:2 c4300000 1024x768.bmp;bmp display c4300000;bootm c2000000 - c4000000");
                setenv("lcd_id", "4");
        }
        else if(!strcmp(p, "10.1"))
        {
                setenv("bootcmd", "ext4load mmc 1:2 c2000000 uImage;ext4load mmc 1:2 c4000000 stm32mp157a-itop-lvds-101.dtb;ext4load mmc 1:2 c4300000 1024x600.bmp;bmp display c4300000;bootm c2000000 - c4000000");
                setenv("lcd_id", "5");
        }
       else if(!strcmp(p, "7.0"))
        {
                setenv("bootcmd", "ext4load mmc 1:2 c2000000 uImage;ext4load mmc 1:2 c4000000 stm32mp157a-itop-lvds-070.dtb;ext4load mmc 1:2 c4300000 800x1280.bmp;bmp display c4300000;bootm c2000000 - c4000000");
                setenv("lcd_id", "3");
        }
       else if(!strcmp(p, "hdmi"))
        {
                setenv("bootcmd", "ext4load mmc 1:2 c2000000 uImage;ext4load mmc 1:2 c4000000 stm32mp157a-itop.dtb;bootm c2000000 - c4000000");
        }

/*add end*/

以上内容,具体实现的功能为当不设置任何参数的时候,默认的环境变量为7寸RGB屏幕,当设置参数之后就会进行条件判断,加载不同的设备树到内存之中。添加完成如下图所示:

继续修改以下内容 

        char *p1 = NULL;
        p1 = getenv("bootsystem");
        if (NULL == p1)
        {
                printf("*** Warning use default panel:%s ***\n", "qt");
                p1 = CONFIG_BOOT_SYSTEM;
        }
        printf("bootsystem:%s\n", p1);
        if(!strcmp(p1, "qt"))
        {
                setenv("bootargs", "console=ttySTM0,115200 root=/dev/mmcblk1p3 rootwait rw");
        }
        else if(!strcmp(p1, "yocto"))
        {
                setenv("bootargs", "console=ttySTM0,115200 root=/dev/mmcblk1p4 rootwait rw");
        } 

修改完成如下图所示:

保存退出,在上面的内容中,我们可以看到第475行和514行,我们的p和p1是由CONFIG_DISPLAY_LCD_TYPE和CONFIG_BOOT_SYSTEM 赋值来的(其实以下的内容我们在上一节中做过了,而emmc源码是直接复制的tf卡的,但为了能更清晰的还原操作,所以我们并没有删除下列步骤),我们在源码目录下使用命令

vim include/configs/stm32mp1.h

进入stm32mp1.h文件,然后添加以下关于CONFIG_DISPLAY_LCD_TYPE的定义,添加完成如下图所示:

#define CONFIG_DISPLAY_LCD_TYPE            "1024x600"

#define CONFIG_BOOT_SYSTEM           "qt"

 

保存退出,回到uboot源码目录下,我们定义了这个变量之后,还需要添加该变量的白名单,我们首先使用以下命令

vim scripts/config_whitelist.txt

进入config_whitelist.txt文件,如下图所示:

可以看到该文件中存储的都是各种定义的变量且都是按照英文顺序来进行排序的(这里的排序很严格,需要完全按照规则排序),使用查找命令对“CONFIG_DISPLAY_AER_xxxx”进行查找,查找完成如下图所示: 

在该内容下方添加我们之前的LCD相关的定义,添加完成如下图所示:

CONFIG_DISPLAY_LCD_TYPE

 

然后使用查找命令对“CONFIG_BOOT_RETRY_TIME”进行查找,查找完成如下图所示:

在该内容下方添加我们之前的系统选择相关的定义,添加完成如下图所示:

CONFIG_BOOT_SYSTEM

 

至此我们的初步设置就完成了,虽然我们现在已经成功设置屏幕和选择系统了,且能正常使用,但实际上参数并没有写进uboot中,为了在uboot第一次启动就将参数写入,我们回到uboot源码目录下,使用以下命令:

vim include/env_default.h

进入env_default.h文件中,如下图所示:

 

在#ifndef CONFIG_USE_DEFAULT_ENV_FILE定义下添加以下内容,添加完成之后如下图所示:

#ifdef  CONFIG_DISPLAY_LCD_TYPE

        "lcdtype="     CONFIG_DISPLAY_LCD_TYPE                 "\0"

#endif

#ifdef  CONFIG_BOOT_SYSTEM

        "bootsystem="    CONFIG_BOOT_SYSTEM                 "\0"

#endif

 保存退出。回到源码目录下,然后使用命令“./create.sh”进行源码的编译,编译完成之后,将新生成的uboot镜像文件对image烧写文件夹中emmc_u-boot.stm32进行替换,然后进行烧写,这里要注意的是我们要将image烧写目录下的flashlayout/emmc.tsv的uboot烧写规则设置为PD(默认就是PD,如果不是需要换成PD),否则会保留之前的环境变量。修改完成如下图所示:

烧写完成之后,在uboot启动界面会自动的对我们所设置的功能进行匹配,uboot的打印信息如下图所示,默认选择的为7寸RGB屏幕所设置的环境变量。且能够不用自行设置的加载进了内核。

当我们想要进行屏幕选择的话,只需要在uboot倒计时的过程中点击任意键进入uboot命令行,然后根据各屏幕与对应的uboot命令如下:

屏幕

设置命令

4.3寸屏幕

setenv lcdtype 4.3

5寸屏幕

setenv lcdtype 5.0

9.7寸屏幕

setenv lcdtype 9.7

10.1寸屏幕

setenv lcdtype 10.1

塑胶壳7寸屏幕

setenv lcdtype 7.0

金属框7寸屏幕

setenv lcdtype 1024x600

HDMI屏幕

setenv lcdtype hdmi

以设置7寸lvds屏为例,上电后在uboot倒计时按回车,进入命令行,输入“setenv lcdtype 7.0”,然后输入“saveenv”保存,然后输入“reset”重启使环境变量生效,

 

当我们想要进行系统选择的话,只需要在uboot倒计时的过程中点击任意键进入uboot命令行,然后根据系统与对应的uboot命令如下: 

系统

设置命令

最小linux系统、Qt系统、buildroot系统、Ubuntu系统、Debian系统

setenv bootsystem qt

Yocto系统

setenv bootsystem yocto

除了yocto系统的分区不同外,其余系统的分区都相同,所以我们大部分情况是不需要设置系统选择参数的,只有用yocot系统的时候才会进行选择。

以设yocto系统为例,上电后在uboot倒计时按回车,进入命令行,输入“setenv bootsystem yocto”,然后输入“saveenv”保存,然后输入“reset”重启使环境变量生效

至此我们的uboot移植就结束了。我们接下来将进行linux内核的移植。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/2122855.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

炸裂!新版 SD WebUI Forge 出图速度更快!支持最新Flux 模型!(保姆级安装教程)

大家是不是经常为SD WebUI卡顿、爆显存而苦恼?一启动SD 电脑就开始发烫&#xff0c; 尤其低显存用户屡屡"中招",不得不一遍遍重启。作为AI绘画的必备工具&#xff0c;WebUI却还有这么多"坑"&#xff0c;着实让人不爽!&#x1f620; 好消息是&#xff0c;…

盘点2024年8月Sui生态发展,了解Sui近期成长历程

随着技术的不断沉淀和产品的不断打磨&#xff0c;Sui生态在2024年8月取得了令人欣喜的进步。作为创新的L1协议&#xff0c;Sui不仅在技术革新方面表现突出&#xff0c;还在DeFi、游戏应用和开发者工具等领域展现出强大的潜力。 本篇文章将全面盘点Sui在过去一个月内的技术创新…

Vue3生命周期钩子函数(Vue3生命周期)

前言 Vue 3 引入了一些变化&#xff0c;特别是针对生命周期钩子函数。Vue 3 支持两种API风格&#xff1a;传统的选项式API&#xff08;Options API&#xff09;和新的组合式API&#xff08;Composition API&#xff09;。我们都知道选项式 API 是 Vue 2 中熟悉的语法风格&#…

opencv学习:模板匹配和argparse 模块的代码实现及优缺点

模板匹配 模板匹配算法&#xff08;Template Matching Algorithm&#xff09;&#xff0c;这是一种在图像处理和计算机视觉领域常用的方法&#xff0c;用于在一个大图像中寻找一个小模板图像的位置。模板匹配算法通过滑动窗口的方式在目标图像上移动模板图像&#xff0c;并计算…

数据结构 Java DS——分享部分链表题目 (2)

前言 关于JAVA的链表,笔者已经写了两篇博客来介绍了,今天给笔者们带来第三篇,也是分享了一些笔者写过的,觉得挺好的题目,链接也已经挂上了,笔者们可以去看看 入门数据结构JAVA DS——如何实现简易的单链表(用JAVA实现)-CSDN博客 数据结构 Java DS——链表部分经典题目 (1)-C…

Vue双向数据绑定代码解读

Vue核心基础-CSDN博客 数据双向绑定原理_哔哩哔哩_bilibili 原理示意图 前置知识 reduce()方法 用于链式获取对象的属性值 Object.defineProperty()方法 Object.defineProperty(obj, prop, descriptor) obj&#xff1a;要定义属性的对象。prop&#xff1a;要定义或修改的属性…

睿考网:中级经济师报名条件中的相关工作怎么定义?

在中级经济师报考条件中&#xff0c;明确不同学历需要满足相关工作经验的要求&#xff0c;怎么看我的工作是否为相关工作呢&#xff1f; 1.从事经济类相关的工作岗位 也就是说考生在本单位从事的工作性质需要与经济行业相关&#xff0c;如本单位的财务、会计、审计、出纳等相…

原地旋转数组--189. 轮转数组

189. 轮转数组 给定一个整数数组 nums&#xff0c;将数组中的元素向右轮转 k 个位置&#xff0c;其中 k 是非负数。 示例 1: 输入: nums [1,2,3,4,5,6,7], k 3 输出: [5,6,7,1,2,3,4] 解释: 向右轮转 1 步: [7,1,2,3,4,5,6] 向右轮转 2 步: [6,7,1,2,3,4,5] 向右轮转 3 步:…

传授大伙如何用ai工具优化自己的代码》》拥抱机器时代》》提示词工程

之前在做数据开发时候遇到的问题数据表格批量生成建表的宏出问题了&#xff0c;此时只好硬着头皮写vba代码,此时您想我不会vba也不知道怎么使用但是sql语句建表格式总还是知道的那么此刻开始我们的提示词开发代码时刻 先进行具体提示词开发>>>>>>>>>…

SpringCloud nacos

**************************** 准备工作 首先准备号nacos的镜像 根据镜像创建nacos容器 nacos:container_name: nacosimage: nacos/nacos-server:v2.1.0-slimports: #需要监听三个端口- "8848:8848"- "9848:9848"- "9849:9849"privileged: tr…

Axure高效打造大屏可视化BI数据展示

在使用AxureRP软件设计大屏可视化BI数据显示模板时&#xff0c;我们可以遵循一系列高效的方法和步骤来确保设计的质量和效率。以下是一个详细的教程&#xff0c;指导如何高效地使用AxureRP进行大屏界面设计。 一、确定设计标准与分辨率 通常&#xff0c;大屏可视化设计以标准的…

MySQL事务【后端 13】

MySQL事务 在数据库管理系统中&#xff0c;事务&#xff08;Transaction&#xff09;是一个非常重要的概念&#xff0c;它确保了数据库操作的完整性和一致性。MySQL作为一种流行的关系型数据库管理系统&#xff0c;自然也支持事务处理。本文将深入探讨MySQL事务的基本概念、特性…

基于YOLOv8的PCB缺陷检测算法,加入一种基于内容引导注意力(CGA)的混合融合方案(一)

&#x1f4a1;&#x1f4a1;&#x1f4a1;本文内容&#xff1a;针对基于YOLOv8的PCB缺陷检测算法进行性能提升&#xff0c;加入各个创新点做验证性试验。 1&#xff09;提出了一种基于内容引导注意力(CGA)的混合融合方案&#xff0c;mAP0.5由原始的0.966提升至0.975 1.PCB缺陷…

Django 如何全局捕获异常和DEBUG

DEBUG 默认&#xff1a;False 一个开启、关闭调试模式的布尔值。 永远不要在 DEBUG 开启的情况下将网站部署到生产中。 调试模式的主要功能之一是显示详细的错误页面。如果你的应用程序在 DEBUG 为 True 时引发了异常&#xff0c;Django 会显示一个详细的回溯&#xff0c;包…

AplPost使用

请求get 方法 1&#xff0c;添加token 2&#xff0c;填写get 的参数 2,post方法 把对象的形式直接复制到row里面 3&#xff0c;delete方法 可以直接后面拼接参数

CTK框架(八):服务追踪

目录 1.简介 2.实现方式 3.具体实现 3.1.新建插件PluginA​​ 3.2.新建插件PluginB 4.服务追踪的优势 5.应用场景 6.总结 1.简介 CTK服务追踪是一种机制&#xff0c;用于在CTK插件框架中追踪和管理插件提供的服务。当一个插件注册了一个服务到服务注册中心后&#xff0…

SCADA|KingIOServer数据存入KingHistorian的过程记录

哈喽,你好啊,我是雷工! KingIOServer是采集数据的软件,KingHistorian是工业数据库; 最近用到KingIOServer采集到的数据存入到KingHistorian工业库,然后KingFusion再连接KingHistorian获取历史数据并曲线展示的应用功能; 以下为测试笔记; 01 软件安装 KingIOServer软…

动态代理IP池设计:打造高效网络工具

在互联网飞速发展的今天&#xff0c;动态代理IP池成为了网络世界中的一大法宝。无论是数据采集、网络营销还是电商运营&#xff0c;动态代理IP池都能提供极大的便利。今天&#xff0c;我们来深入探讨一下如何设计一个高效的动态代理IP池。 什么是动态代理IP池&#xff1f; 动…

高性能多目标进化优化算法求解DTLZ1-DTLZ9,MATLAB代码

DTLZ&#xff08;Deb-Thiele-Laumanns-Zitzler&#xff09;测试函数系列是多目标优化领域中一组广泛使用的基准测试问题。这些测试问题由Kalyanmoy Deb、Lothar Thiele、Marco Laumanns和Eckart Zitzler于2002年提出&#xff0c;旨在评估和比较多目标优化算法的性能。以下是DTL…

HTML5+CSS+JS制作中秋佳节页面

HTML5CSSJS制作中秋佳节页面 中秋节&#xff0c;是中国民间的传统节日。每年农历八月十五庆祝。 在中秋节这一天&#xff0c;人们会通过各种方式庆祝&#xff0c;其中最重要的活动之一就是赏月。家人团聚在一起&#xff0c;共同欣赏明亮的月亮。同时&#xff0c;吃月饼也是中秋…