Daniel P. Berrangé (427ce4cc) at 17 Mar 12:22

Jonathon Jongsma (54f5032e) at 16 Mar 19:45

... and 4 more commits

This PR fixes several different problems with libvirt's support of VIR_ARCH_M68K.

• The NIC must be configured with -net instead of -device (despite the comment calling -net "legacy", it's required to configure any NIC that is not hot pluggable.)
• The machine doesn't have a PCI bus, so non-PCI devices shouldn't try to assign PCI addresses.
• The video device type wasn't supported.

With these commits, I'm able to launch an m68k domain with working disk, network, and graphics using this XML:

<domain xmlns:qemu="http://libvirt.org/schemas/domain/qemu/1.0" type="qemu">
  <name>vm-m68k</name>
  <uuid>4ef5da71-dd22-4b0b-b815-8c264a81b706</uuid>
  <memory>65536</memory>
  <currentMemory>65536</currentMemory>
  <vcpu>1</vcpu>
  <os>
    <type arch="m68k" machine="q800">hvm</type>
    <boot dev="hd"/>
  </os>
  <clock offset="utc"/>
  <devices>
    <emulator>/run/libvirt/nix-emulators/qemu-system-m68k</emulator>
    <disk type="file" device="disk">
      <driver name="qemu" type="raw"/>
      <source file="/var/lib/libvirt/images/m68k.hda"/>
      <target dev="sda" bus="scsi"/>
    </disk>
    <controller type="scsi" index="0" model="ncr53c90"/>
    <interface type="network">
      <source network="default"/>
      <model type="dp8393x"/>
      <mac address="52:54:00:26:59:4f"/>
      <address type="isa"/>
    </interface>
    <console type="pty"/>
    <graphics type="spice" autoport="yes">
      <gl enable="no"/>
    </graphics>
    <video>
      <model type="nubus-macfb" heads="1" primary="yes"/>
    </video>
  </devices>
  <qemu:commandline>
    <qemu:arg value="-audio"/>
    <qemu:arg value="none"/>
    <qemu:arg value="-bios"/>
    <qemu:arg value="/var/lib/libvirt/images/Q800.ROM"/>
  </qemu:commandline>
</domain>

Pavel Hrdina (293bb59e) at 13 Mar 16:33

Goal

Add support for 'device' parameter in network xml route entity

<network>
  ...
  <route address="192.168.0.0" prefix="24" device="eth0"/>
  ...
</network>

Technical details

In some cases we want to route trafic to the device instead of specific gateway to avoid gateway headers in network packages, so it can be solved easily if we specify device instead of a gateway in the route, like it usually allows "ip route"

Michal Prívozník (1fd9f5a3) at 13 Mar 14:25

... and 3 more commits

This is most likely referring to past qemu-img behavior. Defaults are not encoded in libvirt. qemu-img behavior is runtime-dependent, with a current preference towards 'aes-256-xts'.

Roman Bogorodskiy (2e258549) at 12 Mar 18:01

Also when you'll be opening issues for any of the projects please create one issue per feature rather than dumping everything into one issue.

Closing as this needs to be raised with the appropriate project.

Libvirt itself ships no GUI, so this is almost certainly the wrong place to be asking these questions. There are multiple projects that provide various types of GUI on top of libvirt, which will have their own bug trackers you can use.

Michal Prívozník (88b5e33b) at 12 Mar 12:41

Daniel P. Berrangé (f92bb05d) at 12 Mar 10:24

Based on libvirt commit v12.1.0-51-ge25b82c5f8.

Signed-off-by: Peter Krempa [email protected]

Based on libvirt commit v12.1.0-51-ge25b82c5f8.

Signed-off-by: Peter Krempa [email protected]

Oh I completely missed that your commit does not have a signed-off-by tag. It is included in the MR description, but it needs to go to the commit itself. Could you please update it? Alternatively I can copy it to the commit before pushing if you agree.

Based on libvirt commit v12.1.0-51-ge25b82c5f8.

Signed-off-by: Peter Krempa [email protected]

Michal Prívozník (e25b82c5) at 11 Mar 13:08