在Android下移植一个降噪模块的驱动到另一个平台,加载固件的时候报错[137.659357] xxxxx 0-002c: Direct firmware load failed with error -2[137.665773] xxxxx 0-002c: Falling back to user helper查看-2代表的错误码可知，-2代表找不到文件...

我们知道，Android源码是用repo来管理的，但工作中我们需要用git来管理Android源码，于是需要将一个repo仓库转成一个git仓库。repo管理着多个git工程，只需将.git文件夹删除即可。下载源码后，先不要急着编译。find . -name ".git" | xargs rm -Rfgit initgit add -Agit commit -m "add q

常见的方式foo_device {compatible = "acme,foo";red-gpios =<&gpio 17 GPIO_ACTIVE_HIGH>;}enum of_gpio_flags flags;int gpio=of_get_named_gpio_flags(dev->of_node,"red-gpios", 0, &flags);//获取dts

进行新平台的开发，发现Android系统播放音乐很卡（很少遇到这种情况，因为Android系统的音频播放都没有问题，最多的情况是软件修改导致的问题）。最近一周都被卡断困扰。从串口和logcat信息看，有异常出现。直接提case跟qcom咨询，提供了一个补丁(该补丁是３月份的)，没什么效果。我下载的Andorid源码是8月份的，应该会包含该修改。由于硬件的同事说完全没有修改过qcom的音频部

调过lt9211，lt9611，lt8911exb视频转码芯片，感觉都不太顺利，把经验分享出来，希望能帮助有需要的人。Linux下lt8911exb调试总结Linux下lt9211调试总结Linux下lt9611调试总结调试不通时，先用ic的测试模式进行测试，如果能正常显示，说明问题出现前端解码上。调了3款芯片，2款设计的硬件都是有问题的，增加了调试难度。如果ic的自测试无法通过，可以跟参考设计进

最近调VL53L0X花了不少时间，特总结下https://www.st.com/content/st_com/en/search.html#q=vl53l-t=products-page=1VL53L0X测距2mVL53L1X测距4m 支持将校准数据保存到芯片内部我们使用是是VL53L0X作为接近传感器 项目中存在两个VL53L0X对射的情况接st官方的塑料帽或者不接，VL...

mipi接口连接如下(图中没包括供电和复位信号)static int sprd_panel_send_cmds(struct mipi_dsi_device *dsi,const void *data, int size){struct sprd_panel *panel;const struct dsi_cmd_desc *cmds = data;u16 len;if ((cmds == NUL

要点亮一块驱动ic为ILI9881C的屏幕，看了soc的屏幕配置目录，发现有带该ic的屏幕配置，估计一两个小时就能完成移植。配置了相应的复位脚，上电脚后，发现在uboot阶段读不了id。当然，先在读id函数中直接返回0，先发屏幕配置，看能不点亮屏幕，点亮屏幕后，再来解决id问题。发现在uboot阶段没有点亮屏幕，但进内核后，能概率性的点亮屏幕(通过input keyevent 26,模拟电源键，重

内核中，经常看到ktime_t变量，总结下Nanosecond//纳秒/* Nanosecond scalar representation for kernel time values */typedef s64ktime_t;ktime_t n等于n纳秒有ms/ns转换成ns的两个函数，是不是很简单static inline ktime_t ns_to_ktime(u64 ns){return

lt9611是一款mipi转hdmi的芯片，项目中有使用到，分享下调试经验。参考设计要先拿到源码，然后进行调试。刚好代码默认有一份驱动，那不就折腾了。适当修改后，接hdmi屏幕进行测试，i2c能正常通信，也能正确解码前端的mipi信号，感觉成功了一半。屏幕也提示检测到了hdmi信号，但黑屏。先让ic进入自测试模式，看输出正不正常，屏幕提示超出范围。看log，有如下不正常打印[211.152990]