From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthias Brugger Date: Fri, 8 Nov 2019 17:44:58 +0100 Subject: [U-Boot] Issues when saving environment in RK399 RockPI 4 In-Reply-To: References: Message-ID: <226afcae-199f-9e71-bdec-d982335ef5c6@suse.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Hi Ezequiel, On 07/11/2019 20:27, Fabio Estevam wrote: > Hi Ezequiel, > > On Thu, Nov 7, 2019 at 3:45 PM Ezequiel Garcia > wrote: >> >> I decided to test latest U-Boot, following instructions in >> doc/README.rockchip. The instructions seemed >> clear and I could build this easily. >> >> However, there seems to be an issue when I save the environment. Any ideas? >> >> => saveenv >> Saving Environment to MMC... Writing to MMC(0)... OK >> => reset >> resetting ... >> U-Boot TPL 2020.01-rc1-00213-g0f282c1876af-dirty (Nov 07 2019 - 15:21:44) >> Trying to boot from BOOTROM >> Returning to boot ROM... >> >> U-Boot SPL 2020.01-rc1-00213-g0f282c1876af-dirty (Nov 07 2019 - 15:21:44 -0300) >> Trying to boot from MMC2 >> >> >> U-Boot 2020.01-rc1-00213-g0f282c1876af-dirty (Nov 07 2019 - 15:21:44 -0300) >> >> Model: Radxa ROCK Pi 4 >> DRAM: 2 GiB >> Cannot find regulator pwm init_voltage >> MMC: dwmmc at fe320000: 1, sdhci at fe330000: 0 >> Loading Environment from MMC... OK >> In: serial at ff1a0000 >> Out: serial at ff1a0000 >> Err: serial at ff1a0000 >> Model: Radxa ROCK Pi 4 >> ## Error: Can't overwrite "serial#" >> ## Error inserting "serial#" variable, errno=1 >> initcall sequence 000000007ffc10b8 failed at call 0000000000202a20 (err=-1) >> ### ERROR ### Please RESET the board ### > > I have observed issues like this with i.MX when U-Boot size grew and > overlapped the environment variable region. > > Here is one commit that fixed the issue for mx53loco board: > https://gitlab.denx.de/u-boot/u-boot/commit/033f6ea5fa5fce63d52c8c2b63d8284144415b88 > > Try to investigate if this could be cause of the issue you are seeing. > You could also try the first two patches from this series: https://patchwork.ozlabs.org/user/todo/uboot/?series=132338 Maybe you are hit by the over-writing discontiguous files bug in the FAT code. Regards, Matthias