ec9848f9-1a01-40c0-b0db-41b0b77250fa-image.png

终于找到了前人的帖子 LCD 红蓝颜色互换
方法就是在uboot的设备树中增加lcd_rb_swap = <1>;

在uboot的板级设备树中/device/config/chips/r528/configs/evb1/uboot-board.dts中增加

&lcd0 {
lcd_rb_swap = <1>; //+++
｝；

注意更改后make 的时候uboot 的设备树并不会更新。
而且我的SDK在muboot后也不更新。后来经过不断尝试，发现
变更一下uboot的配置文件lichee/brandy-2.0/u-boot-2018/configs/sun8iw20p1_defconfig 之后才能更新。

在内核板级设备树中device/config/chips/r528/configs/evb1/board.dts
修改fb0_format = <1>; 也起到红蓝色变化的作用，但是uboot中修改不起作用。
&disp {
fb0_format = <1>;
｝

@nlj_moon HCI注册到HCI Realtek H5 protocol了吧，kernel把这个关了再看看

@fzzx2012 检查uart3相关寄存器是否正常，uart3是否被linux io_disable，uart3是否被linux占用，uart3引脚配置是否正常

现在使能了INTC_EN_REG0寄存器，现在中断有响应，但是提醒没有中断处理函数，这是什么原因？
writel(readl(INTC_EN_REG0)|(1<<14), INTC_EN_REG0);

8561f7f9-33fa-4653-ab10-3e177c7279b2-image.png

@bigfly 厉害，终于看到开整lvgl+melis~~ 另外，这个melis触摸可以如何入坑。有了触摸好玩点~~

@trackoftime
不适合，没有编解码器，建议用 V851S + XR829

@yuhudnehao 在 Linux t507 4.9 蓝牙问题 中说：

微信图片_20230522222637.png 链接文本
图中可以看出我的所有蓝牙反面的驱动都已经可以了 但是就是灭有hci0出现 芯片是xr829 wifi已经可以了 但是蓝牙加载都没有相关驱动出来
/dev/ttyS1也有出现

博主怎么解决的

解决：问题找到了，tina linux内核rootfs只支持squashfs文件系统，如果选用其它文件系统就会出现上面的情况

@px_forever 我已经知道怎么接了，可以百度一下RGB888在程序上是如何转RGB565，你就知道怎么接了。实际上转换原理就是某些通道去掉低位即可，那么只需要对应通道接高5位，高6位就行。

ion内存申请错误，看看是不是超内存了

AXP2101，AXP717 ?

@abcdef 报错信息没截全吧，看不出来啥😧

多输入sample.txt文件配置，当只有一个nb模型但需要有两个输入时：

[network] ./network_binary.nb [input] ./iter_0_images_262_out0_1_3_640_640.tensor ./input_0.dat

多网络sample.txt文件配置，当需要一次运行多个nb模型时，不同nb以标签为界限：

[network] ./network_binary.nb [input] ./iter_0_images_262_out0_1_3_640_640.tensor [network] ./network_binary.nb [input] ./input_0.dat

读取sample.txt失败，检查一下vpm_run.c源码，查看获取文件名的换行符类型

windows操作系统的换行为：CR/LF或\r\n，而Linux的换行符为LF或\n

U-Boot 2018.05 (Jul 18 2023 - 07:06:50 +0000) Allwinner Technology

[00.330]CPU: Allwinner Family
[00.333]Model: sun8iw20
[00.335]DRAM: 128 MiB
[00.338]Relocation Offset is: 04ebe000
[00.366]secure enable bit: 0
[00.368]smc_tee_inform_fdt failed with: -65526[00.372]CPU=1008 MHz,PLL6=600 Mhz,AHB=200 Mhz, APB1=100Mhz MBus=300Mhz
[00.379]gic: sec monitor mode
[00.382]flash init start
[00.384]workmode = 0,storage type = 1
[00.387][mmc]: mmc driver ver uboot2018:2021-11-19 15:38:00
[00.392][mmc]: get sdc_type fail and use default host:tm1.
[00.399][mmc]: can't find node "mmc0",will add new node
[00.403][mmc]: fdt err returned <no error>
[00.407][mmc]: Using default timing para
[00.411][mmc]: SUNXI SDMMC Controller Version:0x50310
[00.437][mmc]: card_caps:0x3000000a
[00.440][mmc]: host_caps:0x3000003f
[00.445]sunxi flash init ok
[00.447]line:703 init_clocks
[00.450]drv_disp_init
request pwm success, pwm7:pwm7:0x2000c00.
fdt get node offset faill: hdmi
[00.466]unable to map hdmi registers
[00.470]drv_disp_init finish
[00.472]boot_gui_init:start
[00.475]set disp.dev2_output_type fail. using defval=0
[00.481]set disp.fb0_width fail. using defval=0
[00.485]set disp.fb0_height fail. using defval=0
[00.490]boot_gui_init:finish
partno erro : can't find partition bootloader
[00.511]ili9488 3line spi init...
[00.680]ili9488 init ok
54 bytes read in 1 ms (52.7 KiB/s)
[00.686]bmp_name=bootlogo.bmp size 307272
307272 bytes read in 15 ms (19.5 MiB/s)
[00.724]Loading Environment from SUNXI_FLASH... OK
[00.746]Item0 (Map) magic is bad
[00.748]the secure storage item0 copy0 magic is bad
[00.757]Item0 (Map) magic is bad
[00.759]the secure storage item0 copy1 magic is bad
[00.764]Item0 (Map) magic is bad
secure storage read widevine fail
[00.770]secure storage read widevine fail with:-1
secure storage read ec_key fail
[00.777]secure storage read ec_key fail with:-1
secure storage read ec_cert1 fail
[00.785]secure storage read ec_cert1 fail with:-1
secure storage read ec_cert2 fail
[00.792]secure storage read ec_cert2 fail with:-1
secure storage read ec_cert3 fail
[00.800]secure storage read ec_cert3 fail with:-1
secure storage read rsa_key fail
[00.807]secure storage read rsa_key fail with:-1
secure storage read rsa_cert1 fail
[00.814]secure storage read rsa_cert1 fail with:-1
secure storage read rsa_cert2 fail
[00.822]secure storage read rsa_cert2 fail with:-1
secure storage read rsa_cert3 fail
[00.830]secure storage r[00.833]LCD open finish
ead rsa_cert3 fail with:-1
[00.837]out of usb burn from boot: not need burn key
nkx_debug:board/sunxi/board_common.c:board_late_init:735
partinfo: name animation, start 0x9ac40, size 0x1000 4499e900
cann't get the boot_base from the env
partno erro : can't find partition private
root_partition is rootfs
set root to /dev/mmcblk0p5
[00.954]update part info
[00.958]update bootcmd
[00.962]change working_fdt 0x4487de70 to 0x4485de70
disable nand error: FDT_ERR_BADPATH
[00.983]update dts
Hit any key to stop autoboot: 0
card0 has inited
curr_device:0
Device: SUNXI SD/MMC
Manufacturer ID: 3
OEM: 5344
Name: SD32G
Bus Speed: 50000000
Mode : SD High Speed (50MHz)
Rd Block Len: 512
SD version 3.0
High Capacity: Yes
Capacity: 29.7 GiB
Bus Width: 4-bit
Erase Group Size: 512 Bytes

Partition Map for MMC device 0 -- Partition Type: EFI

Part Start LBA End LBA Name
Attributes
Type GUID
Partition GUID
1 0x00008a40 0x0000aa3f "boot-resource"
attrs: 0x0000000000000000
type: 0fc63daf-8483-4772-8e79-3d69d8477de4
guid: 95cb543e-7ee1-4fa4-a48d-19f4c0352c8a
2 0x0000aa40 0x0000ab3f "env"
attrs: 0x0000000000000000
type: 0fc63daf-8483-4772-8e79-3d69d8477de4
guid: 94d4b072-13b6-4699-9676-6f05233998db
3 0x0000ab40 0x0000ac3f "env-redund"
attrs: 0x0000000000000000
type: 0fc63daf-8483-4772-8e79-3d69d8477de4
guid: ed68367a-e492-4fc3-a7bb-66e052ca2ac7
4 0x0000ac40 0x0001ac3f "boot"
attrs: 0x0000000000000004
type: 0fc63daf-8483-4772-8e79-3d69d8477de4
guid: 8f4db6e3-c9ec-42c3-9ba2-ce67fa773c22
5 0x0001ac40 0x0009ac3f "rootfs"
attrs: 0x0000000000000000
type: 0fc63daf-8483-4772-8e79-3d69d8477de4
guid: e893bf91-0818-4fb8-a9c6-b3dad0d78a22
6 0x0009ac40 0x0009bc3f "animation"
attrs: 0x0000000000000000
type: 0fc63daf-8483-4772-8e79-3d69d8477de4
guid: 6d14f6bf-af7c-424d-a1eb-ff0a2e972b52
5183488 bytes read in 217 ms (22.8 MiB/s)
[03.333]no vendor_boot partition is found
Android's image name: sun8iw20p1
[03.345]Starting kernel ...

[03.348][mmc]: MMC Device 2 not found
[03.351][mmc]: mmc 2 not find, so not exit
[ 0.000000] Booting Linux on physical CPU 0x0
[ 0.000000] Linux version 5.4.61 (bob@bob) (arm-linux-gnueabi-gcc (Linaro GCC 7.2-2017.11) 7.2.1 20171011, GNU ld (Linaro_Binutils-2017.11) 2.28.2.20170706) #61 SMP PREEMPT Wed Apr 17 13:45:54 CST 2024
[ 0.000000] CPU: ARMv7 Processor [410fc075] revision 5 (ARMv7), cr=10c5387d
[ 0.000000] CPU: div instructions available: patching division code
[ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
[ 0.000000] OF: fdt: Machine model: sun8iw20
[ 0.000000] printk: bootconsole [earlycon0] enabled
[ 0.000000] animation reserve base 0x4499e900 ,size 0x200000
[ 0.000000] Memory policy: Data cache writealloc
[ 0.000000] cma: Reserved 8 MiB at 0x47800000
[ 0.000000] On node 0 totalpages: 32512
[ 0.000000] Normal zone: 256 pages used for memmap
[ 0.000000] Normal zone: 0 pages reserved
[ 0.000000] Normal zone: 32512 pages, LIFO batch:7
[ 0.000000] psci: probing for conduit method from DT.
[ 0.000000] psci: PSCIv1.0 detected in firmware.
[ 0.000000] psci: Using standard PSCI v0.2 function IDs
[ 0.000000] psci: MIGRATE_INFO_TYPE not supported.
[ 0.000000] psci: SMC Calling Convention v1.0
[ 0.000000] percpu: Embedded 15 pages/cpu s30796 r8192 d22452 u61440
[ 0.000000] pcpu-alloc: s30796 r8192 d22452 u61440 alloc=15*4096
[ 0.000000] pcpu-alloc: [0] 0 [0] 1
[ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 32256
[ 0.000000] Kernel command line: earlyprintk=sunxi-uart,0x02500000 clk_ignore_unused initcall_debug=0 console=ttyS0,115200 loglevel=8 root=/dev/mmcblk0p5 init=/sbin/init partitions=ext4 cma=8M gpt=1 androidboot.hardware=sun8iw20p1 boot_type=1 androidboot.boot_type=1 gpt=1 uboot_message=2018.05(07/18/2023-07:06:50) animation_reserve=0x4499e900,2097152 disp_reserve=614400,0x448e6000 androidboot.dramsize=128
[ 0.000000] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes, linear)
[ 0.000000] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes, linear)
[ 0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off
[ 0.000000] Memory: 104808K/130048K available (7168K kernel code, 356K rwdata, 2476K rodata, 1024K init, 177K bss, 17048K reserved, 8192K cma-reserved)
[ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[ 0.000000] rcu: Preemptible hierarchical RCU implementation.
[ 0.000000] Tasks RCU enabled.
[ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 10 jiffies.
[ 0.000000] NR_IRQS: 16, nr_irqs: 16, preallocated irqs: 16
[ 0.000000] random: get_random_bytes called from start_kernel+0x248/0x3d0 with crng_init=0
[ 0.000000] arch_timer: cp15 timer(s) running at 24.00MHz (phys).
[ 0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x588fe9dc0, max_idle_ns: 440795202592 ns
[ 0.000006] sched_clock: 56 bits at 24MHz, resolution 41ns, wraps every 4398046511097ns
[ 0.008026] Switching to timer-based delay loop, resolution 41ns
[ 0.014226] clocksource: timer: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 79635851949 ns
[ 0.024006] Console: colour dummy device 80x30
[ 0.028479] Calibrating delay loop (skipped), value calculated using timer frequency.. 48.00 BogoMIPS (lpj=240000)
[ 0.038833] pid_max: default: 32768 minimum: 301
[ 0.043591] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[ 0.050927] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[ 0.059307] CPU: Testing write buffer coherency: ok
[ 0.064563] /cpus/cpu@0 missing clock-frequency property
[ 0.069889] /cpus/cpu@1 missing clock-frequency property
[ 0.075243] CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
[ 0.081477] Setting up static identity map for 0x40100000 - 0x40100060
[ 0.088171] rcu: Hierarchical SRCU implementation.
[ 0.093469] smp: Bringing up secondary CPUs ...
[ 0.099223] CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
[ 0.099376] smp: Brought up 1 node, 2 CPUs
[ 0.109219] SMP: Total of 2 processors activated (96.00 BogoMIPS).
[ 0.115391] CPU: All CPU(s) started in SVC mode.
[ 0.120496] devtmpfs: initialized
[ 0.135954] VFP support v0.3: implementor 41 architecture 2 part 30 variant 7 rev 5
[ 0.144130] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[ 0.154019] futex hash table entries: 512 (order: 3, 32768 bytes, linear)
[ 0.161295] pinctrl core: initialized pinctrl subsystem
[ 0.167970] NET: Registered protocol family 16
[ 0.174058] DMA: preallocated 256 KiB pool for atomic coherent allocations
[ 0.220474] rtc_ccu: sunxi ccu init OK
[ 0.226724] ccu: sunxi ccu init OK
[ 0.230599] r_ccu: sunxi ccu init OK
[ 0.281353] iommu: Default domain type: Translated
[ 0.286541] sunxi iommu: irq = 24
[ 0.291090] SCSI subsystem initialized
[ 0.295248] usbcore: registered new interface driver usbfs
[ 0.300885] usbcore: registered new interface driver hub
[ 0.306316] usbcore: registered new device driver usb
[ 0.311572] mc: Linux media interface: v0.10
[ 0.315956] videodev: Linux video capture interface: v2.00
[ 0.323232] sunxi-msgbox-amp 3003000.msgbox: invalid resource
[ 0.330070] Advanced Linux Sound Architecture Driver Initialized.
[ 0.336934] Bluetooth: Core ver 2.22
[ 0.340580] NET: Registered protocol family 31
[ 0.345027] Bluetooth: HCI device and connection manager initialized
[ 0.351421] Bluetooth: HCI socket layer initialized
[ 0.356314] Bluetooth: L2CAP socket layer initialized
[ 0.361398] Bluetooth: SCO socket layer initialized
[ 0.366672] pwm module init!
[ 0.370505] [DISP]disp_module_init
[ 0.374612] disp 5000000.disp: Adding to iommu group 0
[ 0.380366] [DISP] parser_disp_init_para,line:1430:
[ 0.380370] of_property_read fb0_width fail
[ 0.389481] [DISP] disp_init,line:2387:
[ 0.389486] smooth display screen:0 type:1 mode:4
[ 0.415103] do not get the node of hdmi
[ 0.419300] display_fb_request,fb_id:0
[ 0.425893] disp_al_manager_apply ouput_type:1
[ 0.430537] [DISP] lcd_clk_config,line:744:
[ 0.430547] disp 0, clk: pll(294000000),clk(294000000),dclk(49000000) dsi_rate(294000000)
[ 0.430547] clk real:pll(288000000),clk(288000000),dclk(48000000) dsi_rate(0)
[ 0.435562] [DISP]disp_module_init finish
[ 0.450767] platform 2000c17.pwm7: pinctrl_get failed
[ 0.455559] input: sunxi-keyboard as /devices/virtual/input/input0
[ 0.467300] free logo buffer src_phy_addr=0x448e6000 fb_height=320 src_stride=1920
[ 0.475109] clocksource: Switched to clocksource arch_sys_counter
[ 0.475480] Freeing logo buffer memory: 600K
[ 0.494821] sun8iw20-pinctrl pio: initialized sunXi PIO driver
[ 0.515080] sunxi cedar version 1.1
[ 0.518995] animation:dec_test_init:489 dec test version 1.0
[ 0.528775] 8<--- cut here ---
[ 0.531888] Unable to handle kernel NULL pointer dereference at virtual address 00000064
[ 0.540109] thermal_sys: Registered thermal governor 'user_space'
[ 0.540116] thermal_sys: Registered thermal governor 'power_allocator'
[ 0.546264] pgd = (ptrval)
[ 0.547067] NET: Registered protocol family 2
[ 0.552842] [00000064] *pgd=00000000
[ 0.557030] tcp_listen_portaddr_hash hash table entries: 512 (order: 0, 6144 bytes, linear)
[ 0.560172] Internal error: Oops: 5 [#1] PREEMPT SMP ARM
[ 0.563588] TCP established hash table entries: 1024 (order: 0, 4096 bytes, linear)
[ 0.571898] Modules linked in:
[ 0.571910] CPU: 0 PID: 22 Comm: kworker/0:1 Not tainted 5.4.61 #61
[ 0.571913] Hardware name: Generic DT based system
[ 0.571931] Workqueue: events test_decoder
[ 0.577271] TCP bind hash table entries: 1024 (order: 1, 8192 bytes, linear)
[ 0.584888] PC is at cedar_get_device+0x8/0x14
[ 0.587969] TCP: Hash tables configured (established 1024 bind 1024)
[ 0.594200] LR is at mem_ion_create+0xa4/0xe0
[ 0.599102] UDP hash table entries: 256 (order: 1, 8192 bytes, linear)
[ 0.603097] pc : [<c0524298>] lr : [<c051bc44>] psr: 40000013
[ 0.610169] UDP-Lite hash table entries: 256 (order: 1, 8192 bytes, linear)
[ 0.614569] sp : c7149d90 ip : c721d6f8 fp : 00000000
[ 0.621134] NET: Registered protocol family 1
[ 0.625268] r10: c721d554 r9 : 00000000 r8 : c721d540
[ 0.625272] r7 : 00000001 r6 : c0c04e08 r5 : 00000000 r4 : c721d6c0
[ 0.625277] r3 : 00000000 r2 : ffffffd8 r1 : 00000000 r0 : c721d6e0
[ 0.625284] Flags: nZcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment none
[ 0.625290] Control: 10c5387d Table: 4000406a DAC: 00000051
[ 0.635324] Initialise system trusted keyrings
[ 0.638156] Process kworker/0:1 (pid: 22, stack limit = 0x(ptrval))
[ 0.645696] workingset: timestamp_bits=30 max_order=15 bucket_order=0
[ 0.650347] Stack: (0xc7149d90 to 0xc714a000)
[ 0.670029] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[ 0.673337] 9d80: 00000000 00000000 c6965c00 c051fefc
[ 0.716267] Key type asymmetric registered
[ 0.721749] 9da0: ffffe000 c76b7d40 c7138640 c703be80 c7149de4 c07b5e14 00000000 c0c7e0d8
[ 0.725890] Asymmetric key parser 'x509' registered
[ 0.734013] 9dc0: c8e45000 c0c04e08 00000000 c0526f68 c76b7d40 c7138640 c703be80 c7138a44
[ 0.738917] io scheduler mq-deadline registered
[ 0.747063] 9de0: c7149e14 c07b224c 00000000 00000000 00000000 ffffe000 c0c04efc c0c04e28
[ 0.747073] 9e00: c018b0e4 c7149eac c7149e5c c0b42b54 c7149e24 e10e32e3 00000001 c7149e68
[ 0.751596] io scheduler kyber registered
[ 0.759776] 9e20: c7149e64 7fffffff 00000002 00000001 00000000 00000000 00000000 00000000
[ 0.759785] 9e40: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 0.788353] 9e60: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 0.796548] 9e80: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 0.804715] 9ea0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 0.812900] 9ec0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 0.821068] 9ee0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 0.829262] 9f00: 00000000 00000000 00000000 00000000 00000000 e10e32e3 c7038000 c7011800
[ 0.837474] 9f20: c76b7940 c721d550 c76baa00 00000000 00000000 c721d554 00000000 c012f42c
[ 0.845651] 9f40: c7011800 c721d550 c7011800 c7011814 c76b7940 c7148000 c76b7958 c0c02d00
[ 0.853829] 9f60: c0c0cb40 c012fa38 00000000 c7016c40 c7148000 c7016d40 c7011800 c7053ec4
[ 0.861997] 9f80: c012f808 c7016c5c 00000000 c01341f0 c7016d40 c01340d8 00000000 00000000
[ 0.870191] 9fa0: 00000000 00000000 00000000 c01010e8 00000000 00000000 00000000 00000000
[ 0.878368] 9fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 0.886544] 9fe0: 00000000 00000000 00000000 00000000 00000013 00000000 00000000 00000000
[ 0.894726] [<c0524298>] (cedar_get_device) from [<c051bc44>] (mem_ion_create+0xa4/0xe0)
[ 0.902820] [<c051bc44>] (mem_ion_create) from [<c051fefc>] (CreateVideoDecoder+0x88/0x13c)
[ 0.911173] [<c051fefc>] (CreateVideoDecoder) from [<c0526f68>] (test_decoder+0x50/0x40c)
[ 0.919366] [<c0526f68>] (test_decoder) from [<c012f42c>] (process_one_work+0x16c/0x20c)
[ 0.927452] [<c012f42c>] (process_one_work) from [<c012fa38>] (worker_thread+0x230/0x2d4)
[ 0.935640] [<c012fa38>] (worker_thread) from [<c01341f0>] (kthread+0x118/0x124)
[ 0.943049] [<c01341f0>] (kthread) from [<c01010e8>] (ret_from_fork+0x14/0x2c)
[ 0.950259] Exception stack(0xc7149fb0 to 0xc7149ff8)
[ 0.955304] 9fa0: 00000000 00000000 00000000 00000000
[ 0.963481] 9fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 0.971664] 9fe0: 00000000 00000000 00000000 00000000 00000013 00000000
[ 0.978300] Code: c0523ce4 e12fff1e e59f3008 e5933000 (e5930064)
[ 0.984526] ---[ end trace ff862de5f4f40aa5 ]---
[ 0.984578] atomic64_test: passed
[ 0.995783] sunxi_sid_init()551 - insmod ok
[ 1.000499] pwm-regulator: supplied by regulator-dummy
[ 1.008250] sun8iw20-pinctrl pio: pio supply vcc-pe not found, using dummy regulator
[ 1.016734] uart uart0: get regulator failed
[ 1.021027] uart uart0: uart0 supply uart not found, using dummy regulator
[ 1.028271] uart0: ttyS0 at MMIO 0x2500000 (irq = 34, base_baud = 1500000) is a SUNXI
[ 1.036142] sw_console_setup()1808 - console setup baud 115200 parity n bits 8, flow n
[ 1.044123] printk: console [ttyS0] enabled
[ 1.044123] printk: console [ttyS0] enabled
[ 1.053024] printk: bootconsole [earlycon0] disabled
[ 1.053024] printk: bootconsole [earlycon0] disabled
[ 1.064277] sun8iw20-pinctrl pio: pio supply vcc-pg not found, using dummy regulator
[ 1.073298] uart uart3: get regulator failed
[ 1.078203] uart uart3: uart3 supply uart not found, using dummy regulator
[ 1.086220] uart3: ttyS3 at MMIO 0x2500c00 (irq = 35, base_baud = 1500000) is a SUNXI
[ 1.096087] misc dump reg init
[ 1.102575] libphy: Fixed MDIO Bus: probed
[ 1.107483] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 1.114763] sunxi-ehci: EHCI SUNXI driver
[ 1.119635] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[ 1.126569] sunxi-ohci: OHCI SUNXI driver
[ 1.131659] usbcore: registered new interface driver uas
[ 1.137720] usbcore: registered new interface driver usb-storage
[ 1.144469] usbcore: registered new interface driver ums-alauda
[ 1.151143] usbcore: registered new interface driver ums-cypress
[ 1.157920] usbcore: registered new interface driver ums-datafab
[ 1.164666] usbcore: registered new interface driver ums_eneub6250
[ 1.171626] usbcore: registered new interface driver ums-freecom
[ 1.178390] usbcore: registered new interface driver ums-isd200
[ 1.185048] usbcore: registered new interface driver ums-jumpshot
[ 1.191912] usbcore: registered new interface driver ums-karma
[ 1.198484] usbcore: registered new interface driver ums-onetouch
[ 1.205371] usbcore: registered new interface driver ums-realtek
[ 1.212118] usbcore: registered new interface driver ums-sddr09
[ 1.218788] usbcore: registered new interface driver ums-sddr55
[ 1.225452] usbcore: registered new interface driver ums-usbat
[ 1.232007] usbcore: registered new interface driver idmouse
[ 1.239142] sunxi_gpadc_init,2151, success
[ 1.244019] sunxi_gpadc_setup: get channel scan data failed
[ 1.250560] input: sunxi-gpadc0 as /devices/virtual/input/input1
[ 1.259652] sunxi-rtc 7090000.rtc: registered as rtc0
[ 1.265445] sunxi-rtc 7090000.rtc: setting system clock to 1970-01-01T00:00:19 UTC (19)
[ 1.274396] sunxi-rtc 7090000.rtc: sunxi rtc probed
[ 1.280320] i2c /dev entries driver
[ 1.284328] IR NEC protocol handler initialized
[ 1.289811] sun8iw20-pinctrl pio: pio supply vcc-pb not found, using dummy regulator
[ 1.298769] sunxi-rc-recv 7040000.s_cir: sunxi_irrx_resource_get: get ir protocol failed
[ 1.307900] Registered IR keymap rc_map_sunxi
[ 1.312914] rc rc0: sunxi-ir as /devices/platform/soc@3000000/7040000.s_cir/rc/rc0
[ 1.321601] rc rc0: lirc_dev: driver sunxi-rc-recv registered at minor = 0, raw IR receiver, no transmitter
[ 1.332695] input: sunxi-ir as /devices/platform/soc@3000000/7040000.s_cir/rc/rc0/s_cir_rx
[ 1.344147] sunxi-wdt 20500a0.watchdog: Watchdog enabled (timeout=16 sec, nowayout=0)
[ 1.353288] Bluetooth: HCI UART driver ver 2.3
[ 1.358279] Bluetooth: HCI UART protocol H4 registered
[ 1.364006] Bluetooth: HCI UART protocol BCSP registered
[ 1.369938] Bluetooth: XRadio Bluetooth LPM Mode Driver Ver 1.0.10
[ 1.379719] sunxi-mmc 4020000.sdmmc: SD/MMC/SDIO Host Controller Driver(v4.21 2021-11-18 10:02)
[ 1.389665] sunxi-mmc 4020000.sdmmc: ctl-spec-caps 8
[ 1.395853] sunxi-mmc 4020000.sdmmc: No vmmc regulator found
[ 1.402160] sunxi-mmc 4020000.sdmmc: No vqmmc regulator found
[ 1.408578] sunxi-mmc 4020000.sdmmc: No vdmmc regulator found
[ 1.414982] sunxi-mmc 4020000.sdmmc: No vd33sw regulator found
[ 1.421494] sunxi-mmc 4020000.sdmmc: No vd18sw regulator found
[ 1.428006] sunxi-mmc 4020000.sdmmc: No vq33sw regulator found
[ 1.434507] sunxi-mmc 4020000.sdmmc: No vq18sw regulator found
[ 1.441471] sunxi-mmc 4020000.sdmmc: Got CD GPIO
[ 1.790006] random: fast init done
[ 47.221340] random: crng init done

按照上面方法内核崩了。也没有动画出现。

@haaland
Tina

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

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(); + } + } + }

请问最后是怎么弄好的？

解決了，需要 enable buildroot libinput library
#make menuconfig
Target packages → Libraries → Hardware handling → libinput

@zhoublin3
试试多等几分钟。
我用的是移植到哪吒D1上的debian，连wifi的时候也是这样，我等了十分钟左右吧，输出就少了能工作了。

遵循以下步骤

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编译通过，其他版本需测试。

@ht1123
错误原因为修改 linux-5.4/drives/mtd/tests/oobtest.c,修改内容为：
fec1771f-adf6-43f1-ab4a-6a6d67214d7d-image.png
将所有相同结构都进行修改，编译为驱动加载后导致标记坏块，不知道怎么解决。

问题已经找到，原来是0.9V电源电压不够，只有0.84V,外加0.9V电源供电正常启动.

comment; Security ID#type; SID#base; SID 0x03006000#regdef; SID_RKEY0; 0x000; Securiy root key[31:0]#regdef; SID_RKEY1; 0x004; Securiy root key[63:32]#regdef; SID_RKEY2; 0x008; Securiy root key[95:64]#regdef; SID_RKEY3; 0x00C; Securiy root key[127:96]#regdef; SID_THS; 0x014; [27:16]: The calibration value of the T-sensor.#regdef; SID_DATA; 0x200 4; SID data (xfel display as 'sid' replay)#regdef; BOOT_MODE; 0x210; [27:16]: eFUSE boot select status, [0]: 0: GPIO boot select, 1: eFuse boot select#regdef; SID_UNDOC; 0x214 507;#regdef; pad 0; 2560; Set i/o block size

我用的mq-r v1.0的很小的板子，console用的uart0（PE2和PE3），你自己在sys config.fex里核对一下就好了。记得接地线。QQ图片20230605155336.jpg

@fengshuo 后续：

我寻思着 ld: cannot find -lperl 的意思就是在 -L 指定的路径下找不到能链接的 libperl.so 或者 libperl.a 文件对吧，那我从 https://pkgs.org/download/libperl-dev 下载一个同版本 aarch64 架构的 libperl.a 补到 prebuilt/gcc/linux-x86/aarch64/toolchain-sunxi-glibc/toolchain/lib 应该就行了吧。（整个 R329 SDK 不存在任何 libperl.so 或 libperl.a 文件而且 make menuconfig 也找不到叫“libperl”的选项，不得已才从网上下）

不行。这回 ld 倒是找着了库，make 继续往下跑了几步之后又报错退出了：/usr/share/perl/5.26/Carp.pm panic: attempt to copy freed scalar

网上一搜，这是 perl 的老 bug 了：https://rt.cpan.org/Public/Bug/Display.html?id=72467 照着这个帖子修改了 /usr/share/perl/5.26/Carp.pm 就不会再报错了。不清楚为什么交叉编译环境里的 perl 要引用系统的 perl 模块，不过毕竟 perl 是解释型语言，这样跨架构应该问题不大。

之后再 make 又报错，说 U64 类型被定义了两遍。一遍在 out/r329-evb5/compile_dir/target/net-snmp-5.4.4/include/net-snmp/library/int64.h ，另一遍在 /usr/lib/x86_64-linux-gnu/perl/5.26/CORE/perl.h 。

这个问题也是好几年前就有人给 net-snmp 团队报告过了：https://sourceforge.net/p/net-snmp/bugs/2794/ 高版本的 net-snmp 已修复，可惜SDK里包含的版本太旧。我参考修复了这个问题的 commit 31613e 照葫芦画瓢给它修了（就是把 U64 的 typedef 去掉，其他地方的 U64 换成 struct counter64 ）。

不知道是因为我这一通操作还是什么别的原因，后面 make 竟然用 /usr/bin/ld 去链接一堆很明显要走交叉编译的文件，然后告诉我它找不到各种各样的库...... 现在真的怀疑全志提供的 SDK 本来就有毛病。

@wyljkl 你好大佬，R528会弄吗？加个V-----XMKJ868

你好，我也遇到了相同的问题。您最后怎么解决的

@yuwei 在 关于全志disp 中说：

DISP_LAYER_SET_CONFIG

主要是送显示的buf管理不一样
DISP_LAYER_SET_CONFIG 直接传送显示的buf物理地址，上层释放buf后，图层没有关闭可能会有一些异常
DISP_LAYER_SET_CONFIG2 需要传iommu申请的fd，disp驱动中会对这个fd增加一个引用计数，上层释放这个buf后，图层没有关闭情况下，buf是没有释放的，等到关闭图层后，减少引用计数才会释放buf

7d037836-9569-4e9b-8b30-515b86cb00ec-image.png

图层信息

有大佬知道是什么原因吗？

@xu13537826780 一般都好点，除非特殊的切割屏时序不好搞。您联系方式是？？

不知道差别的时候就都擦了吧，有需要部分保留的时候再琢磨一下

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

@name_10____231 现在可以使用了吗？这个路径的更改有用不，可以在uboot命令行模式“env print”查看一下。都已经重新启动，正常应该成功吧

@xiawei
看起来没什么问题，确认串口是可以输入的吗？

@ddrddr

建议用 buildroot，勾选外部工具链和Qt，就没有这么多烦恼了。

可以查阅tools/pack/chips/sun8iw11p1/configs/tlt3_a40i-evm目录下的fex文件。

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

@bigfly --batch-size设置1就行了，他会量化dataset.txt里全部
记得是拿这里得数据集来量化

QQ图片20230616102505.png

先申请再使用，直接输出会冲突。
驱动用到了也需要驱动释放然后这里重新申请使用

锁相环一直初始化失败，检查一下CPU是否是好的，以及焊接是否OK

只能重新烧录，替换BOOT分区。

uboot和spl也会设置，kernel设置前可以检查之前的设置情况或者清除设置

突然想起来之前在这里发过这个问题，现在已经解决了。

在内核配置.config中将CONFIG_CCI关闭，CONFIG_CCI_TO_TWI打开即可使用普通IIC，之前看文档不够仔细，现在直接将sensor1的SCL和SDA接到普通IIC就可以了。

# CONFIG_CCI is not set CONFIG_CCI_TO_TWI=y

在修改 tx_delay , rx_delay 需要在dts 中配置，每次都要重新再烧写过！ 所以在调试时需要耗费很多气力。只要修改一下原本的驱动，就可以无需另外的工具，就可以进行的调试

驱动位置 lichee/linux-5.4/drivers/net/ethernet/allwinner/sunxi-gmac.c

原代码

static ssize_t mii_write_store(struct device *dev, struct device_attribute *attr, const char *buf, size_t count) { struct net_device *ndev = NULL; struct geth_priv *priv = NULL; int ret = 0; u16 reg, addr, val; char *ptr; ptr = (char *)buf; if (dev == NULL) { pr_err("Argment is invalid\n"); return count; } ndev = dev_get_drvdata(dev); if (ndev == NULL) { pr_err("Net device is null\n"); return count; } priv = netdev_priv(ndev); if (priv == NULL) { pr_err("geth_priv is null\n"); return count; } if (!netif_running(ndev)) { pr_warn("eth is down!\n"); return count; } ret = sunxi_parse_write_str(ptr, &addr, &reg, &val); if (ret) return ret; priv->mii_reg.reg = reg; priv->mii_reg.addr = addr; priv->mii_reg.value = val; return count; }

