chengwei_peng 发布的帖子

@jinxiangwzh 对，头文件也更新一下。

应用端应该有个uvc的节点，然后将输出传递给PC，要不然PC给过来的信息都没有处理，表现为ERR: Operation not supported

usb摄像头一般是USB ISO模式传输的，可能usb驱动将端点配置为BULK模式了，可以试试修改底层的usb驱动，drivers/usb/sunxi_usb/include/sunxi_udc.h和drivers/usb/sunxi_usb/udc/sunxi_udc.c，将ep5in_bulk_name修改为iso。

@lovexulu 你确定上面的能跑了？他不也是取消勾选，改为使用eyesee-mpp组件

@lovexulu V系列不支持camerademo这个应用，所以camerademo和sunxicamera都不应该选上。

应该就是一些数组直接保存下来吧，当成二进制文件保存和读取。

肯定可以的，硬件没有限制，只是需要软件这边你要搞好

@sorive SPI_BGR_REG 这个寄存器也要操作

@damifan110 从启动log看，像是已经完成启动了，现在这个更多应该是你开机启动脚本导致的异常的，确认一下/sbin/init的可执行程序是不是正确的，/etc/inittab是否在::askconsole:/bin/ash --login等配置用于终端登录。

@sorive 是不是spi0的时钟你还没有配置，需要先配置时钟，再配置寄存器

@cola123456 是的，就是这个，你可以在rootfs中搜索，可以看到这个文件的。它就是一号进程。

@jinxiangwzh 没有这个测试项

@cola123456 看内核cmdline的init=指定了谁

@jinxiangwzh 好像看起来没什么关系，都没有DDR的报错

@jinxiangwzh dmesg 命令看看

@jinxiangwzh 在 求救！视频传输一段时间select就超时 中说：

select

看看这个时候sensor的输出是否正常的，内核是否有异常的log

@waterworld 凡是没有编译的，进入内核执行 make clean命令，然后再次重新编译。

如果还是不行的，确认内核目录下的.config是否已经选上这个配置了。

@jr_online 可能需要自己修改一下驱动了，根据用户手册修改寄存器，将其配置为连续采样模式，然后读取data寄存器。

@yuwei 这种问题这样解：
首先编译出来说 harfbuzz 这个包依赖libatomic.so.1这个库，接着你去out目录，find -name libatomic.so.1，看看这个库是在哪个包，确认包的名字（可以执行make menuconfig来看包的名字）,此时已经知道是哪一个包有libatomic.so.1这个库了，最后在 harfbuzz 这个包的 Makefile 中的 DEPENDS 增加被依赖包的名称即可。

@iamliubo 在 V853 设备树配置 2 mipi + 1 dvp 该怎么配置？ 中说：

同问 DVP camera 怎么设置 还有 硬件怎么接

是不是这一组管脚

就是这组引脚

@rain_tk 853用了mipi就不能用DVP，他们引脚是复用的

@boy666 试试下面的操作：
./scripts/feeds update -a

./scripts/feeds install -a

@boy666 只能找之前提供这个虚拟机给你的人确认了，无能为力

@boy666 sudo make -j32 FORCE=1 试试

@boy666 好像是没有删除权限，试试sudo？

@yuwei 这个应该是显示的时候出现的异常。本身trecorder是摄像头和显示共用一个buf的，但是现在显示的框架修改了，根据摄像头传过来的buf没办法找到内存的操作句柄，从而报错。
可以试试修改 recorder.cfg，将摄像头的buf从mmap修改为user的方式。

@ceoifung 参考这样的配置：ctp_wakeup = <&pio PD 22 1 0xffffffff 0xffffffff 1>;

@ceoifung 你的内核版本是多少？

@rayzhang G2D？

@jiandanai 参考 package/kernel/linux/modules/wireless.mk 的实现，新增一个xr829的配置，在这个进行拷贝

@ceoifung 是的，只需要修改一下名字，用哪个I2C，I2C设备的地址是多少，哪些IO

