<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bwlp/qemu.git/include/hw/misc, 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/misc?h=spice_video_codecs</id>
<link rel='self' href='https://git.openslx.org/bwlp/qemu.git/atom/include/hw/misc?h=spice_video_codecs'/>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/'/>
<updated>2022-10-31T18:48:23+00:00</updated>
<entry>
<title>hw/ppc/mac.h: Rename to include/hw/nvram/mac_nvram.h</title>
<updated>2022-10-31T18:48:23+00:00</updated>
<author>
<name>BALATON Zoltan</name>
</author>
<published>2022-10-28T11:56:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=443f07b73d139e6944bc6af472b6e9df790b6e38'/>
<id>urn:sha1:443f07b73d139e6944bc6af472b6e9df790b6e38</id>
<content type='text'>
All that is left in mac.h now belongs to the nvram emulation so rename
it accordingly and only include it where it is really used.

Signed-off-by: BALATON Zoltan &lt;balaton@eik.bme.hu&gt;
Reviewed-by: Mark Cave-Ayland &lt;mark.cave-ayland@ilande.co.uk&gt;
Message-Id: &lt;b82449369f718c0e207fe8c332fab550fa0230c0.1666957578.git.balaton@eik.bme.hu&gt;
Signed-off-by: Mark Cave-Ayland &lt;mark.cave-ayland@ilande.co.uk&gt;
</content>
</entry>
<entry>
<title>hw/ppc/mac.h: Move macio specific parts out from shared header</title>
<updated>2022-10-31T18:48:23+00:00</updated>
<author>
<name>BALATON Zoltan</name>
</author>
<published>2022-10-28T11:56:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=55078ea7775f207db5d8bca252151fc85741a8ca'/>
<id>urn:sha1:55078ea7775f207db5d8bca252151fc85741a8ca</id>
<content type='text'>
Move the parts specific to and only used by macio out from the shared
mac.h into macio.c where they better belong.

Signed-off-by: BALATON Zoltan &lt;balaton@eik.bme.hu&gt;
Reviewed-by: Philippe Mathieu-Daudé &lt;f4bug@amsat.org&gt;
Reviewed-by: Mark Cave-Ayland &lt;mark.cave-ayland@ilande.co.uk&gt;
Message-Id: &lt;ac570ce9dcbae169310503689053807b8b4b86bc.1666957578.git.balaton@eik.bme.hu&gt;
Signed-off-by: Mark Cave-Ayland &lt;mark.cave-ayland@ilande.co.uk&gt;
</content>
</entry>
<entry>
<title>aspeed: sbc: Allow per-machine settings</title>
<updated>2022-07-14T14:24:38+00:00</updated>
<author>
<name>Joel Stanley</name>
</author>
<published>2022-07-14T14:24:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=54ee564132bdbd1346a241dde5d51f0a1d1a1c7b'/>
<id>urn:sha1:54ee564132bdbd1346a241dde5d51f0a1d1a1c7b</id>
<content type='text'>
In order to correctly report secure boot running firmware the values
of certain registers must be set.

We don't yet have documentation from ASPEED on what they mean. The
meaning is inferred from u-boot's use of them.

Introduce properties so the settings can be configured per-machine.

Reviewed-by: Peter Delevoryas &lt;pdel@fb.com&gt;
Tested-by: Peter Delevoryas &lt;pdel@fb.com&gt;
Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;
Message-Id: &lt;20220628154740.1117349-4-clg@kaod.org&gt;
Signed-off-by: Cédric Le Goater &lt;clg@kaod.org&gt;
</content>
</entry>
<entry>
<title>hw/misc/aspeed: Add PECI controller</title>
<updated>2022-06-30T07:21:14+00:00</updated>
<author>
<name>Peter Delevoryas</name>
</author>
<published>2022-06-30T07:21:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=55c57023b740c29151d42600af9ac43ba00e56cc'/>
<id>urn:sha1:55c57023b740c29151d42600af9ac43ba00e56cc</id>
<content type='text'>
This introduces a really basic PECI controller that responses to
commands by always setting the response code to success and then raising
an interrupt to indicate the command is done. This helps avoid getting
hit with constant errors if the driver continuously attempts to send a
command and keeps timing out.

The AST2400 and AST2500 only included registers up to 0x5C, not 0xFC.
They supported PECI 1.1, 2.0, and 3.0. The AST2600 and AST1030 support
PECI 4.0, which includes more read/write buffer registers from 0x80 to
0xFC to support 64-byte mode.

This patch doesn't attempt to handle that, or to create a different
version of the controller for the different generations, since it's only
implementing functionality that is common to all generations.

The basic sequence of events is that the firmware will read and write to
various registers and then trigger a command by setting the FIRE bit in
the command register (similar to the I2C controller).

Then the firmware waits for an interrupt from the PECI controller,
expecting the interrupt status register to be filled in with info on
what happened. If the command was transmitted and received successfully,
then response codes from the host CPU will be found in the data buffer
registers.

Signed-off-by: Peter Delevoryas &lt;pdel@fb.com&gt;
Reviewed-by: Cédric Le Goater &lt;clg@kaod.org&gt;
Message-Id: &lt;20220630045133.32251-12-me@pjd.dev&gt;
[ clg: s/sysbus_mmio_map/aspeed_mmio_map/ ]
Signed-off-by: Cédric Le Goater &lt;clg@kaod.org&gt;
</content>
</entry>
<entry>
<title>acpi: pvpanic-isa: use AcpiDevAmlIfClass:build_dev_aml to provide device's AML</title>
<updated>2022-06-09T23:32:49+00:00</updated>
<author>
<name>Igor Mammedov</name>
</author>
<published>2022-06-08T13:53:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=ff36e90e7c12c0bfdb43737614f8ef7c3bc35bd1'/>
<id>urn:sha1:ff36e90e7c12c0bfdb43737614f8ef7c3bc35bd1</id>
<content type='text'>
.. and clean up not longer needed conditionals in DSTD build code
pvpanic-isa AML will be fetched and included when ISA bridge will
build its own AML code (including attached devices).

Expected AML change:
   the device under separate _SB.PCI0.ISA scope is moved directly
   under Device(ISA) node.

Signed-off-by: Igor Mammedov &lt;imammedo@redhat.com&gt;
Acked-by: Gerd Hoffmann &lt;kraxel@redhat.com&gt;
Message-Id: &lt;20220608135340.3304695-29-imammedo@redhat.com&gt;
Reviewed-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;
Signed-off-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;
</content>
</entry>
<entry>
<title>Clean up decorations and whitespace around header guards</title>
<updated>2022-05-11T14:50:32+00:00</updated>
<author>
<name>Markus Armbruster</name>
</author>
<published>2022-05-06T13:49:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=ea9cea93c69d508a333dd1b0cb1a44f6daf80b63'/>
<id>urn:sha1:ea9cea93c69d508a333dd1b0cb1a44f6daf80b63</id>
<content type='text'>
Cleaned up with scripts/clean-header-guards.pl.

Signed-off-by: Markus Armbruster &lt;armbru@redhat.com&gt;
Message-Id: &lt;20220506134911.2856099-5-armbru@redhat.com&gt;
Reviewed-by: Richard Henderson &lt;richard.henderson@linaro.org&gt;
</content>
</entry>
<entry>
<title>Clean up header guards that don't match their file name</title>
<updated>2022-05-11T14:49:06+00:00</updated>
<author>
<name>Markus Armbruster</name>
</author>
<published>2022-05-06T13:49:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=52581c718c5cd55595ca032a56f1e194c5716456'/>
<id>urn:sha1:52581c718c5cd55595ca032a56f1e194c5716456</id>
<content type='text'>
Header guard symbols should match their file name to make guard
collisions less likely.

