<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bwlp/qemu.git/crypto/block-qcow.h, branch spice_video_codecs</title>
<subtitle>Experimental fork of QEMU with video encoding patches</subtitle>
<id>https://git.openslx.org/bwlp/qemu.git/atom/crypto/block-qcow.h?h=spice_video_codecs</id>
<link rel='self' href='https://git.openslx.org/bwlp/qemu.git/atom/crypto/block-qcow.h?h=spice_video_codecs'/>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/'/>
<updated>2019-07-19T13:21:25+00:00</updated>
<entry>
<title>crypto: Fix LGPL information in the file headers</title>
<updated>2019-07-19T13:21:25+00:00</updated>
<author>
<name>Thomas Huth</name>
</author>
<published>2019-02-13T15:54:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=b7cbb8741b40b7cd4de9ad6bdb69baae4d6dadcf'/>
<id>urn:sha1:b7cbb8741b40b7cd4de9ad6bdb69baae4d6dadcf</id>
<content type='text'>
It's either "GNU *Library* General Public License version 2" or "GNU
Lesser General Public License version *2.1*", but there was no "version
2.0" of the "Lesser" license. So assume that version 2.1 is meant here.

Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
Signed-off-by: Daniel P. Berrangé &lt;berrange@redhat.com&gt;
</content>
</entry>
<entry>
<title>crypto: use local path for local headers</title>
<updated>2018-06-01T16:20:37+00:00</updated>
<author>
<name>Michael S. Tsirkin</name>
</author>
<published>2018-05-03T19:50:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=986bc8ded9a5459e72951cc91b53cf2b52eb735f'/>
<id>urn:sha1:986bc8ded9a5459e72951cc91b53cf2b52eb735f</id>
<content type='text'>
When pulling in headers that are in the same directory as the C file (as
opposed to one in include/), we should use its relative path, without a
directory.

Signed-off-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;
Reviewed-by: Philippe Mathieu-Daudé &lt;f4bug@amsat.org&gt;
Tested-by: Philippe Mathieu-Daudé &lt;f4bug@amsat.org&gt;
Acked-by: Daniel P. Berrangé &lt;berrange@redhat.com&gt;
</content>
</entry>
<entry>
<title>Clean up ill-advised or unusual header guards</title>
<updated>2016-07-12T14:20:46+00:00</updated>
<author>
<name>Markus Armbruster</name>
</author>
<published>2016-06-29T11:47:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=2a6a4076e117113ebec97b1821071afccfdfbc96'/>
<id>urn:sha1:2a6a4076e117113ebec97b1821071afccfdfbc96</id>
<content type='text'>
Cleaned up with scripts/clean-header-guards.pl.

Signed-off-by: Markus Armbruster &lt;armbru@redhat.com&gt;
Reviewed-by: Richard Henderson &lt;rth@twiddle.net&gt;
</content>
</entry>
<entry>
<title>crypto: add block encryption framework</title>
<updated>2016-03-17T14:41:15+00:00</updated>
<author>
<name>Daniel P. Berrange</name>
</author>
<published>2015-10-24T10:44:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=7d9690148ac25bc755a759adab7d63f517d092b1'/>
<id>urn:sha1:7d9690148ac25bc755a759adab7d63f517d092b1</id>
<content type='text'>
Add a generic framework for supporting different block encryption
formats. Upon instantiating a QCryptoBlock object, it will read
the encryption header and extract the encryption keys. It is
then possible to call methods to encrypt/decrypt data buffers.

There is also a mode whereby it will create/initialize a new
encryption header on a previously unformatted volume.

The initial framework comes with support for the legacy QCow
AES based encryption. This enables code in the QCow driver to
be consolidated later.

Reviewed-by: Eric Blake &lt;eblake@redhat.com&gt;
Signed-off-by: Daniel P. Berrange &lt;berrange@redhat.com&gt;
</content>
</entry>
</feed>
