zznzzn 创建的主题

为了兼容卡打印的问题，UART的引脚在boot0&Uboot中初始化，如不需要卡打印可以配置上需要的引脚

修复好之后的显示效果，一切正常了

azcjbjq.jpg

@zznzzn 这个是由于编译过程需要从github下载东西，但您的网络有问题，所以编译失败，可以更换源试试。

在reboot老化的时候，关闭休眠

从kernel的log来看，安卓层先发起了reboot，内核也收到reboot的消息

#1[2023-07-11,16:56:45][ 41.176369][ T164] init: Received sys.powerctl=‘reboot,’ from pid: 490 (system_server) [2023-07-11,16:56:45][ 41.185428][ T164] init: sys.powerctl: do_shutdown: 0 IsShuttingDown: 0

同时从安卓的log来看，安卓层也会有息屏关机的动作。

downloadFileByUrl.jpg

所以这个时候是刚好在reboot的过程中，安卓执行休眠打断了reboot并且休眠成功。一般建议做reboot老化的时候要关掉休眠，之前也出过类似现象

用adb push 或者U盘传到根文件目录下的/usr/lib/目录下

我也遇到这个问题 跟楼主是一样的 希望大佬们帮助解决一下
如果用aplay 也是这样

# aplay /root/test.wav ALSA lib pcm_hw.c:2021:(_snd_pcm_hw_open) Unknown field slave aplay: main:828: audio open error: Invalid argument

您可以尝试一下在驱动里面加一些打印信息，看看您这个驱动是否有正常加载，看您这样像是没有把驱动正常加载进去。

fcd59f05caa3bb2decc2d0e4e843b52d7906f211.png

@zznzzn 您好，可以屏蔽/etc/init.d/rcS脚本中对应代码

@zznzzn 看一下驱动[VIN_DEV_I2C_ERR]ov9716_mipi sensor write array Error, array_size 1701!，这里为什么会出现这种写入数组的错误，由于写入数据失败了，导致后面获取不到数据

usb可以用 usb千兆网卡试试，理论上可以，实操应该会很多坑

修改一下lcd_put_ascii函数

void lcd_put_ascii(int x, int y, unsigned char c) { unsigned char *dots = (unsigned char *)&fontdata_8x16[c*16]; int i, b; unsigned char byte; for (i = 0; i < 16; i++) { byte = dots[i]; for (b = 7; b >= 0; b--) { if (byte & (1<<b)) { /* show */ lcd_put_pixel(x+7-b, y+i, 0xffffffff); /* 白 */ } else { /* hide */ lcd_put_pixel(x+7-b, y+i, 0); /* 黑 */ } } } }

@zznzzn 我也碰到过，当时是我的音频设置不对。

@zznzzn
话说199G还压榨什么，我的4T硬盘都不分区的。

152b28d5-b37f-4aac-aa8e-a260c89695bb-image.png

@zznzzn 除了vi、vim，sed也可以操作文件读、写、删、替换等操作；也使用echo命令和cat命令将内容输出文件并查看内容。

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

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

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

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

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

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

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

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

QQ图片20230718092612.jpg

搞定了，是当前内核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初始化极性就不会影响到默认固件正常使用，使用示波器验证就好。

不需要，如果是组内改序没问题

HPVCC内置LDO外部无供电会开启，TVIN不需要可以不接

遵循以下步骤

make工具

注意由于AW服务器make版本为3.8.1，在编译glibc高版本时候不兼容，所以需要更新make工具。假如服务器make版本较高，可以不用更新make工具。

74adce60b8464885a5dd61ee74ba04ce.jpg

网址 http://ftp.gnu.org/pub/gnu/make ，下载最新版本4.3。解压后，对make工具进行安装。进入make-4.3源码目录，执行以下命令。

# prefix 后面路径为make工具安装路径,这里我们指定安装到out目录下。 ./configure --prefix=${path} make make install

9a2c99382e9f410f972896bb8d835d60.jpg

安装完成，我们看到make 4.3版本

76462bc8ce8843c18851fb1b53ae6006.jpg

glibc源码下载

网址 http://ftp.gnu.org/pub/gnu/glibc/ ，下载所需的glibc版本，注意gcc工具链版本和glibc版本需要匹配。

如下图所示是准备好编译脚本env. sh，glibc各个版本源码。

723697d50e5f4f1cbdb57e159e694c80.jpg

env.sh是把所有编译步骤整合在一起的脚本，可以根据具体情况单独执行每条指令。

打开脚本env.sh脚本。第4行是gcc位置，第5行是make工具位置(不需要安装高版本make可以去掉)，第7行是glibc版本，第12行是glibc源码路径，第13行是glibc生成库文件路径，第14行是glibc编译过程产生中间文件存放路径，第16行是修改环境变量，使用我们自己的make和gcc工具。第30-33行，用于编译glibc。

8b1ebd6d70be4655a7605128bee7fec2.jpg

其中31行 --host=arm-none-linux-gnueabihf ，host填入值要和gcc匹配 ，否则会出差。

5f2a16b347c3456080fa730db1f7da2d.jpg

03eea564b5674b67a048d0ee1cd5bee7.jpg

运行env.sh脚本

env.sh

./env.sh

注意下信息，我们可以看到glibc生成准备环境时候，已经使用了我们指定gcc工具链，make工具。

98a88fec90ff4c018cf4421fae808ac2.jpg

b994e54444474d3997fb351db376c330.jpg

编译完成后，我们看到对应so库

7d8beda4939c4dcb94d694b343f93d5e.jpg

替换glibc，例如在我们测试demo，修改Makefile，指定到我们glibc版本路径即可

重新编译，查看对应执行文件，看到已经使用对应版本版本glibc库

strings main | grep glibc

4e72c23a5e7646189ca264b87f0ef8b4.jpg

版本匹配问题

1、gcc-linaro-5.3.1-2016.05-x86_64_arm-linux-gnueabi版本，glibc 2.29以下版本都可以编译通过

2、gcc-arm-10.3-2021.07-x86_64-arm-none-linux-gnueabihf版本，目前只在glibc 2.33编译通过，其他版本需测试。

可能是还没写入文件就已经断电了，导致的数据丢失

linux内核写入文件的特性：先将内容写入缓存，在io空闲或者一段时间等情况下，再将内容写入磁盘，

当内容在缓存中时，可以通过 cat 命令查看内容，因此通过 cat 命令能查看到 IP 不能说明已经将内容写入

在设置完静态IP之后，调用相关方法，马上将内容写入磁盘。

代码路径：frameworks/base / services/core/java/com/android/server/net/IpConfigStore.java

public void writeIpConfigurations(String filePath, ArrayMap<String, IpConfiguration> networks) { mWriter.write(filePath, out -> { out.writeInt(IPCONFIG_FILE_VERSION); for(int i = 0; i < networks.size(); i++) { writeConfig(out, networks.keyAt(i), networks.valueAt(i)); } + try { + sync(filePath); + } catch (IOException e) { + loge("Ipconfig sync error:" + e.toString()); + } }); } + public void sync(String filepath) throws IOException { + File f = new File(filepath); + RandomAccessFile raf = null; + + try { + raf = new RandomAccessFile(f, "r"); + FileDescriptor fd = raf.getFD(); + fd.sync(); + + } finally { + if (raf != null) { + raf.close(); + } + } + }

@name_10____231
好像是g2d有问题，在makefile中把g2d关了我就正常了
710883ee-2446-423b-ab24-89a92685f9a5-image.png

086a9261-d910-4fa9-9fb7-752f7a164753-图片.png

@bayche 在 支持DDR4的芯片（如H616）想用DDR3时引脚该怎么接 中说：

方便接线内存重新排布的

微信图片_20230406085013.jpg

请问，关于DDR地址线(SA0~SA16)这一块引脚的复用配置，有文档说明吗

@zznzzn
想要重启后，自动进入 uboot命令行吗？

中断名称没有在驱动里定义，看一下中断号和申请的设备定位下

udhcpc eth0

开机自动跑ifconfig eth0 up和udhcpc eth0可以参考这里：https://v853.docs.aw-ol.com/soft/soft_start/

@whycan 帖子上有30ms的时延 这个有点太长了，有点坑。

@zznzzn

运气不错~竟然没烧哈哈

Licheepi这个支持电阻屏，想要测试触摸功能要重新买块电阻屏哦

也是通用的

QQ图片20220922163413.jpg