<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bwlp/qemu.git/include/hw/s390x, branch spice_video_codecs</title>
<subtitle>Experimental fork of QEMU with video encoding patches</subtitle>
<id>https://git.openslx.org/bwlp/qemu.git/atom/include/hw/s390x?h=spice_video_codecs</id>
<link rel='self' href='https://git.openslx.org/bwlp/qemu.git/atom/include/hw/s390x?h=spice_video_codecs'/>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/'/>
<updated>2022-11-08T09:10:57+00:00</updated>
<entry>
<title>Revert "s390x/s390-virtio-ccw: add zpcii-disable machine property"</title>
<updated>2022-11-08T09:10:57+00:00</updated>
<author>
<name>Cédric Le Goater</name>
</author>
<published>2022-11-07T16:13:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=57702891376d4636b5eab4a89145152a0342c987'/>
<id>urn:sha1:57702891376d4636b5eab4a89145152a0342c987</id>
<content type='text'>
This reverts commit 59d1ce44396e3ad2330dc3261ff3da7ad3a16184.

The "zpcii-disable" machine property is redundant with the "interpret"
zPCI device property. Remove it for clarification.

Signed-off-by: Cédric Le Goater &lt;clg@redhat.com&gt;
Message-Id: &lt;20221107161349.1032730-2-clg@kaod.org&gt;
Reviewed-by: Matthew Rosato &lt;mjrosato@linux.ibm.com&gt;
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
</content>
</entry>
<entry>
<title>s390x/cpu topology: add max_threads machine class attribute</title>
<updated>2022-11-06T11:38:57+00:00</updated>
<author>
<name>Pierre Morel</name>
</author>
<published>2022-11-03T17:01:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=6393b29966fce3c0e47746a9646ae439e7fd0728'/>
<id>urn:sha1:6393b29966fce3c0e47746a9646ae439e7fd0728</id>
<content type='text'>
The S390 CPU topology accepts the smp.threads argument while
in reality it does not effectively allow multthreading.

Let's keep this behavior for machines older than 7.2 and
refuse to use threads in newer machines until multithreading
is really exposed to the guest by the machine.

Signed-off-by: Pierre Morel &lt;pmorel@linux.ibm.com&gt;
Message-Id: &lt;20221103170150.20789-3-pmorel@linux.ibm.com&gt;
[thuth: Small fixes to the commit description]
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
</content>
</entry>
<entry>
<title>s390x: Add KVM PV dump interface</title>
<updated>2022-10-26T08:54:59+00:00</updated>
<author>
<name>Janosch Frank</name>
</author>
<published>2022-10-17T08:38:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=753ca06f4706cd6e57750a606afb08c5c5299643'/>
<id>urn:sha1:753ca06f4706cd6e57750a606afb08c5c5299643</id>
<content type='text'>
Let's add a few bits of code which hide the new KVM PV dump API from
us via new functions.

Signed-off-by: Janosch Frank &lt;frankja@linux.ibm.com&gt;
Reviewed-by: Janis Schoetterl-Glausch &lt;scgl@linux.ibm.com&gt;
Reviewed-by: Steffen Eiden &lt;seiden@linux.ibm.com&gt;
[ Marc-André: fix up for compilation issue ]
Signed-off-by: Marc-André Lureau &lt;marcandre.lureau@redhat.com&gt;
Message-Id: &lt;20221017083822.43118-10-frankja@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390x: Introduce PV query interface</title>
<updated>2022-10-26T08:54:59+00:00</updated>
<author>
<name>Janosch Frank</name>
</author>
<published>2022-10-17T08:38:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=03d83ecfae46bf5e0074cb5808043b30df34064b'/>
<id>urn:sha1:03d83ecfae46bf5e0074cb5808043b30df34064b</id>
<content type='text'>
Introduce an interface over which we can get information about UV data.

Signed-off-by: Janosch Frank &lt;frankja@linux.ibm.com&gt;
Reviewed-by: Steffen Eiden &lt;seiden@linux.ibm.com&gt;
Reviewed-by: Janis Schoetterl-Glausch &lt;scgl@linux.ibm.com&gt;
Acked-by: Thomas Huth &lt;thuth@redhat.com&gt;
Message-Id: &lt;20221017083822.43118-8-frankja@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390x/s390-virtio-ccw: add zpcii-disable machine property</title>
<updated>2022-09-26T15:23:47+00:00</updated>
<author>
<name>Matthew Rosato</name>
</author>
<published>2022-09-02T17:27:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=59d1ce44396e3ad2330dc3261ff3da7ad3a16184'/>
<id>urn:sha1:59d1ce44396e3ad2330dc3261ff3da7ad3a16184</id>
<content type='text'>
The zpcii-disable machine property can be used to force-disable the use
of zPCI interpretation facilities for a VM.  By default, this setting
will be off for machine 7.2 and newer.

Signed-off-by: Matthew Rosato &lt;mjrosato@linux.ibm.com&gt;
Message-Id: &lt;20220902172737.170349-9-mjrosato@linux.ibm.com&gt;
Reviewed-by: Thomas Huth &lt;thuth@redhat.com&gt;
[thuth: Fix contextual conflict in ccw_machine_7_1_instance_options()]
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
</content>
</entry>
<entry>
<title>s390x/pci: let intercept devices have separate PCI groups</title>
<updated>2022-09-26T15:23:47+00:00</updated>
<author>
<name>Matthew Rosato</name>
</author>
<published>2022-09-02T17:27:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=30dcf4f7fd23bef7d72a2454c60881710fd4c785'/>
<id>urn:sha1:30dcf4f7fd23bef7d72a2454c60881710fd4c785</id>
<content type='text'>
Let's use the reserved pool of simulated PCI groups to allow intercept
devices to have separate groups from interpreted devices as some group
values may be different. If we run out of simulated PCI groups, subsequent
intercept devices just get the default group.
Furthermore, if we encounter any PCI groups from hostdevs that are marked
as simulated, let's just assign them to the default group to avoid
conflicts between host simulated groups and our own simulated groups.

Signed-off-by: Matthew Rosato &lt;mjrosato@linux.ibm.com&gt;
Reviewed-by: Pierre Morel &lt;pmorel@linux.ibm.com&gt;
Message-Id: &lt;20220902172737.170349-7-mjrosato@linux.ibm.com&gt;
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
</content>
</entry>
<entry>
<title>s390x/pci: enable adapter event notification for interpreted devices</title>
<updated>2022-09-26T15:23:47+00:00</updated>
<author>
<name>Matthew Rosato</name>
</author>
<published>2022-09-02T17:27:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=d0bc7091c2013ad2fa164100cf7b17962370e8ab'/>
<id>urn:sha1:d0bc7091c2013ad2fa164100cf7b17962370e8ab</id>
<content type='text'>
Use the associated kvm ioctl operation to enable adapter event notification
and forwarding for devices when requested.  This feature will be set up
with or without firmware assist based upon the 'forwarding_assist' setting.

Signed-off-by: Matthew Rosato &lt;mjrosato@linux.ibm.com&gt;
Message-Id: &lt;20220902172737.170349-6-mjrosato@linux.ibm.com&gt;
[thuth: Rename "forwarding_assist" property to "forwarding-assist"]
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
</content>
</entry>
<entry>
<title>s390x/pci: enable for load/store interpretation</title>
<updated>2022-09-26T15:23:47+00:00</updated>
<author>
<name>Matthew Rosato</name>
</author>
<published>2022-09-02T17:27:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=dd1d5fd9684beeb0c14c39f497ef2aa9ac683aa7'/>
<id>urn:sha1:dd1d5fd9684beeb0c14c39f497ef2aa9ac683aa7</id>
<content type='text'>
If the ZPCI_OP ioctl reports that is is available and usable, then the
underlying KVM host will enable load/store intepretation for any guest
device without a SHM bit in the guest function handle.  For a device that
will be using interpretation support, ensure the guest function handle
matches the host function handle; this value is re-checked every time the
guest issues a SET PCI FN to enable the guest device as it is the only
opportunity to reflect function handle changes.

By default, unless interpret=off is specified, interpretation support will
always be assumed and exploited if the necessary ioctl and features are
available on the host kernel.  When these are unavailable, we will silently
revert to the interception model; this allows existing guest configurations
to work unmodified on hosts with and without zPCI interpretation support,
allowing QEMU to choose the best support model available.

Signed-off-by: Matthew Rosato &lt;mjrosato@linux.ibm.com&gt;
Acked-by: Thomas Huth &lt;thuth@redhat.com&gt;
Message-Id: &lt;20220902172737.170349-4-mjrosato@linux.ibm.com&gt;
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
</content>
</entry>
<entry>
<title>s390x/pci: add routine to get host function handle from CLP info</title>
<updated>2022-09-26T15:23:47+00:00</updated>
<author>
<name>Matthew Rosato</name>
</author>
<published>2022-09-02T17:27:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=21fa15298d88db2050a713cdf79c10cb0e09146f'/>
<id>urn:sha1:21fa15298d88db2050a713cdf79c10cb0e09146f</id>
<content type='text'>
In order to interface with the underlying host zPCI device, we need
to know its function handle. Add a routine to grab this from the
vfio CLP capabilities chain.

Signed-off-by: Matthew Rosato &lt;mjrosato@linux.ibm.com&gt;
Reviewed-by: Pierre Morel &lt;pmorel@linux.ibm.com&gt;
Message-Id: &lt;20220902172737.170349-3-mjrosato@linux.ibm.com&gt;
[thuth: Replace free(info) with g_free(info)]
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
</content>
</entry>
<entry>
<title>Clean up ill-advised or unusual header guards</title>
<updated>2022-05-11T14:50:01+00:00</updated>
<author>
<name>Markus Armbruster</name>
</author>
<published>2022-05-06T13:49:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=9c0928045ce4b97fc59cb285b7a4b559d21e5da0'/>
<id>urn:sha1:9c0928045ce4b97fc59cb285b7a4b559d21e5da0</id>
<content type='text'>
Leading underscores are ill-advised because such identifiers are
reserved.  Trailing underscores are merely ugly.  Strip both.

Our header guards commonly end in _H.  Normalize the exceptions.

Macros should be ALL_CAPS.  Normalize the exception.

Done with scripts/clean-header-guards.pl.

include/hw/xen/interface/ and tools/virtiofsd/ left alone, because
these were imported from Xen and libfuse respectively.

Signed-off-by: Markus Armbruster &lt;armbru@redhat.com&gt;
Message-Id: &lt;20220506134911.2856099-3-armbru@redhat.com&gt;
Reviewed-by: Richard Henderson &lt;richard.henderson@linaro.org&gt;
</content>
</entry>
</feed>
