Whats an optimal way to build a filesystem and flash it? #10
Unanswered
TobyChaloner
asked this question in
Q&A
Replies: 1 comment
-
Adding new function to BoardBuildTargets.cmakeThis would entail following the pattern of function(target_enable_arduino_upload target) using new rules defined in platform.txt platform.local.txt
Drawbacks: the turnaround time for an update to the platform.txt is not likely to be quick. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I wish to construct and upload a filesystem to a target. Initially I'm looking at the building of the filesystem image.
I'm trying to follow the Arduino IDE concept of having a data/ directory from the sketch directory. The IDE builds an image using a plugin.
I notice on the ESP32 v2.0.3 that it mandates a partition table (via recipe.objcopy.partitions.bin.pattern=...), but there is no obvious detection of a data directory and it contents; and subsequent building. The ESP8266 v3.1.2 has no apparent need for a partition table.
My initial thought is to either have directives in the sketch CMakeLists.txt or to have a platform.local.txt. I'm not keen on the platform.local.txt solution as its not in the same version controlled place as the sketch.
Ideally I'd like to go with mksmallfs, but mkspliffs appears more mature, so may be useful in the first instance.
Is there an effective means to identify the board specific information read from boards.txt, which provides information like pagesize and start / end etc
My clunky CMakeLists.txt looks like
Beta Was this translation helpful? Give feedback.
All reactions