Am 02.05.2014 16:33, schrieb Paolo Bonzini: > On the x86, some devices need access to the CPU reset pin (INIT#). > Provide a generic service to do this, using one of the internal > cpu_interrupt targets. Generalize the PPC-specific code for > CPU_INTERRUPT_RESET to other targets. > > Since PPC does not support migration across QEMU versions (its > machine types are not versioned yet), I picked the value that > is used on x86, CPU_INTERRUPT_TGT_INT_1. Consequently, TGT_INT_2 > and TGT_INT_3 are shifted down by one while keeping their value. > > Reviewed-by: Anthony Liguori <aligu...@us.ibm.com> > Signed-off-by: Paolo Bonzini <pbonz...@redhat.com> > --- > cpu-exec.c | 23 +++++++++++++---------- > cpus.c | 9 +++++++++ > include/exec/cpu-all.h | 8 +++++--- > include/sysemu/cpus.h | 1 + > target-i386/cpu.h | 7 ++++--- > target-ppc/cpu.h | 3 --- > 6 files changed, 32 insertions(+), 19 deletions(-)
No objection from my side, but I thought there had been agreement among Anthony, Peter and others that soft-reset is nothing generic that can be implemented as API? s390x has multiple ways to do resets, same for ppc, and I thought the suggested way to implement them was a qemu_irq in the particular piece of hardware together with custom reset functions as done for s390x? CC'ing some more maintainers. IIRC Richard was against exposing target interrupt codes to generic code when I tried to clean up some header by moving things to qom/cpu.h. Regards, Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg
