Re: [PATCH v6 05/11] virtio-gpu: Introduce virgl_gpu_resource structure

On Tue, Jan 02, 2024 at 07:52:04PM +0800, Marc-André Lureau wrote: > Hi > > On Tue, Dec 19, 2023 at 11:55 AM Huang Rui wrote: > > > > Introduce a new virgl_gpu_resource data structure and helper functions > > for virgl. It's used to add new member which is specific for virgl in > > following patc

[linux-linus test] 184248: tolerable FAIL - PUSHED

flight 184248 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/184248/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemut-win7-amd64 19 guest-stopfail like 184242 test-amd64-amd64-xl-qemuu-win7-amd64

Re: [PATCH v5 00/13] Arm cache coloring

On Wed, 3 Jan 2024, Stefano Stabellini wrote: > Also I tried this patch series on the "staging" branch and Xen failed to > boot, no messages at all from Xen so it must be an early boot failure. I > am passing this command line options to Xen and running it on QEMU: > > dom0_mem=1024M dom0_max_vcpu

Re: [PATCH v5 00/13] Arm cache coloring

On Wed, 3 Jan 2024, Michal Orzel wrote: > Hi, > > On 02/01/2024 10:51, Carlo Nonato wrote: > > > > > > Shared caches in multi-core CPU architectures represent a problem for > > predictability of memory access latency. This jeopardizes applicability > > of many Arm platform in real-time critical

[xtf test] 184247: all pass - PUSHED

flight 184247 xtf real [real] http://logs.test-lab.xenproject.org/osstest/logs/184247/ Perfect :-) All tests in this flight passed as required version targeted for testing: xtf 0a58a1471eb5f692700c0fd026ff96969b6ad7b0 baseline version: xtf 8ab636aee07918402d80da

Re: Xen and Qemu virtio question

Hi Peng, Please see my comments below. On Wed, Jan 03, 2024 at 05:38:07AM +, Peng Fan wrote: > Hi Vikram, Oleksii > > I follow the slide virtio for Xen on ARM[1], but I met some issues, and > stuck for about two days. > > I use upstream lastest qemu repo master branch, not qemu-xen.git > repo

[ovmf test] 184246: all pass - PUSHED

flight 184246 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/184246/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 16c8cfc81054aa76e133eab1033560052727cab5 baseline version: ovmf 7a5823f85be99b9a92751

[ovmf test] 184245: all pass - PUSHED

flight 184245 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/184245/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 7a5823f85be99b9a92751fcf4141f7982fa5cc80 baseline version: ovmf d7d4f09ff815794761f84

Re: [PATCH v6 00/17] Device tree based NUMA support for Arm

Hi Henry, On 20/11/2023 02:54, Henry Wang wrote: The preparation work to support NUMA on Arm has been merged and can be found at [1] and [2]. The initial discussions of the Arm NUMA support can be found at [3]. - Background of this series: Xen memory allocation and scheduler modules are NUMA a

Re: [PATCH v6 02/17] xen/arm: implement helpers to get and update NUMA status

Hi Henry, On 20/11/2023 02:54, Henry Wang wrote: From: Wei Chen NUMA has one global and one implementation specific switches. For ACPI NUMA implementation, Xen has acpi_numa, so we introduce device_tree_numa for device tree NUMA implementation. And use enumerations to indicate init, off and on

[ANNOUNCE] Call for agenda items for Community Call @ 1600 UTC, 18th Jan 2024

Hi all, Please add your proposed agenda and name next to any items in this *link here* If any action items have been resolved, please remove them from the sheet. *CALL LINK: https://meet.jit.si/XenProjectCommunityCall

Re: [PATCH v5 00/13] Arm cache coloring

Hi, On 02/01/2024 10:51, Carlo Nonato wrote: > > > Shared caches in multi-core CPU architectures represent a problem for > predictability of memory access latency. This jeopardizes applicability > of many Arm platform in real-time critical and mixed-criticality > scenarios. We introduce support

Re: [PATCH v13 01/35] x86/cpufeatures,opcode,msr: Add the WRMSRNS instruction support

On Tue, Jan 02, 2024 at 10:06:27PM +, Li, Xin3 wrote: > Do I need to send an updated patch? > Or just leave it to the maintainer who is going to take care of it? While waiting, please take a look at this: https://kernel.org/doc/html/latest/process/submitting-patches.html#don-t-get-discourage

[xen-unstable test] 184244: tolerable FAIL

flight 184244 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/184244/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-libvirt-raw 13 guest-start fail in 184243 pass in 184244 test-armhf-armhf-libvirt-qcow2 1

Re: [PATCH v6 05/11] virtio-gpu: Introduce virgl_gpu_resource structure

On Thu, Dec 21, 2023 at 01:43:37PM +0800, Akihiko Odaki wrote: > On 2023/12/19 22:27, Huang Rui wrote: > > On Tue, Dec 19, 2023 at 08:35:27PM +0800, Akihiko Odaki wrote: > >> On 2023/12/19 16:53, Huang Rui wrote: > >>> Introduce a new virgl_gpu_resource data structure and helper functions > >>> for

Re: [PATCH v6 03/11] virtio-gpu: Support context init feature with virglrenderer

On Tue, Jan 02, 2024 at 07:43:20PM +0800, Marc-André Lureau wrote: > Hi > > On Tue, Dec 19, 2023 at 11:54 AM Huang Rui wrote: > > > > Patch "virtio-gpu: CONTEXT_INIT feature" has added the context_init > > feature flags. > > We would like to enable the feature with virglrenderer, so add to create