On Fri, 22 Nov 2024 at 04:12, E Shattow <[email protected]> wrote: > > On Thu, Nov 21, 2024 at 8:05 AM Heinrich Schuchardt > <[email protected]> wrote: > > > > On 21.11.24 16:24, Andreas Schwab wrote: > > > On Nov 21 2024, Heinrich Schuchardt wrote: > > > > > >> Our MMC driver for JH7110 boards only supports reading to the low 4 GiB > > >> of > > >> memory. Booting boards with more memory requires > > >> EFI_LOADER_BOUNCE_BUFFER. > > > > > > That doesn't change the situation with the booting problem I have. > > > > > > > Do you relate to > > https://lore.kernel.org/u-boot/[email protected]/ > > where you had some problem reading the FAT file system and which was for > > as system with only 4 GiB of memory? > > > > In E Shattow's case on a board with 8 GiB the file was read without > > error but then reported as not being an EFI binary. > > > > Best regards > > > > Heinrich > > > > > > Hi, > > Test failed for both boards here with origin/master then applying this > series, then starfive_visionfive2_defconfig target and set > CONFIG_BOOTSTD=n following with oldconfig target.
I think you need to apply another patch [1]. -sughosh [1] - https://patchwork.ozlabs.org/project/uboot/patch/[email protected]/ > > Testing failed on 4GB Star64: > > Hit any key to stop autoboot: 0 > Unknown command 'bootflow' - try 'help' > StarFive # bootefi bootmgr > Card did not respond to voltage select! : -110 > Not a PE-COFF file > Loading Boot0000 'mmc 0' failed > Booting: nvme 0 > error: no such partition. > grub rescue> > > The grub EFI loader from EFI System Partition on eMMC fails to load. > The same EFI System Partition data on NVMe is successful. > > Testing failed on 8GB Mars CM Lite: > > Hit any key to stop autoboot: 0 > Unknown command 'bootflow' - try 'help' > StarFive # bootefi bootmgr > Card did not respond to voltage select! : -110 > Failed to load EFI variables > Error reading cluster > Loading Boot0000 'mmc 0' failed > EFI boot manager: Cannot load any image > > We see that the grub EFI loader from this EFI System Partition fails > to load from MMC (SD Card). > > Procedure that was used to update SPI NOR flash on either board > includes sanitizing the environment variable storages: > env erase; env default -a -f; sf probe; dhcp; env set serverip <ip > address of tftp server> > tftpboot $loadaddr u-boot-spl.bin.normal.out; sf update $loadaddr 0 $filesize > tftpboot $loadaddr u-boot.itb; sf update $loadaddr 100000 $filesize > fatrm mmc 0:1 ubootefi.var > > This does not say anything for or against the validity of the patch > series as the root cause is a limitation of the dw mmc driver on > JH7110 not resolved here. > > -E
