Searched hist:d3256f88d988809ae006aa28d6df88b37b253bc1 (Results 1 – 5 of 5) sorted by relevance
/openbmc/qemu/hw/xen/ |
H A D | xen_devconfig.c | diff d3256f88d988809ae006aa28d6df88b37b253bc1 Mon Oct 16 07:01:39 CDT 2023 David Woodhouse <dwmw@amazon.co.uk> hw/xen: automatically assign device index to block devices
There's no need to force the user to assign a vdev. We can automatically assign one, starting at xvda and searching until we find the first disk name that's unused.
This means we can now allow '-drive if=xen,file=xxx' to work without an explicit separate -driver argument, just like if=virtio.
Rip out the legacy handling from the xenpv machine, which was scribbling over any disks configured by the toolstack, and didn't work with anything but raw images.
Signed-off-by: David Woodhouse <dwmw@amazon.co.uk> Acked-by: Kevin Wolf <kwolf@redhat.com> Reviewed-by: Paul Durrant <paul@xen.org>
|
/openbmc/qemu/include/hw/xen/ |
H A D | xen-legacy-backend.h | diff d3256f88d988809ae006aa28d6df88b37b253bc1 Mon Oct 16 07:01:39 CDT 2023 David Woodhouse <dwmw@amazon.co.uk> hw/xen: automatically assign device index to block devices
There's no need to force the user to assign a vdev. We can automatically assign one, starting at xvda and searching until we find the first disk name that's unused.
This means we can now allow '-drive if=xen,file=xxx' to work without an explicit separate -driver argument, just like if=virtio.
Rip out the legacy handling from the xenpv machine, which was scribbling over any disks configured by the toolstack, and didn't work with anything but raw images.
Signed-off-by: David Woodhouse <dwmw@amazon.co.uk> Acked-by: Kevin Wolf <kwolf@redhat.com> Reviewed-by: Paul Durrant <paul@xen.org>
|
/openbmc/qemu/hw/xenpv/ |
H A D | xen_machine_pv.c | diff d3256f88d988809ae006aa28d6df88b37b253bc1 Mon Oct 16 07:01:39 CDT 2023 David Woodhouse <dwmw@amazon.co.uk> hw/xen: automatically assign device index to block devices
There's no need to force the user to assign a vdev. We can automatically assign one, starting at xvda and searching until we find the first disk name that's unused.
This means we can now allow '-drive if=xen,file=xxx' to work without an explicit separate -driver argument, just like if=virtio.
Rip out the legacy handling from the xenpv machine, which was scribbling over any disks configured by the toolstack, and didn't work with anything but raw images.
Signed-off-by: David Woodhouse <dwmw@amazon.co.uk> Acked-by: Kevin Wolf <kwolf@redhat.com> Reviewed-by: Paul Durrant <paul@xen.org>
|
/openbmc/qemu/hw/block/ |
H A D | xen-block.c | diff d3256f88d988809ae006aa28d6df88b37b253bc1 Mon Oct 16 07:01:39 CDT 2023 David Woodhouse <dwmw@amazon.co.uk> hw/xen: automatically assign device index to block devices
There's no need to force the user to assign a vdev. We can automatically assign one, starting at xvda and searching until we find the first disk name that's unused.
This means we can now allow '-drive if=xen,file=xxx' to work without an explicit separate -driver argument, just like if=virtio.
Rip out the legacy handling from the xenpv machine, which was scribbling over any disks configured by the toolstack, and didn't work with anything but raw images.
Signed-off-by: David Woodhouse <dwmw@amazon.co.uk> Acked-by: Kevin Wolf <kwolf@redhat.com> Reviewed-by: Paul Durrant <paul@xen.org>
|
/openbmc/qemu/ |
H A D | blockdev.c | diff d3256f88d988809ae006aa28d6df88b37b253bc1 Mon Oct 16 07:01:39 CDT 2023 David Woodhouse <dwmw@amazon.co.uk> hw/xen: automatically assign device index to block devices
There's no need to force the user to assign a vdev. We can automatically assign one, starting at xvda and searching until we find the first disk name that's unused.
This means we can now allow '-drive if=xen,file=xxx' to work without an explicit separate -driver argument, just like if=virtio.
Rip out the legacy handling from the xenpv machine, which was scribbling over any disks configured by the toolstack, and didn't work with anything but raw images.
Signed-off-by: David Woodhouse <dwmw@amazon.co.uk> Acked-by: Kevin Wolf <kwolf@redhat.com> Reviewed-by: Paul Durrant <paul@xen.org>
|