>>> On 28.10.16 at 08:46, wrote:
> Would anyone please help with a question on xen-netfront.c code?
>
> In xen-netfront.c, the return value of gnttab_claim_grant_reference() is
> checked with "BUG_ON((signed short)ref < 0);". Why we use signed short here
> while the return value is of uint32_t?
flight 101720 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101720/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-winxpsp3 6 xen-bootfail REGR. vs. 92983
test-amd64-amd64-xl
On 28/10/16 07:46, Dongli Zhang wrote:
> Hi,
>
> Would anyone please help with a question on xen-netfront.c code?
>
> In xen-netfront.c, the return value of gnttab_claim_grant_reference() is
> checked with "BUG_ON((signed short)ref < 0);". Why we use signed short here
> while the return value is
On Thu, Oct 27, 2016 at 11:01:50PM +0100, Juergen Schinker wrote:
>
>
> - On 27 Oct, 2016, at 09:53, Wei Liu wei.l...@citrix.com wrote:
>
> > For the second part, xenstored.pid normally would be stored under
> > /var/run, which should be cleared whenever the system is booted [0].
>
> I know
Hi Team,
https://www.xenproject.org/component/allvideoshare/video/samsung-nexus10-dual-xen-androud.html
The above link stats that "Samsung will discuss the issues encountered
using Xen on a mobile device in this demanding use-case, and how the
changes for Xen for mobile can be contributed into th
osstest service owner writes ("[linux-4.1 test] 101715: regressions - FAIL"):
> flight 101715 linux-4.1 real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/101715/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-ar
On 27/10/16 19:26, osstest service owner wrote:
> flight 101698 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/101698/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-xtf-amd64-amd64-5 44 xtf/
On 28/10/2016 10:11, Pan Xinhui wrote:
> change from v5:
> spilt x86/kvm patch into guest/host part.
> introduce kvm_write_guest_offset_cached.
> fix some typos.
> rebase patch onto 4.9.2
Acked-by: Paolo Bonzini
Thanks,
Paolo
> change from v4:
> spilt x86 kvm vc
flight 101729 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101729/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf d1b757e2cd034e32676c5cc2d542f785e74f8c5d
baseline version:
ovmf 0a18956d54cfe70b736b0
>>> On 28.10.16 at 11:55, wrote:
> On 27/10/16 19:26, osstest service owner wrote:
>> flight 101698 xen-unstable real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/101698/
>>
>> Regressions :-(
>>
>> Tests which did not succeed and are blocking,
>> including tests which could not be
>>> On 25.08.16 at 21:23, wrote:
> +static void percpu_tasklet_feed(void *arg)
> +{
> +unsigned long flags;
> +struct tasklet *t;
> +struct list_head *dst_list;
> +struct list_head *list = &__get_cpu_var(tasklet_feeder);
> +
> +spin_lock_irqsave(&feeder_lock, flags);
> +
> +
Signed-off-by: Andrew Cooper
---
tests/xsa-186/main.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/tests/xsa-186/main.c b/tests/xsa-186/main.c
index f2bc8f6..fe7e98b 100644
--- a/tests/xsa-186/main.c
+++ b/tests/xsa-186/main.c
@@ -144,6 +144,29 @@ void test_main(vo
On Thu, Oct 27, 2016 at 04:05:44PM +0100, Andrew Cooper wrote:
> c/s 5eeca68f introduced the 64bit ABI for HVM guests, and chose to explicitly
> truncate the index, despite the fact that the `mov $imm32, %eax` in the
> hypercall page already provides the expected truncation.
>
> The truncation isn
On Thu, Oct 27, 2016 at 12:45 AM, Andrew Cooper
wrote:
> On 26/10/2016 20:37, Matt Leinhos wrote:
> > A while ago there was a thread by the same name in this group (see
> > https://lists.xen.org/archives/html/xen-devel/2016-08/msg02591.html).
> >
> > I've looked through the thread and did not see
>>> On 28.10.16 at 12:36, wrote:
> Signed-off-by: Andrew Cooper
Reviewed-by: Jan Beulich
(Maybe you want to drop the ...
> --- a/tests/xsa-186/main.c
> +++ b/tests/xsa-186/main.c
> @@ -144,6 +144,29 @@ void test_main(void)
> memcpy(stub, insn_buf_start, insn_buf_end - insn_buf_start);
>
Hi all
There have been a few reports on stubdom build failure with gcc 6
toolchain. I spent some time yesterday to figure what went wrong. Here
is what I found.
When building GMP library, its configure script generates small C
programs to determine various aspects of the system. Unfortunately the
flight 101733 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101733/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xtf bba9529a79eefead64a4db97658f27a275d415ca
baseline version:
xtf 322819a7a9bdee04a7d0a0
>>> On 28.10.16 at 14:10, wrote:
> There have been a few reports on stubdom build failure with gcc 6
> toolchain. I spent some time yesterday to figure what went wrong. Here
> is what I found.
>
> When building GMP library, its configure script generates small C
> programs to determine various as
>>> On 25.08.16 at 21:23, wrote:
> With the new percpu tasklet (see "tasklet: Introduce per-cpu tasklet."
> and "tasklet: Add cross CPU feeding of per-cpu-tasklets") we have
> now in a place a working version of per-cpu softirq tasklets.
>
> We can now remove the old implementation of the
> softi
On 28/10/16 13:03, Jan Beulich wrote:
On 28.10.16 at 12:36, wrote:
>> Signed-off-by: Andrew Cooper
> Reviewed-by: Jan Beulich
> (Maybe you want to drop the ...
>
>> --- a/tests/xsa-186/main.c
>> +++ b/tests/xsa-186/main.c
>> @@ -144,6 +144,29 @@ void test_main(void)
>> memcpy(stub, ins
>>> On 28.10.16 at 14:39, wrote:
> On 28/10/16 13:03, Jan Beulich wrote:
> On 28.10.16 at 12:36, wrote:
>>> Signed-off-by: Andrew Cooper
>> Reviewed-by: Jan Beulich
>> (Maybe you want to drop the ...
>>
>>> --- a/tests/xsa-186/main.c
>>> +++ b/tests/xsa-186/main.c
>>> @@ -144,6 +144,29 @@ v
On Fri, Oct 28, 2016 at 06:29:49AM -0600, Jan Beulich wrote:
> >>> On 28.10.16 at 14:10, wrote:
> > There have been a few reports on stubdom build failure with gcc 6
> > toolchain. I spent some time yesterday to figure what went wrong. Here
> > is what I found.
> >
> > When building GMP library,
>>> On 28.10.16 at 14:50, wrote:
> On Fri, Oct 28, 2016 at 06:29:49AM -0600, Jan Beulich wrote:
>> >>> On 28.10.16 at 14:10, wrote:
>> > There have been a few reports on stubdom build failure with gcc 6
>> > toolchain. I spent some time yesterday to figure what went wrong. Here
>> > is what I fou
On Fri, Oct 28, 2016 at 06:56:39AM -0600, Jan Beulich wrote:
> >>> On 28.10.16 at 14:50, wrote:
> > On Fri, Oct 28, 2016 at 06:29:49AM -0600, Jan Beulich wrote:
> >> >>> On 28.10.16 at 14:10, wrote:
> >> > There have been a few reports on stubdom build failure with gcc 6
> >> > toolchain. I spent
>>> On 28.10.16 at 04:37, wrote:
> PI hook vmx_pi_switch_to() is needed even when any previously
> assigned device is detached from the domain. Since 'SN' bit is
> also used to control the CPU side PI and we change the state of
> SN bit in these two functions,
There's just one function you've men
On 28/10/16 13:49, Jan Beulich wrote:
On 28.10.16 at 14:39, wrote:
>> On 28/10/16 13:03, Jan Beulich wrote:
>> On 28.10.16 at 12:36, wrote:
Signed-off-by: Andrew Cooper
>>> Reviewed-by: Jan Beulich
>>> (Maybe you want to drop the ...
>>>
--- a/tests/xsa-186/main.c
+++ b/
On 10/28/2016 05:29 AM, Wei Liu wrote:
> On Thu, Oct 27, 2016 at 11:01:50PM +0100, Juergen Schinker wrote:
>>
>> - On 27 Oct, 2016, at 09:53, Wei Liu wei.l...@citrix.com wrote:
>>
>>> For the second part, xenstored.pid normally would be stored under
>>> /var/run, which should be cleared wheneve
This run is configured for baseline tests only.
flight 67952 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67952/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 0a18956d54cfe70b736b029c62ce53f29b903745
baseline v
>>> On 28.10.16 at 15:04, wrote:
On 28.10.16 at 04:37, wrote:
>> --- a/xen/arch/x86/hvm/vmx/vmx.c
>> +++ b/xen/arch/x86/hvm/vmx/vmx.c
>> @@ -221,9 +221,14 @@ void vmx_pi_hooks_deassign(struct domain *d)
>> ASSERT(d->arch.hvm_domain.vmx.vcpu_block);
>>
>> d->arch.hvm_domain.vmx.vc
>>> On 28.10.16 at 04:37, wrote:
> @@ -215,11 +220,21 @@ void vmx_pi_hooks_assign(struct domain *d)
> /* This function is called when pcidevs_lock is held */
> void vmx_pi_hooks_deassign(struct domain *d)
> {
> +struct vcpu *v;
> +
> if ( !iommu_intpost || !has_hvm_container_domain(d)
>>> On 28.10.16 at 04:37, wrote:
> We should remove the vCPU from the per-cpu blocking list
> if it is going to be destroyed.
I think I did raise this question at least once before: Why can it
still be on the list in the first place, after patch 2? This is even
more odd with ...
> --- a/xen/arch
>>> On 28.10.16 at 04:37, wrote:
> We may hit the last ASSERT() in vmx_vcpu_block in the current code,
> since vmx_vcpu_block() may get called before vmx_pi_switch_to()
> has been installed or executed. Here We use cmpxchg to update
> the NDST field, this can make sure we only update the NDST when
Wei Liu writes ("Stubdom GMP build failure for gcc 6"):
> Unfortunately my attempt to fix it by providing LDFLAGS="-nostdlib
> -LXXX" doesn't work. It turns out that there is no crt generated in
> newlib. I'm not sure if that's because the newlib port is incomplete or
> I haven't discovered a way t
flight 101726 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101726/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 5 xen-buildfail REGR. vs. 101673
test-armhf-armhf-l
On Fri, Oct 28, 2016 at 02:30:02PM +0100, Ian Jackson wrote:
> Wei Liu writes ("Stubdom GMP build failure for gcc 6"):
> > Unfortunately my attempt to fix it by providing LDFLAGS="-nostdlib
> > -LXXX" doesn't work. It turns out that there is no crt generated in
> > newlib. I'm not sure if that's be
>>> On 28.10.16 at 15:02, wrote:
> On 28/10/16 13:49, Jan Beulich wrote:
> On 28.10.16 at 14:39, wrote:
>>> On 28/10/16 13:03, Jan Beulich wrote:
>>> On 28.10.16 at 12:36, wrote:
> Signed-off-by: Andrew Cooper
Reviewed-by: Jan Beulich
(Maybe you want to drop the ...
On 10/27/2016 11:04 AM, Roger Pau Monne wrote:
> On Thu, Oct 27, 2016 at 10:40:52AM -0400, Boris Ostrovsky wrote:
>>
>> On 10/27/2016 10:30 AM, Jan Beulich wrote:
>> On 27.10.16 at 16:15, wrote:
On 10/27/2016 10:02 AM, Jan Beulich wrote:
On 27.10.16 at 15:51, wrote:
>> I re-
flight 101752 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101752/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 1
On Thu, Oct 27, 2016 at 11:58:29AM -0700, Stefano Stabellini wrote:
> On Thu, 27 Oct 2016, Sander Eikelenboom wrote:
> > Thursday, October 27, 2016, 3:51:09 PM, you wrote:
> >
> > > Xen's toolstack is in charge of building ACPI tables. Skip ACPI table
> > > building and loading in QEMU by setting
Current usage of sed in the libacpi Makefile make uses of non-POSIX options,
that are not available on all the OSes supported by the Xen tools.
The '-i' option has slightly different semantics between GNU and BSD sed
implementations, while on the GNU version the suffix is optional, on the BSD
one
On 28/10/16 14:10, Wei Liu wrote:
> Hi all
>
> There have been a few reports on stubdom build failure with gcc 6
> toolchain. I spent some time yesterday to figure what went wrong. Here
> is what I found.
>
> When building GMP library, its configure script generates small C
> programs to determin
make distclean tries to remove stubdom/gmp-4.3.2.tar.gz, while the
downloaded file is stubdom/gmp-4.3.2.tar.bz2
Signed-off-by: Juergen Gross
---
stubdom/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/stubdom/Makefile b/stubdom/Makefile
index d7a47f0..0252bcc 100644
- On 28 Oct, 2016, at 13:07, Boris Ostrovsky boris.ostrov...@oracle.com
wrote:
> I believe at least on some distros /var/run should be soft-linked to
> /run, otherwise whoever cleans up those directories (the command name
> escapes me right now) will only remove files from /run and leave
>
stubdom-vtpm needs gmp and expects it under
stubdom/cross-root-x86_64/x86_64-xen-elf/lib while gmp seems to install
it under stubdom/cross-root-x86_64/x86_64-xen-elf/lib64
Modify the Makefile to account for this by moving the gmp.a file from
lib64 to lib if necessary.
Signed-off-by: Juergen Gross
The flask policy can be build twice -- one for hypervisor and one for
tools.
Before this patch, everything is built inside tools/flask/policy
directory. It is possible to have a race to write to the same output
file when running parallel builds.
Prepend output file names with FLASK_BUILD_DIR. Hy
Commit 0888d36bb2 ("x86/emul: Correct the decoding of SReg3 operands")
overlooked three places where x86_seg_cs was assumed to be zero.
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/hvm/vmx/vmx.c
+++ b/xen/arch/x86/hvm/vmx/vmx.c
@@ -1499,18 +1499,18 @@ static void vmx_update_guest_cr(struct v
On Fri, Oct 28, 2016 at 04:01:54PM +0100, Juergen Schinker wrote:
>
>
> - On 28 Oct, 2016, at 13:07, Boris Ostrovsky boris.ostrov...@oracle.com
> wrote:
>
> > I believe at least on some distros /var/run should be soft-linked to
> > /run, otherwise whoever cleans up those directories (the co
On Fri, Oct 28, 2016 at 04:29:24PM +0100, Andrew Cooper wrote:
> On 28/10/16 16:24, Jan Beulich wrote:
> > Commit 0888d36bb2 ("x86/emul: Correct the decoding of SReg3 operands")
> > overlooked three places where x86_seg_cs was assumed to be zero.
> >
> > Signed-off-by: Jan Beulich
>
> Reviewed-by
>>> On 28.10.16 at 17:17, wrote:
> --- a/.gitignore
> +++ b/.gitignore
> @@ -285,6 +285,8 @@ xen/xsm/flask/include/av_permissions.h
> xen/xsm/flask/include/class_to_string.h
> xen/xsm/flask/include/flask.h
> xen/xsm/flask/include/initial_sid_to_string.h
> +xen/xsm/flask/policy.*
> +xen/xsm/flas
On 2016年10月21日 04:36, Andrew Cooper wrote:
>>
>>> u64 iova;
>>> /* Out parameters. */
>>> u64 translated_addr;
>>> u64 addr_mask; /* Translation page size */
>>> IOMMUAccessFlags permisson;
>>
>> How
On 28/10/16 16:24, Jan Beulich wrote:
> Commit 0888d36bb2 ("x86/emul: Correct the decoding of SReg3 operands")
> overlooked three places where x86_seg_cs was assumed to be zero.
>
> Signed-off-by: Jan Beulich
Reviewed-by: Andrew CooperSorry for
breaking this (especially as I had mentally note
On Fri, Oct 28, 2016 at 04:44:10PM +0200, Juergen Gross wrote:
> On 28/10/16 14:10, Wei Liu wrote:
> > Hi all
> >
> > There have been a few reports on stubdom build failure with gcc 6
> > toolchain. I spent some time yesterday to figure what went wrong. Here
> > is what I found.
> >
> > When buil
On Fri, Oct 28, 2016 at 09:32:19AM -0600, Jan Beulich wrote:
> >>> On 28.10.16 at 17:17, wrote:
> > --- a/.gitignore
> > +++ b/.gitignore
> > @@ -285,6 +285,8 @@ xen/xsm/flask/include/av_permissions.h
> > xen/xsm/flask/include/class_to_string.h
> > xen/xsm/flask/include/flask.h
> > xen/xsm/flas
On 10/28/2016 10:33 AM, Roger Pau Monne wrote:
> Current usage of sed in the libacpi Makefile make uses of non-POSIX options,
> that are not available on all the OSes supported by the Xen tools.
>
> The '-i' option has slightly different semantics between GNU and BSD sed
> implementations, while on
Roger Pau Monne writes ("[PATCH for-4.8] tools/libacpi: fix sed usage"):
> Current usage of sed in the libacpi Makefile make uses of non-POSIX options,
> that are not available on all the OSes supported by the Xen tools.
...
> - awk 'NR > 1 {print s} {s=$$0}' $< > $@.$(TMP_SUFFIX)
> - # Str
Wei Liu writes ("Re: Stubdom GMP build failure for gcc 6"):
> On Fri, Oct 28, 2016 at 02:30:02PM +0100, Ian Jackson wrote:
> > Can we not just reproduce its link line somehow ?
>
> I don't think that would result in a program that can run on Linux.
Well, yes, sorry, I took it as read that we woul
/proc/xen/xenbus does not work correctly. A read blocked waiting for
a xenstore message holds the mutex needed for atomic file position
updates. This blocks any writes on the same file handle, which can
deadlock if the write is needed to unblock the read.
/proc/xen/xenbus is supposed to be ident
Using /proc/xen/xenbus can cause deadlocks on the atomic file position
mutex since this file should behave like a character device and not a
regular file. This is easiest to achive by making it a symlink to the
existing /dev/xen/xenbus device.
This requires extending simple_fill_super() to add sy
From: Seth Forshee
Mounting proc in user namespace containers fails if the xenbus
filesystem is mounted on /proc/xen because this directory fails
the "permanently empty" test. proc_create_mount_point() exists
specifically to create such mountpoints in proc but is currently
proc-internal. Export t
simple_fill_super() will add symlinks if an entry has mode & S_IFLNK.
The target is provided in the new "link" field.
Signed-off-by: David Vrabel
---
v4:
- Use switch for file type.
v2:
- simplified.
---
fs/libfs.c | 27 ---
include/linux/fs.h | 2 +-
2 files ch
Hello,
This is the first batch of the PVH Dom0 support series, that includes
everything up to the point where ACPI tables for the Dom0 are crafted. I've
decided to left the last part of the series (the one that contains the PCI
config space handlers, and other emulation/trapping related code) s
On 10/28/2016 11:30 AM, Wei Liu wrote:
> On Fri, Oct 28, 2016 at 04:01:54PM +0100, Juergen Schinker wrote:
>>
>> - On 28 Oct, 2016, at 13:07, Boris Ostrovsky boris.ostrov...@oracle.com
>> wrote:
>>
>>> I believe at least on some distros /var/run should be soft-linked to
>>> /run, otherwise who
On Fri, Oct 28, 2016 at 12:04:29PM -0400, Boris Ostrovsky wrote:
> On 10/28/2016 11:30 AM, Wei Liu wrote:
> > On Fri, Oct 28, 2016 at 04:01:54PM +0100, Juergen Schinker wrote:
> >>
> >> - On 28 Oct, 2016, at 13:07, Boris Ostrovsky
> >> boris.ostrov...@oracle.com wrote:
> >>
> >>> I believe at
>>> On 28.10.16 at 17:29, wrote:
> On 28/10/16 16:24, Jan Beulich wrote:
>> --- a/xen/arch/x86/hvm/vmx/vmx.c
>> +++ b/xen/arch/x86/hvm/vmx/vmx.c
>> @@ -1499,18 +1499,18 @@ static void vmx_update_guest_cr(struct v
>> /* Entering or leaving real mode: adjust the segment registers.
>>
flight 101727 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101727/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-qcow2 9 debian-di-install fail REGR. vs. 101703
Regressions which
Commit 0888d36bb2 ("x86/emul: Correct the decoding of SReg3 operands")
overlooked three places where x86_seg_cs was assumed to be zero.
Signed-off-by: Jan Beulich
Reviewed-by: Andrew Cooper
Release-acked-by: Wei Liu
---
v2: Add BUILD_BUG_ON() and use ARRAY_SIZE(reg) as loop bound.
--- a/xen/ar
On Fri, Oct 28, 2016 at 04:52:36PM +0100, David Vrabel wrote:
> Using /proc/xen/xenbus can cause deadlocks on the atomic file position
> mutex since this file should behave like a character device and not a
> regular file. This is easiest to achive by making it a symlink to the
> existing /dev/xen
On Thu, Oct 27, 2016 at 08:56:34PM -0200, Sadi wrote:
> Hello,
Hey!
CC-ing relevant people.
>
> I've been trying to set COLO replication to work but i'm stuck on a problem
> when migrating de primary VM to secondary host.
>
> I have been following the instructions from this wiki
>
> - http://wi
flight 101738 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101738/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-libvirt-raw 12 saverestore-support-checkfail like 101677
test-armhf-armhf-libvirt-xsm 13
On Fri, 28 Oct 2016, Wei Liu wrote:
> On Thu, Oct 27, 2016 at 11:58:29AM -0700, Stefano Stabellini wrote:
> > On Thu, 27 Oct 2016, Sander Eikelenboom wrote:
> > > Thursday, October 27, 2016, 3:51:09 PM, you wrote:
> > >
> > > > Xen's toolstack is in charge of building ACPI tables. Skip ACPI table
Dear All,
At this moment we are designing a shared coprocessor framework to be
introduced into XEN hypervisor.
Please review an initial draft of the requirements and design overview.
===
Shared coprocessor framework
flight 101731 linux-3.10 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101731/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-xsm6 xen-boot fail REGR. vs. 100648
test-amd64-amd64-amd
On 28/10/16 18:53, Andrii Anisov wrote:
> Dear All,
>
> At this moment we are designing a shared coprocessor framework to be
> introduced into XEN hypervisor.
> Please review an initial draft of the requirements and design overview.
Thankyou for the design doc. An immediate +1 from me, simply for
flight 101737 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101737/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt13 saverestore-support-check fail REGR. vs. 101401
test-armhf-armhf-libv
flight 101749 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101749/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 6c12fe63f989b1a3aff9f44c22b2833fa78cfcab
baseline version:
ovmf d1b757e2cd034e32676c5
This run is configured for baseline tests only.
flight 67953 seabios real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67953/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop
flight 101754 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101754/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xtf 83d31c3933d0c7155b10c72889addf5e376e5b23
baseline version:
xtf bba9529a79eefead64a4db
On Fri, Oct 28, 2016 at 04:11:16AM -0400, Pan Xinhui wrote:
> change from v5:
> spilt x86/kvm patch into guest/host part.
> introduce kvm_write_guest_offset_cached.
> fix some typos.
> rebase patch onto 4.9.2
> change from v4:
> spilt x86 kvm vcpu preempted check into
On Fri, Oct 28, 2016 at 04:11:26AM -0400, Pan Xinhui wrote:
> From: Juergen Gross
>
> Support the vcpu_is_preempted() functionality under Xen. This will
> enhance lock performance on overcommitted hosts (more runnable vcpus
> than physical cpus in the system) as doing busy waits for preempted
> v
This run is configured for baseline tests only.
flight 67951 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67951/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 14 guest-s
On Wed, 28 Sep 2016, Andre Przywara wrote:
> Now that the host part of the ITS code is in place, we can enable the
> ITS and also LPIs on each redistributor to get the show rolling.
> At this point there would be no LPIs mapped, as guests don't know about
> the ITS yet.
>
> Signed-off-by: Andre Pr
This run is configured for baseline tests only.
flight 67957 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67957/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 15 guest-localmigr
flight 67954 distros-debian-jessie real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67954/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-i386-jessie-netboot-pvgrub 10 guest-start fail like 67919
Tests which did
On Wed, 28 Sep 2016, Andre Przywara wrote:
> Allow a guest to provide the address and size for the memory regions
> it has reserved for the GICv3 pending and property tables.
> We sanitise the various fields of the respective redistributor
> registers and map those pages into Xen's address space to
flight 101746 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101746/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl 6 xen-boot fail REGR. vs. 92983
test-amd64-i386-qemut
From: Emil Condrea
* xenstore_update -> xen_pvdev.c
Signed-off-by: Emil Condrea
Signed-off-by: Stefano Stabellini
Signed-off-by: Quan Xu
Acked-by: Anthony PERARD
---
hw/xen/xen_backend.c | 30 +++---
hw/xen/xen_pvdev.c | 23 +++
From: Emil Condrea
Prepare xen_be_printf to be used by both backend and frontends:
* xen_be_printf -> xen_pv_printf
Signed-off-by: Emil Condrea
Signed-off-by: Stefano Stabellini
Signed-off-by: Quan Xu
Acked-by: Anthony PERARD
---
hw/block/xen_disk.c| 58 +++-
From: Emil Condrea
Fixes the following errors:
* ERROR: line over 90 characters
* ERROR: code indent should never use tabs
* ERROR: space prohibited after that open square bracket '['
* ERROR: do not initialise statics to 0 or NULL
* ERROR: "(foo*)" should be "(foo *)"
Signed-off-by: Emil C
From: Emil Condrea
The purpose of the new file is to store generic functions shared by frontend
and backends such as xenstore operations, xendevs.
Signed-off-by: Quan Xu
Signed-off-by: Emil Condrea
Signed-off-by: Stefano Stabellini
Signed-off-by: Quan Xu
Acked-by: Anthony PERARD
---
hw/xen
From: Emil Condrea
Prepare xen_be_evtchn_event to be shared with frontends:
* xen_be_evtchn_event -> xen_pv_evtchn_event
Signed-off-by: Emil Condrea
Signed-off-by: Stefano Stabellini
Signed-off-by: Quan Xu
Acked-by: Anthony PERARD
---
hw/xen/xen_backend.c | 2 +-
hw/xen/xen_pvdev.c
From: Emil Condrea
Prepare xen_be_del_xendev to be shared with frontends:
* xen_be_del_xendev -> xen_pv_del_xendev
Signed-off-by: Emil Condrea
Signed-off-by: Stefano Stabellini
Signed-off-by: Quan Xu
Acked-by: Anthony PERARD
---
hw/xen/xen_backend.c | 2 +-
hw/xen/xen_pvdev.c
From: Emil Condrea
Prepare xen_be_send_notify to be shared with frontends:
* xen_be_send_notify -> xen_pv_send_notify
Signed-off-by: Emil Condrea
Signed-off-by: Stefano Stabellini
Signed-off-by: Quan Xu
Acked-by: Anthony PERARD
---
hw/block/xen_disk.c| 4 ++--
hw/char/xen_console.c
The following changes since commit 5b2ecabaeabc17f032197246c4846b9ba95ba8a6:
Merge remote-tracking branch 'remotes/kraxel/tags/pull-ui-20161028-1' into
staging (2016-10-28 17:59:04 +0100)
are available in the git repository at:
git://xenbits.xen.org/people/sstabellini/qemu-dm.gi
From: Emil Condrea
Prepare xen_be_find_xendev to be shared with frontends:
* xen_be_find_xendev -> xen_pv_find_xendev
Signed-off-by: Emil Condrea
Signed-off-by: Stefano Stabellini
Signed-off-by: Quan Xu
Acked-by: Anthony PERARD
---
hw/display/xenfb.c | 4 ++--
hw/xen/xen_backend.c
From: Emil Condrea
* move xendevs qtail to xen_pvdev.c
* change xen_be_get_xendev to use a new function: xen_pv_insert_xendev
Signed-off-by: Emil Condrea
Signed-off-by: Stefano Stabellini
Signed-off-by: Quan Xu
Acked-by: Anthony PERARD
---
hw/xen/xen_backend.c | 51 +--
From: Emil Condrea
The name of the functions moved:
* xen_be_evtchn_event
* xen_be_unbind_evtchn
* xen_be_send_notify
Signed-off-by: Emil Condrea
Signed-off-by: Stefano Stabellini
Signed-off-by: Quan Xu
Acked-by: Anthony PERARD
---
hw/xen/xen_backend.c | 35 --
From: Emil Condrea
Fixes:
* WARNING: line over 80 characters
Signed-off-by: Emil Condrea
Signed-off-by: Stefano Stabellini
Signed-off-by: Quan Xu
Acked-by: Anthony PERARD
---
hw/block/xen_disk.c | 3 ++-
hw/char/xen_console.c| 3 ++-
hw/display/xenfb.c | 6 +++
From: Emil Condrea
The name of the functions moved to xen_pvdev.c:
* xenstore_cleanup_dir
* xen_config_cleanup
* xenstore_mkdir
Signed-off-by: Emil Condrea
Signed-off-by: Stefano Stabellini
Signed-off-by: Quan Xu
Acked-by: Anthony PERARD
---
hw/xen/xen_backend.c | 49
From: Emil Condrea
Prepare xen_be_unbind_evtchn to be shared with frontends:
* xen_be_unbind_evtchn -> xen_pv_unbind_evtchn
Signed-off-by: Emil Condrea
Signed-off-by: Stefano Stabellini
Signed-off-by: Quan Xu
Acked-by: Anthony PERARD
---
hw/block/xen_disk.c| 2 +-
hw/char/xen_conso
在 2016/10/29 03:43, Konrad Rzeszutek Wilk 写道:
On Fri, Oct 28, 2016 at 04:11:26AM -0400, Pan Xinhui wrote:
From: Juergen Gross
Support the vcpu_is_preempted() functionality under Xen. This will
enhance lock performance on overcommitted hosts (more runnable vcpus
than physical cpus in the syst
1 - 100 of 104 matches
Mail list logo
