pseries: Fix incorrect initialization of interrupt controller
authorDavid Gibson <david@gibson.dropbear.id.au>
Mon, 12 Nov 2012 16:46:49 +0000 (16:46 +0000)
committerAlexander Graf <agraf@suse.de>
Fri, 14 Dec 2012 12:12:53 +0000 (13:12 +0100)
Currently in the reset code for the XICS interrupt controller, we
initialize the pending_priority field to 0 (most favored, by XICS
convention).  This is incorrect, since there is no pending interrupt, it
should be set to least favored - 0xff.  At the moment our XICS
implementation doesn't get hurt by this edge case, but it does confuse the
upcoming kernel XICS implementation.

Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Alexander Graf <agraf@suse.de>
hw/xics.c

index 1da310653b64c8b612a4d062623fc354704202f1..edf58339c0f3f11016e33b28ecaaf31657fbf13d 100644 (file)
--- a/hw/xics.c
+++ b/hw/xics.c
@@ -495,7 +495,7 @@ static void xics_reset(void *opaque)
 
     for (i = 0; i < icp->nr_servers; i++) {
         icp->ss[i].xirr = 0;
-        icp->ss[i].pending_priority = 0;
+        icp->ss[i].pending_priority = 0xff;
         icp->ss[i].mfrr = 0xff;
         /* Make all outputs are deasserted */
         qemu_set_irq(icp->ss[i].output, 0);