嵌入式开发修改u-boot与Linux调试串口总结

简介:

近期一个嵌入式开发项目,使用TI Cortex-A8的芯片AM3517作为主控开发。前期使用某公司的核心板搭建开发环境。在自己做底板布板的时候的时候涂个布线方便,改用UART1作为调试串口,而原来某公司给的开发包,已经TI的AM3517 PSP均以UART3作为调试串口。于是在底板焊接完成调试的时候就有了一天痛苦的经历。

嵌入式开发.jpg

在原版的PSP中, 一共有五处使用到UART3作为打印和调试串口:

   (1)Xloader的打印串口

   (2)u-boot的打印串口

   (3)内核解压时的信息打印串口

   (4)内核调试串口

   (5)文件系统中使用的显示终端串口

以上第一处Xloader的打印信息量少且系统中不需要使用,不做修改。本文中讲述后四种情况的修改。

1.1 修改u-boot打印串口

AM3517的串口符合TL16C550标准的,所以驱动也是使用16550的驱动,默认情况下,我们只需要提供需要配置的串口的基地址和中断号等资源给16550的驱动,寄存器的配置不需要我们去关心。且在瑞泰提供开发包中UART1,UART2,UART3引脚配置均配置为M0模式所以不用去修改引脚复用寄存器。仅需在修改u-boot代码中include/configs/am3517_icetek.h的如下代码段:

90 #define CONFIG_CONS_INDEX 3

91 #define CONFIG_SYS_NS16550_COM3 OMAP34XX_UART3

92 #define CONFIG_SERIAL3 1 / UART3 on AM3517 ICETEK /

将上述代码修改为:

90 #define CONFIG_CONS_INDEX 1

91 #define CONFIG_SYS_NS16550_COM1 OMAP34XX_UART1

92 #define CONFIG_SERIAL1 1 / UART1 on AM3517 ICETEK /

重新编译u-boot,得到u-boot.bin,烧写至nandflash,重新启动,Xloader启动信息打印在UART3,u-boot启动信息打印在UART1。

1.2修改内核解压缩打印串口

内核解压缩信息打印使用的串口,在Linux内核源码程序中。进入linux源码文件根目录,找到 arch/arm/mach-omap2/include/mach/uncompress.h,打开之后发现里面只有一行:

include

include

找到arch/arm/plat-omap/include/mach/uncompress.h,打开后发现以下代码:

43 #ifdef CONFIG_OMAP_LL_DEBUG_UART3

44 uart = (volatile u8 *)(OMAP_UART3_BASE);

45 #elif defined(CONFIG_OMAP_LL_DEBUG_UART2)

46 uart = (volatile u8 *)(OMAP_UART2_BASE);

47 #elif defined(CONFIG_OMAP_LL_DEBUG_UART1)

48 uart = (volatile u8 *)(OMAP_UART1_BASE);

49 #elif defined(CONFIG_OMAP_LL_DEBUG_NONE)

50 return;

由以上可知内核解压缩信息打印所使用的串口配置以来Linux内核调试串口的配置,与内核调试串口相同。

1.3修改内核调试串口

内核调试串口的配置在Linux诶和配置中选择。在Linux源代码根目录下运行一下命令:

make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- menuconfig

打开配置界面后,找到一下选项:

System Type --->

TI OMAP Implementations  --->

    Low-level debug console UART (UART3)  --->

修改为:

    Low-level debug console UART (UART1) --->

这里的 (UART1) 表示调试串口选择UART1。

保存后退出配置界面,运行以下命令重新编译内核:

make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- uImage

将编译后的内核烧写至nandflash,设置u-boot启动参数从nandflash启动,启动内核。在UART1打印出内核解压以及内核启动信息如下:

NAND read: device 0 offset 0x280000, size 0x500000

5242880 bytes read: OK

Booting kernel from Legacy Image at 80000000 ...

Image Name: Linux-2.6.32

Image Type: ARM Linux Kernel Image (uncompressed)

Data Size: 2313024 Bytes = 2.2 MB

Load Address: 80008000

Entry Point: 80008000

Verifying Checksum ... OK

Loading Kernel Image ... OK

OK

Starting kernel ...

Uncompressing Linux................................................................................................................................................. done, booting the kernel.

Linux version 2.6.32 (root@world-desktop) (gcc version 4.3.3 (Sourcery G++ Lite 2009q1-203) ) #1 Mon Apr 2 20:04:47 CST 2012

CPU: ARMv7 Processor [411fc087] revision 7 (ARMv7), cr=10c53c7f

CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache

Machine: OMAP3517/AM3517 EVM

......................................................

1.4修改文件系统中使用的显示终端串口

系统中使用的终端显示串口配置在/etc/inittab文件中。打开开发板根文件系统下的/etc/inittab文件,找到一下信息:

31 S:2345:respawn:/sbin/getty 115200 ttyS2

将其修改为:

31 S:2345:respawn:/sbin/getty 115200 ttyS0

完成全部修改任务。

2.感触

(1)Linux开源特性,使得我们可以很好地对其进行源码级的修改,使其适合于我们的设计要求。

(2)在进行系统设计时一定要先做好仔细前期准备。尤其在做硬件设计时,一定要充分考虑使用中要用到的资源,不然就会造成后期软件设计者更多的麻烦。

(3)在做系统设计时一定要充分利用现有资源,在现有基础上进行设计开发。

本文由朗锐智科编辑整理(www.lrist.com),如有侵权请联系本站。

相关文章
|
16天前
|
Linux API 开发工具
FFmpeg开发笔记(五十九)Linux编译ijkplayer的Android平台so库
ijkplayer是由B站研发的移动端播放器,基于FFmpeg 3.4,支持Android和iOS。其源码托管于GitHub,截至2024年9月15日,获得了3.24万星标和0.81万分支,尽管已停止更新6年。本文档介绍了如何在Linux环境下编译ijkplayer的so库,以便在较新的开发环境中使用。首先需安装编译工具并调整/tmp分区大小,接着下载并安装Android SDK和NDK,最后下载ijkplayer源码并编译。详细步骤包括环境准备、工具安装及库编译等。更多FFmpeg开发知识可参考相关书籍。
62 0
FFmpeg开发笔记(五十九)Linux编译ijkplayer的Android平台so库
|
2月前
|
网络协议 Ubuntu Linux
用Qemu模拟vexpress-a9 (三)--- 实现用u-boot引导Linux内核
用Qemu模拟vexpress-a9 (三)--- 实现用u-boot引导Linux内核
|
2月前
|
存储 Linux 开发工具
如何进行Linux内核开发【ChatGPT】
如何进行Linux内核开发【ChatGPT】
|
3月前
|
Java Linux API
Linux设备驱动开发详解2
Linux设备驱动开发详解
43 6
|
3月前
|
消息中间件 算法 Unix
Linux设备驱动开发详解1
Linux设备驱动开发详解
47 5
|
3月前
|
NoSQL Linux C语言
嵌入式GDB调试Linux C程序或交叉编译(开发板)
【8月更文挑战第24天】本文档介绍了如何在嵌入式环境下使用GDB调试Linux C程序及进行交叉编译。调试步骤包括:编译程序时加入`-g`选项以生成调试信息;启动GDB并加载程序;设置断点;运行程序至断点;单步执行代码;查看变量值;继续执行或退出GDB。对于交叉编译,需安装对应架构的交叉编译工具链,配置编译环境,使用工具链编译程序,并将程序传输到开发板进行调试。过程中可能遇到工具链不匹配等问题,需针对性解决。
|
3月前
|
编解码 安全 Linux
基于arm64架构国产操作系统|Linux下的RTMP|RTSP低延时直播播放器开发探究
这段内容讲述了国产操作系统背景下,大牛直播SDK针对国产操作系统与Linux平台发布的RTMP/RTSP直播播放SDK。此SDK支持arm64架构,基于X协议输出视频,采用PulseAudio和Alsa Lib处理音频,具备实时静音、快照、缓冲时间设定等功能,并支持H.265编码格式。此外,提供了示例代码展示如何实现多实例播放器的创建与管理,包括窗口布局调整、事件监听、视频分辨率变化和实时快照回调等关键功能。这一技术实现有助于提高直播服务的稳定性和响应速度,适应国产操作系统在各行业中的应用需求。
|
3月前
|
传感器 人工智能 网络协议
:嵌入式 Linux 及其用途
【8月更文挑战第24天】
157 0
|
4月前
|
Ubuntu 算法 Linux
嵌入式Linux的学习误区
**嵌入式Linux学习误区摘要** 1. **过度聚焦桌面Linux** - 许多学习者误将大量时间用于精通桌面Linux系统(如RedHat、Fedora、Ubuntu),认为这是嵌入式Linux开发的基石。 - 实际上,桌面Linux仅作为开发工具和环境,目标不应是成为Linux服务器专家,而应专注于嵌入式开发工具和流程。 2. **盲目阅读Linux内核源码** - 初学者在不了解Linux基本知识时试图直接研读内核源码,这往往导致困惑和挫败感。 - 在具备一定嵌入式Linux开发经验后再有针对性地阅读源码,才能有效提升技能。
|
存储 数据可视化 Linux
这篇 Linux 总结的很棒啊!(二)
这篇 Linux 总结的很棒啊!