s390x/css: provide a dev_path for css devices
commit2a79eb1a616a07b0e8c41430f03af254fefe219d
authorCornelia Huck <cornelia.huck@de.ibm.com>
Mon, 11 Jul 2016 10:55:44 +0000 (11 12:55 +0200)
committerCornelia Huck <cornelia.huck@de.ibm.com>
Wed, 20 Jul 2016 13:47:25 +0000 (20 15:47 +0200)
tree8c54cb1bb49185e0e1e5f6fa70a7c597f0996143
parent727a0424dd77a2c9176d63e7b92d017ee3e8b761
s390x/css: provide a dev_path for css devices

We need to implement the get_dev_path method for the css bus, or
else we might end up with two different devices having the same
qdev_path.

This was noticed when adding two scsi_hd controllers: The SCSIBus
code will produce a non-unique dev_path for vmstate usage if the
parent bus does not provide the get_dev_path method.

We simply use the device's bus id, as this is unique and we won't
have any deeper hierarchy from a channel subsystem perspective
anyway.

Note that we need to disable this for older machine versions,
as this changes the migration format.

Reported-by: Marc Hartmayer <mhartmay@linux.vnet.ibm.com>
Reviewed-by: Halil Pasic <pasic@linux.vnet.ibm.com>
Reviewed-by: Sascha Silbe <silbe@linux.vnet.ibm.com>
Tested-by: Marc Hartmayer <mhartmay@linux.vnet.ibm.com>
Signed-off-by: Cornelia Huck <cornelia.huck@de.ibm.com>
hw/s390x/css-bridge.c
hw/s390x/s390-virtio-ccw.c
include/hw/s390x/css-bridge.h