[FS#3699] MT7620 platform with spi flash has very low read & write performance

OpenWrt Bugs openwrt-bugs at lists.openwrt.org
Sun Mar 21 17:56:19 GMT 2021


THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

A new Flyspray task has been opened.  Details are below. 

User who did this - DragonBluep (DragonBluep) 

Attached to Project - OpenWrt/LEDE Project
Summary -  MT7620 platform with spi flash has very low read & write performance
Task Type - Bug Report
Category - Base system
Status - Unconfirmed
Assigned To - 
Operating System - All
Severity - Low
Priority - Very Low
Reported Version - Trunk
Due in Version - Undecided
Due Date - Undecided
Details - Device: Youku YK-L1(in fact I believe in all mt7620, rt3883, rt305x devices)
Software versions: v19.07
Problem: YK-L1 has a 32 MB flash chip and device has very poor flash read and write performance. It will need 10 minutes to format filesystem after install OpenWrt.
Reason: In kernel config file(/target/linux/ramips/mt7620/config-xxx) it defined CONFIG_MTD_SPI_NOR_USE_4K_SECTORS=y. But MT7621 and MT7628 do not has this define. So one block is only 4 KB in MT7620 but 64 KB in MT7628/MT7621. MT7628 is much faster than MT7620 in the same spi frequency.
I do not know why we use 4K sectors in these platform because it seems like won't waste storage space by set block size to 64 KB.

Here is a rt5350 device and we can see erasesize is 4 KB, same as mt7620.
root at OpenWrt:~# cat /proc/mtd
dev:    size   erasesize  name
mtd0: 00020000 00001000 "u-boot"
mtd1: 00010000 00001000 "factory"
mtd2: 003d0000 00001000 "firmware"
mtd3: 0013891e 00001000 "kernel"
mtd4: 002976e2 00001000 "rootfs"
mtd5: 00039000 00001000 "rootfs_data"


More information can be found at the following URL:
https://bugs.openwrt.org/index.php?do=details&task_id=3699

You are receiving this message because you have requested it from the Flyspray bugtracking system.  If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.



More information about the openwrt-bugs mailing list