> On 1 Dec 2016, at 21:13, Peter Maydell <peter.mayd...@linaro.org> wrote:
> You need a QCOW2 disk to store the snapshots on, ...
> Taking savevm snapshots doesn't need any cooperation
> from the guest OS ..
> I don't know whether anybody's tested this with M profile:

does your Stellaris board support this?

assuming I fix my devices to save their status and I can correctly resume from 
a given snapshot, I still fail to understand how to integrate this feature in 
the usual debugging workflow.

the way GNU ARM Eclipse QEMU is currently used is similar to any JTAG connected 
physical board, the user starts a GDB client that connects to QEMU as a GDB 
server, writes the 'flash' content and then steps through the code. there is 
really no difference from a physical board. with a properly configured Eclipse, 
the user has nothing special to do, only select either SEGGER J-Link or QEMU, 
the rest is automatic.

the second use case is to run unit tests, when a script starts QEMU in 
semihosting mode, passes the elf file, and get an exit code and an XML with the 
detailed test results. once the script is functional it can be repeatedly 
executed by continuous integration servers, and there can be no interaction 
with QEMU during the tests.

what would be a debug scenario that uses snapshots?



Reply via email to