bunnie d01615ff6e add handling for anti-rollback code in signed images ... for out of tree builds, we'll just stick with the default code of '1': if you're doing a build out of tree, it's assumed that you don't care about security (not tying your application to a given OS version opens up an attack surface; presumably if you're doing something security-critical, the extra hundred megabytes to clone the xous-core repo isn't a big deal? but if you're just trying to blink some LEDs you really don't care about the anti-rollback feature).		2026-01-30 20:25:51 +08:00
..
bin	add handling for anti-rollback code in signed images	2026-01-30 20:25:51 +08:00
tags	improve the tools for creating images	2025-10-04 00:49:56 +08:00
elf.rs
git_remote_version.rs	prune the previous feature added to resolve versions via web interface	2026-01-30 19:40:05 +08:00
lib.rs	prune the previous feature added to resolve versions via web interface	2026-01-30 19:40:05 +08:00
sign_image.rs	add handling for anti-rollback code in signed images	2026-01-30 20:25:51 +08:00
swap_writer.rs	add handling for anti-rollback code in signed images	2026-01-30 20:25:51 +08:00
utils.rs
xous_arguments.rs	extend the image building tools to handle detached apps	2025-10-05 17:11:30 +08:00