uuuuid 创建的主题

@uuuuid 在 请问H616 内置的gmac1 ephy 网卡启动出错，是怎么回事呢？ 中说：

H616 EMAC1 如何使用？

我去看下这个帖子

问题已解决，就是打这个补丁可以了．

@uuuuid

搞定了 https://blog.csdn.net/leslie3350/article/details/107043325

克隆的Android，编译的时候会报如下错误，请问怎么解决
FAILED: ninja: 'hardware/xradio/bt/libbt-vendor/include/vnd_generic.txt', needed by 'out/target/product/MID_1089IPS/gen/SHARED_LIBRARIES/libbt-vendor_intermediates/vnd_buildcfg.h', missing and no known rule to make it
14:25:17 ninja failed with: exit status 1

克隆的方案目录下device/softwinner/mydevice/configs/bluetooth/vnd_ceres-b3.txt这个文件改成vnd_mydevice.txt。这个之前处理的时候漏掉了。

cat /sys/kernel/debug/pwm

root@dragonboard:/sys/kernel/debug/dispdbg# cat /sys/kernel/debug/pwm platform/300a000.pwm, 16 PWM devices pwm-0 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-1 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-2 (lcd ): requested period: 20000 ns duty: 7812 ns polarity: normal pwm-3 (lcd ): requested enabled period: 20000 ns duty: 19922 ns polarity: inverse pwm-4 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-5 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-6 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-7 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-8 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-9 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-10 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-11 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-12 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-13 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-14 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-15 ((null) ): period: 0 ns duty: 0 ns polarity: normal

@mangogeek
估计是怕产品线冲突。

我把修改打了一个patch包：v853_sdk_visiom_uart3_patch.tar

tar cvf v853_sdk_visiom_uart3_patch.tar \ brandy/brandy-2.0/u-boot-2018/configs/sun8iw21p1_uart3_defconfig \ device/config/chips/v853/configs/visiom/ \ kernel/linux-4.9/drivers/input/touchscreen/gslx680new/gslX680_3680.h \ openwrt/target/v853/v853-visiom/ \ prebuilt/rootfsbuilt/arm/toolchain-sunxi-glibc-gcc-830/toolchain/usr/include/linux/version.h \

有兴趣的朋友可以试一试，我把板级目录名改为了visiom，不影响原来的vision

@yuzukitsuru

7930b498-20a8-4988-ad72-37e483f1a0b1-image.png

发现2/5/6 没有上拉.

@uuuuid 在 换了四台电脑，终于让我悟出来NXP GUI Guider 为啥不能正常显示出设计界面的原因了 中说：

装上 jre-8u341-windows-x64.exe 之后，一切就正常了。

成功搞定！

看上去是没有iptable？

@uuuuid T113 SDK网盘失效，是否有新的下载地址

@uuuuid

口中疾呼烫烫烫😊 😊 😊

148A1139B7B932AC43B6A2FFD54D676A.png

16E199A0259383A3B3409B4EEB26ED94.png

@uuuuid 看完是不是觉得连一个小姐姐都不如。😧
一直以来都有很多理工科妹子存在，以及为世界做出贡献

数据等待时间为600000NS 一个灯数据位需要1100ns一个灯的颜色占用83=24个字节 110024=26400ns，等待数据时间不知道是不是刷新时间 如果是的是话 600000/26400=22个灯左右，多呢就控制不了

lichee/linux-5.4/drivers/video/fbdev/sunxi/disp2/disp/de/disp_lcd.c

static s32 disp_lcd_pin_cfg(struct disp_device *lcd, u32 bon) { ... sprintf(dev_name, "lcd%d", lcd->disp); disp_sys_pin_set_state(dev_name, (bon == 1) ? DISP_PIN_STATE_ACTIVE : DISP_PIN_STATE_SLEEP); ... }

lichee/linux-5.4/drivers/video/fbdev/sunxi/disp2/disp/disp_sys_intf.c

int disp_sys_pin_set_state(char *dev_name, char *name) { ... len = sprintf(compat, "allwinner,sunxi-%s", dev_name); if (len > 32) __wrn("size of mian_name is out of range\n"); .... }

找到了，貌似调用过程有点曲折。

零线电位跟地电位并不完全相等，零线接地会有电流，按这个思路应该没问题。

@lyr2021 全屏buffer只是相对于lvgl的，送给LCD始终都是一个buffer，在滑动方向和LCD刷新方向不一致情况下比较能明显看到撕裂，可以参考https://os.51cto.com/article/646550.html