OpenRemoved-Tina-Linux系统调试使用指南

第第页OpenRemoved_Tina_Linux系统调试使用指南OpenRemoved_（Ti）na_（Linux）系统调试使用指南1

概述1.1编写目的

1.2适用范围

1.3相关人员

2调试方法及工具

2.1内核日志

2.2GDB2.2.1介绍

2.2.2配置

2.2.3使用

2.2.4更多用法

2.2.5注意事项

2.3gdbserver.

2.3.1介绍

2.3.2配置

2.3.3使用

2.4coredump.

2.4.1介绍

2.4.2配置

2.4.3配置生成coredump文件.

2.4.4通过gdb定位问题

2.5pe（rf）

2.5.1介绍

2.5.2配置

2.5.3使用

2.6strace

2.6.1介绍

2.6.2配置

2.6.3使用

2.7valgrind.

2.7.1介绍

2.7.2配置

2.7.3使用

2.8轻量级日志永久转存.

2.8.1使能日志转存.

2.8.1.1使能内核功能模块

2.8.1.2指定分区

2.8.2获取奔溃日志.

2.8.2.1挂载文件系统.

2.8.2.2读取文件

2.8.2.3删除文件

2.8.3高级功能配置.

2.8.3.1分区的空间分布

2.8.3.2高级功能

OpenRemoved_Tina_Linux系统调试使用指南

1概述

1.1编写目的

本文主要服务于使用Tina软件平台的广大客户，帮助开发人员方便快速了解Tina平台系统调试工具。

1.2适用范围

本文适用于Tina3.5版本以上软件平台;对（硬件）环境没有要求，所有Allwinner硬件平台都适用。

其中，注意linux-5.4内核上暂未支持pstore功能。

1.3相关人员

适用Tina平台的广大客户与开发人员。

2调试方法及工具

2.1内核日志

内核日志默认打印在env.cfg中配置，文件路径：

文件一般在（芯片）方案配置目录下,例如:

device/config/chips/v853/configs/perf1/linux/env-4.9.cfg

device/config/chips/r528/configs/evb2/env.cfg

​

文件中的loglevel决定打印等级

loglevel=

在进入系统后，有下面方法可以修改打印等级：

echo8>/proc/sys/kernel/printk

dmesg-n8

2.2GDB

2.2.1介绍

GDB(GNUsymbolicdebugger)是GNU开源组织发布的一款调试工具，用于调试由GCC编译的代码。它的功能非常强大，使用命令行的调试方式，允许调试复杂的应用程序，给程序开发提供了极大的便利。

2.2.2配置

TinaSDK中GDB源码包位于dl目录下，默认不配置GDB软件包，使用时需要先选上GDB。配置方法如下。

makemenuconfig-->

Development-->

例如：

setargs_mmc=...pstore_blk.blkdev=/dev/mmcblk0p...

除了路径之外，还可以使用如下的形式。

pstore_blk.blkdev=

其中主设备号表示的存储介质，次设备号代指哪个分区。

我们可以在进入到命令行后，通过ll命令获取主次设备号，例如：

$ll/dev/mmcblk0*brw1rootroot179,0Jan204:20/dev/mmcblkbrw1rootroot179,16Jan204:20/dev/mmcblk0bootbrw1rootroot179,32Jan204:20/dev/mmcblk0bootbrw1rootroot179,1Jan204:20/dev/mmcblk0pbrw1rootroot179,2Jan204:20/dev/mmcblk0pbrw1rootroot179,3Jan204:20/dev/mmcblk0pbrw1rootroot179,5Jan204:20/dev/mmcblk0p

以/dev/mmcblk0p5为例，主设备号是179，从设备号是5，因此cmdline可以写为blkoops.blkdev=179:

下面进一步说明pstore分区的对应关系:

在Tina个别平台做了进一步封装，只需要在env-XXXX.cfg中添加blkoops_partition=和blkoops_blkdev=，例如：

