X1000是首款用于1.0 GHz的专用IoT处理器无线音频扬声器，家用电器，智能玩具和远场语音识别应用程序。 它具有能效最高的MIPS32 X

gdb的可执行程序位于“~/osdrv/tools/board/gdb”目录下，请把对应编译器的gdb拷贝到单板的/usr/bin目录下,改名为gdb，加上可执

一般碰到的问题是gdb会打印：Program received signal SIG32, Real-time event 32.0x4052d940 in __rt_sigsuspend () from /lib/

步骤 1.在单板上运行telnetd&，打开telnet服务。步骤 2.运行应用程序，在程序正常运行的状态下（不要按CTRL+Z把程序放到后台），

问题现象1： 当使用Hi3519V10X/Hi3559V100 USB3.0 Device UVC规格时，正常热插拔会必现不识别的问题。 问题现象2： 当使用Hi3516CV300 USB2.0 Device UVC规格时，快速热插拔出现概率不识别问题， 此两种问题现象的解决方案需要设计插入/拔出状态的检测电路，具体请参考 使用两个电阻将5V0_VBUS信号分压，而后将分压信号接到Hi3519V

内核需要定时检测SD卡是否插入或拔出，默认给的定时检测时间为200ms。此定时检测时间也可通过配置内核menuconfig更改。配置路径

PCIe模块的工作时钟，主要有两个来源：一个是来自芯片内部，称作内部时钟；一个是来自芯片外部，称作外部时钟。当PCIe工作在RC模式下时，通常使用内部时钟；如果要使用外部时钟，则时钟信号必须外接专用的时钟源。当PCIe 工作在EP模式下时，通常使用主设备的输出时钟。 主设备（RC）的时钟通过PCIe0 PHY 控制寄存器0（0x200500B4）的第0比特来控制。时钟控制必须在PCIe系统控制器使

PCIe MCC的使用有如下几点需要注意：主侧和从侧所使用的MCC ko，必须分别编译！编译主侧的MCC ko时，需要依赖PCIe控制器的驱动，

使用以上设备时，请注意内核中对于的配置选项都应该选上（以Hi3531为例）！PCIe-网卡：Device Drivers--- [*] Network device su

编译从片内核时，请务必选上menuconfig 中的如下选项General setup--- [*] Initial RAM filesystem and RAM disk (initramfs/i

该打印只是起提醒作用，并非错误。主从级联应用场景中，主从之间完成一个消息的通信过程如下：从侧发起一个消息写，随后触发主侧

在 PCIe MCC驱动中，为了支持Hi3531和Hi3531级联，不再支持主片往从片 DMA 写操作，所有DMA操作都由从片发起。原来主片往从片DMA

发布包中，默认情况下，主片是Hi3531，从片是Hi3532。可以在osdrv/drv/pcie/hi35xx_dev/slave/config.h中看到配置如下：//#defin

PCIe MCC 支持主设备复位从设备。说明如下：复位后完全保留复位之前的设备状态，包括设备功能状态、地址映射等（DMA相关的寄存

问题原因：该PCIE转SATA卡默认请求数据大小为512Byte，导致pcie带宽占用率过高。解决方法：通过修改pcie转sata卡的Max_Read_Requ

U-Boot 2013.07-g03ba37a-dirty (Mar 25 2020 - 10:47:42)Board: ISVP (Ingenic XBurst T31 SoC)DRAM:128 MiBTop of RAM usable

uboot 代码中默认限制 spl 部分为 26Kbytes， uboot 部分为 214Kbytes；一共240Kbytes 大小的限制。 如果 uboot 编译生成的 u-bo

kernel 可单独编译，不依赖其他代码。以 isvp 板级编译为例，进入 kernel 源码目录。 在 arch/mips/configs/ 文件夹下存放了内核

在linux打补丁时会遇到 assume -R？[n]patch 是少了参数 -Np1 patch -Np1xx.patch

wpa_supplicant-2.9 下载地址：https://w1.fi/wpa_supplicant/wpa_supplicant-2.9 支持的新特性802.11i支持的WPA / IEEE 802.11i　交叉编译