Cleaned up with scripts/clean-header-guards.pl, followed by some
renaming of new guard symbols picked by the script to better ones.

Signed-off-by: Markus Armbruster &lt;armbru@redhat.com&gt;
Message-Id: &lt;20220506134911.2856099-2-armbru@redhat.com&gt;
Reviewed-by: Richard Henderson &lt;richard.henderson@linaro.org&gt;
[Change to generated file ebpf/rss.bpf.skeleton.h backed out]
</content>
</entry>
<entry>
<title>lasi: move from hw/hppa to hw/misc</title>
<updated>2022-05-08T17:52:37+00:00</updated>
<author>
<name>Mark Cave-Ayland</name>
</author>
<published>2022-05-04T09:25:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=45f569a11666051f98edc678616d135c9feaf506'/>
<id>urn:sha1:45f569a11666051f98edc678616d135c9feaf506</id>
<content type='text'>
Move the LASI device implementation from hw/hppa to hw/misc so that it is
located with all the other miscellaneous devices.

Signed-off-by: Mark Cave-Ayland &lt;mark.cave-ayland@ilande.co.uk&gt;
Acked-by: Helge Deller &lt;deller@gmx.de&gt;
Message-Id: &lt;20220504092600.10048-43-mark.cave-ayland@ilande.co.uk&gt;
Signed-off-by: Mark Cave-Ayland &lt;mark.cave-ayland@ilande.co.uk&gt;
</content>
</entry>
<entry>
<title>aspeed/hace: Support AST1030 HACE</title>
<updated>2022-05-03T05:17:20+00:00</updated>
<author>
<name>Steven Lee</name>
</author>
<published>2022-05-03T02:27:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=e056c52233910ef156e6d790ce41b33cd838bad6'/>
<id>urn:sha1:e056c52233910ef156e6d790ce41b33cd838bad6</id>
<content type='text'>
Per ast1030_v7.pdf, AST1030 HACE engine is identical to AST2600's HACE
engine.

Signed-off-by: Steven Lee &lt;steven_lee@aspeedtech.com&gt;
Signed-off-by: Cédric Le Goater &lt;clg@kaod.org&gt;
</content>
</entry>
<entry>
<title>aspeed/hace: Support AST2600 HACE</title>
<updated>2022-05-02T15:03:04+00:00</updated>
<author>
<name>Steven Lee</name>
</author>
<published>2022-05-02T15:03:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=5cd7d8564a8b563da724b9e6264c967f0a091afa'/>
<id>urn:sha1:5cd7d8564a8b563da724b9e6264c967f0a091afa</id>
<content type='text'>
The aspeed ast2600 accumulative mode is described in datasheet
ast2600v10.pdf section 25.6.4:
 1. Allocating and initiating accumulative hash digest write buffer
    with initial state.
    * Since QEMU crypto/hash api doesn't provide the API to set initial
      state of hash library, and the initial state is already set by
      crypto library (gcrypt/glib/...), so skip this step.
 2. Calculating accumulative hash digest.
    (a) When receiving the last accumulative data, software need to add
        padding message at the end of the accumulative data. Padding
        message described in specific of MD5, SHA-1, SHA224, SHA256,
        SHA512, SHA512/224, SHA512/256.
        * Since the crypto library (gcrypt/glib) already pad the
          padding message internally.
        * This patch is to remove the padding message which fed byguest
          machine driver.

Signed-off-by: Troy Lee &lt;troy_lee@aspeedtech.com&gt;
Signed-off-by: Steven Lee &lt;steven_lee@aspeedtech.com&gt;
Reviewed-by: Cédric Le Goater &lt;clg@kaod.org&gt;
Message-Id: &lt;20220426021120.28255-3-steven_lee@aspeedtech.com&gt;
Signed-off-by: Cédric Le Goater &lt;clg@kaod.org&gt;
</content>
</entry>
</feed>
