On 23.02.2024 14:03, Roger Pau Monne wrote:
> The current code for alternative calls uses the caller parameter types as the
> types for the register variables that serve as function parameters:
>
> uint8_t foo;
> [...]
> alternative_call(myfunc, foo);
>
> Would expand roughly into:
>
> register
On 23.02.2024 23:36, Stefano Stabellini wrote:
> On Fri, 23 Feb 2024, Jan Beulich wrote:
>> On 23.02.2024 02:32, Stefano Stabellini wrote:
>>> On Tue, 24 Oct 2023, Jan Beulich wrote:
On 24.10.2023 00:05, Stefano Stabellini wrote:
> On Mon, 23 Oct 2023, Jan Beulich wrote:
>> On 23.10.20
On 2024/2/23 23:59, Anthony PERARD wrote:
> On Thu, Feb 22, 2024 at 07:22:45AM +, Chen, Jiqian wrote:
>> On 2024/2/21 23:03, Anthony PERARD wrote:
>>> On Fri, Jan 12, 2024 at 02:13:17PM +0800, Jiqian Chen wrote:
diff --git a/tools/libs/light/libxl_pci.c b/tools/libs/light/libxl_pci.c
On 23.02.2024 18:00, Oleksii wrote:
> On Mon, 2024-02-19 at 09:06 +0100, Jan Beulich wrote:
>> On 16.02.2024 12:16, Oleksii wrote:
>>> On Thu, 2024-02-15 at 17:43 +0100, Jan Beulich wrote:
On 15.02.2024 17:38, Oleksii wrote:
> On Tue, 2024-02-13 at 14:33 +0100, Jan Beulich wrote:
>> On
On 2024/2/23 08:44, Stefano Stabellini wrote:
> On Fri, 12 Jan 2024, Jiqian Chen wrote:
>> On PVH dom0, the gsis don't get registered, but
>> the gsi of a passthrough device must be configured for it to
>> be able to be mapped into a hvm domU.
>> On Linux kernel side, it calles PHYSDEVOP_setup_gsi
Hi Oleksandr,
> Subject: Re: question about virtio-vsock on xen
>
>
>
> On 23.02.24 23:42, Stefano Stabellini wrote:
> > Hi Peng,
>
> Hello Peng, Stefano
>
>
> >
> > We haven't tried to setup virtio-vsock yet.
> >
> > In general, I am very supportive of using QEMU for virtio backends. We
> >
Hi Stefano,
> Subject: Re: question about virtio-vsock on xen
>
> Hi Peng,
>
> We haven't tried to setup virtio-vsock yet.
>
> In general, I am very supportive of using QEMU for virtio backends. We use
> QEMU to provide virtio-net, virtio-block, virtio-console and more.
Would you mind share ho
In the common sysctl command XEN_SYSCTL_physinfo, the value of
cores_per_socket is calculated based on the cpu_core_mask of CPU0.
Currently on Arm this is a fixed value 1 (can be checked via xl info),
which is not correct. This is because during the Arm CPU online
process at boot time, setup_cpu_si
An error message can seen from the init-dom0less application on
direct-mapped 1:1 domains:
```
Allocating magic pages
memory.c:238:d0v0 mfn 0x39000 doesn't belong to d1
Error on alloc magic pages
```
This is because populate_physmap() automatically assumes gfn == mfn
for direct mapped domains. Thi
flight 184760 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/184760/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt-raw 15 saverestore-support-check fail blocked in
184757
test-amd64-amd64-xl-qemut-win7-amd
flight 184761 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/184761/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf ba96acd963e794e86633ffd5e7f96cbc03db673c
baseline version:
ovmf f881b4d129602a49e3403
On Tue, Feb 20, 2024 at 1:50 AM Philippe Mathieu-Daudé
wrote:
>
> On 19/2/24 19:16, Marek Marczykowski-Górecki wrote:
> > Introduce global xen_is_stubdomain variable when qemu is running inside
> > a stubdomain instead of dom0. This will be relevant for subsequent
> > patches, as few things like a
On Mon, Feb 19, 2024 at 1:17 PM Marek Marczykowski-Górecki
wrote:
>
> Introduce global xen_is_stubdomain variable when qemu is running inside
> a stubdomain instead of dom0. This will be relevant for subsequent
> patches, as few things like accessing PCI config space need to be done
> differently.
flight 184759 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/184759/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf f881b4d129602a49e3403043fc27550a74453234
baseline version:
ovmf 7fa4a984c438b897086f5
flight 184757 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/184757/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt-raw 13 guest-start fail blocked in 184738
test-amd64-amd64-xl-qemut-win7-amd64
In short, purchase an addon PCIe USB card to isolate traffic. USB is a
shared medium and is rooted in the cheapest electronics. It was never
considered enterprise grade hardware for most all of history.The letter
B in USB stands for BUS which actually means a shared roadway that other
USB
flight 184756 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/184756/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl-qemuu-debianhvm-amd64-shadow 12 debian-hvm-install fail
pass in 184752
Tests which did not
17 matches
Mail list logo