[PATCH 3/4] arch: arm: mach-socfpga: Adjust a raw sectors for MMC loading of U-Boot from SPL

Jan Kiszka jan.kiszka at siemens.com
Tue Nov 25 10:59:21 CET 2025


On 25.11.25 10:45, Sune Brian wrote:
>> That's because it never used that (intentionally). We always booted from
>> a partition ID, but the old versions had all methods enabled, and that
>> papered over the fact that they were mangled into something that was
>> supposed to use partition ID but used bits from the other paths as well
>> to compensate mistakes.
> 
> Are you using the mainstream or Altera U-Boot trunk from the beginning?

We never used downstream.

> Why does it sound like we are not on the same page?

Different boards.

> 
> It is not even allowed to select two settings since early 2025 major
> changes on the detection of the boot method.
> 
> [*] Use raw reads to locate the next boot phase
>                                            │ │
>   │ │                                                 Method for
> locating next phase of boot (e.g. U-Boot) (MMC raw mode: by partition
> type)  --->                │ │
>   │ │                                           (0xa2) Partition Type
> on the MMC to load U-Boot from
> 
> How can you select two at a time?

I was referred to the time before the cleanup attempts.

> 
>>
>> Just study my series to see all the breakages. It was never clean,
>> though, and that may explain working setups by luck.
> 
> I am using a custom board na socfpga on Cyclone V SoC. There are
> no such things about luck. Either it works or fails.
> 
> Completely lost on your case and the patch.

Your defconfig may compensate the bugs then. I was not lucky in finding
a reasonable way to adjust the de0 config to make things work again.

Jan

-- 
Siemens AG, Foundational Technologies
Linux Expert Center


More information about the U-Boot mailing list