[Libre-soc-bugs] [Bug 812] invalid access to 0x0 on startup leads to core hang
bugzilla-daemon at libre-soc.org
bugzilla-daemon at libre-soc.org
Sat Apr 16 11:49:51 BST 2022
https://bugs.libre-soc.org/show_bug.cgi?id=812
Luke Kenneth Casson Leighton <lkcl at lkcl.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
NLnet milestone|--- |NLnet.2019.02
See Also| |https://bugs.libre-soc.org/
| |show_bug.cgi?id=50
--- Comment #2 from Luke Kenneth Casson Leighton <lkcl at lkcl.net> ---
there's higher priority items than this one.
a "workaround" is to put everything back to boot at 0x0000_0000
* set fw_addr=0x0000_0000
* in coldboot/Makefile set BOOT_MEM_BASE=0x00000000
* change this to 0x4000_0000 ddr_addr=0x00000000, # DRAM_BASE
* make clean and make on coldboot
* in soc use "make microwatt_external_core"
that will get you back to booting at 0x0000_0000 with the
firmware block loaded into BRAM at 0x0000_0000
the plan has always been to move these to config files
(or a python module that can be named on the commandline)
and to hook them into the dynamic pinmux system (adding
JTAG, GPIO and Pin Multiplexing in one single hit)
but actually getting the peripherals up and running *at all*
has taken priority over getting that done.
if anything is a priority it would be to do that runtime
config, as a JSON file, as a mini task under bug #50
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the libre-soc-bugs
mailing list