search for: scsi_host1

...;0'. If you have other > devices > on the controller, pick an unused 'target' value and 'unit' should be > '0'. And the following hostdev definition.. <hostdev mode='subsystem' type='scsi'> <source> <adapter name='scsi_host1'/> <address type='scsi' bus='0' target='0' unit='0'/> </source> <readonly/> <address type='drive' controller='1' bus='0' target='0' unit='0'/> </hostdev> #lsscsi [1:0:0:...

I’ve tried that post .. but either I get a new scsi passthrough controller in device manager, but no dvd or the boot in windows hangs Either that method won’t work anymore or my config is bad .. im not really sure what to put in controller, target, bus and unit .. Skickat från min iPad > 17 apr. 2020 kl. 08:38 skrev Tony Brian Albers <tba@kb.dk>: > > Hi Andreas, > >

...rts>5</vports> </capability> </capability> </device> For libvirt older than "1.0.4", it's a bit complicated than above: First you need to find out all the HBAs, e.g. # virsh nodedev-list --cap scsi_host scsi_host0 scsi_host1 scsi_host2 scsi_host3 scsi_host4 scsi_host5 And then, to see if the HBA supports vHBA, check if the dumped XML contains "vport_ops" capability. E.g. # virsh nodedev-dumpxml scsi_host3 <device> <name>scsi_host3</name> <p...

...0.4 Prior to libvirt 1.0.4, discovery of HBAs capable of NPIV requires checking each of the HBAs on the host for the capability flag "vport_ops", as follows: First you need to find out all the HBA by capability flag "scsi_host": # virsh nodedev-list --cap scsi_host scsi_host0 scsi_host1 scsi_host2 scsi_host3 scsi_host4 scsi_host5 Now check each HBA to find one with the "vport_ops" capability, either one at a time as follows: # virsh nodedev-dumpxml scsi_host3 <device> <name>scsi_host3</name> <parent>pci_0000_00_08_0</parent> <capability...