按住s启动可以进入uboot命令行

进入uboot命令行后
输入命令

1.fdt set mmc0 max-frequency <100000000> 2.fdt save 3.boot

注：<100000000>就是要设置的频率，单位是hz。最大值<200000000>
比较新的一些平台步骤2不再支持，因此一旦系统重启，max-frequency会再次恢复固件里面的设置值。

sudo apt install libelf-dev

D1S的晶振不是24M 18PF的吗 12pf？

1、你可以换根好点的数据线，就是那种带屏蔽的，
2、可能有的nandF133不支持，烧录校验失败
3、可以试试这款MT29F2G01ABAGDWB

@rain_tk
60178aa7-e82f-4049-a130-b90f9f897ffc-image.png

应该是这个地方打，USB有什么问题吗？adb也是可以用的

@memory 在 Android10 制作完全Root版本，A133平台验证通过 中说：

// 添加下面代码至212行处，注意标点符号不要漏掉
{ 06755, AID_ROOT, AID_ROOT, 0, "system/bin/su" }

这里有个小坑，A133 Android10 SDK不要另外添加，找到这行修改即可！

@songguojian 在 T1113-s3烧录55%还是失败 中说：

[06.719]ubi0: good PEBs: 490, bad PEBs: 2, corrupted PEBs: 0

不知道是不是这里问题，换个flash试一试。

测量一下0.95V，看下电压是多少，如果是0.8多一点的话，是供电不行，我也用过这个电源芯片，实际电压只有0.8多一点，导致启动不了，然后，我加多一个0.9V供电的芯片就没有问题了。可能2A的芯片不行，换成3A的。

怎么降低呢？哪里可以设置？@whycanservice

@whycan 谢谢大佬

咋感觉是glog的锅，试试date命令能不能用

@bayche
buildroot使用指定的gcc单独编译Qt

@memory
实际操作得结合码率，分辨率，剩余内存等参数，建议先录个文件到本地测试。

d7253f0b-323f-4259-b29d-a0e9ba0ae693-2fd25e9cd6e00b309070745fd988008.png

要关闭 NodeBB 中的 "您回复的帖子已经很古老了，是否发布新帖子并引用此帖子的内容？" 的提示，您可以按照以下步骤进行操作：

登录到 NodeBB 的管理员后台。 导航到「Plugins」（插件）部分。 在列表中找到名为「Write API」或类似名称的插件，并点击进入该插件的设置。 在插件设置页面中，寻找与 "Reply to very old topics" 或类似标题相关的选项。该选项控制着您所提到的提示的显示。 将该选项禁用或关闭。这可能会有不同的表现形式，如复选框、开关按钮或下拉菜单。 确认保存更改。

注意：上述步骤仅适用于标准的 NodeBB 安装和特定的插件设置。如果您使用的是自定义主题或定制的插件，可能需要根据特定的实现方式来进行相应的修改。在这种情况下，建议查阅 NodeBB 文档、社区论坛或与开发人员进行沟通以获取更详细的指导。

atop、ftop、htop和top都是用于监视系统资源和进程的命令行工具，但它们有一些区别：

① top：top 是最基本和最常见的命令行实用程序，可显示当前运行的进程列表，并提供有关 CPU 使用情况、内存使用情况和系统负载等信息。它以交互式方式更新数据，并且在使用过程中可以进行不同排序和过滤选项的设置。

② atop：atop 是一种高级的系统性能监视工具，相比于 top，它提供了更详细的资源和进程信息。atop 可以记录历史数据并生成报告，让你可以回顾过去的性能数据。它还提供了更多的自定义选项和功能，例如磁盘 I/O、网络活动和进程调度的监控。

③ htop：htop 是一个针对 top 的增强版本，提供了更友好和交互式的界面。与 top 不同，htop 允许通过鼠标或键盘进行直观的交互操作，如进程选择、排序和筛选。它还提供了更多的系统信息和资源使用图形化展示。

④ ftop：我无法找到与 ftop 相关的通用监视工具。如果您指的是特定的工具或应用程序，请提供更多详细信息。

总之，这些工具都提供了对系统资源和进程的监视功能，但在交互性、显示界面和可用功能方面有所不同。根据您的需求和个人偏好，可以选择适合的工具来监控和分析系统性能。

@whycan 在 V853-pro开发板4寸屏，运行framebuffer的应用程序，显示不正常 中说：

雪花测试正常吗？

cat /dev/urandom > /dev/fb0

如果雪花测试正常，那么应该是alpha通道的问题，把alpha通道都改成0xFF就可以了。

@lknn2012
看你的2.
simg2imag system.fex 应该是android spare to raw 就变成 ext4
应该可以用img2simg 还原才对
看看这个
https://blog.csdn.net/jingwen3699/article/details/81807024

@newcastle 在 axp2101 aldo2开关控制问题 中说：

axp2101每个输出管脚的电压在哪里设置的？也是board.dts吗？

iic设置，手册里面写了通讯格式

2.0了 HS兼容FS，LS

sudo apt-get install build-essential subversion git-core repo libncurses5-dev zlib1g-dev \ gawk flex quilt libssl-dev xsltproc libxml-parser-perl \ mercurial bzr ecj cvs unzip lib32z1 lib32z1-dev lib32stdc++6 libstdc++6 \ libncurses-dev zlib1g-dev gawk openssl libssl-dev linux-tools-common gperf -y

这个线都是手工定做的，lvds 常用这种接口和线材

淘宝就可以找到做这种线材的

交叉编译的qmake好像又有问题了？

qmake指向的确实是交叉编译的qt库啊。

20230718093541.png

这里我已经指定QMAKE_CC = arm-openwrt-linux-gcc了啊。

QQ图片20230718093545.png

是不是先要挂载个debugfs，才能用？

参考这个链接：https://blog.csdn.net/Mculover666/article/details/124455606

QQ图片20230718092612.jpg

@qq354813374 按照屏幕实际调整就好了

@fantasya 一般不会，我调试大多都用杜邦线，基本上没遇到过因为杜邦线的严重问题。一般显示都是可以的，建议使用逻辑分析仪看下初始化代码时序对不对

dmesg 有什么信息？驱动正常吗？

v853 sdk的qt不适配v853，那个qt适配的是带gpu的芯片

没有人遇到过吗，我源码都没动过

@shz18877605430

一定要勾选H5协议:

2f59f2d0-4e44-4ba0-8d15-4f59681e51a9-b6db94f5ff75d6db510ebf3c0079167.png

4109bef7-ab4c-429f-9975-da53e55893a7-70f9c9757fde601f4c64962f574b834.jpg

@shz18877605430

一定要勾选H5协议:

2f59f2d0-4e44-4ba0-8d15-4f59681e51a9-b6db94f5ff75d6db510ebf3c0079167.png

4109bef7-ab4c-429f-9975-da53e55893a7-70f9c9757fde601f4c64962f574b834.jpg

@whycanservice T扩展是什么...

@whycanservicem 这个没有被linux占用哦，dts相关引脚配置都被删除，另外特意在E907下单独输出方波都是可以的。

有没有多点log

@sofia 考虑被Linux接管了，具体查看寄存器情况

你确认芯片进入fel了吗？

大佬，为啥SDK开发说明没有了，不知道怎么玩呜呜呜

6263c42c-52a4-4842-b3a1-cfc288b71345-26311bbacc203beb07c1bdcada48e7c.jpg

请问楼主解决了吗，目前我也是遇到一样的问题

@whycan 请问一下，这里能查看到的驱动只有一个.o文件和一个.S文件，这个文件是全志自己写的然后编译出来的，还是ddr厂商提供的，内部处理不需要自己管，只需要把这个添加到spl里面就好了

@z15242116489 好的，我试试。

@a792947123

参考这个帖子：用buildroot自带的genimage把tina dragon的活干完，让dragon无活可干。

@qq354813374 lcd_gpio_0 lcd_gpio_1 对应驱动中的 panel_reset(val) 和lcd_cs(val)。sunxi_lcd_gpio_set_value的第二个参数对应lcd_gpio_x的数字

液晶触摸屏的框贴合和全贴合是两种不同的屏幕贴合方式：

① 框贴合（Frame Bonding）：框贴合是指将液晶屏与触摸层通过一定的胶水或胶带粘贴在一起，形成一个边框。该方法在屏幕边缘处留有一定的空隙，以容纳胶水或胶带，使得屏幕周围有一条明显的黑色边框。

