Hi!
Full source code is available via the link at the end of the first paragraph of the last post.
Regarding "working boot process": this workaround gets by without creating any tasks. So there is still some significant step missing until this can be considered anywhere close to simple CHDK or ML examples.
Copying ROM to RAM might be due to speed, latency or consistent access time. All three reasons would make perfectly sense to me on a camcorder
When trying to boot the workaround's autoexec.bin in qemu, it seems as if the SD-card emulation needs to be improved for actually making the first-stage bootloader find and load autoexec.bin. This would provide gdb-multiarch access and help a lot for further development Memory regions 0xD2B100xx and 0xD2B200xx seem highly related – does that ring any bell when comparing to Digic X? Executing XF605 autoexec.bin in qemu currently requires remarkable manual/scripted help from gdb-multiarch... :/
The first-stage bootloader is probably very similar to Digic X, so has there been by chance any progress in improving qemu from that direction?
Full source code is available via the link at the end of the first paragraph of the last post.
Regarding "working boot process": this workaround gets by without creating any tasks. So there is still some significant step missing until this can be considered anywhere close to simple CHDK or ML examples.
Copying ROM to RAM might be due to speed, latency or consistent access time. All three reasons would make perfectly sense to me on a camcorder
When trying to boot the workaround's autoexec.bin in qemu, it seems as if the SD-card emulation needs to be improved for actually making the first-stage bootloader find and load autoexec.bin. This would provide gdb-multiarch access and help a lot for further development Memory regions 0xD2B100xx and 0xD2B200xx seem highly related – does that ring any bell when comparing to Digic X? Executing XF605 autoexec.bin in qemu currently requires remarkable manual/scripted help from gdb-multiarch... :/
The first-stage bootloader is probably very similar to Digic X, so has there been by chance any progress in improving qemu from that direction?