Skip to content
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

Return of direct-boot #706

Open
JohnnyZig opened this issue Dec 5, 2024 · 3 comments
Open

Return of direct-boot #706

JohnnyZig opened this issue Dec 5, 2024 · 3 comments

Comments

@JohnnyZig
Copy link

I like your tool, it is fast, simple, does the job and has UART monitor with reset.
But I am using it to flash bare metal programs not written in C nor Rust which don't use bootloader.
I am using direct-boot for ESP32-C3 but I keep my flasher at 074f8bc (2024.01.15) (last commit with direct-boot).
As I am preparing to jump to ESP32-P4 I am wondering if that old version will be enough for it?

Is there a possibility for return of direct-boot to the espflasher?
Thanks in advance!

@igrr
Copy link

igrr commented Dec 6, 2024

@JohnnyZig just wondering, what is the functionality you need from the flasher tool to support direct-boot binaries?
Generating direct boot binaries from ELF files can be done with objcopy (which you get along with the linker anyway), while the flashing tool doesn't have to know or care how the binary was generated.

@JohnnyZig
Copy link
Author

I am flashing without ESP bootloader (just app.elf).
Before 8814e83 I was using:

espflash flash --format direct-boot -p <serial port> --monitor app.elf

But after that commit there is no direct-boot support, espflash will flash bootloader:

espflash-v3.2.0 flash -p <serial port> app.elf

I am asking for revert of 8814e83 or a way to flash without bootloader with new espflash.

@jessebraham
Copy link
Member

We have no plans to re-add this functionality at this time. Probably adding new image formats is not currently possible without a new major release, we will have to do this for #701 at some point. Once this refactoring has been completed then we would likely accept a PR for this, however.

As @igrr mentioned, you should be able to produce a binary using objcopy, which should be writable using the espflash write-bin subcommand.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Todo
Development

No branches or pull requests

3 participants