flight 160861 qemu-upstream-4.15-testing real [real]
flight 160885 qemu-upstream-4.15-testing real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/160861/
http://logs.test-lab.xenproject.org/osstest/logs/160885/
Failures :-/ but no regressions.
Tests which are failing intermittentl
On Tue, 6 Apr 2021, Stefano Stabellini wrote:
> On Mon, 5 Apr 2021, Julien Grall wrote:
> > On 26/01/2021 22:58, Stefano Stabellini wrote:
> > > Hi all,
> >
> > Hi Stefano,
> >
> > > This series introduces support for the generic SMMU bindings to
> > > xen/drivers/passthrough/arm/smmu.c.
> > >
>
flight 160851 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160851/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-freebsd11-amd64 16 guest-saverestore fail REGR. vs.
152631
test-amd64-i3
On 4/7/21 10:37 AM, Jan Beulich wrote:
> There's no point in comparing SBDF - we can simply compare the struct
> pci_dev pointers. If they weren't the same for a given device, we'd have
> bigger problems from having stored a stale pointer.
>
> Signed-off-by: Jan Beulich
Reviewed-by: Boris Ostr
On 4/7/21 10:37 AM, Jan Beulich wrote:
> When multiple PCI devices get assigned to a guest right at boot, libxl
> incrementally populates the backend tree. The writes for the first of
> the devices trigger the backend watch. In turn xen_pcibk_setup_backend()
> will set the XenBus state to Initial
On 2021-04-08 11:38 p.m., Jan Beulich wrote:
On 09.04.2021 08:08, Ankur Arora wrote:
I'm working on somewhat related optimizations on Linux (clear_page(),
going in the opposite direction, from REP STOSB to MOVNT) and have
some comments/questions below.
Interesting.
On 4/8/2021 6:58 AM, Jan B
The pull request you sent on Fri, 9 Apr 2021 18:27:04 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
> for-linus-5.12b-rc7-tag
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0b76088799cc8db1ea9c626e54e7bc65f605e65f
Thank you!
--
Deet-doot-dot,
flight 160850 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160850/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu 18 guest-start/debian.repeat fail REGR. vs.
160646
test-armhf-armh
flight 160859 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160859/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf efa7f4df0f3b9e70d49dc41b397ec8400c1ad374
baseline version:
ovmf 19d5bccc7663399c0726a
On Fri, Apr 09, 2021 at 01:02:50PM +0300, Andy Shevchenko wrote:
> kernel.h is being used as a dump for all kinds of stuff for a long time.
> Here is the attempt to start cleaning it up by splitting out panic and
> oops helpers.
>
> There are several purposes of doing this:
> - dropping dependency
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
for-linus-5.12b-rc7-tag
xen: branch for v5.12-rc7
It contains a single fix of a 5.12 patch for the rather uncommon problem of
running as a Xen guest with a real time kernel config.
Thanks.
J
MSI related code in the "passthrough/pci.c” file is not useful for ARM
when MSI interrupts are injected via GICv3 ITS.
Therefore introducing the new flag CONFIG_PCI_MSI_INTERCEPT to gate the
MSI code for ARM in common code. Also move the arch-specific code to an
arch-specific directory and impleme
flight 160865 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160865/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 15 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm 1
On Thu, Apr 01, 2021 at 06:44:02PM +0100, Andrew Cooper wrote:
> On 23/03/2021 09:58, Roger Pau Monne wrote:
> > With the addition of the xc_cpu_policy_* now libxl can have better
> > control over the cpu policy, this allows removing the
> > xc_cpuid_apply_policy function and instead coding the req
flight 160837 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160837/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-xsm7 xen-install fail REGR. vs. 152332
test-amd64-i386-xl-
On 09.04.2021 14:54, Andrew Cooper wrote:
> On 08/04/2021 13:21, Jan Beulich wrote:
>> There is a difference in generated code: xzalloc_bytes() forces
>> SMP_CACHE_BYTES alignment. I think we not only don't need this here, but
>> actually don't want it.
>>
>> Signed-off-by: Jan Beulich
>
> This h
On 08/04/2021 13:21, Jan Beulich wrote:
> There is a difference in generated code: xzalloc_bytes() forces
> SMP_CACHE_BYTES alignment. I think we not only don't need this here, but
> actually don't want it.
>
> Signed-off-by: Jan Beulich
This honestly looks like a backwards step. In particular,
On 09.04.2021 13:53, osstest service owner wrote:
> flight 160853 xen-unstable-smoke real [real]
> flight 160857 xen-unstable-smoke real-retest [real]
> http://logs.test-lab.xenproject.org/osstest/logs/160853/
> http://logs.test-lab.xenproject.org/osstest/logs/160857/
>
> Regressions :-(
>
> Test
Hi,
On Fri, Apr 09, 2021 at 01:02:50PM +0300, Andy Shevchenko wrote:
> kernel.h is being used as a dump for all kinds of stuff for a long time.
> Here is the attempt to start cleaning it up by splitting out panic and
> oops helpers.
>
> There are several purposes of doing this:
> - dropping depen
flight 160853 xen-unstable-smoke real [real]
flight 160857 xen-unstable-smoke real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/160853/
http://logs.test-lab.xenproject.org/osstest/logs/160857/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which co
flight 160831 xen-4.12-testing real [real]
flight 160860 xen-4.12-testing real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/160831/
http://logs.test-lab.xenproject.org/osstest/logs/160860/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could
On Wed, Mar 31, 2021 at 11:03:55AM +0100, George Dunlap wrote:
> [Dropping some irrelevant cc’s]
>
> > On Mar 30, 2021, at 1:46 PM, Stefano Garzarella wrote:
> >
> > Hi John,
> >
> > On Mon, Mar 29, 2021 at 09:46:49PM +0300, John Simpson wrote:
> >> Hello,
> >>
> >> Kindly ask you to have a lo
branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-xl-qemuu-debianhvm-amd64
testid guest-saverestore
Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: ovmf git://xenbits.xen.org/osstest/ovmf.git
Tree: qemu git:/
On Thu, Apr 01, 2021 at 05:26:03PM +0100, Andrew Cooper wrote:
> On 23/03/2021 09:58, Roger Pau Monne wrote:
> > Introduce a helper to obtain a compatible cpu policy based on two
> > input cpu policies. Currently this is done by and'ing all CPUID leaves
> > and MSR entries, except for MSR_ARCH_CAPA
flight 160841 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160841/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 19d5bccc7663399c0726aac800ddd4591be0176a
baseline version:
ovmf dc4d42302c22f012d78f6
flight 160845 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160845/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 6 libvirt-buildfail REGR. vs. 151777
build-amd64-libvirt
kernel.h is being used as a dump for all kinds of stuff for a long time.
Here is the attempt to start cleaning it up by splitting out panic and
oops helpers.
There are several purposes of doing this:
- dropping dependency in bug.h
- dropping a loop by moving out panic_notifier.h
- unload kernel.h
On 09/04/2021 10:56, Luca Fancellu wrote:
On 9 Apr 2021, at 10:12, Julien Grall wrote:
Hi Luca,
On 08/04/2021 10:48, Luca Fancellu wrote:
This patch prevents the dom0 to be loaded skipping its
building and going forward to build domUs when the dom0
kernel is not found and at least one d
> On 9 Apr 2021, at 10:12, Julien Grall wrote:
>
> Hi Luca,
>
> On 08/04/2021 10:48, Luca Fancellu wrote:
>> This patch prevents the dom0 to be loaded skipping its
>> building and going forward to build domUs when the dom0
>> kernel is not found and at least one domU is present.
>> Signed-off
> On 9 Apr 2021, at 09:30, Julien Grall wrote:
>
> Hi Luca,
>
> On 08/04/2021 10:48, Luca Fancellu wrote:
>> Move dom0 creation and start from setup.c to domain_build.c
>> on a dedicate function.
>> Signed-off-by: Luca Fancellu
>> ---
>> xen/arch/arm/domain_build.c | 36
Hi Luca,
On 08/04/2021 10:48, Luca Fancellu wrote:
This patch prevents the dom0 to be loaded skipping its
building and going forward to build domUs when the dom0
kernel is not found and at least one domU is present.
Signed-off-by: Luca Fancellu
---
docs/features/dom0less.pandoc | 7 +++---
Hi Jan,
On 08/04/2021 07:17, Jan Beulich wrote:
On 07.04.2021 20:27, Julien Grall wrote:
From: Julien Grall
The compilation will fail when building Xen with clang and
CONFIG_DEBUG=y:
make[4]: Leaving directory '/oss/xen/xen/common/libelf'
INIT_O gunzip.init.o
Error: size of gunzip.o:.tex
Hi Luca,
On 08/04/2021 10:48, Luca Fancellu wrote:
Move dom0 creation and start from setup.c to domain_build.c
on a dedicate function.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/domain_build.c | 36
xen/arch/arm/setup.c| 29 +--
On 09.04.2021 00:28, Boris Ostrovsky wrote:
>
> On 4/7/21 10:37 AM, Jan Beulich wrote:
>> The commit referenced below was incomplete: It merely affected what
>> would get written to the vdev- xenstore node. The guest would still
>> find the function at the original function number as long as
>> _
On 27.11.2020 17:51, Jan Beulich wrote:
> 1: correct is_pv_domain() when !CONFIG_PV
> 2: use is_pv_64bit_domain() to avoid double evaluate_nospec()
Ping?
Thanks, Jan
On 23.11.2020 14:44, Jan Beulich wrote:
> Under certain conditions CPUs can speculate into the instruction stream
> past a RET instruction. Guard against this just like 3b7dab93f240
> ("x86/spec-ctrl: Protect against CALL/JMP straight-line speculation")
> did - by inserting an "INT $3" insn. It's m
flight 160827 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160827/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-freebsd11-amd64 16 guest-saverestore fail REGR. vs.
152631
test-amd64-i3
flight 160820 xen-unstable real [real]
flight 160843 xen-unstable real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/160820/
http://logs.test-lab.xenproject.org/osstest/logs/160843/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be r
38 matches
Mail list logo
