- 博客(251)
- 资源 (34)
- 收藏
- 关注
RSS订阅
原创 蒋梦麟
诸君离学校而去了。在社会上立身的困难，恐怕比在学校里求学还要加甚。若非立志奋斗，则以前所受的教育，反足以增加人生的苦恼，或转为堕落的工具。这是诸君所当特别注意的。事业的成功，须经过长时间的辛苦艰难——成功的代价，走过了许多荆棘的路，方才能寻获康庄大道。立志是砍荆棘的斧斤，奋斗是劳力。万不可希望以最少的劳力，获最大的成功。＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
2008-07-06 21:43:00
922
原创 3588 cma heap应用示例之图像采集
本文探讨了直接使用dmabuf接口进行视频流采集的技术方案。首先分析了V4L2设备中常见的IO模式配置方法，指出通过CMA内存分配器获取物理连续内存的优势。针对实际应用中遇到的CMA内存不足问题，详细介绍了通过修改dts配置将CMA内存从128MB扩容至512MB的解决方案。文章还剖析了DMA映射过程中可能出现的错误及其调试方法，包括设备DMA掩码设置、字符设备初始化等关键环节。最后给出了用户态dmabuf分配、同步操作的具体代码实现，并提供了时延统计数据和性能优化建议。该方案为绕过V4L2框架直接操作dm
2025-12-19 23:04:12
582
原创 温度电压电流监控的设计与选型
本文探讨了硬件设计中监控单板电压、电流和温度的方案设计要点。针对Xilinx XADC模块，分析了12位ADC的参考电压选择（外部1.25V参考或片内参考）及其对精度的影响，指出单极性模式下1V满量程限制导致无法直接采集1.2V电压的问题。介绍了分压电路设计方法，通过电阻分压将高电压转换为ADC可测范围。在温度监测方面，对比了LM75B和NST175芯片的I2C通信协议差异，特别指出LM75B必须严格按双字节读取的时序要求，否则会导致总线挂死。最后总结了三点设计经验：明确ADC量程范围、合理配置ADC精度参
2025-12-13 09:47:13
674
原创 Linux串口驱动之五工程常见问题
本文分析了一个串口通信异常案例：对端设备持续发送数据时，本端未初始化的串口出现数据收发错误。通过示波器测量发现实际波特率与配置不符，但检查分频因子和系统时钟均正常。进一步分析发现串口控制器存在异常，统计信息显示大量帧错误。最终通过优化外围电路解决了问题。案例启示：1）设计时应考虑合理的外围电路；2）设备上下电测试能有效验证串口可靠性。该问题突显了硬件异常可能导致的通信故障，以及全面测试的重要性。
2025-12-07 10:24:06
590
原创 3588单板上编译驱动
本文介绍了在3588单板上搭建内核驱动编译环境的详细过程。首先通过脚本提取内核头文件和编译架构文件（Makefile/Kconfig），然后将其打包上传至单板并配置环境变量。重点说明了如何清理X86架构的二进制文件并重新编译scripts目录中的工具，包括修改Makefile解决编译依赖问题。文章还列举了常见内核配置选项（如MMU_NOTIFIER、VFIO、KVM等）的启用方法，并分析了驱动开发中遇到的符号导出问题及其解决方案。最后指出内核配置与驱动编译环境必须保持一致，否则会导致各种异常。
2025-12-05 22:09:54
964
原创 linux串口驱动之五一级接收缓存同步
本文分析了TTY缓冲区中commit字段和lock字段的作用机制。commit字段作为used的影子值，通过smp_store_release和smp_load_acquire实现内存屏障，确保数据写入对其他CPU核心可见，防止指令重排导致的数据不一致。lock字段则用于保证flush_to_ldisc的单实例执行，防止工作队列重入和缓冲区链表操作的并发问题。这两个机制共同实现了生产者和消费者之间的安全并发访问，避免了数据竞争和重复处理等问题。commit字段确保数据完整性，lock字段保证操作原子性，二者
2025-11-30 10:53:33
668
原创 Linux 串口驱动之四接收
本文分析了Linux TTY子系统数据接收流程，重点描述了两级缓冲机制：底层tty_buffer（640KB动态分配）和上层n_tty_data（4KB静态数组）。数据流向为：硬件→tty_buffer→n_tty_data→用户空间。驱动层在中断上下文中通过自旋锁保护数据写入tty_buffer，工作队列flush_to_ldisc负责将数据同步到n_tty_data，最终用户进程通过read系统调用获取数据。两级缓冲实现了上下文隔离（中断/进程）、职责分离（通用缓冲/终端语义处理）和性能优化。
2025-11-29 11:52:02
664
原创 linux串口驱动之三发送
本文分析了Linux TTY子系统的写入流程，重点探讨了数据从用户层到硬件驱动的传输机制。系统采用分层架构：用户层接口处理内存分配和数据拷贝；线路规程层（ldisc）负责数据加工或原始传输模式选择；通用驱动层管理4K环形缓冲区；芯片驱动层控制硬件FIFO。关键机制包括：数据分块策略（2K/64K）、并发控制（自旋锁/信号量）、缓存管理（head/tail指针操作）和进程调度（休眠/唤醒）。系统通过门限值（256字节）触发进程唤醒，确保高效数据传输，同时平衡系统资源使用和进程调度公平性。
2025-11-22 11:02:04
1096
原创 linux串口驱动之中断
本文分析了多种串口驱动芯片的中断实现机制，包括3588、xilinx、飞腾和CH438等芯片。重点对比了独立中断和共享中断两种模式：3588和飞腾采用独立中断，每个串口分配独立中断号；xilinx uartlite和CH438则采用共享中断，通过状态寄存器区分不同串口的中断源。文章建议，在IRQ资源紧张或负载均衡时选择共享中断；对于实时性要求高或负载差异大的场景，应采用独立中断。针对8核CPU和16个串口的典型配置，推荐采用4-8个中断的分组方案，以平衡系统并行性和处理开销。
2025-11-15 11:11:19
952
原创 linux 串口驱动之一总体
本文探讨了Linux串口驱动的实现框架，重点分析了核心数据结构和缓存管理机制。驱动框架分为tty层与串口驱动层，通过uart_port、uart_ops等结构体实现硬件抽象。发送缓存限制为页大小，而接收缓存采用两级管理，默认可达640KB。实现时需关注：1)FIFO配置与中断处理（独立或共享中断号）；2)发送/接收缓存策略；3)无锁队列保护机制。驱动开发只需实现uart_port结构并填充对应uart_ops操作集即可完成硬件适配。文章还剖析了tty_buffer等关键数据结构，展示了Linux串口子系统分
2025-11-15 09:47:23
679
原创 mpv播放视频缓慢问题
本文分析了mpv播放视频时出现卡顿的问题排查过程。通过对软硬件环境的对比测试，排除了解码性能问题（fps达到202）。通过mpv参数的调试发现，gpu-context参数设置不当会导致软件渲染而非硬件渲染（GPU占用率从12%降至5%，CPU占用升至120%）。进一步分析显示EDID信息、缓存情况和帧时延数据，确定问题根源在于渲染流程选择不当。最终建议通过指定gpu-context=x11egl参数强制使用硬件渲染，并强调在视频播放问题排查中需要全面考察网络/存储、解码和显示三个环节。
2025-11-08 21:54:37
668
原创 win7 蓝屏问题之驱动
本文介绍了使用WinDbg分析Windows系统蓝屏dmp文件的方法。主要内容包括：1. Win7/Win10环境下WinDbg的安装配置；2. 符号表配置方法（本地缓存+在线下载）；3. dmp文件分析流程，包括基本信息查看、栈信息解析和驱动异常定位；4. 常见错误类型（如DRIVER_CORRUPTED_EXPOOL）的分析方法；5. 如何通过sc命令验证驱动服务状态。文章通过具体案例展示了如何从蓝屏dump中提取关键信息，特别是通过栈调用链定位问题驱动（如HDAudBus驱动异常），并提供了符号表缺失
2025-11-08 11:28:19
922
原创 windows屏幕信息获取工具及eDP链路
本文介绍了eDP链路设计、屏幕检测及EDID相关工具的使用方法。主要内容包括：1）带开关和不带开关的eDP链路设计方案对比；2）Windows和Linux系统下EDID获取、解析工具的差异；3）显示时序配置和驱动参数调整；4）Linux下I2C控制器的使能与VBT配置；5）FastLink与FullLink的区别及故障解决方案。特别指出，在Linux下获取屏幕信息工具丰富，而Windows下较为困难，并提供了通过修改VBT中fastlink参数解决显示异常的具体案例。
2025-10-19 11:17:58
1027
原创 RIGOL MSO5074示波器使用之一
本文介绍了示波器使用的基本设置和操作方法。主要内容包括：1.外部信息支持频率选择原则，建议示波器带宽至少为被测信号5倍；2.探头的结构、衰减比选择及注意事项；3.垂直方向设置（电压幅度调节、偏移调整）和水平方向控制（时基选择、位移调节）的具体操作；4.频率测量功能的实现步骤，并给出65MHz和52MHz的测量示例；5.强调使用示波器前需明确信号电压范围和工作频率，选择合适的设备参数。文章通过触摸屏操作界面示意图和具体案例，详细说明了示波器的基本使用方法。
2025-09-27 15:03:58
924
原创 edp lvds与屏的情感纠葛
摘要：文章探讨了eDP到LVDS屏幕的显示控制流程，重点分析了PTN3460I芯片的配置与屏显参数匹配问题。内容涵盖背光控制信号(eDP_VDDEN、eDP_BKLTEN、eDP_BKLTCTL)的功能定义，PTN3460I的CFG管脚配置对EDID获取方式(屏载或芯片内置)和显示位数(6bit/8bit)的影响，以及不同屏幕的背光电压兼容性问题。文中对比了两款LVDS屏幕的接口差异，解析了显示时序参数，并提出了常见的兼容性设计隐患，如差分线接地要求、模式管脚悬空风险等。最后指出Windows驱动与Inte
2025-09-21 11:38:13
1258
原创 vaapi硬解码性能评估
本文介绍了基于VAAPI接口的GPU硬件解码配置与性能评估方法。通过FFmpeg和MPV播放器实现H.265等格式的硬解，详细说明了低延迟参数设置及其适用场景（如视频会议、直播监控等），同时指出其易卡顿、高CPU占用的缺点。文章还提供了环境变量配置、编解码性能测试方法，以及视频格式查询技巧。最后强调在支持VAAPI的通用系统下，通过分析视频编码参数和硬件占用率来评估编解码效率的实用方法，并对比了CPU软解与GPU硬解的性能差异。
2025-09-20 10:49:49
901
原创 3588 mipi摄像头到显示输出
本文提出了一种基于V4L2和DRM的Linux摄像头直接显示方案，旨在解决传统guviewer工具依赖桌面环境引入100-130ms延时的问题。通过多平面V4L2接口(NV12/NV16格式)获取图像数据，结合RGA硬件加速进行YUV-RGB转换，最终使用DRM框架实现无桌面渲染。实验显示该方案将延时降低至80-90ms，性能提升约30%。代码实现了摄像头初始化、缓冲区管理、格式转换和显示全流程，支持多摄像头扩展，为嵌入式视觉系统提供了低延迟的显示解决方案。
2025-09-14 11:48:21
687
原创 linux O_DIRECT标志加快文件存储，你信了吗
本文通过测试程序对比了不同磁盘在使用O_DIRECT标志时的写入性能差异。测试结果显示，对于NVMe固态硬盘，使用O_DIRECT标志时写入速度显著提升（如PCIe 3.0 x4接口下从699MB/s提升至1640MB/s），而传统SATA盘则符合预期性能下降模式。分析表明，非O_DIRECT模式会导致CPU占用100%和内存交换频繁。基于NVMe盘大容量数据写入的工程场景，建议采用O_DIRECT标志以获得更优性能，这体现了工程设计中需结合具体硬件特性进行优化的原则。
2025-09-13 13:57:39
459
原创 3588 thermal zone低温温度获取失败
摘要：该文档详细描述了RK3588芯片的热管理系统架构及实现。主要内容包括：1) Thermal Zone的设备树配置，定义7个温度监控区域及各区域触发阈值；2) 温度获取流程，通过TS-ADC通道读取并采用线性插值算法转换ADC值为温度值；3) 温度监控机制，包含用户态sysfs接口和内核周期性检测两种方式；4) 温控策略，当温度超过阈值时触发降频等被动冷却措施。系统支持-60℃~180℃宽温检测范围，通过多级阈值设置和权重分配实现精确的温度控制。
2025-09-13 11:02:36
827
原创 昇腾310i Pro固件说明
摘要：本文分析了昇腾310P芯片的驱动和固件文件结构，包括内存配置(lpddr_mcu.bin)、电源管理(lperika.bin)、安全启动(hisserika.bin)等关键组件。启动流程显示固件通过PCIe加载，包含HBOOT1、HBOOT2等引导程序。文中指出昇腾固件包存在组织混乱问题，部分文件重复且HiLink固件长期未更新。同时揭示了硬件设计限制：BAR空间映射缺乏动态调整接口，数据传输源受限（仅支持用户态或acl分配内存）。这些发现对理解昇腾芯片的底层工作机制具有参考价值。
2025-09-06 21:32:53
1040
原创 mmap映射物理内存之四内核cache同步
本文探讨了内核空间对预留内存进行cache同步的实现方法。主要内容包括：1) 物理地址到虚拟地址的映射机制，分析了__phys_to_virt()和ioremap()的适用范围；2) 驱动实现方案，通过汇编代码和内联汇编两种方式实现cache同步功能；3) 测试结果表明，在FT2000和D2000平台上，clean操作耗时1-7ms，invalidate操作耗时3-7ms。文章指出虚拟地址映射的多样性需要考虑应用场景，不同SoC的cache同步时间差异对时延敏感业务有重要影响。
2025-08-23 11:32:04
902
原创 外设数据到昇腾310推理卡 之七cma_heap内核使用
本文分析了Linux内核中CMA堆内存与DMA缓冲区的交互流程。主要内容包括：1) 用户态通过dma-heap分配内存并映射到用户空间；2) 通过VIDIOC_QBUF将内存挂接到V4L2设备，完成物理地址到DMA总线地址的转换；3) 介绍了cache同步机制，包括begin_cpu_access和end_cpu_access操作，涉及内核虚拟地址无效化和DMA区域同步；4) 对比了传统DMA接口与dma-heap机制的差异。文章指出，内存管理的核心在于物理地址在不同设备地址空间的映射方式，而不需要全部地址
2025-08-17 11:52:44
985
原创 高分辨率编码芯片选型考量
摘要 本文对比分析了海思和瑞芯微视频编码芯片的性能表现。针对需求1（5000x4000分辨率、20fps帧率、灰度输入的编码支持），重点测试了Hi3559和Hi3403芯片的编码能力。实测数据显示，Hi3559在4799x3796分辨率下延时24ms，性能优于Hi3403的33ms。同时，RK3588芯片在8K分辨率下支持30fps编码，但输出格式与海思芯片存在差异（灰度vs YUV420）。文章还详细对比了各芯片的编解码参数、分辨率支持、码率控制等特性，并指出不同芯片在图像格式、对齐限制等方面的兼容性问题
2025-08-16 10:21:59
1168
原创 外设数据到昇腾310推理卡 之六cma_heap分配与映射
摘要：本文分析了Linux内核中dma-buf框架的CMA堆实现机制，重点介绍了两个核心结构体dma_buf_ops和dma_heap_ops的功能及调用关系。通过调用链示例展示了内存分配流程，包括用户态通过ioctl接口申请CMA内存并获取dma-buf文件描述符的过程。特别说明了mmap实现中的延迟映射机制，即通过设置vm_ops在page fault时才建立实际物理映射。文章还探讨了内核驱动如何访问这段内存的问题，为理解DMA缓冲区的管理机制提供了清晰的代码分析路径。
2025-08-10 09:59:08
1054
原创 外设数据到昇腾310推理卡 之五 3403ATU
本文介绍了PCIe存储器地址空间的配置与地址转换功能。存储器事务地址空间分为256MB和4GB两种类型，通过地址转换单元(ATU)实现双向转换：outbound方向处理CPU到PCIe地址转换，inbound方向处理PCIe到CPU地址转换。文章详细说明了3403芯片的outbound配置示例，包括地址映射表设置、源地址和目标地址配置等关键步骤。同时分析了AI卡内部可能的实现方式，通过对比NVIDIA方案指出当前region大小限制问题。最后指出，虽然无法获知AI卡详细设计，但通过3403实现和公开文档可以
2025-08-03 11:39:17
1162
原创 瞬态响应导致的pcie模块重启
【摘要】本文分析了PCIE模块因电源瞬态响应不足导致的复位故障现象，重点探讨了电源设计中瞬态响应的关键概念和解决方案。通过DC-DC转换器示例，详细说明了电容组合设计对改善瞬态响应的重要性，包括总容量计算、电容类型选择（电解/聚合物电容+MLCC+陶瓷电容）及布局策略。文章提供了理论设计公式和实际设计建议，强调在缺乏模块参数时经验值的重要性，最终实现将电压跌落从63mV降至16mV的优化效果，显著提升系统稳定性。
2025-08-02 10:07:35
633
原创 外设数据到昇腾310推理卡 之四ion与dma buf历程
摘要：本文分析了Android内存管理器ION的发展历程及其被DMA-BUFHEAP替代的过程。ION曾用于解决多媒体缓冲共享问题，但因碎片化和性能瓶颈逐渐被2019年进入Linux主线的DMA-BUFHEAP取代。文章对比了两者的特性差异，并给出不同内核版本下的兼容性建议（5.10开始必须迁移，5.11后仅支持HEAP）。通过分析5.10和5.11版本代码变化，指出缓存同步接口的差异，强调开发时需考虑架构支持和硬件兼容性。最后提出后续将重点分析CMA_HEAP的实现与应用。
2025-07-27 12:28:29
1115
原创 3403 烧结10% timeout error问题之PCIE时钟
摘要：文章分析了海思3403芯片PCIE烧结过程中10%失败率问题。排查发现PCIE_REFCLK_SEL时钟选择配置存在问题，硬件设计方面确认了电阻配置（两端各49.9Ω下拉电阻导致总阻抗25Ω）与PCIE规范存在差异，可能导致信号质量问题。尽管按规范调整了电阻和电容配置（AC耦合电容0.1μF~0.2μF，49.9Ω±1%下拉电阻），问题仍未解决。文章指出硬件设计中涉及双方通信时需全局考虑阻抗匹配，并暗示3403的10%烧结失败率是常见现象。（149字）
2025-07-26 10:50:09
1040
原创 外设数据到昇腾310推理卡 之三 pgprot_dmacoherent
文章摘要：本文分析了Linux内核中vb2_queue结构在V4L2框架下的初始化过程，对比了sun4i和rockchip两种设备驱动的实现差异。重点探讨了mmap内存映射时的属性配置问题，通过实验测试了不同内存类型（DMA-coherent、cache、nocache）的读写性能。结果表明，DMA-coherent内存在CPU读取时耗时较长，这会影响摄像头等设备获取图像后的CPU处理效率。最后指出该问题在Jetson和Rockchip等平台均有类似报告，建议开发者关注此类性能瓶颈。
2025-07-19 15:56:07
643
原创 外设数据到昇腾310推理卡 之二dma_alloc_attrs
本文分析了Linux内核DMA内存分配机制，重点介绍了三种分配方式：1）硬件一致性内存分配（通过dma-coherent属性）；2）直接物理地址映射（dma_direct_alloc）；3）IOMMU映射。详细阐述了dma_alloc_attrs的核心流程：物理页分配、地址转换和缓存一致性处理，并对比了不同属性（如DMA_ATTR_NO_KERNEL_MAPPING）的应用场景。文章还指出dma_alloc_coherent实际调用dma_alloc_attrs且默认关闭cache
2025-07-12 15:13:11
1265
原创 外设数据到昇腾310推理卡 之一
本文分析了Linux内核中视频缓冲区管理的底层内存分配机制，重点介绍了videobuf2框架下的三种内存分配方式：dma-contig（物理连续内存）、dma-sg（非连续内存）和cma-sg（CMA内存）。针对需要物理连续内存的应用场景（如摄像头、编解码器），详细解析了videobuf2-dma-contig.c的实现，包括其核心接口函数和DMA属性配置。特别讨论了DMA_ATTR_FORCE_CONTIGUOUS等关键属性在不同硬件场景下的应用限制，指出CMA内存大小对商用系统的影响。最后提出了内存分配
2025-07-12 10:11:11
1211
原创 mmap映射物理内存之三invalid cache
本文探讨了ARM架构下cache无效化(invalid)操作的实现方案。通过实验发现：1)用户态无法直接执行DCIVAC指令，需通过内核态ioctl接口实现；2)内核态invalid操作需使用copy_from_user安全接口传输用户数据；3)mmap映射的物理地址无法被invalid操作处理，触发段错误。分析指出这与ARMv8的PAN(Privileged Access Never)安全机制相关，但当前系统未启用该功能。测试表明malloc分配的内存可正常invalid，而mmap内存则不行。最终建议尝
2025-06-28 21:42:17
544
3
原创 mmap映射物理内存之二clean cache
本文设计了一种在aarch64架构下测试cleancache操作有效性的方法：通过两个程序分别以带cache和不带cache方式映射同一段物理内存，写入特定模式数据后验证读取结果。实验表明，按64字节cacheline步长执行dccvac指令可有效清空缓存，但单指令效率较低；优化为4/6指令并行后，清理32MB数据的耗时从26ms降至6ms。测试还发现，步长增大至4KB会导致缓存清理不完全。该方案为验证和优化cache一致性操作提供了有效手段，未来可结合NEON指令和多核处理进一步提升性能。
2025-06-28 15:27:54
982
原创 mmap映射物理内存之一cache与lock
本文探讨了通过mmap映射预留内存的性能优化问题。测试环境为飞腾D2000平台，使用mbw工具测得单核内存拷贝带宽基准为3.6GB/s。研究发现：1)mmap映射内核预留内存默认关闭cache，导致拷贝性能降至90KB/s；2)开启cache后性能提升至1.88MB/s，但存在mlock失效问题；3)mlock可使malloc内存拷贝速度从2.28MB/s提升至4.56MB/s。分析表明，关闭cache导致CPU直接访问内存，延迟增加10倍，而ARM架构在非缓存模式下指令效率极低。建议在需要CPU频繁访问的
2025-06-28 11:15:17
1056
原创 linux 常用工具的静态编译之一
在嵌入式开发中，有时一些常用的工具在系统中并没有，这时或者通过buildroot等在制作文件系统时生成，或者静态交叉编译使用。 静态交叉编译出的文件虽然大，但通用性好。本文介绍几个常用工具的交叉编译，在x86机器编译aarch64。
2025-06-14 10:49:40
793
GBA_900a_EngWS_C Petersen_Lightning (PCIe JBOF) Update,
2017-05-25
pcre2-10.34.zip
2020-05-03
linuxbestpicture.zip
2021-04-16
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人