<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/meta-virtualization.git/classes, branch kirkstone</title>
<subtitle>Mirror of git.yoctoproject.org/meta-virtualization</subtitle>
<id>https://git.enea.com/cgit/linux/meta-virtualization.git/atom?h=kirkstone</id>
<link rel='self' href='https://git.enea.com/cgit/linux/meta-virtualization.git/atom?h=kirkstone'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/'/>
<updated>2023-03-02T21:25:47+00:00</updated>
<entry>
<title>containers: introduce container-host class</title>
<updated>2023-03-02T21:25:47+00:00</updated>
<author>
<name>Bruce Ashfield</name>
<email>bruce.ashfield@gmail.com</email>
</author>
<published>2023-03-01T09:52:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/commit/?id=aae4d3854643cb1d3330c3103084834b6f390879'/>
<id>urn:sha1:aae4d3854643cb1d3330c3103084834b6f390879</id>
<content type='text'>
Introducing a small (at the moment) class that represents configuration
and processing required to prepare a target image to be a container
host.

A recipe that requires container configuration should inherit this
class, and the container-host-config package will be added as a
RDEPENDS, and install common configuration files.

In the future, additional functionality or dependencies will be added
here to synchronize the configuration of multiple container host
packages.

Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
<entry>
<title>image-oci-umoci: add parameter for stop signal</title>
<updated>2022-07-18T12:44:32+00:00</updated>
<author>
<name>Vasileios Anagnostopoulos</name>
<email>vasileios.anagnostopoulos@siemens.com</email>
</author>
<published>2022-07-12T12:26:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/commit/?id=33fb354402b8875602a5746c1ad58528c8757c47'/>
<id>urn:sha1:33fb354402b8875602a5746c1ad58528c8757c47</id>
<content type='text'>
Add an optional parameter that allows to override the stop
signal that is used.

Signed-off-by: Vasileios Anagnostopoulos &lt;vasileios.anagnostopoulos@siemens.com&gt;
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
<entry>
<title>image-oci-umoci: properly handle tags other than latest</title>
<updated>2022-07-18T12:44:15+00:00</updated>
<author>
<name>Pascal Bach</name>
<email>pascal.bach@siemens.com</email>
</author>
<published>2022-07-12T12:26:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/commit/?id=6c6b9283dd2545ed7a8bf11001b30602b411edf8'/>
<id>urn:sha1:6c6b9283dd2545ed7a8bf11001b30602b411edf8</id>
<content type='text'>
Signed-off-by: Pascal Bach &lt;pascal.bach@siemens.com&gt;
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
<entry>
<title>xen: Disable highmem on qemuarm</title>
<updated>2022-06-20T16:08:58+00:00</updated>
<author>
<name>Michal Orzel</name>
<email>michal.orzel@arm.com</email>
</author>
<published>2022-06-09T09:57:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/commit/?id=a2dd7d887fa4ed5ef36ff17537ec0a9e59c610e0'/>
<id>urn:sha1:a2dd7d887fa4ed5ef36ff17537ec0a9e59c610e0</id>
<content type='text'>
By default, highmem option is enabled for machine types later than
virt-2.12. This allows qemu to place devices and RAM in physical
address space above 32-bits. This can cause issues as according to the
documentation Xen supports up to 12GiB of physical address space.
Recently the issue was observed using runqemu, that was causing Linux
running on top of Xen to stall when trying to access ECAM space placed
by qemu at 256GiB mark. Even though this issue is most probably related
to QEMU and not Xen (the investigation showed that it can map ECAM
space correctly), it is best to avoid such issues by disabling highmem
on qemuarm.

Signed-off-by: Michal Orzel &lt;michal.orzel@arm.com&gt;
Reviewed-by: Bertrand Marquis &lt;bertrand.marquis@arm.com&gt;
Reviewed-by: Christopher Clark &lt;christopher.w.clark@gmail.com&gt;
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
<entry>
<title>Revert "xen: Disable PCI on qemuarm with Xen"</title>
<updated>2022-06-20T16:08:58+00:00</updated>
<author>
<name>Michal Orzel</name>
<email>michal.orzel@arm.com</email>
</author>
<published>2022-06-09T09:57:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/commit/?id=15ed3e5294ca67705476880765139accccac0690'/>
<id>urn:sha1:15ed3e5294ca67705476880765139accccac0690</id>
<content type='text'>
This reverts commit fb0a7b97db4f419b82309f98a4944ae3330d1e2e.

Justification:
Commit fb0a7b97db4f removed the PCI node from the qemu device tree
due to the issue when trying to access PCI configuration space that
was causing Linux running on top of Xen to end up in an infinite loop.
The investigation showed that the problem occurs due to qemu placing
ECAM space at 256GiB mark. Even though Xen officially supports on arm32
up to 12GiB of physical address space, it is able to map it correctly
for dom0. However, when Linux tries to access the ECAM space and the
stage2 translation fault occurs, HPFAR register contains incorrect IPA.
We can say it is incorrect because using hardware AT instruction or
software lookup, we can obtain the correct IPA from the same VA. This
can suggest that the problem is related to QEMU fault handling.

