flight 173283 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173283/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds18 guest-start/debian.repeat fail REGR. vs. 173279
Tests which did not succeed,
flight 173286 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173286/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 238f5f95448c0cbffab5532b21bc4d5f27cf1cee
baseline version:
ovmf 6f340acfb10992af914ed
> From: Marek Marczykowski-Górecki
> Sent: Saturday, September 17, 2022 10:51 AM
>
> Re-use rmrr= parameter handling code to handle common device reserved
> memory.
>
> Signed-off-by: Marek Marczykowski-Górecki
>
> ---
> Changes in v3:
> - make MAX_USER_RMRR_PAGES applicable only to user-configu
Hi Stefano,
On 22/09/2022 23:40, Stefano Stabellini wrote:
>
>
> On Thu, 22 Sep 2022, Michal Orzel wrote:
>> Currently, all the arm64 defconfig build jobs, regardless of the
>> container used, end up building Xen with the extra config options
>> specified in the main build script (e.g. CONFIG_EX
Hi Stefano,
On 22/09/2022 23:42, Stefano Stabellini wrote:
>
>
> On Thu, 22 Sep 2022, Michal Orzel wrote:
>> For arm64 we perform builds using debian and alpine containers.
>> We are missing the randconfig build jobs for the latter, so add them.
>> This way for each container we have 4 fundament
Hi Stefano,
On 22/09/2022 23:53, Stefano Stabellini wrote:
>
>
> On Thu, 22 Sep 2022, Michal Orzel wrote:
>> At the moment, all the tests are executed on non-debug Xen builds.
>> To improve the coverage (e.g. we might catch some asserts), add new
>> test jobs using debug Xen builds.
>
> This is
Hi Stefano,
On 23/09/2022 00:13, Stefano Stabellini wrote:
>
>
> On Thu, 22 Sep 2022, Michal Orzel wrote:
>> Take an example from arm64 qemu test scripts and use ImageBuilder
>> to generate u-boot script automatically. Calculating the addresses
>> manually is quite error prone and also we will b
On 21.09.22 17:53, Marek Marczykowski-Górecki wrote:
Session description (by Jan):
In the course of working on an XSA I had to finally get PVH Dom0 work on at
least one of my systems, in a minimal fashion. This had turned up a number of
issues, some of which have since remained pending. Therefo
On Thu, Sep 22, 2022 at 09:21:59PM +0200, Jan Beulich wrote:
> On 22.09.2022 18:05, Roger Pau Monne wrote:
> > memory_type_changed() is currently only implemented for Intel EPT, and
> > results in the invalidation of EMT attributes on all the entries in
> > the EPT page tables. Such invalidation c
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-6.0-rc7-tag
xen: branch for v6.0-rc7
It contains only a single fix for an issue in the xenbus driver
(initialization of multi-page rings for Xen PV devices).
Thanks.
Juergen
drive
flight 173288 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173288/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf b19793a2ec6466c04e5e3506fbe82038fb0a885f
baseline version:
ovmf 238f5f95448c0cbffab55
On 22.09.22 20:43, Jan Beulich wrote:
On 22.09.2022 15:42, Marek Marczykowski-Górecki wrote:
Jürgen: today two grants formats, v1 supports only up to 16TB addresses
v2 solves 16TB issue, introduces several more features^Wbugs
v2 is 16 bytes per entry, v1 is 8 bytes per entry, v
flight 173284 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173284/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-xl-rtds 18 guest-start/debian.repeatfail like 173259
test-amd64-amd64-xl-qemut-win7-amd64
On Wed, Sep 21, 2022 at 02:16:17AM +, cgel@gmail.com wrote:
> From: Minghao Chi
>
> use kstrdup instead of open-coding it.
>
> Reported-by: Zeal Robot
> Signed-off-by: Minghao Chi
Acked-by: Wei Liu
Participants: Pau, Edwin, Matias
- the semantics of the new interface for querying registers is now async, this
would require a initialization phase in xcp-rrdd before query the counters.
- why this
https://github.com/xenserver/xen.pg/blob/XS-8.2.x/master/mixed-domain-runstates.patch
is not up-
flight 173287 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173287/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-libvirt-qcow2 17 guest-start/debian.repeat fail blocked in
173274
test-armhf-armhf-libvirt-qcow2 15 sa
The current way to detect whether a page handled to
epte_get_entry_emt() is special and needs a forced write-back cache
attribute involves iterating over all the smaller 4K pages for
superpages.
Such loop consumes a high amount of CPU time for 1GiB pages (order
18): on a Xeon® Silver 4216 (Cascade
This patch series fix issues related to static event channel series.
Rahul Singh (2):
xen: Add static event channel in SUPPORT.md on ARM
xen/arm: fix booting ACPI based system after static evtchn series
SUPPORT.md | 7 +++
xen/arch/arm/setup.c | 5 +++--
2 files changed, 10 ins
Static event channel support is tech preview, which shall be documented
in SUPPORT.md
Signed-off-by: Rahul Singh
---
SUPPORT.md | 7 +++
1 file changed, 7 insertions(+)
diff --git a/SUPPORT.md b/SUPPORT.md
index 8ebd63ad82..29f74ac506 100644
--- a/SUPPORT.md
+++ b/SUPPORT.md
@@ -922,6 +922,
When ACPI is enabled and the system booted with ACPI, BUG() is observed
after merging the static event channel series. As there is not DT when
booted with ACPI there will be no chosen node because of that
"BUG_ON(chosen == NULL)" will be hit.
(XEN) Xen BUG at arch/arm/domain_build.c:3578
Move cal
Hello:
This patch was applied to netdev/net-next.git (master)
by David S. Miller :
On Wed, 21 Sep 2022 02:16:17 + you wrote:
> From: Minghao Chi
>
> use kstrdup instead of open-coding it.
>
> Reported-by: Zeal Robot
> Signed-off-by: Minghao Chi
>
> [...]
Here is the summary with links:
flight 173289 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173289/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 5f403cdc6a367d8aad70f25e4286cb3785f2a1a2
baseline version:
ovmf b19793a2ec6466c04e5e3
Hi Rahul,
On 23/09/2022 12:02, Rahul Singh wrote:
CAUTION: This message has originated from an External Source. Please use proper
judgment and caution when opening attachments, clicking links, or responding to
this email.
When ACPI is enabled and the system booted with ACPI, BUG() is observe
On Thu, Sep 22, 2022 at 03:40:53PM +0200, Michal Orzel wrote:
> Script automation/scripts/containerize makes it easy to build Xen within
> predefined containers from gitlab container registry. However, it is
> currently not possible to use it with Arm containers because they are not
> listed in the
flight 173290 ovmf real [real]
flight 173291 ovmf real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/173290/
http://logs.test-lab.xenproject.org/osstest/logs/173291/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-
On 21/09/2022 02:19, Ji, Ruili wrote:
[AMD Official Use Only - General]
Hi Paul and AFAIK:
^^^ you mean Anthony :-)
Thanks for your help.
When could we see this patch on the master branch? 😊
Our project urgently needs this solution.
Anthony? Ping?
Paul
Hi Ayan,
> On 23 Sep 2022, at 1:10 pm, Ayan Kumar Halder wrote:
>
> Hi Rahul,
>
> On 23/09/2022 12:02, Rahul Singh wrote:
>> CAUTION: This message has originated from an External Source. Please use
>> proper judgment and caution when opening attachments, clicking links, or
>> responding to t
The pull request you sent on Fri, 23 Sep 2022 10:40:07 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
> for-linus-6.0-rc7-tag
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/526e8262856027cea38c45a5ff45fbe4204aed04
Thank you!
--
Deet-doot-dot, I
We can benefit from a smaller struct ubuf_info, so leave only mandatory
fields and let users to decide how they want to extend it. Convert
MSG_ZEROCOPY to struct ubuf_info_msgzc and remove duplicated fields.
This reduces the size from 48 bytes to just 16.
Signed-off-by: Pavel Begunkov
---
includ
struct ubuf_info will be changed, use ubuf_info_msgzc instead.
Signed-off-by: Pavel Begunkov
---
drivers/net/xen-netback/common.h| 2 +-
drivers/net/xen-netback/interface.c | 4 ++--
drivers/net/xen-netback/netback.c | 7 ---
3 files changed, 7 insertions(+), 6 deletions(-)
diff --git
struct ubuf_info is large but not all fields are needed for all
cases. We have limited space in io_uring for it and large ubuf_info
prevents some struct embedding, even though we use only a subset
of the fields. It's also not very clean trying to use this typeless
extra space.
Shrink struct ubuf_i
struct ubuf_info will be changed, use ubuf_info_msgzc instead.
Signed-off-by: Pavel Begunkov
---
drivers/vhost/net.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/drivers/vhost/net.c b/drivers/vhost/net.c
index 68e4ecd1cc0e..d7a04d573988 100644
--- a/drivers
We're going to split struct ubuf_info and leave there only
mandatory fields. Users are free to extend it. Add struct
ubuf_info_msgzc, which will be an extended version for MSG_ZEROCOPY and
some other users. It duplicates of struct ubuf_info for now and will be
removed in a couple of patches.
Signe
flight 173293 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173293/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 953438e4665c5993dfe5652c43ad43f963075b64
baseline version:
ovmf 5f403cdc6a367d8aad70f
Hi Anthony,
On 23/09/2022 15:56, Anthony PERARD wrote:
>
>
> On Thu, Sep 22, 2022 at 03:40:53PM +0200, Michal Orzel wrote:
>> Script automation/scripts/containerize makes it easy to build Xen within
>> predefined containers from gitlab container registry. However, it is
>> currently not possible
flight 173297 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173297/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 2500ce101178e55ed29cd18931ab8a73d0ca6e4d
baseline version:
ovmf 953438e4665c5993dfe56
On Fri, 23 Sep 2022, Michal Orzel wrote:
> Hi Stefano,
>
> On 22/09/2022 23:40, Stefano Stabellini wrote:
> >
> >
> > On Thu, 22 Sep 2022, Michal Orzel wrote:
> >> Currently, all the arm64 defconfig build jobs, regardless of the
> >> container used, end up building Xen with the extra config opti
On Fri, 23 Sep 2022, Michal Orzel wrote:
> Hi Stefano,
>
> On 22/09/2022 23:53, Stefano Stabellini wrote:
> >
> >
> > On Thu, 22 Sep 2022, Michal Orzel wrote:
> >> At the moment, all the tests are executed on non-debug Xen builds.
> >> To improve the coverage (e.g. we might catch some asserts),
On Fri, 23 Sep 2022, Michal Orzel wrote:
> Hi Stefano,
>
> On 23/09/2022 00:13, Stefano Stabellini wrote:
> >
> >
> > On Thu, 22 Sep 2022, Michal Orzel wrote:
> >> Take an example from arm64 qemu test scripts and use ImageBuilder
> >> to generate u-boot script automatically. Calculating the addr
flight 173298 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173298/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf ef9974b298583037a1686f08ee02798110a20ded
baseline version:
ovmf 2500ce101178e55ed29cd
On Fri, 23 Sep 2022, Michal Orzel wrote:
> Hi Anthony,
>
> On 23/09/2022 15:56, Anthony PERARD wrote:
> >
> >
> > On Thu, Sep 22, 2022 at 03:40:53PM +0200, Michal Orzel wrote:
> >> Script automation/scripts/containerize makes it easy to build Xen within
> >> predefined containers from gitlab con
flight 173296 linux-linus real [real]
flight 173299 linux-linus real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/173296/
http://logs.test-lab.xenproject.org/osstest/logs/173299/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-
flight 173300 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173300/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-rtds 20 guest-localmigrate/x10 fail REGR. vs. 173296
Tests which did not succeed,
flight 173302 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173302/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 582a7c9995a8fd036a3583ba485467f5a0316cca
baseline version:
ovmf ef9974b298583037a1686
44 matches
Mail list logo
