概述 在开发中分析问题的时候不管是从log分析系统服务，还是跟踪和内核驱动的交互，能够动态去观测堆栈或者是参数都是很重要的，特别是针对一些闭源库，没有源码导致分析更是难上加难，本文介绍一种使用gdb来进行动态跟踪的方法。 说明 本文以展锐闭源的gnss_test程序为例来分析其如何与内核驱动进行交互的过程进行分析，主要通过gdb跟跟踪准库的open和ioctl函数来分析其大

在ubuntu 20上发现开发者手机的hdc在修改udev规则无法使用，颇为不便。修复方式如下。 // ==0 Represents new equipment and is what we need,<0 my need int HdcHostUSB::OpenDeviceMyNeed(HUSB hUSB) { libusb_device *device &#

说明 在一次性能优化的提交https://gitee.com/openharmony/drivers_hdf_core/pulls/2181 将触摸屏异步初始化之后引发一系列的xts错误。HatsHdfInputPassthroughTest、HatsHdfInputTest、HatsHdfInputPassthroughAdditionalTest都出现测试失败。 分析结果如下 driv

本文简要说明如何在3568平台上修改内核代码，并制作补丁，或者提交提交到社区。整理的思路为： 1 out/kernel/src_tmp/linux-5.10导出仅修改内核补丁 2 在kernel/linux/linux-5.10目录合并新修改的补丁和kernel.patch为新的补丁。 3 回合到kernel.patch中。 1 创建补丁 在验证内核自己添加补丁建议参

症状分析 在优化3568系统启动的时候时候观察到有如下的log [ 5.471132][ T268] StorageDaemon: [main:264] sdc start [ 5.471402][ T268] StorageDaemon: [HandleFileCrypt:246] fscrypt cmd: init_global_key [ 5.471529][ T268] StorageD

​ 先贴上优化结果 启动时间从3.9秒直接缩短到2.87秒，注意每个开发板可能加了不同的驱动，对于稳定性的影响请自己验证。 下面直接贴出优化内容，纯干货： 触摸屏RegisterTouchChipDevice异步优化 openharmony/drivers/hdf_core/framework/model/input/driver/hdf_touch.c int DoRegisterTouchC

gdb作为c/c++开发的重要性不亚于庖丁的解牛刀，鲁班手上的斧头，是理解代码，定位问题，分析问题的不二之选，可以快速帮助开发者熟悉代码，以及解决异常问题。本文目的在于介绍一种在openharmony上使用gdb/gdbserver进行远程调试环境搭建的过程。根据本文方法可以调试几乎大部分的用户态用户程序，对于xts问题定位，崩溃，代码理解，内核问题辅助都有非常直接的帮助。 1 调试环境准备

在openharmony有个比较麻烦的操作就是需要对内核做小的调整的时候经常需要进行验证，可能需要修改庞大的补丁文件，然后还要全部重新编译整个内核才行，本文推荐一个方式可以用来快速编译验证。内核编译是通过调用build_kernel.sh这个脚本来实现的，可以沿着这个思路修改这个脚本直接使用out/kernel/src_tmp内核源码直接重新

在openharmony开发中常用的开发模式为在linux上编译然后使用samba映射镜像文件然后使用windows刷机工具刷机，本文介绍一种直接在linux平台上借助rockchip提供的upgrade_tool工具直接刷机，通过几条简单的脚本命令就可以快速实现编译自动刷机的功能，同时免去繁琐的wsl，虚拟机开发配置，直接在l