② 全贴合（Full Lamination）：全贴合是指将液晶屏、触摸层和外层玻璃等贴合物料通过特殊工艺处理，使它们完全贴合在一起。这种方式可以消除层间空气，提高触摸灵敏度和显示效果，并减少光折射，提供更好的视觉体验。全贴合技术通常会使屏幕更薄，没有明显的黑色边框。

综上所述，框贴合和全贴合区别在于贴合方式和效果。框贴合会有明显的黑色边框，而全贴合则实现了更好的视觉和触控效果，没有明显的黑色边框。

搞定了，是当前内核pwm框架与我们的pwm驱动对于极性的判断相反导致，并且kernel阶段的pwm极性与uboot阶段的不一致

添加函数将极性配置与uboot阶段保持一致的极性状态。具体方法是在pwm代码中添加接口：

static void sunxi_pwm_get_state(struct pwm_chip *chip, struct pwm_device *pwm, struct pwm_state *state) { unsigned int reg_offset; u32 val, sel; sel = pwm->pwm - chip->base; reg_offset = PWM_PCR_BASE + sel * 0x20; val = sunxi_pwm_readl(chip, reg_offset); if (val & BIT_MASK(8)) { state->polarity = PWM_POLARITY_NORMAL; } else { state->polarity = PWM_POLARITY_INVERSED; } } static struct pwm_ops sunxi_pwm_ops = { ... .get_state = sunxi_pwm_get_state, ... };

这个函数的作用是在pwm驱动初始化阶段，读取uboot阶段设置的极性，并将kernel阶段的极性设置与其保持一致。具体内核操作可追流程。

除了修改驱动代码，还需要同对应修改每个板级目录下的board.dts。该修改主要是针对regulator使用pwm进行调压，会在dts中配置pwm调压的极性，为了保证与uboot阶段的电压一致，现在需要把dts中配置的极性的值置位1。

reg_vdd_cpu: vdd-cpu { compatible = "sunxi-pwm-regulator"; - pwms = <&pwm 0 5000 0>; // 第一个参数是使用的pwm通道，第二个参数是频率，第三个参数是极性 + pwms = <&pwm 0 5000 1>; // 第一个参数是使用的pwm通道，第二个参数是频率，第三个参数是极性 regulator-name = "vdd_cpu"; regulator-min-microvolt = <810000>; regulator-max-microvolt = <1160000>; regulator-ramp-delay = <25>; regulator-always-on; regulator-boot-on; status = "okay"; };

在修改完成后，编译打包，确认版型后烧录测试，先看板子能不能起来，起不来的话证明电压极性有误，可以拿万用表测量一下电压，看启动阶段电压有没有发生突变。成功起来后还需要测试一下pwm功能是否正常，最好使用示波器来测一下board.dts里配置的pwm通道的管脚，然后调试该通道看有无波形变化，具体方法如下：
进入/sys/class/pwm目录，该目录是linux内核为pwm子系统提供的类目录，遍历该目录：

/sys/class/pwm # ls pwmchip0

可以看到，上述 pwmchip0 就是我们注册的pwm控制器，进入该目录，然后遍历该目录：

sys/class/pwm # cd pwmchip0/ /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # ls device export npwm subsystem uevent unexport

其中npwm文件储存了该pwm控制器的pwm个数，而export和unexport是导出和删除某个pwm设备的文件，下面演示导出pwm1。

/sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # cat npwm 2 /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # echo 1 > export /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # ls device export npwm pwm1 subsystem uevent unexport

可以看到目录中多出pwm1目录，进入该目录，遍历：

/sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # cd pwm1/ /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0/pwm1 # ls capture duty_cycle enable period polarity uevent

该目录中，enable是使能pwm，duty_cycle是占空比，period是周期，polarity是极性，可以配置相关的pwm并且使能：

/sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0/pwm1 # echo 1000000000 > period /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0/pwm1 # echo 500000000 > duty_cycle /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0/pwm1 # echo normal > polarity /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0/pwm1 # echo 1 > enable

如果相应的引脚外接了示波器，可以看到相关的波形。最后返回上层目录，删除该pwm设备：

/sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0/pwm1 # cd .. /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # ls device export npwm pwm1 subsystem uevent unexport /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # echo 1 > unexport /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # ls device export npwm subsystem uevent unexport

在有条件的情况且能找到相应屏幕的情况下，最好接上屏幕进行验证，确认在uboot阶段进入kernel阶段出现闪屏的情况。
不带屏幕，且没有vdd-cpu的话，pwm初始化极性就不会影响到默认固件正常使用，使用示波器验证就好。

Android 10及以上的版本可以试一下这样的方法：

在AndroidManifest.xml加入如下权限：

<uses-permission android:name="android.permission.BLUETOOTH" /> <uses-permission android:name="android.permission.BLUETOOTH_ADMIN" /> <uses-permission android:name="android.permission.LOCAL_MAC_ADDRESS" />

并且为系统应用：

android:sharedUserId="android.uid.system"

然后可以采用反射的方法来获取：

public static String getBtAddressByReflection() { BluetoothAdapter bluetoothAdapter = BluetoothAdapter.getDefaultAdapter(); if (bluetoothAdapter == null) return ""; Field field = null; try { field = BluetoothAdapter.class.getDeclaredField("mService"); field.setAccessible(true); Object bluetoothManagerService = field.get(bluetoothAdapter); if (bluetoothManagerService == null) { return ""; } Method method = bluetoothManagerService.getClass().getMethod("getAddress"); if(method != null) { Object obj = method.invoke(bluetoothManagerService); if(obj != null) { return "/bt_mac:" + obj.toString(); } } } catch (NoSuchFieldException e) { e.printStackTrace(); } catch (IllegalAccessException e) { e.printStackTrace(); } catch (NoSuchMethodException e) { e.printStackTrace(); } catch (InvocationTargetException e) { e.printStackTrace(); } return ""; }

如此便可成功获取到本地蓝牙MAC地址。

原神：全低画质 15~40 帧

d96e0fc2-cb41-452b-813b-96057d0a07f6-Screenshot_20230712-132455.png

1c43a525-345a-402b-b971-6bdb67e8ef82-Screenshot_20230712-132515.png

Applications Graphics Acceleration Info: Uptime: 13155175 Realtime: 13155175 ** Graphics info for pid 18983 [com.miHoYo.Yuanshen] ** Stats since: 6718860763285ns Total frames rendered: 104 Janky frames: 28 (26.92%) Janky frames (legacy): 23 (22.12%) 50th percentile: 9ms 90th percentile: 25ms 95th percentile: 44ms 99th percentile: 150ms Number Missed Vsync: 4 Number High input latency: 22 Number Slow UI thread: 5 Number Slow bitmap uploads: 0 Number Slow issue draw commands: 25 Number Frame deadline missed: 28 Number Frame deadline missed (legacy): 8 HISTOGRAM: 5ms=11 6ms=15 7ms=19 8ms=6 9ms=6 10ms=4 11ms=10 12ms=2 13ms=1 14ms=1 15ms=0 16ms=1 17ms=1 18ms=0 19ms=0 20ms=0 21ms=1 22ms=4 23ms=6 24ms=5 25ms=2 26ms=1 27ms=2 28ms=0 29ms=0 30ms=0 31ms=0 32ms=0 34ms=0 36ms=0 38ms=0 40ms=0 42ms=0 44ms=1 46ms=0 48ms=1 53ms=1 57ms=0 61ms=0 65ms=1 69ms=0 73ms=0 77ms=0 81ms=0 85ms=0 89ms=0 93ms=0 97ms=0 101ms=0 105ms=0 109ms=0 113ms=0 117ms=0 121ms=0 125ms=0 129ms=0 133ms=0 150ms=2 200ms=0 250ms=0 300ms=0 350ms=0 400ms=0 450ms=0 500ms=0 550ms=0 600ms=0 650ms=0 700ms=0 750ms=0 800ms=0 850ms=0 900ms=0 950ms=0 1000ms=0 1050ms=0 1100ms=0 1150ms=0 1200ms=0 1250ms=0 1300ms=0 1350ms=0 1400ms=0 1450ms=0 1500ms=0 1550ms=0 1600ms=0 1650ms=0 1700ms=0 1750ms=0 1800ms=0 1850ms=0 1900ms=0 1950ms=0 2000ms=0 2050ms=0 2100ms=0 2150ms=0 2200ms=0 2250ms=0 2300ms=0 2350ms=0 2400ms=0 2450ms=0 2500ms=0 2550ms=0 2600ms=0 2650ms=0 2700ms=0 2750ms=0 2800ms=0 2850ms=0 2900ms=0 2950ms=0 3000ms=0 3050ms=0 3100ms=0 3150ms=0 3200ms=0 3250ms=0 3300ms=0 3350ms=0 3400ms=0 3450ms=0 3500ms=0 3550ms=0 3600ms=0 3650ms=0 3700ms=0 3750ms=0 3800ms=0 3850ms=0 3900ms=0 3950ms=0 4000ms=0 4050ms=0 4100ms=0 4150ms=0 4200ms=0 4250ms=0 4300ms=0 4350ms=0 4400ms=0 4450ms=0 4500ms=0 4550ms=0 4600ms=0 4650ms=0 4700ms=0 4750ms=0 4800ms=0 4850ms=0 4900ms=0 4950ms=0 50th gpu percentile: 3ms 90th gpu percentile: 8ms 95th gpu percentile: 9ms 99th gpu percentile: 10ms GPU HISTOGRAM: 1ms=4 2ms=35 3ms=31 4ms=7 5ms=4 6ms=2 7ms=6 8ms=6 9ms=5 10ms=3 11ms=1 12ms=0 13ms=0 14ms=0 15ms=0 16ms=0 17ms=0 18ms=0 19ms=0 20ms=0 21ms=0 22ms=0 23ms=0 24ms=0 25ms=0 4950ms=0 Pipeline=Skia (OpenGL) CPU Caches: Glyph Cache: 69.44 KB (1 entry) Glyph Count: 26 Total CPU memory usage: 71103 bytes, 69.44 KB (0.00 bytes is purgeable) GPU Caches: Other: Other: 0.00 bytes (1 entry) Image: Texture: 127.59 KB (10 entries) Scratch: Buffer Object: 78.00 KB (2 entries) Texture: 2.00 MB (1 entry) Total GPU memory usage: 2307680 bytes, 2.20 MB (127.59 KB is purgeable) Profile data in ms: com.miHoYo.Yuanshen/com.miHoYo.GetMobileInfo.MainActivity/android.view.ViewRootImpl@a46020a (visibility=0) View hierarchy: com.miHoYo.Yuanshen/com.miHoYo.GetMobileInfo.MainActivity/android.view.ViewRootImpl@a46020a 7 views, 8.70 kB of render nodes Total ViewRootImpl : 1 Total attached Views : 7 Total RenderNode : 8.70 kB (used) / 8.70 kB (capacity)

明显overlay使能还在起作用，如果只是把OverlayInfo.osd_num改成0肯定无法有效清除overlay

这种情况要设置一个完整VideoInputOSD结构体，并全部清空为0，这样同时也会把之前申请的overlay内存free掉

if(stream_count_0 == 数字) { if (mparam.enable_osd) { aw_logw("begin clean osd"); VideoInputOSD OverlayInfo; memset(&OverlayInfo, 0, sizeof(VideoInputOSD)); AWVideoInput_SetOSD(mparam.use_vipp_num, &OverlayInfo); } }

把数字改为自己想要的，就会在这个数字帧清除osd，这个数字帧之后就无osd显示

CMA占用了8M，Kernel也占用了一些

buildroot文件系统架构特性。

1、如何修改提示语和账号密码，找到buildroot配置属性BR2_TARGET_GENERIC_HOSTNAME、BR2_TARGET_GENERIC_ISSUE、BR2_TARGET_GENERIC_ROOT_PASSWD修改，如下：

BR2_TARGET_GENERIC_ROOT_PASSWD=“”

2、如何取消账号登入，在/etc/inittab中添加::respawn:-/bin/sh,去掉ttyAS0::respawn:/sbin/getty -L ttyAS0 115200 vt100 # GENERIC_SERIAL，反之亦然

3、如果要修改源码，查看文件系统inittab生成，添加修改就可以。

@chzfmx 大佬，你用网卡芯片是rtl8363nb的吗？我也在用，你用的是哪个板子，能参考一下吗

一. 问题原因：
github上释放的镜像并没有开启TF卡的读写功能！需要自行更改board.dts并编译打包烧录！

二. 解决方法

修改board.dts如下位置 sdc0_pins_a: sdc0@0 { allwinner,pins = "PF0", "PF1", "PF2", "PF3", "PF4", "PF5"; allwinner,function = "sdc0"; allwinner,muxsel = <2>; - allwinner,drive = <1>; + allwinner,drive = <3>; - allwinner,pull = <0>; + allwinner,pull = <1>; }; &sdc0 { - /*cd-gpios = <&pio PF 6 6 1 3 0xffffffff>;*/ + cd-gpios = <&pio PF 6 6 1 3 0xffffffff>; - /*cd-used-24M;*/ + cd-used-24M; }; 检查Kernel Configuration是否设置正确，这些选项已在docker镜像中默认配置好
i. 确认Device Drivers的设置下的MMC/SD/SDIO card support设置为开启
ii. 设置 MMC/SD/SDIO card support ——> Number of minors per block device 为 8
iii. 确认MMC/SD/SDIO card support ——> MMC block device driver 和 Allwinner sunxi SD/MMC Host Controller support设置为开启
iv. 确认File systems下开启对ext4文件系统和VFAT文件系统的支持

三. 仍存在问题

tf卡不支持热插拔，一但拔出需要重启系统 sdc1仍然报错，但是wifi部分正常 tf卡时不时就报以下错误 [ 45.129171] sunxi-mmc sdc0: smc 0 p0 err, cmd 24, WR EBE !! [ 45.135471] sunxi-mmc sdc0: retry:start [ 45.139819] sunxi-mmc sdc0: retry:stop [ 45.144066] sunxi-mmc sdc0: retry:stop recover [ 45.149076] sunxi-mmc sdc0: send manual stop command failed 100 [ 45.155839] sunxi-mmc sdc0: REG_DRV_DL: 0x00030000 [ 45.161253] sunxi-mmc sdc0: REG_SD_NTSR: 0x81710110 [ 45.166717] sunxi-mmc sdc0: REG_NTDL_HS400: 0x20000110 [ 45.172514] sunxi-mmc sdc0: *****retry:re-send cmd***** [ 45.178362] 1,end

@tang123456 在 【FAQ】全志D1芯片 如何对D1主频进行调节？ 中说：

@sunmin 兄弟你找到cpufreq了吗，我也遇到一样的问题了

内核配置make ARCH=riscv menuconfig里的频率条件节点选上了吗？固件重新烧了吗？确认烧进去了吗？

@rayzhang

disp节点可以配置旋转。

楼主，你有遇到字体很大的问题吗，我看说是DPI的设置问题，但是找不到dpi在哪设置，我用的也是D1-H

@wyljkl 设备树直接配置3lane吗？

@wupaul2001 换个6.1.0的内核好了

@mysteryli

试一试这个软件： http://ient.github.io/YUView/

确实感觉不够用，建议上好点的芯片，君子不立危墙之下，多给自己留点buffer
ps. 超频的芯片全志是不做质保的

@steven73
这个问题已经不方便在论坛回答了，您去问下供应商那边。

我也遇到了同样的问题
看这个贴子
https://bbs.aw-ol.com/topic/3749/sample_vi2venc2muxer-在v851s上崩溃

没有遇到哎。可以贴下log看看

@xiaofangzi
cifs ?

@ulichi 在 a133安装lxde桌面，桌面怎么是这样的 中说：

fb颜色格式

FB颜色格式如何修改？

@whycan 您这边有R853S的emmc出厂固件么？

@Iam670 请问你使用DragonHD 调试ddr4的时候，2.5V 有供电给ddr4吗？

@z15612417860 大佬你好，我是新手，使用一样的7寸屏幕遇到了这个问题，请问您是怎么解决的呢，我的board.dts改成跟您一样的了，还是您图片中那个现象的问题哦

@newcastle 你好，请问你的显示问题是显示不全的问题嘛，我是新手用的也是七寸的屏幕遇到了这个问题，s32 disp_init_lcd(struct disp_bsp_init_para* para) 函数中未找到disp_lcd_init(lcd, lcd->disp); 还请多多指教😊