RK3568 Android/Linux 系统动态更换 U-Boot/Kernel Logo

简介: RK3568 Android/Linux 系统动态更换 U-Boot/Kernel Logo

Android/Linux开发中,开机 Logo 是设备品牌的标志,经常需要根据不同的客户或应用场景进行定制。对于 RK3568 平台,开机 Logo 通常是打包在固件的 img 文件中,这意味着每次更换 Logo 都需要重新编译并烧录整个固件,这无疑增加了开发的复杂性和浪费时间。本文将介绍一种在 RK3568 Android/Linux 系统中动态更换 U-Boot 和 Kernel Logo 的方法。

系列文章:

Android存储分区与Rockchip平台的分区命名及U-Boot配置

Rockchip u-boot阶段命令行和代码方式读取u盘内容并解析

Rockchip 自定义vendorstorages数据再u-boot通过cmdline给kernel传递数据

RK3568 Android/Linux 系统动态更换 U-Boot/Kernel Logo

参考:

RK3399开启开机logo流程

Android存储分区与Rockchip平台的分区命名及U-Boot配置

需求背景

传统的方法要求我们在每次更换 Logo 时重新编译并烧录固件。这不仅耗时,还是耗时^^ , 所以我们来解决这个问题。

解决方案

目标是在设备已经运行的情况下,动态地更换开机 Logo。为此,我提出了以下方案:

  1. 新建一个分区(或者用已有分区):在这个分区中存放 Logo 文件。当设备启动时,系统会首先尝试从这个分区加载 Logo。如果分区中没有 Logo 文件,系统会回退到默认的 Logo。
  2. 修改 U-Boot 源代码:在 U-Boot 的启动过程中,我们修改了 Logo 的加载逻辑。首先尝试从新建的分区加载 Logo,如果失败,则从默认的资源文件中加载。

实现细节

用已有分区存放logo

首先我们需要确定 Logo 文件的存放位置。由于 system 和 vendor 分区是只读的,而 data 分区在恢复出厂设置后会被清空,所以我决定新建一个分区来存放 Logo 文件(其实我之前就建好了 你们搞的话可以用系统已有分区比如/cache,对应的是mmc 0:a)。

rk3568_r:/ $ df
Filesystem            1K-blocks   Used Available Use% Mounted on
tmpfs                   1001716    824   1000892   1% /dev
tmpfs                   1001716     12   1001704   1% /mnt
/dev/block/mmcblk0p11     11760    144     11132   2% /metadata
/dev/block/dm-0          956964 954064         0 100% /
/dev/block/dm-5          692224     96    692128   1% /mnt/scratch
overlay                  692224     96    692128   1% /system
overlay                  692224     96    692128   1% /vendor
overlay                  692224     96    692128   1% /odm
overlay                  692224     96    692128   1% /product
overlay                  692224     96    692128   1% /system_ext
tmpfs                   1001716      0   1001716   0% /apex
tmpfs                   1001716    264   1001452   1% /linkerconfig
/dev/block/mmcblk0p10    364504    916    351792   1% /cache
/dev/block/mmcblk0p12      3952    364      3468  10% /mnt/private
/dev/block/dm-6        25528320  43916  25353332   1% /data
tmpfs                   1001716      0   1001716   0% /data_mirror
/dev/fuse              25528320  43916  25353332   1% /storage/emulated

在Rockchip平台上,分区的命名和配置通常是由设备树(DTB/DTBO)定义的。例如,mmc 0:c中的0代表第0个存储设备,而c是一个十六进制数,代表12,所以它对应于第12个分区。

OK 选好分区之后,我们在分区底下新建一个文件夹比如custom_logo,放入logo.bmp logo_kernel.bmp

rk3568_r:/mnt/private/custom_logo $ ls
logo.bmp  logo_kernel.bmp
rk3568_r:/mnt/private/custom_logo $

如果你们非要用自定义分区的方法可以在CSDN搜找到,这里不再赘述。

修改 U-Boot 源代码

U-Boot 中加载 Logo 的代码位于 /u-boot/drivers/video/drm/rockchip_display.c 中的 load_bmp_logo 方法。我们的策略是先尝试从新建的分区加载 Logo,如果失败,则从默认的资源文件中加载。对了 我验证过Linux和Android 通用!! 只需要换分区就OK了。

以下是修改后的代码片段:

static int load_bmp_logo(struct logo_info *logo, const char *bmp_name)
{
#define BUFFER_SIZE 128
#ifdef CONFIG_ROCKCHIP_RESOURCE_IMAGE
  struct rockchip_logo_cache *logo_cache;
  struct bmp_header *header;
  void *dst = NULL, *pdst;
  char cmd[BUFFER_SIZE] = {"0"};
  int size, len;
  int ret = 0;
  int reserved = 0;
  if (!logo || !bmp_name)
    return -EINVAL;
  logo_cache = find_or_alloc_logo_cache(bmp_name);
  if (!logo_cache)
    return -ENOMEM;
  if (logo_cache->logo.mem) {
    memcpy(logo, &logo_cache->logo, sizeof(*logo));
    return 0;
  }
  header = malloc(RK_BLK_SIZE);
  if (!header)
    return -ENOMEM;
  /*len = rockchip_read_resource_file(header, bmp_name, 0, RK_BLK_SIZE);
  if (len != RK_BLK_SIZE) {
    ret = -EINVAL;
    goto free_header;
  }*/
 
  //---add start
  sprintf(cmd, "ext4load mmc 0:c 0x%p custom_logo/%s %x", header,bmp_name, RK_BLK_SIZE);
  printf("load_bmp_logo 尝试从MMC加载 %s...\n", bmp_name);
  if(run_command(cmd, 0)){
      len = rockchip_read_resource_file(header, bmp_name, 0, RK_BLK_SIZE);
      if (len != RK_BLK_SIZE) {
          printf("load_bmp_logo 从资源文件加载 %s 失败\n", bmp_name);
          ret = -EINVAL;
          goto free_header;
      }
   } 
 //---add end
  logo->bpp = get_unaligned_le16(&header->bit_count);
  logo->width = get_unaligned_le32(&header->width);
  logo->height = get_unaligned_le32(&header->height);
  reserved = get_unaligned_le32(&header->reserved);
  if (logo->height < 0)
      logo->height = -logo->height;
  size = get_unaligned_le32(&header->file_size);
  if (!can_direct_logo(logo->bpp)) {
    if (size > MEMORY_POOL_SIZE) {
      printf("failed to use boot buf as temp bmp buffer\n");
      ret = -ENOMEM;
      goto free_header;
    }
    pdst = get_display_buffer(size);
  } else {
    pdst = get_display_buffer(size);
    dst = pdst;
  }
  /*len = rockchip_read_resource_file(pdst, bmp_name, 0, size);
  if (len != size) {
    printf("failed to load bmp %s\n", bmp_name);
    ret = -ENOENT;
    goto free_header;
  }*/
  //---add start
   memset(cmd, 0, BUFFER_SIZE);
   sprintf(cmd, "ext4load mmc 0:c 0x%p custom_logo/%s %x", pdst, bmp_name, size);
   if(run_command(cmd, 0)){
       len = rockchip_read_resource_file(pdst, bmp_name, 0, size);
       if (len != size) {
           printf("load_bmp_logo 加载bmp %s 失败\n", bmp_name);
           printf("failed to load bmp %s\n", bmp_name);
           ret = -ENOENT;
           goto free_header;
       }
    }
  //---add end
  if (!can_direct_logo(logo->bpp)) {
    int dst_size;
    /*
     * TODO: force use 16bpp if bpp less than 16;
     */
    logo->bpp = (logo->bpp <= 16) ? 16 : logo->bpp;
    dst_size = logo->width * logo->height * logo->bpp >> 3;
    dst = get_display_buffer(dst_size);
    if (!dst) {
      ret = -ENOMEM;
      goto free_header;
    }
    if (bmpdecoder(pdst, dst, logo->bpp)) {
      printf("failed to decode bmp %s\n", bmp_name);
      ret = -EINVAL;
      goto free_header;
    }
    flush_dcache_range((ulong)dst,
           ALIGN((ulong)dst + dst_size,
           CONFIG_SYS_CACHELINE_SIZE));
    logo->offset = 0;
    logo->ymirror = 0;
  } else {
    logo->offset = get_unaligned_le32(&header->data_offset);
    if (reserved == BMP_PROCESSED_FLAG)
      logo->ymirror = 0;
    else
      logo->ymirror = 1;
  }
  logo->mem = dst;
  memcpy(&logo_cache->logo, logo, sizeof(*logo));
free_header:
  free(header);
  return ret;
#else
  return -EINVAL;
#endif
}