Instead of removing the PCI node the follow-up commit will disable
highmem option in qemu which will cause placing ECAM space in the
32-bit space.

Signed-off-by: Michal Orzel &lt;michal.orzel@arm.com&gt;
Reviewed-by: Bertrand Marquis &lt;bertrand.marquis@arm.com&gt;
Reviewed-by: Christopher Clark &lt;christopher.w.clark@gmail.com&gt;
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
<entry>
<title>xen: Disable PCI on qemuarm with Xen</title>
<updated>2022-05-18T17:56:43+00:00</updated>
<author>
<name>Bertrand Marquis</name>
<email>bertrand.marquis@arm.com</email>
</author>
<published>2022-05-10T15:35:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/commit/?id=2fae71cdf0e8c6f398f51219bdf31eac76c662ec'/>
<id>urn:sha1:2fae71cdf0e8c6f398f51219bdf31eac76c662ec</id>
<content type='text'>
Remove the pci node from the qemu device tree when runqemu is used with
xen-qemuboot.

Linux is ending up in an infinite loop when trying to access PCI
configuration space when running on top of Xen on arm32.
As we do not need or support any of the devices on PCI on arm32 at the
moment, just remove the node from the device tree generated by qemu.

The problem does not appear at the moment without Xen and it is unclear
why it is with Xen.
This will be investigated but in the meantime provide a working
configuration for users.

Signed-off-by: Bertrand Marquis &lt;bertrand.marquis@arm.com&gt;
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
<entry>
<title>xen: enable qemuboot for arm32</title>
<updated>2022-05-18T17:56:43+00:00</updated>
<author>
<name>Bertrand Marquis</name>
<email>bertrand.marquis@arm.com</email>
</author>
<published>2022-05-10T15:35:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/commit/?id=edd6b20c6a1c79007a0abc90d96da1d014b79e2f'/>
<id>urn:sha1:edd6b20c6a1c79007a0abc90d96da1d014b79e2f</id>
<content type='text'>
Add required variables to generate a qemuboot devicetree for qemuarm.
With this change, Xen and dom0 can be started using runqemu.

Xen is started using qemu kernel argument and the devicetree is modified
to properly boot dom0 (which is loaded in memory).
This is using the same system as qemuarm64.

At this stage dom0 is hanging on PCI device scanning.

This patch is also using qemuarm64 as machine for arm64 bit instead of
aarch64 to allow adding support for other machine (an example a Xilinx
board that can be emulated with using an other xen machine).

Signed-off-by: Bertrand Marquis &lt;bertrand.marquis@arm.com&gt;
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
<entry>
<title>qemuboot: Fix command line and enable other machines</title>
<updated>2022-05-18T17:56:43+00:00</updated>
<author>
<name>Bertrand Marquis</name>
<email>bertrand.marquis@arm.com</email>
</author>
<published>2022-05-10T15:35:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/commit/?id=11ac2d467156cf388fc8bcc871835f61d726ccad'/>
<id>urn:sha1:11ac2d467156cf388fc8bcc871835f61d726ccad</id>
<content type='text'>
Fix qemuboot-xen-dtb to properly add dom0 bootargs by using a parameter
instead of directly using the QB_XEN_DOM0_BOOTARGS inside the function.
When not done, the variable is empty and dom0 bootargs are wrong in the
device tree.

Use QB_MACHINE to generate a device tree with qemu instead of always
using the armv8 machine. This will allow this class to be used for other
machines later.

Signed-off-by: Bertrand Marquis &lt;bertrand.marquis@arm.com&gt;
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
<entry>
<title>Revert "qemuboot, xen-image-minimal: enable runqemu for qemuarm Xen images"</title>
<updated>2022-05-18T17:56:43+00:00</updated>
<author>
<name>Bruce Ashfield</name>
<email>bruce.ashfield@gmail.com</email>
</author>
<published>2022-05-09T15:57:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/commit/?id=cc670349373788063169bc7b040287ab2acf8c46'/>
<id>urn:sha1:cc670349373788063169bc7b040287ab2acf8c46</id>
<content type='text'>
This reverts commit 1c746a976830ebaf85c7c8c25612bea349b0a7c5.

Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
<entry>
<title>xen images, qemuboot: configure xenbr0 bridge for runqemu, testimage</title>
<updated>2022-05-18T17:56:43+00:00</updated>
<author>
<name>Christopher Clark</name>
<email>christopher.w.clark@gmail.com</email>
</author>
<published>2022-04-28T00:06:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/commit/?id=c988514f4acbd2e8a61a53a16f1eea2d45729b74'/>
<id>urn:sha1:c988514f4acbd2e8a61a53a16f1eea2d45729b74</id>
<content type='text'>
Networking for Xen guest virtual machines is commonly configured via
bridging in the host system between a physical interface and the
guest virtual interfaces.

To make it easier to test networking and use testimage with Xen guest
virtual machines, extend the bbclass that provides network configuration
for qemu machines for the Xen images to configure a Xen bridge and put
eth0 onto it when QB_XEN_HOST_BRIDGE is set.

Signed-off-by: Christopher Clark &lt;christopher.clark@starlab.io&gt;
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
</feed>
