Am 25.02.2013 12:20, schrieb Alexander Graf: > > On 16.02.2013, at 16:08, Julio Guerra wrote: > >> The software reset of a PReP machine should reset the entire system >> and not only the processor. It occurs when changing the 7th bit of >> port 0092 from 0 to 1. >> >> Adding a new variable in PReP's sysctrl_t to store the soft reset bit >> makes possible to be compliant with PReP specification : >> * reset the system when changing soft reset bit from 0 to 1. >> * the soft reset bit value is 1 after a soft reset. >> * Port 0092 is read/write. >> >> qemu_system_reset_request() does the required job (calling the reset >> handlers) when the software reset is needed. >> >> reset_irq is no longer needed, the CPU reset (calling ppc_prep_reset) >> is called when qemu_system_reset calls every reset handlers. >> >> Signed-off-by: Julio Guerra <gu...@julio.in> > > Andreas, could you take this one through the prep queue please?
It's PReP only, so I intend to handle it. But apart from checkpatch.pl style problems (that I could fix up myself) this is touching on the same soft reset topic that I am awaiting the outcome for x86. The issue of returning endianness bit for 0x0092 is independent of that and could be split out. I want a qtest case though, therefore my interest in Markus' series. Could become a separate prep-test though. Andreas
