Skip to content

Conversation

@dmsc
Copy link
Contributor

@dmsc dmsc commented May 2, 2020

This is my current patch for the option 2 as discussed on pull-request #23

I have not tested all the options, so do not merge yet.

@devanlai
Copy link
Owner

devanlai commented May 2, 2020

These changes look pretty good to me from just reading the code. There are some minor typos and additional comments for the linker scripts that I'd eventually like to adjust, but otherwise I don't think this will need any major functional changes. When I get a chance, I will do some sanity testing on this branch with my dev boards.

@dmsc
Copy link
Contributor Author

dmsc commented May 2, 2020

Hi!

These changes look pretty good to me from just reading the code. There are some minor typos and additional comments for the linker scripts that I'd eventually like to adjust, but otherwise I don't think this will need any major functional changes.

Just comment the patch here and I can fix the typos and add the comments.

When I get a chance, I will do some sanity testing on this branch with my dev boards.

Today I also plan to test on bluepill and olimexino-stm32.

Have Fun!

Copy link
Owner

@devanlai devanlai left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These changes look good to me. I've completed my testing on the bluepill and stlink/v2 clone boards and I'm satisfied that everything works as it should. I did some cursory testing with the maple-mini since I didn't have any good test programs lying around, but I'm fairly confident that since it worked for the bluepill and stlink, it will be fine for the maple-mini.

I've left my comments on some minor nits. You can address them if you'd like, but I'm fine with making those nitpick fixes on my own after merging as-is too. I'll be making some other general changes to fix minor build deficiencies soon anyways.

Adds a compilation define `BOOTLOADER_HIGH` that compiles a high-memory
version of the bootloader.

The high-memory bootloader lives at the high end of flash, allowing an
non- bootloader-aware application to run without modifications.

The bootloader modifies the application's vector table to point to the
bootloader's reset stub. The actual reset vector is stored in unused
entries in the application's vector table.

Based on ideas from: http://stm32duino.com/viewtopic.php?t=687

This is based on code from commit cf21dc3 fixing DFU upload and rebasing
on current master branch.

Co-authored-by: Devan Lai <devan.lai@gmail.com>
@dmsc dmsc force-pushed the optional-hiboot branch from 0f948b1 to 0dfd64e Compare May 3, 2020 21:24
@dmsc
Copy link
Contributor Author

dmsc commented May 3, 2020

Hi!

Pushed new version. Thanks!

@devanlai devanlai merged commit 1e4c130 into devanlai:master May 4, 2020
@devanlai
Copy link
Owner

devanlai commented May 4, 2020

Thanks, I've merged your changes. Great work!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants