U-Boot SPL 2018.01-05682-gd83b2fefcf-dirty (Aug 20 2021 - 09:19:23)
DRAM: 32 MiB
Trying to boot from MMC1
Card did not respond to voltage select!
mmc_init: -95, time 22
spl: mmc init failed with error: -95
Trying to boot from sunxi SPI
U-Boot 2018.01-05682-gd83b2fefcf-dirty (Aug 20 2021 - 09:19:23 +0800) Allwinner Technology
CPU: Allwinner F Series (SUNIV)
Model: Lichee Pi Nano
DRAM: 32 MiB
MMC: SUNXI SD/MMC: 0
SF: Detected xt25f128b with page size 256 Bytes, erase size 4 KiB, total 16 MiB
*** Warning - bad CRC, using default environment
Setting up a 800x480 lcd console (overscan 0x0)
In: serial@1c25000
Out: serial@1c25000
Err: serial@1c25000
Net: No ethernet found.
starting USB...
No controllers found
Hit any key to stop autoboot: 0
SF: Detected xt25f128b with page size 256 Bytes, erase size 4 KiB, total 16 MiB
device 0 offset 0x100000, size 0x4000
SF: 16384 bytes @ 0x100000 Read: OK
device 0 offset 0x110000, size 0x500000
SF: 5242880 bytes @ 0x110000 Read: OK
## Flattened Device Tree blob at 80c00000
Booting using the fdt blob at 0x80c00000
Loading Device Tree to 80e03000, end 80e083bd ... OK
Starting kernel ...
我使用官方的文件对烧录文件进行替换,发现问题在于 zImage ,试过很多次了,然而力弱的我,不知道问题何在。
离线
zImage或者dtb有问题.
用TF卡先验证一下.
离线
zImage或者dtb有问题.
用TF卡先验证一下.
配置的是SPI启动,TF卡启动不了吧!
离线
九重天 说:zImage或者dtb有问题.
用TF卡先验证一下.
配置的是SPI启动,TF卡启动不了吧!
解决 V3s / F1C100s Linux 显示 starting kernel ... 就没有然后的问题 (earlyprintk)
https://whycan.com/t_2402.html#p18400
开这个 early printk,看是不是挂在Image解压缩。
离线
@memory
Error: invalid dtb and unrecognized/unsupported machine ID
r1=0x00000000, r2=0x00000000
Available machine support:
ID (hex) NAME
ffffffff Generic DT based system
ffffffff Allwinner suniv Family
ffffffff Allwinner sun9i Family
ffffffff Allwinner A83t board
ffffffff Allwinner sun8i Family
ffffffff Allwinner sun7i (A20) Family
ffffffff Allwinner sun6i (A31) Family
ffffffff Allwinner sun4i/sun5i Families
Please check your kernel config and/or bootloader.
感谢老哥,终于有点眉目了。
离线
@inia
你好 我也遇到同样的问题了 请问解决了吗,万分感谢
离线
我也遇到了相同的问题,具体情况和inia一样,
开始怀疑是nand flash的问题,所以换了很多个nand flash,但是换了还是不能解决问题,
后边偶然将f1c100s换成了f1c200s就没有这个问题,
所以怀疑解压kernel的时候内存占用过多,
猜测最后导致解压出顺坏了的vmlinux,我测试下来最大kernel的临界点在3m左右,大于了3m大概率就会出现问题
solution:
我通过将一些编译在内核内的东西编译成了ko文件来减小kernel本身的大小,问题轻松解决
后续:如果要根本解决问题,那么尝试改变kernel压缩策略
2. gzip (vmlinuz)
优点: 平衡了压缩比和解压缩内存的使用。解压缩速度较快,且内存占用相对较小。
缺点: 压缩比相对较低,内核映像较大。
内存使用: 较低。
3. lz4
优点: 解压缩速度非常快,适合在嵌入式系统中使用。占用较少的内存资源。
缺点: 压缩比不如 gzip 或 xz。
内存使用: 低。
猜测改为lz4情况会改善
离线
btw 3m并不是绝对的判断方法,我是通过判断vmlinux的大小
root@:/linux-nand# ls -lh vmlinux
-rwxr-xr-x 1 root root 11M Sep 2 10:10 vmlinux
root@:/linux-nand#linux-nand# ll -h arch/arm/boot/zImage
-rwxr-xr-x 1 root root 2.9M Sep 2 10:10 arch/arm/boot/zImage*
root@:/linux-nand#linux-nand#
vmlinux是解压后的kernel大小,如果这个基本占满了整个内存大小,那么就会启动不起来
离线
请问下现在全志的开发工具包在哪里下载 个人开发者 f1c100s
离线