调试

接入串口 按ctrl+c 进入uboot命令行模式,输入ext4ls mmc 0:c /custom_logo就能看到我们push 进去的2个custom logo图片了 OK 准备工作就绪 刷uboot.img即可。

=> ext4ls mmc 0:c /custom_logo
<DIR>       4096 .
<DIR>       4096 ..
          170326 logo.bmp
          170326 logo_kernel.bmp
----------下面3行只是调试显示而已 并没什么关系
=> rockchip_show_bmp logo_kernel.bmp      
load_bmp_logo 尝试从MMC加载 logo_kernel.bmp...
512 bytes read in 44 ms (10.7 KiB/s)
170326 bytes read in 48 ms (3.4 MiB/s)
VOP VP0 enable Smart0[654x258->654x258@633x411] fmt[2] addr[0x7dfa7000]
=> rockchip_show_bmp logo.bmp 
VOP VP0 enable Smart0[654x258->654x258@633x411] fmt[2] addr[0x7df2a000]
=>  rockchip_show_logo
VOP VP0 enable Smart0[654x258->654x258@633x411] fmt[2] addr[0x7df2a000]
=>

其他发现, 我看日志的时候发现load_kernel_bmp_logo函数根本没走? 然后看了注释才发现 , 好吧没什么卵关系 继续。

/* Note: used only for rkfb kernel driver */
static int load_kernel_bmp_logo(struct logo_info *logo, const char *bmp_name)

验证

接入串口,看调试打印日志 可以看到是先读取的logo.bmp 然后读取的logo_kernel.bmp ,对应的也就是uboot logo和kernel logo。搞定! 如果没有这2个custom logo文件 也会走系统默认的。

## Baudrate 1500000 bps not supported
himport_r: can't insert "baudrate=1500000" into hash table
dwmmc@fe2b0000: 1, dwmmc@fe2c0000: 2, sdhci@fe310000: 0
Bootdev(atags): mmc 0
MMC0: HS200, 200Mhz
PartType: EFI
boot mode: recovery (misc)
FIT: No fdt blob
boot mode: None
Android 11.0, Build 2021.7, v2
Found DTB in boot part
DTB: rk-kernel.dtb
HASH(c): OK
ANDROID: fdt overlay OK
I2c0 speed: 100000Hz
vsel-gpios- not found! Error: -2
vdd_cpu init 900000 uV
PMIC:  RK8090 (on=0x40, off=0x00)
vdd_logic init 900000 uV
vdd_gpu init 900000 uV
vdd_npu init 900000 uV
io-domain: OK
Model: Rockchip RK3568 EVB3568 Board
load_bmp_logo 尝试从MMC加载 logo.bmp...
..............
Fdt Ramdisk skip relocation
## Booting Android Image at 0x0027f800 ...
Kernel load addr 0x00280000 size 32057 KiB
RAM disk load addr 0x0a200000 size 804 KiB
## Flattened Device Tree blob at 0x0a100000
   Booting using the fdt blob at 0x0a100000
   XIP Kernel Image from 0x00280000 to 0x00280000 ... OK
  'reserved-memory' linux,cma: addr=10000000 size=800000
  'reserved-memory' ramoops@110000: addr=110000 size=f0000
   Using Device Tree in place at 000000000a100000, end 000000000a1223a7
