-
-
Notifications
You must be signed in to change notification settings - Fork 2.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
hard-coded u-boot load addresses fragile and breaking low-memory boards #6270
Comments
Jira ticket: AR-2058 |
@armbian/boards-amlogic take a look, I'll start changing stuff without feedback otherwise |
Would using extlinux "just work?" (eg: are the loadaddrs sane in upstream u-boot?). I've no <4gb meson boards to test. |
It literally has to be 1 or 2 boards that have a "problem" with the defaults, so not specifying then "just works". If device tree overlays work with extlinux then sure why not, but its unnecessary work for what is a problem specific to some board, and for all we know isn't even an issue anymore. |
I meant: if it works with extlinux (where we cant' override built-in uboot loaddr's), then it's safe to remove the hacked loadaddrs from bootscript. "One day" we should be able to template/add/remove stuff per-board from the bootscript to make it easier, since this bootscript is used by the whole family... |
build/config/bootscripts/boot-meson64.cmd
Line 7 in 0e7fc1c
Compare values to u-boot config:
La Frite will not boot Armbian now that some additional reserved memory regions exist, these do not conflict with the defaults built into U-boot (confirmed on my side). Suggest removing these Armbian-sourced values as default and any board that can't boot normally should put these in armbianEnv.txt or otherwise handle them in a board-specific manner
The text was updated successfully, but these errors were encountered: