linux 闪存的起始地址和结束地址

ej83mcc0  于 2023-05-16  发布在  Linux
关注(0)|答案(1)|浏览(182)

我正在尝试在Arduino Yun板上运行Linux。Arduino板包含Atheros AR9331 chipset
在U-Boot上,这些是我正在执行的步骤:
1-下载内核:

ar7240> tftp 0x80060000 openwrt-ar71xx-generic-uImage-lzma.bin;
Load address: 0x80060000
Loading: #################################################################
     #################################################################
     #################################################################
     #################################################################
     ######################
done
Bytes transferred = 1441863 (160047 hex)

2-擦除闪存以复制内核:

ar7240> erase 0x9fEa0000 +0x160047 
Error: end address (0xa0000046) not in flash!
Bad address format

这就是问题似乎0x9fEa0000 +0x160047超过了闪存的总大小。
所以我的问题是
1-如何计算Uboot中为闪存保留的内存总量(从哪个地址开始和结束),我正在考虑将0x9fEa0000更改为更少的地址,但我担心我会伤害其他东西
这是帮助的输出:

ar7240> help
?       - alias for 'help'
boot    - boot default, i.e., run 'bootcmd'
bootd   - boot default, i.e., run 'bootcmd'
bootm   - boot application image from memory
cp      - memory copy
erase   - erase FLASH memory
help    - print online help
md      - memory display
mm      - memory modify (auto-incrementing)
mtest   - simple RAM test
mw      - memory write (fill)
nm      - memory modify (constant address)
ping    - send ICMP ECHO_REQUEST to network host
printenv- print environment variables
progmac - Set ethernet MAC addresses
reset   - Perform RESET of the CPU
run     - run commands in an environment variable
setenv  - set environment variables
tftpboot- boot image via network using TFTP protocol
version - print monitor version

2-是否有人对Atheros AR9331 chipset有经验,可以帮助我从数据手册中找到FlashMap(从其开始和结束的位置

ctehm74n

ctehm74n1#

您可以从内核 Boot 命令行确定闪存布局。在u-boot中运行printenv命令,或者引导到现有内核并查看引导日志。您需要找到类似以下内容的内容:
(网上有很多指南,我从https://finninday.net/wiki/index.php/Arduino_yun上拿了这一个,你的板子可能不一样)。

linino> printenv
bootargs=console=ttyATH0,115200 board=linino-yun mem=64M rootfstype=squashfs,jffs2 noinitrd mtdparts=spi0.0:256k(u-boot)ro,64k(u-boot-env)ro,14656k(rootfs),1280k(kernel),64k(nvram),64k(art),15936k@0x50000(firmware)
bootcmd=bootm 0x9fea0000

这意味着存在以下分区:

u-boot 0 to 256K (0x0 - 0x40000)
u-boot-env 256k to 320k (0x40000 - 0x50000)
rootfs (squashfs) 320k to 14976k (0x50000 - 0xea0000)
kernel 14976k to 16256k (0xea0000 - 0xfe0000)
nvram 16256k to 16320k (0xfe0000 - 0xff0000)
art 16320k to 16384k (0xff0000 - 0x1000000)

rootfs分区是14 M,比rootfs映像文件(小于8 MB)大得多,因此理论上您可以将内核映像移动到更低的地址。为此,您需要修改u-boot环境块中的内核 Boot 行(rootfskernel分区大小)和bootcmd参数,以便u-boot知道新内核的位置。
FlashMap到0x9f000000,因此bootcmd中的值应为0x9f000000+内核的偏移量(以字节为单位)。
我不确定的是,是否有一个覆盖文件系统用于对闪存的任何持久更改。您能否 Boot 到现有系统并发布df -hcat /proc/mounts的输出?

相关问题