-
-
Notifications
You must be signed in to change notification settings - Fork 840
Fix: LPC support and code style #2157
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
Conversation
…to fix various issues with how it works, including clobbering RAM during scan
…e LPC11xx, LPC15xx and LPC546xx support
…present the information required across all LPC devices
… ID magic numbers
…es proper constants too
…s memory map registrations
… device ID address, and their Flash and SRAM sizes proper constants too
…e ID location LPC11xx series memory map registrations
…es proper constants too
…Flash variation memory map registrations
…es memory map registrations
|
Hi, there might have been small misdirect, i dont have LPC chips, mostly using the WCH riscv chips. |
|
Per #634 you did have LPC11U6x parts at least 5 years ago, so we were hoping to cash in on you perhaps still having them to be able to poke it; no worries if you don't. |
|
ok, that was something i was working with at that time, i dont have access to the board(s) any longer unfortunately |
esden
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Detailed description
In this PR we overhaul the LPC part support, fixing code style issues, documentation issues, nomenclature issues, and upgrading the IAP support to be more generic across all the parts.
This also includes sorting out the LPC11xx/LPC8xx support (which turns out to also be LPC13xx support) and fixing the giant magic number soup within.
We would greatly appreciate if @mean00 would please test the LPC11U67 support in particular as we overhauled the way those parts are being supported and detected and the TRM was not consistent on whether the Device ID register on that part is at SYSCON +0x3f4 or +0x3f8.
This PR winds up adding support for several more parts in the LPC11xx families too.
Your checklist for this pull request
We are keenly aware that we do not have a significant number of the parts impacted by this PR to test and that what we do have needs to be carefully checked. This will happen over the next several days as and when we can manage it.
Closing issues