Cornelia Huck ebc3d17915 s390/cio: introduce driver_override on the css bus ... Sometimes, we want to control which of the matching drivers binds to a subchannel device (e.g. for subchannels we want to handle via vfio-ccw). For pci devices, a mechanism to do so has been introduced in 782a985d7a ("PCI: Introduce new device binding path using pci_dev.driver_override"). It makes sense to introduce the driver_override attribute for subchannel devices as well, so that we can easily extend the 'driverctl' tool (which makes use of the driver_override attribute for pci). Note that unlike pci we still require a driver override to match the subchannel type; matching more than one subchannel type is probably not useful anyway. Signed-off-by: Cornelia Huck <cohuck@redhat.com> Reviewed-by: Halil Pasic <pasic@linux.ibm.com> Reviewed-by: Sebastian Ott <sebott@linux.ibm.com> Signed-off-by: Sebastian Ott <sebott@linux.ibm.com> Signed-off-by: Vasily Gorbik <gor@linux.ibm.com>		2019-07-02 16:00:26 +02:00
..
block	s390/Kconfig: pedantic cleanups	2019-06-04 15:03:46 +02:00
char	s390/sclp: remove call home support	2019-06-19 17:54:27 +02:00
cio	s390/cio: introduce driver_override on the css bus	2019-07-02 16:00:26 +02:00
crypto	s390/pkey: Use -ENODEV instead of -EOPNOTSUPP	2019-06-15 12:24:36 +02:00
net	s390/Kconfig: pedantic cleanups	2019-06-04 15:03:46 +02:00
scsi	scsi: zfcp: fix to prevent port_remove with pure auto scan LUNs (only sdevs)	2019-05-29 21:52:31 -04:00
virtio	virtio/s390: make airq summary indicators DMA	2019-06-15 12:25:41 +02:00
Makefile	kbuild: rename built-in.o to built-in.a	2018-03-26 02:01:19 +09:00