blkoops_partition=pstore#分区名对应sys_partition.fexblkoops_blkdev=93:7#可先任意写一个setargs_nand=...pstore_blk.blkdev=${blkoops_blkdev}...

uboot则会根据blkoops_partition的分区名，自动匹配和修改blkoops_blkdev。

对于不支持进一步封装的方案，可在启动后查询cmdline的partitions参数，例如：

$cat/proc/cmdlinepartitions=boot-res@mmcblk0p2:env@mmcblk0p5:boot@mmcblk0p6

OK，到此日志永久转存的功能已经使能。

2.8.2获取奔溃日志.

2.8.2.1挂载文件系统.

全志轻量级日志转存的方案基于的是pstore文件系统，因此需要挂载文件系统后才能使用。

在Tina平台中，pstore文件系统已经实现默认开机自动挂载，可以通过mount命令确认，例如：

#mount···pstoreon/sys/fs/pstoretypepstore(rw,relatime)···

Android平台，需要自行实现挂载，挂载命令可参考：

mount-tpstorepstore/sys/fs/pstore

挂载后，在触发日志转存重启后，可以在挂载点/sys/fs/pstore中可获取奔溃日志文件，例如：

root@TinaLinux:/sys/fs/pstore#lldrwxr-x2rootroot0Jan11970.drwxr-xr-x5rootroot0Jan11970..-r--r--r--1rootroot15504Mar1919:39dmesg-pstore-blk--r--r--r--1rootroot15881Mar1919:39dmesg-pstore-blk--r--r--r--1rootroot2Jan11970pmsg-pstore-blk-root@TinaLinux:/sys/fs/pstore#

可以通过命令echoc>/proc/sysrq-trigger主动触发内核奔溃以验证功能。

2.8.2.2读取文件

奔溃日志会以文件形式呈现到挂载点，一次奔溃一份日志，文件名格式如下。

-pstore-blk-

我们可通过标准的IO接口访问导出的日志文件。

我们可以通过名字区分dmesg日志记录和psmg日志记录，但dmseg日志记录如何细分pan-ic/oops/oom呢？

在dmesg日志记录的第一行可以进一步细分日志类型和触发次数累计，例如：

root@TinaLinux:/sys/fs/pstore#head-n3dmesg-pstore-blk-OOM:Total8timesOOM#8Part[95.111229][](do_page_fault)from[](do_PrefetchAbort+0x38/x9c)

除此之外，文件时间表示的是奔溃触发时间

2.8.2.3删除文件

可以直接删除生成的日志文件

rm/sys/fs/pstore/*

对使用mtdpstore模块的spinor/(ubi)spinand存储方案，考虑到存储物料的擦除特性，当同时存在多个连续文件，且刚好这些文件数据存储在同一个物理块内时，要把同一个块内的文件全部删除后才会真正删除文件。

2.8.3高级功能配置.

2.8.3.1分区的空间分布

默认情况下，pstore/blk的每一份记录为64K。意味着如果分区大小为256K，则一共能同时存在4份记录。假设只使能kmsg和pmsg的记录，此时分区的划分情况大致如下表：

表2-3:pstore分区分布

0-64K64k-128K128K-192K192K-256Kpmsgdmesg.0dmesg.1dmesg.显而易见，在划分了pmsg的空间后，剩余的空间全部分配给dmesg。

2.8.3.2高级功能

内核模块通过cmdline中传递模块参数，可设置高级功能。日志永久转存模块支持以下模块参数。（推荐）使用默认配置

表2-4:pstore支持参数

模块名功能示例默认值pstore_blk.blkdev供blkoops使用的分区pstore_blk.blkdev=179:10NULLpstore_blk.oops_sizedmesg记录大小pstore_blk.oops_size=6464KBpstore_blk.pmsg_sizepmsg记录大小pstore_blk.pmsg_size=6464KBpstore_blk.console_sizeconsole记录大小pstore_blk.console_size=6464KBpstore_blk.ftrace_sizeftrace记录大小pstore_blk.ftrace_size=6464KBpst