@ceoifung 在 A133 board.dts中触摸IC中twi配置i2c地址的问题 中说：

ctp_twi_addr

ctp_twi_addr，reg好像是没有用的，具体可以看看驱动。

@yuwei 看看有没有这个 package/allwinner/tina_multimedia_demo/encodertest

@wyljkl 实际上就是reboot efex无效导致的，换上面介绍的方式操作吧

@wyljkl 杀手锏，按住fel键再重启试试。如果没有这个按键就串口一直按着2键再启动。

@rtqqq 可以试试先通过 mm -B命令进行编译

@wyljkl 这个不影响的，正常也会有这个打印

@emperg VE还在解码，可其他模块把buf释放了？应该在解码的回调函数才可以释放buf吧

@yuwei 编码的问题，试试换种编码格式或者确认你的平台支持哪些编码格式

@rtqqq _curses 的依赖没有编译吧，如果不需要这个，可以先不选它试试

@lijinlin001 将上面的补丁保存为一个文件并放在 tina/package/system/procd/patches 目录下就可以了，不是内核的修改，是应用包的补丁。

@lijinlin001 可以试试在tina/package/system/procd/patches目录下增加一个补丁：

diff --git a/initd/early.c b/initd/early.c
index a83a3d1..981a53a 100644
--- a/initd/early.c
+++ b/initd/early.c
@@ -113,7 +113,7 @@ early_mounts(void)
 
 	early_console("/dev/console");
 	if (mount_zram_on_tmp()) {
-		mount("tmpfs", "/tmp", "tmpfs", MS_NOSUID | MS_NODEV | MS_NOATIME, 0);
+		mount("tmpfs", "/tmp", "tmpfs", MS_NOSUID | MS_NODEV | MS_NOATIME, "size=512k");
 		mkdir("/tmp/shm", 01777);
 	} else {
 		mkdir("/tmp/shm", 01777);

@q2022 这样子问没人知道是什么原因的，你的串口输出呢

@liefyuan 你的ov5640的驱动都还没有正常加载吧？同时发现你dts中的sensor配置乱七八糟的，官方发布的SDK只需要修改sensor name和I2C配置、供电就可以了。

@zcxhappy 你的板子上flash是spi nand？

@gongweijie -J1看看

@null037 第三方的camera应用，在全志平台不一定可以用起来的，全志平台需要的一些必不可少的ioctl，在第三方应用不一定有支持，如果你一定需要使用第三方应用，可能需要给第三方应用打补丁了。具体参考camerademo。

@lyscut 代表后面的SDK更新它被人遗忘了，不影响，只要在SDK中的，肯定是有些平台验证过的。

@lyscut 官方下载SDK的网站中，有相应的资料的，里面有支持列表

@lyscut 支持mipi dsi接口的屏

@negro 你能正常的读到正确的数据，那么引脚配置肯定没问题的。至于你说的波形问题，倾向于你没有抓到波形。
而引脚问题，你看看你export后，引脚的功能属性是不是发生变化了。

@gsd_zcm 可以了解以下openWRT的特性，里面就有curl这个包的，但是怎么编译，则需要你看看openWRT的包选择和编译了，刚好可以学习下

@gsd_zcm 一般会被其他包依赖的头文件和库都会拷贝到 out/<方案>/staging_dir/target/usr/include和 out/<方案>/staging_dir/target/usr/lib 目录下。在Makefile中，通过 -I$(STAGING_DIR)/usr/include/ 和 -L$(STAGING_DIR)/usr/lib 引脚即可。
如果不行，则需要确认这个目录下的实际头文件路径是不是变化了。如果无论怎样都没有，则需要确认你依赖的头文件/库等，package中的Makefile是否有定义Build/InstallDev，Build/InstallDev是将库和头文件拷贝到 STAGING_DIR 。

@chris98 R328没有disp模块的

@kw___ 你这个是函数未定义，可以看看drivers/pinctrl/sunxi/pinctrl-sunxi.c中是否有定义sunxi_sel_pio_mode这个函数。

@lijinlin001 是不是IO的电压没有设置或者是IO耐压值没有配置正确，IO耐压值一般有1.8V和3.3V

内核在挂载完rootfs之后，将会执行第一个用户程序的，这个程序是在cmdline中通过init=来执行第一个执行的应用程序，而你现在的是执行/sbin/init来执行，但是rootfs中却是没有这个文件，所以启动失败，内核就panic。你要不就将第一个进程命名为/sbin/init，要不就修改env.cfg中的init信息，让第一个用户进程执行其他存在的可执行文件。

@negro 这个一般的spi设备去掉就好，di是用来接spi屏的，我们一般的spi设备都不需要开启。

现在应该是没有LVGL的插件支持摄像头数据采集吧。可以先使用V4L2 ioctl采集数据，然后将采集到的YUV数据给LVGL显示。

是不是提供一下开机过程的完整log，让大家一起看看呢？

@null037 据之前的经验，gstreamer没有支持上全志平台的camera驱动的，需要找应用的应用进行配置，比如说Tina的camerademo。

@taoyang 在 D1 两个wdog 的作用是一样的吗？ 中说：

wdog0 和wdog1 都是不喂狗时触发硬件reset 信号吗？

会，都可以通过寄存器配置决定是否产生中断活复位系统。

@kelsey Tina是基于openWRT构建的，而target则是openWRT的方案配置，比如说，我的根文件系统包含哪些包， 用什么启动方式（busybox/procd），开机启动脚本，使用的是哪个平台，内核版本等。而device则是板端的一些配置，和硬件相关的，比如描述板端信息的board.dts，内核的config配置，分区信息等。

@null037 感觉像是代码的问题，DMA还没有准备好buffer，sensor数据就来了

@likehengall 可以将你们下载的awusb那个包发上来看看，我给你修改试试？

@jr_online 在这个时候，需要理解Tina package的概念，自己增加一个package，在package中，将你的一些.so库拷贝安装。可以参考package/allwinner目录下的包，比如说liballwinner-base这个包，它就是拷贝一些库的。

@null037 本身csi驱动框架就已经支持上了呢，为何需要修改代码呢。移植sensor只需要增加sensor驱动和修改board.dts中的配置就可以了，猜测你dts没有配置正确导致的。

@jinxiangwzh 在 关于TinaLinux4.9中的sys_config.fex的pwm配置 中说：

@whycanservice 感谢回复 这个看明白了

我另一组按键的配置为啥在这个文件中找不到 无论是搜索gpiokey还是PD19都没有？

[gpiokey]
compatible = "gpio-keys"
autorepeat = 1
label = "capture_key"
gpios = port:PD19<6><default><default><default>
linux,input-type = <1>
linux,code = 0x1ba

建议在board.dts中增加，linux4.9不需要再sys_config.fex中配置，而gpio-keys的配置，可以看看内核代码，这个是内核原生的，看看代码解析哪些字段信息，从而增加即可。

@jinxiangwzh 这个pwm的问题应该是PWM0资源被使用了，可以看看是不是被显示模块使用了，从而你这边无法申请资源。

说这么多还不如贴上烧录过程的log以及启动的log，同时确认是不是安全的固件。如果是安全的固件，恭喜你，芯片烧录的key和你的安全固件不匹配，要不就找回之前烧录的key，要不就重新换芯片吧。

@inomec MEDIA_BUS_FMT_SBGGR8_1X8，配置为这个。将sensor端的一些时序寄存器都配置一下，逐个尝试，可以看看这个mipi sensor 调试流程。

@inomec 这个是配置sensor端的，SOC只是接收

@inomec 不需要啦

@inomec 忘了，看看代码最后怎么使用吧

@inomec ths-prepare 这个

@inomec 这个本身就是soc端出厂的时候就设置好的，不建议修改这个，提高这个值就像你电脑超频了

@inomec 支持，你的配置也是对的，vin应该没有这个限制吧

@inomec 不存在什么电压高的，除非本身mipi信号的电压就不对，还是往时序考虑吧。同时可以将sensor的mipi输出配置为非连续时钟模式试试

@inomec 好像不是ns，应该是和clk数有关的，往大往小调就行

ths-prepare ths-zero 这些信息一般配置sensor端的，不修改SOC CSI端的。建议查看sensor的datasheet进行修改。sensor驱动中，info->time_hs 信息可以配置soc端的ths-prepare时间。

也可以看看是不是引脚冲突了

看起来像是这个物料的问题，读取的时候超时了。导致没有根文件系统挂载而异常。
可以换个物料试试

@spring123 sudo apt-get install u-boot-tools，安装这个包就会有这个命令了

@inomec 取整

@a850874651 有没有可能你的固件太大了，已经超过了flash的容量，导致烧录错误才无法启动的。

其实截图这个不影响的，出现这个问题是这些包的Makefile编写问题，不影响使用其他的。如果看着不爽，可以增加下面的补丁：

diff --git a/allwinner/eyesee-mpp/dragonboard/Makefile b/allwinner/eyesee-mpp/dragonboard/Makefile
index df7079852..42c806cca 100755
--- a/allwinner/eyesee-mpp/dragonboard/Makefile
+++ b/allwinner/eyesee-mpp/dragonboard/Makefile
@@ -48,8 +48,6 @@ else ifeq ($(TARGET_CHIP), sun8iw16p1)
     MPPCFG_CHIP := AW1816
 else ifeq ($(TARGET_CHIP), sun8iw21p1)
     MPPCFG_CHIP := AW1886
-else
-    $(error fatal error! $(TARGET_CHIP) is not support by eyesee-mpp!)
 endif
 export MPPCFG_CHIP
 #config write file method: LINUX_VFS, DIRECT_IO
diff --git a/allwinner/eyesee-mpp/middleware/Makefile b/allwinner/eyesee-mpp/middleware/Makefile
index 165aaae97..087cb6b15 100755
--- a/allwinner/eyesee-mpp/middleware/Makefile
+++ b/allwinner/eyesee-mpp/middleware/Makefile
@@ -38,8 +38,6 @@ else ifeq ($(TARGET_CHIP), sun8iw19p1)
     SRC_CODE_DIR := $(SRC_CODE_DIR)/sun8iw19p1
 else ifeq ($(TARGET_CHIP), sun8iw21p1)
     SRC_CODE_DIR := $(SRC_CODE_DIR)/sun8iw21
-else
-    $(error fatal error! $(TARGET_CHIP) is not support by eyesee-mpp!)
 endif

 # This specifies the directory where file depends. when files in it update, increasing compile will be enable.
@@ -85,8 +83,6 @@ else ifeq ($(TARGET_CHIP), sun8iw19p1)
     MPPCFG_CHIP := AW1817
 else ifeq ($(TARGET_CHIP), sun8iw21p1)
     MPPCFG_CHIP := AW1886
-else
-    $(error fatal error! $(TARGET_CHIP) is not support by eyesee-mpp!)
 endif
 export MPPCFG_CHIP
 #config log level for compile

看起来像编译依赖没有安装好，确认stdc++这些是否都有安装了

@smiletiger 串口的DMA确实是有点问题的，因为不知道每次接收的长度，使用DMA搬运并不知道一次搬多少，只能配置为CPU读取。不说了，知道垃圾就行。

可以参考这篇个帖子：
全志芯片如何提高GPIO触发中断精度？
https://bbs.aw-ol.com/topic/1955/share/1

全志客户服务平台上有这个FAQ：【FAQ888】如何提高GPIO触发中断精度

@inomec 是的，可以看看linux的video框架

@inomec用vin的好，方便快速。而文档则需要在全志客户服务平台上看是否可以找到了，一般都是有介绍的

@lts52341314 这是想提高采样精度吗？

可以使用的，编译awusb的时候，需要确认，Makefile是否按照文档修改了，需要修改为M=$(shell PWD)
同时，将awusb.c 中的头文件，从 #include <linux/signal.h>修改为#include <linux/sched/signal.h> ，然后再重新编译试试。