Some questions for @mars, I’ve figured it’s better to discuss it here rather than github.
However, it doesn’t erase that sector, LD script limits us and we don’t have FW size reaching that limit yet. So this is a fairly harmless bug. Apparently this was fixed in develop branch
Q2. Owl1 has bootloader section set to 16k, but FW section starts on 32k. Is that simply because original DFU bootloader fits in 16k? Is that ok to use second sector for bootloader as well? For instance, if someone would have an unhealthy desire to bring midiboot to Owl1.
Btw, that Midiboot port already works (including watchdog stuff), but looks like it refuses to boot flashed firmware - probably something needs to be changed due to FW start address differing from 64k of Owl2 midiboot. But I’ll figure it out soon.
Q3. Why are there errors when loading first patch after firmware update? This seems to be a known issue, but I don’t quite understand what would be causing something like this if firmware and application sections are separated in linker script.