load_bmp_logo 尝试从MMC加载 logo_kernel.bmp...

疑问

有个疑问就是 这么改完之后,kernel logo 如果是24位深的,logo 会倒过来 8位却不会?

然后 根据我查资料得出 ,8-bit BMP 图像与 24-bit BMP 图像在存储结构上有所不同,特别是在颜色表和像素数据的处理上。这些差异可能影响到图像的渲染方式和是否需要进行垂直翻转。

因此,如果不进行特殊处理,BMP 图像在显示时会被倒置。

在代码中,有这样一段:

if (reserved == BMP_PROCESSED_FLAG)
    logo->ymirror = 0;
else
    logo->ymirror = 1;

这里的 ymirror 似乎是用来处理这个问题的。当 ymirror 设置为 1 时,图像会被垂直翻转,从而正常显示。而 BMP_PROCESSED_FLAG 似乎是一个标志,用来表示 BMP 图像是否已经经过处理(例如已经被翻转过)。

如果发现 24 位深的 BMP Logo 显示是倒置的,可能需要检查以下几点:

  1. BMP 文件的存储方式:确保你的 BMP 文件是自下而上存储的。如果它已经是自上而下存储的,那么你不需要进行任何翻转。
  2. BMP_PROCESSED_FLAG 的设置:确保这个标志正确地表示了 BMP 图像是否已经经过处理。
  3. ymirror 的使用:确保在渲染图像时正确地使用了 ymirror 标志。

为了解决这个问题,可以考虑总是设置 ymirror 为 1(或根据实际情况进行设置),或者在创建 BMP 文件时,确保它是自上而下存储的(都用8位的)。

总结

通过我上述方法,我们成功地实现了在 RK3568 Android/Linux 系统中动态更换 U-Boot 和 Kernel Logo 的功能。这不仅简化了开发流程,还为设备固件提供了更大的灵活性。

相关文章
|
27天前
|
Linux系统之whereis命令的基本使用
Linux系统之whereis命令的基本使用
70 24
Linux系统之whereis命令的基本使用
|
3月前
|
Linux缓存管理:如何安全地清理系统缓存
在Linux系统中,内存管理至关重要。本文详细介绍了如何安全地清理系统缓存,特别是通过使用`/proc/sys/vm/drop_caches`接口。内容包括清理缓存的原因、步骤、注意事项和最佳实践,帮助你在必要时优化系统性能。
294 78
Linux系统查看操作系统版本信息、CPU信息、模块信息
在Linux系统中,常用命令可帮助用户查看操作系统版本、CPU信息和模块信息
149 23
嵌入式Linux系统编程 — 5.3 times、clock函数获取进程时间
在嵌入式Linux系统编程中,`times`和 `clock`函数是获取进程时间的两个重要工具。`times`函数提供了更详细的进程和子进程时间信息,而 `clock`函数则提供了更简单的处理器时间获取方法。根据具体需求选择合适的函数,可以更有效地进行性能分析和资源管理。通过本文的介绍,希望能帮助您更好地理解和使用这两个函数,提高嵌入式系统编程的效率和效果。
135 13
|
3月前
|
Win10系统上直接使用linux子系统教程(仅需五步!超简单,快速上手)
本文介绍了如何在Windows 10上安装并使用Linux子系统。首先,通过应用商店安装Windows Terminal和Linux系统(如Ubuntu)。接着,在控制面板中启用“适用于Linux的Windows子系统”并重启电脑。最后,在Windows Terminal中选择安装的Linux系统即可开始使用。文中还提供了注意事项和进一步配置的链接。
93 0
oeasy教您玩转linux010203显示logo
oeasy教您玩转linux010203显示logo
255 0
Linux 超级强大的十六进制 dump 工具:XXD 命令,我教你应该如何使用!
在 Linux 系统中,xxd 命令是一个强大的十六进制 dump 工具,可以将文件或数据以十六进制和 ASCII 字符形式显示,帮助用户深入了解和分析数据。本文详细介绍了 xxd 命令的基本用法、高级功能及实际应用案例,包括查看文件内容、指定输出格式、写入文件、数据比较、数据提取、数据转换和数据加密解密等。通过掌握这些技巧,用户可以更高效地处理各种数据问题。
409 8
|
3天前
|
Linux od命令
本文详细介绍了Linux中的 `od`命令,包括其基本语法、常用选项和示例。通过这些内容,你可以灵活地使用 `od`命令查看文件内容,提高分析和调试效率。确保理解每一个选项和示例的实现细节,应用到实际工作中时能有效地处理各种文件查看需求。
37 19
|
14天前
|
Linux中yum、rpm、apt-get、wget的区别,yum、rpm、apt-get常用命令,CentOS、Ubuntu中安装wget
通过本文,我们详细了解了 `yum`、`rpm`、`apt-get`和 `wget`的区别、常用命令以及在CentOS和Ubuntu中安装 `wget`的方法。`yum`和 `apt-get`是高层次的包管理器,分别用于RPM系和Debian系发行版,能够自动解决依赖问题;而 `rpm`是低层次的包管理工具,适合处理单个包;`wget`则是一个功能强大的下载工具,适用于各种下载任务。在实际使用中,根据系统类型和任务需求选择合适的工具,可以大大提高工作效率和系统管理的便利性。
81 25
|
12天前
|
Linux查看内存命令
1. free free命令是最常用的查看内存使用情况的命令。它显示系统的总内存、已使用内存、空闲内存和交换内存的总量。 free -h • -h 选项:以易读的格式(如GB、MB)显示内存大小。 输出示例: total used free shared buff/cache available Mem: 15Gi 4.7Gi 4.1Gi 288Mi 6.6Gi 9.9Gi Swap: 2.0Gi 0B 2.0Gi • to
27 2

热门文章

最新文章

  • 1
    Android历史版本与APK文件结构
    13
  • 2
    【01】噩梦终结flutter配安卓android鸿蒙harmonyOS 以及next调试环境配鸿蒙和ios真机调试环境-flutter项目安卓环境配置-gradle-agp-ndkVersion模拟器运行真机测试环境-本地环境搭建-如何快速搭建android本地运行环境-优雅草卓伊凡-很多人在这步就被难倒了
    20
  • 3
    【03】仿站技术之python技术,看完学会再也不用去购买收费工具了-修改整体页面做好安卓下载发给客户-并且开始提交网站公安备案-作为APP下载落地页文娱产品一定要备案-包括安卓android下载(简单)-ios苹果plist下载(稍微麻烦一丢丢)-优雅草卓伊凡
    9
  • 4
    【02】仿站技术之python技术,看完学会再也不用去购买收费工具了-本次找了小影-感觉页面很好看-本次是爬取vue需要用到Puppeteer库用node.js扒一个app下载落地页-包括安卓android下载(简单)-ios苹果plist下载(稍微麻烦一丢丢)-优雅草卓伊凡
    5
  • 5
    Cellebrite UFED 4PC 7.71 (Windows) - Android 和 iOS 移动设备取证软件
    8
  • 6
    escrcpy:【技术党必看】Android开发,Escrcpy 让你无线投屏新体验!图形界面掌控 Android,30-120fps 超流畅!🔥
    3
  • 7
    【01】仿站技术之python技术,看完学会再也不用去购买收费工具了-用python扒一个app下载落地页-包括安卓android下载(简单)-ios苹果plist下载(稍微麻烦一丢丢)-客户的麻将软件需要下载落地页并且要做搜索引擎推广-本文用python语言快速开发爬取落地页下载-优雅草卓伊凡
    10
  • 8
    Android实战经验之Kotlin中快速实现MVI架构
    12
  • 9
    即时通讯安全篇(一):正确地理解和使用Android端加密算法
    9
  • 10
    android FragmentManager 删除所有Fragment 重建
    3
  • AI助理

    你好,我是AI助理

    可以解答问题、推荐解决方案等