| commit | 073f57ae347a41cbcc940ae0286bbbab993b9148 | |
| author | David Hildenbrand <dahi@linux.vnet.ibm.com> | |
| Mon, 11 May 2015 13:30:43 +0000 (11 15:30 +0200) | ||
| committer | Cornelia Huck <cornelia.huck@de.ibm.com> | |
| Mon, 7 Sep 2015 14:10:43 +0000 (7 16:10 +0200) | ||
| tree | 333f6fb8663314387130f68c35c59f2f6af7e27d | treesnapshot (tar.gz zip) |
| parent | 5b9f6345a616c321a5ea2f35e09043edd933767e | commitdiff |
sclp/s390: rework sclp cpu hotplug device notification
Let's get rid of this strange local variable + irq logic and
work directly on the QOM. (hint: what happens if two such devices
are created?)
We could introduce proper QOM class + state for the cpu hotplug device,
however that would result in too much overhead for a simple
"trigger_signal" function.
Also remove one unnecessary class function initialization.
Reviewed-by: Matthew Rosato <mjrosato@linux.vnet.ibm.com>
Signed-off-by: David Hildenbrand <dahi@linux.vnet.ibm.com>
Signed-off-by: Cornelia Huck <cornelia.huck@de.ibm.com>
Let's get rid of this strange local variable + irq logic and
work directly on the QOM. (hint: what happens if two such devices
are created?)
We could introduce proper QOM class + state for the cpu hotplug device,
however that would result in too much overhead for a simple
"trigger_signal" function.
Also remove one unnecessary class function initialization.
Reviewed-by: Matthew Rosato <mjrosato@linux.vnet.ibm.com>
Signed-off-by: David Hildenbrand <dahi@linux.vnet.ibm.com>
Signed-off-by: Cornelia Huck <cornelia.huck@de.ibm.com>
| hw/s390x/sclpcpu.c | diffblobblamehistory |