As 'kdata.num' is user-controlled data, if user tries to allocate
memory larger than(>=) MAX_ORDER, then kcalloc() will fail, it
creates a stack trace and messes up dmesg with a warning.
Call trace:
-> privcmd_ioctl
--> privcmd_ioctl_mmap_resource
Add __GFP_NOWARN in order to avoid too large allo
flight 174963 qemu-mainline real [real]
flight 174967 qemu-mainline real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/174963/
http://logs.test-lab.xenproject.org/osstest/logs/174967/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-am
flight 174962 linux-5.4 real [real]
flight 174965 linux-5.4 real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/174962/
http://logs.test-lab.xenproject.org/osstest/logs/174965/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd6
flight 174961 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174961/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-examine 8 reboot fail REGR. vs. 173462
test-arm64-arm64-xl
> On 17 Nov 2022, at 20:18, Julien Grall wrote:
>
> Hi Luca,
>
> On 25/10/2022 12:56, Luca Fancellu wrote:
>>> On 22 Oct 2022, at 16:04, Julien Grall wrote:
>>>
>>> From: Julien Grall
>>>
>>> At the moment, bootloaders can load Xen anywhere in memory but the
>>> region 2MB - 4MB. While I a
A change to XAPI varstored causes an unnecessary error message
to be logged in hypervisor.log whenever an RTC timeoffset update
is broadcast. In extreme cases this could flood the log file.
This patch modifies ioreq_broadcast() to allow partial success.
Signed-off-by: Per Bilse
---
xen/arch/x86
flight 174959 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174959/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-examine 8 reboot fail REGR. vs. 173462
test-arm64-arm64-xl
On Fri, Nov 25, 2022 at 10:21:38AM +0100, Jan Beulich wrote:
> On 25.11.2022 09:10, osstest service owner wrote:
> > flight 174958 xen-unstable real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/174958/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blocking,
>
On Fri, Nov 25, 2022 at 10:28:52AM +0100, Jan Beulich wrote:
> On 24.11.2022 17:42, Anthony PERARD wrote:
> > Use actual include directory used to install the public header in
> > COPYING file.
> >
> > Also, move the input file out of "tools/include/xen/" because that
> > directory is removed on `
flight 174960 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174960/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 16 saverestore-support-checkfail like 174952
test-armhf-armhf-libvirt-qcow2 15 saveres
> On 24 Nov 2022, at 16:42, Anthony PERARD wrote:
>
> Use actual include directory used to install the public header in
> COPYING file.
>
> Also, move the input file out of "tools/include/xen/" because that
> directory is removed on `make clean`.
>
> We can't used ./configure because $include
On 24.11.2022 17:42, Anthony PERARD wrote:
> Use actual include directory used to install the public header in
> COPYING file.
>
> Also, move the input file out of "tools/include/xen/" because that
> directory is removed on `make clean`.
>
> We can't used ./configure because $includedir contain a
On 25.11.2022 09:10, osstest service owner wrote:
> flight 174958 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/174958/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-amd64-migrupgrade
On 24.11.2022 20:08, Julien Grall wrote:
> From: Julien Grall
>
> Explain how the banner in README is generated and take the opportunity
> to mention what it should look like for RC.
>
> Signed-off-by: Julien Grall
Acked-by: Jan Beulich
albeit with a couple of nits:
> --- a/docs/process/rele
On 25.11.2022 10:00, Roger Pau Monné wrote:
> On Fri, Nov 25, 2022 at 09:43:59AM +0100, Jan Beulich wrote:
>> On 24.11.2022 16:12, Roger Pau Monné wrote:
>>> On Thu, Nov 24, 2022 at 12:16:13PM +0100, Jan Beulich wrote:
We need to be careful here - the kernel treating it as "edge" (like
an
On Fri, Nov 25, 2022 at 09:43:59AM +0100, Jan Beulich wrote:
> On 24.11.2022 16:12, Roger Pau Monné wrote:
> > On Thu, Nov 24, 2022 at 12:16:13PM +0100, Jan Beulich wrote:
> >> On 24.11.2022 10:33, Roger Pau Monné wrote:
> >>> On Thu, Nov 24, 2022 at 10:11:05AM +0100, Jan Beulich wrote:
> On 2
> On 14 Nov 2022, at 16:25, Anthony PERARD wrote:
>
> On Mon, Nov 07, 2022 at 10:47:36AM +, Luca Fancellu wrote:
>> xen/Makefile| 50 ++-
>
> Hi Luca,
Hi,
>
> Could you write a shell script which would probably be easier to
> read/modify than this rather
On 24.11.2022 16:12, Roger Pau Monné wrote:
> On Thu, Nov 24, 2022 at 12:16:13PM +0100, Jan Beulich wrote:
>> On 24.11.2022 10:33, Roger Pau Monné wrote:
>>> On Thu, Nov 24, 2022 at 10:11:05AM +0100, Jan Beulich wrote:
On 24.11.2022 10:06, Roger Pau Monné wrote:
> On Thu, Nov 24, 2022 at 0
Hi,
On 11/11/2022 15:17, Ayan Kumar Halder wrote:
One can now use GICv3 on AArch32 systems. However, ITS is not supported.
The reason being currently we are trying to validate GICv3 on an AArch32_v8R
system. Refer ARM DDI 0568A.c ID110520, B1.3.1,
"A Generic Interrupt Controller (GIC) implemente
flight 174958 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174958/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-migrupgrade broken
build-arm64-pvops 6 kernel-bu
20 matches
Mail list logo
