mirror of https://gitee.com/openkylin/qemu.git
s390x/kvm: Fixup interrupt type for non-adapter I/O interrupts
The current algorithm for I/O interrupts would result in a wrong interrupt type for subchannel numbers fffe and ffff. In addition a non adapter interrupt might look like an adapter interrupt for any subchannel number that has the 0x0400 bit set. No kernel has ever used the type outside logging - and the logging was wrong all the time. For everything else the kernel used the interrupt parameters. Let's use the KVM_S390_INT_IO macro as for adapter interrupts. Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com> Reviewed-by: David Hildenbrand <dahi@linux.vnet.ibm.com> Acked-by: Cornelia Huck <cornelia.huck@de.ibm.com> Signed-off-by: Cornelia Huck <cornelia.huck@de.ibm.com>
This commit is contained in:
parent
dcddc75e47
commit
393ad2a4a1
|
@ -2071,8 +2071,9 @@ void kvm_s390_io_interrupt(uint16_t subchannel_id,
|
|||
if (io_int_word & IO_INT_WORD_AI) {
|
||||
irq.type = KVM_S390_INT_IO(1, 0, 0, 0);
|
||||
} else {
|
||||
irq.type = ((subchannel_id & 0xff00) << 24) |
|
||||
((subchannel_id & 0x00060) << 22) | (subchannel_nr << 16);
|
||||
irq.type = KVM_S390_INT_IO(0, (subchannel_id & 0xff00) >> 8,
|
||||
(subchannel_id & 0x0006),
|
||||
subchannel_nr);
|
||||
}
|
||||
kvm_s390_floating_interrupt(&irq);
|
||||
}
|
||||
|
|
Loading…
Reference in New Issue