攸改过后

static ssize_t mii_write_store(struct device *dev, struct device_attribute *attr, const char *buf, size_t count) { struct net_device *ndev = NULL; struct geth_priv *priv = NULL; int ret = 0; u16 reg, addr, val; char *ptr; ptr = (char *)buf; if (dev == NULL) { pr_err("Argment is invalid\n"); return count; } ndev = dev_get_drvdata(dev); if (ndev == NULL) { pr_err("Net device is null\n"); return count; } priv = netdev_priv(ndev); if (priv == NULL) { pr_err("geth_priv is null\n"); return count; } if (!netif_running(ndev)) { pr_warn("eth is down!\n"); return count; } ret = sunxi_parse_write_str(ptr, &addr, &reg, &val); if (ret) return ret; if((2 == reg) || (3 == reg)) { u32 clk_value; u8 tdelay; u8 rdelay; clk_value = readl(priv->base_phy); tdelay = (clk_value >> 10) & 0x07; rdelay = (clk_value >> 5) & 0x1f; printk("gmac delay read tx--> %x , rx--> %x \n", tdelay, rdelay); if(2 == reg) { tdelay = (val & 0x07); } else { rdelay = (val & 0x1f); } printk("gmac delay write tx--> %x , rx--> %x \n", tdelay, rdelay); clk_value &= ~((0x07 << 10)| (0x1F << 5)); clk_value |= ((tdelay << 10) | (rdelay << 5)); writel(clk_value, priv->base_phy); } priv->mii_reg.reg = reg; priv->mii_reg.addr = addr; priv->mii_reg.value = val; return count; }

使用方式如下：

先使用 ifconfig eth0 192.168.1.100 ，啟动 gmac 驱动

使用下面命令，进行 tx_delay 修改，3 个参数 , 第一个随便设，第二个需设置 2 , 第三个為 tx_delay 设置值，范围 0x0 ~ 0x7

root@TinaLinux:/# echo 0 2 3 > /sys/devices/platform/soc@3000000/4500000.eth/mii_write [ 66.901376] gmac delay read tx--> 2 , rx--> d [ 66.911086] gmac delay write tx--> 3 , rx--> d root@TinaLinux:/# echo 0 2 5 > /sys/devices/platform/soc@3000000/4500000.eth/mii_write [ 92.944996] gmac delay read tx--> 3 , rx--> d [ 92.954582] gmac delay write tx--> 5 , rx--> d 使用下面命令，进行 rx_delay 修改，3 个参数 , 第一个随便设，第二个需设置 3 , 第三个為 rx_delay 设置值，范围 0x0 ~ 0x1f , 输入需要使用 16 进位 root@TinaLinux:/# echo 0 3 a > /sys/devices/platform/soc@3000000/4500000.eth/mi_write [ 108.317230] gmac delay read tx--> 5 , rx--> d [ 108.327034] gmac delay write tx--> 5 , rx--> a root@TinaLinux:/# echo 0 3 1c > /sys/devices/platform/soc@3000000/4500000.eth/mii_write [ 120.347615] gmac delay read tx--> 5 , rx--> a [ 120.357371] gmac delay write tx--> 5 , rx--> 1c root@TinaLinux:/# echo 0 3 1c > /sys/devices/platform/soc@3000000/4500000.eth/mii_write [ 126.976849] gmac delay read tx--> 5 , rx--> 1c [ 126.986301] gmac delay write tx--> 5 , rx--> 1c

测试时先使用外机 ping d1s ，调整 rx_delay 值后，使用 ifconfig 查看 rx_byte 及 crc 值，看是否有正常接收，并且无 crc 。 找出某一区间都正常，例如 4 ~ c 都是正常的！ 此时将 rx_delay 设置在 8 。

rx_delay 设置后，在用 d1s ping 外机，调整 tx_delay 值，看在什么区间可以正常 ping 不丢包， 一样取中间值

@memory
可能兼容性问题，建议用三星或者闪迪的eMMC芯片。

@gb2047 直接看Read文档，里面有写的

@gb2047 请问有人知道吗？

@gb2047 请问有人知道吗

@xiaoci 我也是移植摄像头卡住最好先参考别人的

找到问题了，grep一下这个宏定义，发现是在openssl库里面的，在make menuconfig里面把下面这个选项勾上就行了
QQ截图20230624110607.png

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

@qiao15839037953

打开 Kconfig 文件，看有没有依赖其他配置。

@pcj203 在 f1c200s自制 win10 USB显示屏 中说：

简介
使用f1c200s tiny200s货架板+1024*600RGB屏,实现一个win10 USB显示屏。

方案原理：
host: win10加载手撸的IDD显示驱动，编码桌面成jpg，然后usb发送给f1c200s.
dev: f1c200s，接收到完整一帧jpg数据，硬解码yuv,然后软件转成rgb输出给/dev/fb0映射的ram.

b站视频链接
https://b23.tv/UDaOqCa

1.jpg
2.jpg
3.jpg
性能：

黑白模式20pfs. 彩色10fps

已知bug:

似乎f1c200s硬解jpg和usb传输有小概率性冲突。表现就是0.5%的帧解出来会花掉。

开源情况：

开发未完成。预计农历新年github上开源。

参考:
*1.github.com/microsoft/Windows-driver-samples/tree/master/video/IndirectDisplay

*2.git://github.com/roshkins/IddSampleDriver.git

*3.https://whycan.com/t_8114.html baremetal hardware JPEG-decoder example (F1C100S)

*4.https://github.com/aodzip/buildroot-tiny200

esp32 s2 实现win10 usb显示屏320*240
已经github上开源: https://github.com/chuanjinpang/win10_idd_xfz1986_usb_graphic_driver_display
4.jpg

f1c200s自制 win10 USB显示屏最新的github 连接可以给出来吗？

解决了，将ts.conf文件下的注释掉一些 如下：

# Uncomment if you wish to use the one-wire linux input layer S70/A70... # module_raw one_wire_ts_input # Uncomment if you wish to use the linux input layer event interface module_raw input # Uncomment if you're using a Sharp Zaurus SL-5500/SL-5000d # module_raw collie # Uncomment if you're using a Sharp Zaurus SL-C700/C750/C760/C860 # module_raw corgi # Uncomment if you're using a device with a UCB1200/1300/1400 TS interface # module_raw ucb1x00 # Uncomment if you're using an HP iPaq h3600 or similar # module_raw h3600 # Uncomment if you're using a Hitachi Webpad # module_raw mk712 # Uncomment if you're using an IBM Arctic II # module_raw arctic2 #module pthres pmin=1 #module variance delta=30 #module dejitter delta=100 module linear

@null037 新体验镜像：v853_linux_100ask_uart0.zip

@xiaomo 我把sd卡拆下来单独挂载在ubuntu上发现也不能挂载sdb4分区，

b333d332-3945-40c4-ade3-75348c5f78d1-image.png

然后看见磁盘管理上的类型隐藏了，会不会是因为这个呀

45b9eb3e-8540-4fab-8fb6-997ff0eb1176-image.png

这个问题就是个坑，全志的文档也没写详细它们的链接过程，反正我是使用SDK里面的编译器，在外部交叉编译好，再把so文件丢进去文件系统里面的，贼山寨的做法，你按照他们的文档来吧，又不知道文件被编译到哪里去了。就很蛋疼................

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

@godzhou0909 基地址不一样吧，改下设备树 di 的 reg 的起点

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

@mysteryli

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

明显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显示

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地址。

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

有没有多点log

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

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

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

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

你确认芯片进入fel了吗？

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

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

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

QQ图片20230718092612.jpg

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

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

20230718093541.png

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

QQ图片20230718093545.png

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

@bit8lab where did you install pegasus from ?, tell me the source you installed it from.

sudo apt install libelf-dev

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

进入uboot命令行后
输入命令

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

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

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

烧录的时候会boot from FEL

@as3213406 在 为什么T507内核启动失败报undefined instruction错误？ 中说：

mmc 2 exit ok
undefined instruction
pc : [<40000000>] lr : [<bff37523>]
reloc pc : [<ca0ca000>] lr : [<4a001523>]
sp : bbefa670 ip : 00000007 fp : 00000001
r10: bff8003f r9 : bbf15e60 r8 : 00000001
r7 : 40080000 r6 : bff99510 r5 : 00000000 r4 : 44000000
r3 : 00000001 r2 : 44000000 r1 : 40080000 r0 : 8000ff04
Flags: nzcv IRQs off FIQs off Mode UK6_32
Resetting CPU ...

resetting ...

没有找到内核。

检查是否没有找到kernel，kernel地址是否正确，kernel压缩格式是否正确，kernel的配置格式是否正确，启动模式ramdisk和extlinux是否正确，安卓镜像打包是否损坏

@vincent_lei 然后现在停在Jump to second boot

问题

能够提供一个H264 新接口的编码DEMO ?

测试过了，应该是选的固件本身有问题
换一个就可以正常执行

ca4a4345-8ee0-47f3-9d2e-f31413688b1e-image.png

@zhaodongyu

带宽=频率*位宽 测试结果与CPU主频，OS调度等有较大影响。

@bigfly 打包TOC0失败一般有2个原因：缺少sboot.bin文件或缺少签名的密钥文件，而sboot.bin文件是在编译阶段时候生成，如果没有sboot.bin文件，那就是编译失败了，不会到打包阶段，因此缺少签名的密钥文件概率最大。

手动在${SDK}/build目录下运行./createkeys，然后再执行打包命令，
注意：
1.第一次打包安全固件必须生成key再打包安全固件。
2.如果执行 rm -rf ${SDK}/out, 需要重新生成key之后再打包安全固件。

@ddrddr apt install busybox

只有sf读取命令，没有boot命令

@dort91011 ISP能力就是4M，超过4M像素可以尝试取byer自行ISP

在坛子里发现了同样的问题，有人解决了吗？
17e5a841-4885-4b81-a562-059e3b317880-image.png

按压式快接头
按压式快接头

【FAQ】Wi-Fi/BT MAC地址定制
https://bbs.aw-ol.com/topic/768/share/1

@dort91011 在 米尔的T507，开机需要摁onoff。可以禁用onoff吗 中说：

上电自启系统

引脚给 1V8就相当于自启动了吧？

@ddrddr 误差取决于硬件设计，GPADC，AVCC的电源质量。

AVCC电压精度不足，一般要求1%的电压精度，VRA1\VRA2\REXT管脚电压异常都会导致获取的温度产生误差。

之前有客户 AVCC 硬件设计错了，读取到的温度是负值

b4ed7d5f-79ca-4659-a3ed-3b4e07a7b370-image.png

影响温度稳定性的要点：
1，AVCC的供电稳定性。
2，外部电流基准采用电路的稳定性。
3，温度校准参数。

所以在正常设计的情况下温度误差大概为 5%

@zny666

看文章的这部分：

默认情况下，平头哥提供的交叉编译工具链已支持了V扩展的编译。只需要在编译选项中开启即可。

83183a23-e9aa-4516-b4ea-7197b25177d5-image.png

从传递给RISC-V的gcc的选项来看，带有v扩展即可。