forked from lowRISC/ibex
-
Notifications
You must be signed in to change notification settings - Fork 21
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
Inconsistent reset address #110
Labels
Comments
hello @NignetShark , it's definitively legacy code, not sure yet what the cve2 team will do with those SW files, if removing them or fixing @christian-herber-nxp |
Decision is that reset address will be 0. this should be fixed in the files pointed out. |
I have no way to test the requested modification of the crt0.S as the current test environment is using bare-metal-programs using the bsp/crt0.S. |
szbieg
added a commit
to NXP/openhwgroup-cve2
that referenced
this issue
Jun 9, 2023
Signed-off-by: Szymon Bieganski <szymon.bieganski@oss.nxp.com>
szbieg
added a commit
to NXP/openhwgroup-cve2
that referenced
this issue
Jun 19, 2023
Signed-off-by: Szymon Bieganski <szymon.bieganski@oss.nxp.com>
szbieg
added a commit
to NXP/openhwgroup-cve2
that referenced
this issue
Jun 19, 2023
Signed-off-by: Szymon Bieganski <szymon.bieganski@oss.nxp.com>
szbieg
added a commit
to NXP/openhwgroup-cve2
that referenced
this issue
Jun 19, 2023
Signed-off-by: Szymon Bieganski <szymon.bieganski@oss.nxp.com>
szbieg
added a commit
to NXP/openhwgroup-cve2
that referenced
this issue
Jun 19, 2023
Signed-off-by: Szymon Bieganski <szymon.bieganski@oss.nxp.com>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Bug Description
I noticed that reset address was moved from
boot_addr + 0x80
toboot_addr + 0x0
but some files are still using the old address, such as :sw/simple_system/common/ctr0.S
, line 100 :sw/simple_system/common/link.ld
, line 22 :I don't know if it's a legacy from the Ibex documentation but
doc/03_reference/exception_interrupts.rst
anddoc/02_user/integration.rst
still refer to the old reset address which might be misleading.The text was updated successfully, but these errors were encountered: