<feed xmlns='http://www.w3.org/2005/Atom'>
<title>qemu/.gitmodules, branch master</title>
<subtitle>QEMU development tree</subtitle>
<id>https://git.zx2c4.com/qemu/atom/.gitmodules?h=master</id>
<link rel='self' href='https://git.zx2c4.com/qemu/atom/.gitmodules?h=master'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/'/>
<updated>2023-06-06T14:30:01Z</updated>
<entry>
<title>meson: subprojects: replace berkeley-{soft,test}float-3 with wraps</title>
<updated>2023-06-06T14:30:01Z</updated>
<author>
<name>Paolo Bonzini</name>
<email>pbonzini@redhat.com</email>
</author>
<published>2023-05-19T11:27:10Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/commit/?id=d2dfe0b506e47e1409b29b65acb098d707532149'/>
<id>urn:sha1:d2dfe0b506e47e1409b29b65acb098d707532149</id>
<content type='text'>
Unlike other subprojects, these require an overlay directory to include
meson rules to build the libraries.  The rules are basically lifted
from tests/fp/meson.build, with a few changes to create platform.h
and publish a dependency.

The build defines are passed through a subproject option, and posted
back to users of the library via the dependency's compile_args.

The only remaining user of GIT_SUBMODULES and GIT_SUBMODULES_ACTION
is roms/SLOF, which is used to build pc-bios/s390-ccw.  All other
roms submodules are only present to satisfy the license on pre-built
firmware blobs.

Best reviewed with --color-moved.

Reviewed-by: Daniel P. Berrangé &lt;berrange@redhat.com&gt;
Signed-off-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;
</content>
</entry>
<entry>
<title>meson: subprojects: replace submodules with wrap files</title>
<updated>2023-06-06T14:30:01Z</updated>
<author>
<name>Paolo Bonzini</name>
<email>pbonzini@redhat.com</email>
</author>
<published>2023-05-18T14:50:00Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/commit/?id=2019cabfee08dd49c28359b6fd0bac63fb12df9b'/>
<id>urn:sha1:2019cabfee08dd49c28359b6fd0bac63fb12df9b</id>
<content type='text'>
Compared to submodules, .wrap files have several advantages:

* option parsing and downloading is delegated to meson

* the commit is stored in a text file instead of a magic entry in the
  git tree object

* we could stop shipping external dependencies that are only used as a
  fallback, but not break compilation on platforms that lack them.
  For example it may make sense to download dtc at build time, controlled
  by --enable-download, even when building from a tarball.  Right now,
  this patch does the opposite: make-release treats dtc like libvfio-user
  (which is not stable API and therefore hasn't found its way into any
  distros) and keycodemap (which is a copylib, for better or worse).

dependency() can fall back to a wrap automatically.  However, this
is only possible for libraries that come with a .pc file, and this
is not very common for libfdt even though the upstream project in
principle provides it; it also removes the control that we provide with
--enable-fdt={system,internal}.  Therefore, the logic to pick system
vs. internal libfdt is left untouched.

--enable-fdt=git is removed; it was already a synonym for
--enable-fdt=internal.

Reviewed-by: Daniel P. Berrangé &lt;berrange@redhat.com&gt;
Signed-off-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;
</content>
</entry>
<entry>
<title>meson: use subproject for keycodemapdb</title>
<updated>2023-05-26T10:34:18Z</updated>
<author>
<name>Paolo Bonzini</name>
<email>pbonzini@redhat.com</email>
</author>
<published>2023-05-18T12:07:22Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/commit/?id=c53648abba167db47827840bbd4257ed7bc6133c'/>
<id>urn:sha1:c53648abba167db47827840bbd4257ed7bc6133c</id>
<content type='text'>
By using a subproject, our own meson.build can use variables from
the subproject instead of hard-coded paths.  This is also the first step
towards managing downloads with .wrap files instead of submodule.

Reviewed-by: Daniel P. Berrangé &lt;berrange@redhat.com&gt;
Signed-off-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;
</content>
</entry>
<entry>
<title>meson: use subproject for internal libfdt</title>
<updated>2023-05-26T10:34:18Z</updated>
<author>
<name>Paolo Bonzini</name>
<email>pbonzini@redhat.com</email>
</author>
<published>2023-05-18T12:07:22Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/commit/?id=58e48b2e721dcf70571d293e86c02eedbe3a0f39'/>
<id>urn:sha1:58e48b2e721dcf70571d293e86c02eedbe3a0f39</id>
<content type='text'>
Recent dtc/libfdt can use either Make or meson as the build system.
By using a subproject, our own meson.build can remove the hard
coded list of source files.

This is also the first step towards managing downloads with .wrap
files instead of submodule.

Reviewed-by: Daniel P. Berrangé &lt;berrange@redhat.com&gt;
Signed-off-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;
</content>
</entry>
<entry>
<title>qemu.git: drop meson git submodule</title>
<updated>2023-05-18T06:53:51Z</updated>
<author>
<name>John Snow</name>
<email>jsnow@redhat.com</email>
</author>
<published>2023-05-11T03:54:26Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/commit/?id=aab95127565cea74672c291566c7bcaec601e756'/>
<id>urn:sha1:aab95127565cea74672c291566c7bcaec601e756</id>
<content type='text'>
Now that meson is installed from a vendored wheel, we don't need the git
submodule anymore. Drop it.

Signed-off-by: John Snow &lt;jsnow@redhat.com&gt;
Message-Id: &lt;20230511035435.734312-19-jsnow@redhat.com&gt;
Signed-off-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;
</content>
</entry>
<entry>
<title>hw/misc/sga: Remove the deprecated "sga" device</title>
<updated>2023-02-14T08:02:42Z</updated>
<author>
<name>Thomas Huth</name>
<email>thuth@redhat.com</email>
</author>
<published>2023-02-09T16:15:40Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/commit/?id=b482fb43deb3fa9f5c44fd3da3dde04acec7750f'/>
<id>urn:sha1:b482fb43deb3fa9f5c44fd3da3dde04acec7750f</id>
<content type='text'>
It's been deprecated since QEMU v6.2, so it should be OK to
finally remove this now.

Message-Id: &lt;20230209161540.1054669-1-thuth@redhat.com&gt;
Reviewed-by: Juan Quintela &lt;quintela@redhat.com&gt;
Acked-by: Gerd Hoffmann &lt;kraxel@redhat.com&gt;
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
</content>
</entry>
<entry>
<title>Remove the slirp submodule (i.e. compile only with an external libslirp)</title>
<updated>2022-09-26T15:23:47Z</updated>
<author>
<name>Thomas Huth</name>
<email>thuth@redhat.com</email>
</author>
<published>2022-04-08T16:20:47Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/commit/?id=5890258aeeba303704ec1adca415e46067800777'/>
<id>urn:sha1:5890258aeeba303704ec1adca415e46067800777</id>
<content type='text'>
Since QEMU 7.1 we don't support Ubuntu 18.04 anymore, so the last big
important Linux distro that did not have a pre-packaged libslirp has
been dismissed. All other major distros seem to have a libslirp package
in their distribution already - according to repology.org:

          Fedora 35: 4.6.1
  CentOS 8 (RHEL-8): 4.4.0
          Debian 11: 4.4.0
 OpenSUSE Leap 15.3: 4.3.1
   Ubuntu LTS 20.04: 4.1.0
      FreeBSD Ports: 4.7.0
      NetBSD pkgsrc: 4.7.0
           Homebrew: 4.7.0
        MSYS2 mingw: 4.7.0

The only one that was still missing a libslirp package is OpenBSD - but
the next version (OpenBSD 7.2 which will be shipped in October) is going
to include a libslirp package. Since QEMU 7.2 will be published after
OpenBSD 7.2, we should be fine there, too.

So there is no real urgent need for keeping the slirp submodule in
the QEMU tree anymore. Thus let's drop the slirp submodule now and
rely on the libslirp packages from the distributions instead.

Message-Id: &lt;20220824151122.704946-7-thuth@redhat.com&gt;
Acked-by: Samuel Thibault &lt;samuel.thibault@ens-lyon.org&gt;
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
</content>
</entry>
<entry>
<title>vfio-user: build library</title>
<updated>2022-06-15T15:42:33Z</updated>
<author>
<name>Jagannathan Raman</name>
<email>jag.raman@oracle.com</email>
</author>
<published>2022-06-13T20:26:24Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/commit/?id=55116968deb09fdae198cecaa45f4e5532d5445a'/>
<id>urn:sha1:55116968deb09fdae198cecaa45f4e5532d5445a</id>
<content type='text'>
add the libvfio-user library as a submodule. build it as a meson
subproject.

libvfio-user is distributed with BSD 3-Clause license and
json-c with MIT (Expat) license

Signed-off-by: Elena Ufimtseva &lt;elena.ufimtseva@oracle.com&gt;
Signed-off-by: John G Johnson &lt;john.g.johnson@oracle.com&gt;
Signed-off-by: Jagannathan Raman &lt;jag.raman@oracle.com&gt;
Reviewed-by: Stefan Hajnoczi &lt;stefanha@redhat.com&gt;
Message-id: c2adec87958b081d1dc8775d4aa05c897912f025.1655151679.git.jag.raman@oracle.com

[Changed submodule URL to QEMU's libvfio-user mirror on GitLab. The QEMU
project mirrors its dependencies so that it can provide full source code
even in the event that its dependencies become unavailable. Note that
the mirror repo is manually updated, so please contact me to make newer
libvfio-user commits available. If I become a bottleneck we can set up a
cronjob.

Updated scripts/meson-buildoptions.sh to match the meson_options.txt
change. Failure to do so can result in scripts/meson-buildoptions.sh
being modified by the build system later on and you end up with a dirty
working tree.
--Stefan]

Signed-off-by: Stefan Hajnoczi &lt;stefanha@redhat.com&gt;
</content>
</entry>
<entry>
<title>capstone: Remove the capstone submodule</title>
<updated>2022-05-18T06:54:22Z</updated>
<author>
<name>Thomas Huth</name>
<email>thuth@redhat.com</email>
</author>
<published>2022-05-16T14:58:23Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/commit/?id=83602083b4ada6ceb86bfb327e83556ebab120fc'/>
<id>urn:sha1:83602083b4ada6ceb86bfb327e83556ebab120fc</id>
<content type='text'>
Now that we allow compiling with Capstone v3.0.5 again, all our supported
build hosts should provide at least this version of the disassembler
library, so we do not need to ship this as a submodule anymore.

Message-Id: &lt;20220516145823.148450-4-thuth@redhat.com&gt;
Reviewed-by: Richard Henderson &lt;richard.henderson@linaro.org&gt;
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
</content>
</entry>
<entry>
<title>gitmodules: Correct libvirt-ci submodule URL</title>
<updated>2022-02-09T12:08:41Z</updated>
<author>
<name>Philippe Mathieu-Daudé</name>
<email>f4bug@amsat.org</email>
</author>
<published>2022-02-04T20:43:15Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/commit/?id=9641ba6b58d2ecc82e87545069b223c4ac46476b'/>
<id>urn:sha1:9641ba6b58d2ecc82e87545069b223c4ac46476b</id>
<content type='text'>
Correct the libvirt-ci repository URL to avoid this warning when
cloning / refreshing the submodule:

  warning: redirecting to https://gitlab.com/libvirt/libvirt-ci.git/

Fixes: 4ebb040f1fd ("tests: integrate lcitool for generating build env manifests")
Reviewed-by: Daniel P. Berrangé &lt;berrange@redhat.com&gt;
Reviewed-by: Thomas Huth &lt;thuth@redhat.com&gt;
Signed-off-by: Philippe Mathieu-Daudé &lt;f4bug@amsat.org&gt;
Signed-off-by: Alex Bennée &lt;alex.bennee@linaro.org&gt;
Message-Id: &lt;20220121154134.315047-3-f4bug@amsat.org&gt;
Message-Id: &lt;20220204204335.1689602-7-alex.bennee@linaro.org&gt;
</content>
</entry>
</feed>
