On 11/17/2016 06:28 AM, Olaf Hering wrote:
> On Wed, Nov 16, Boris Ostrovsky wrote:
>
>> Unfortunately I haven't been able to trigger NUMA balancing
>> so while I tested this in general I am not sure I actually
>> exercised the code path.
> Thanks for the patch!
>
> Would be nice to actually test t
Add a test to check that Live Patch operations cannot be called from an
unprivileged domain.
Signed-off-by: Ross Lagerwall
---
docs/all-tests.dox | 2 +
include/xen/sysctl.h| 220
include/xtf/hypercall.h | 6 +
Change since V2:
1) Update motivation for Xen vIOMMU - 288 vcpus support part
Add descriptor about plan of increasing vcpu from 128 to 255 and
dependency between X2APIC and interrupt remapping.
2) Update 3.1 New vIOMMU hypercall interface
Change vIOMMU hypercall fro
On 11/16/2016 05:08 AM, Jan Beulich wrote:
On 15.11.16 at 21:51, wrote:
>> On 11/15/2016 03:44 PM, Andrew Cooper wrote:
>>> On 15/11/2016 20:39, Boris Ostrovsky wrote:
On 11/15/2016 02:45 PM, Andrew Cooper wrote:
> On 15/11/16 19:34, Boris Ostrovsky wrote:
>> In addition to runni
On Tue, Nov 15, 2016 at 11:18:42AM +0100, Cédric Bosdonnat wrote:
> Use LOG*D functions to output the domain ID in logs as much as
> possible. This will help consumer code sorting the logs by
> domain.
>
> This commit includes all LOG* to LOG*D changes where the domain
> ID is not just a domid var
flight 102343 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102343/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 102292
test-amd64-i386-xl-qemuu-
On Tue, Nov 15, 2016 at 11:18:39AM +0100, Cédric Bosdonnat wrote:
> From: Cédric Bosdonnat
>
> These functions should be used to log messages when the domain
> id is known. libxl__log will now prepend the log message by
> "Domain %PRIu32:" if the domain id is a valid one.
>
> This aims at helpin
On Thu, Nov 17, 2016 at 10:56:50AM +0100, Sander Eikelenboom wrote:
>
> Tuesday, November 8, 2016, 8:59:46 PM, you wrote:
>
> > The following changes since commit 207faf24c58859f5240f66bf6decc33b87a1776e:
>
> > Merge remote-tracking branch 'pm215/tags/pull-target-arm-20161107' into
> > stagin
On 11/17/2016 07:17 AM, Juergen Gross wrote:
> On 17/11/16 13:12, David Vrabel wrote:
>> I am no longer in a postion to be a maintainer of the Xen subsystem.
>>
>> Signed-off-by: David Vrabel
> Acked-by: Juergen Gross
>
> Thank you very much for your work
Regretfully,
Acked-by: Boris Ostrovsky
Hi Peter and Stefan, can you merge this pull request? We want to
backport this patch once it is merged.
Thanks
Wei.
On Tue, Nov 08, 2016 at 11:59:46AM -0800, Stefano Stabellini wrote:
> The following changes since commit 207faf24c58859f5240f66bf6decc33b87a1776e:
>
> Merge remote-tracking branc
> >>> On 17.11.16 at 09:24, wrote:
> > There are a lot of code try to get the pte flags repeatedly, why not
> > save the result and reuse it in the following code? It can help to
> > save some CPU cycles and make the code cleaner, no?
> >
> > I am not sure if this is the right direction, just chan
flight 68054 distros-debian-wheezy real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/68054/
Perfect :-)
All tests in this flight passed as required
baseline version:
flight 68024
jobs:
build-amd64 pass
build-armh
On 14/11/16 12:12, David Vrabel wrote:
> 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 mountpoin
flight 102329 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102329/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-vhd 9 debian-di-installfail REGR. vs. 101909
test-amd64-amd64-
On 14/11/16 13:52, Geliang Tang wrote:
> Use builtin_pci_driver() helper to simplify the code.
>
> Signed-off-by: Geliang Tang
Applied to xen/tip.git for-linus-4.10
Juergen
> ---
> drivers/xen/platform-pci.c | 6 +-
> 1 file changed, 1 insertion(+), 5 deletions(-)
>
> diff --git a/drive
Konrad Rzeszutek Wilk writes ("[PATCH v1] OSSTest test-harness for
livepatches."):
> With this test-harness I am able to run the regressions tests on livepatches
> on Xen 4.8. I only used the standalone tests. The incantations was:
Thanks.
> There are still some TODOs such as:
> - Test this on
Konrad Rzeszutek Wilk writes ("[PATCH v1 7/7] make-flight/mfi-common: Add them
in the matrix."):
> Signed-off-by: Konrad Rzeszutek Wilk
Can you accompany this with a diff of the output of
standalone-generate-dump-flight-runvars
before and after ?
You probably want
AP_FETCH_PLACEHOLDERS=y e
Konrad Rzeszutek Wilk writes ("[PATCH v1 6/7] sg-run-job: Add the
test-livepatch."):
> +proc need-hosts/test-livepatch {} { return host }
> +proc run-job/test-livepatch {} {
> +run-ts . = ts-livepatch host
+run-ts . = ts-livepatch + host
Please. I think that will make a prettier testi
On 17/11/16 12:17, David Vrabel wrote:
> I am no longer in a position to be a Xen maintainer. Andrew has
> kindly volunteered to continue maintainance of the KEXEC subsystem.
> EVENT CHANNELS (FIFO-BASED ABI) will be maintained by the "Other"
> hypervisor maintainers.
>
> Signed-off-by: David Vrab
Konrad Rzeszutek Wilk writes ("[PATCH v1 5/7] ts-livepatch: Initial
test-cases."):
> There are 32 test-cases in there. Before we run
> any of them we verify that the payload files are present
> in /usr/lib/debug.
>
> If so we go through all of the test-cases.
> +my @livepatch_files = ("xen_hello
I am no longer in a position to be a Xen maintainer. Andrew has
kindly volunteered to continue maintainance of the KEXEC subsystem.
EVENT CHANNELS (FIFO-BASED ABI) will be maintained by the "Other"
hypervisor maintainers.
Signed-off-by: David Vrabel
Cc: Andrew Cooper
---
MAINTAINERS | 8 +-
On 17/11/16 13:12, David Vrabel wrote:
> I am no longer in a postion to be a maintainer of the Xen subsystem.
>
> Signed-off-by: David Vrabel
Acked-by: Juergen Gross
Thank you very much for your work
Juergen
> ---
> MAINTAINERS | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/MAINT
I am no longer in a postion to be a maintainer of the Xen subsystem.
Signed-off-by: David Vrabel
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2a58eea..32a36da 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -13196,7 +13196,6 @@ F: drivers/
On 17/11/16 05:10, Tian, Kevin wrote:
>> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
>> Sent: Wednesday, November 16, 2016 9:42 PM
>>
>> On 26/10/16 14:15, Andrew Cooper wrote:
>>> The x86_segment enumeration matches hardware SReg encoding, which can be
>>> used
>>> to calculate the app
Konrad Rzeszutek Wilk writes ("[PATCH v1 4/7] OssTest: Add target_cmd_root_rc
which returns return code."):
> All the different target_cmd_* end up calling tcmdex
> which has the unfortunate side-effect of calling 'die' if
> the SSH sessions results in any return code not zero.
...
> Also we make
Konrad Rzeszutek Wilk writes ("[PATCH v1 3/7] ts-xen-build: Install livepatch
regressions tests."):
> That come with the Xen git tree (see xen/test/).
I think this and the "build them" patch should be combined.
> +buildcmd_stamped_logged(600, 'xen', 'tests-install', '',< $dokconfig;
Can you
Konrad Rzeszutek Wilk writes ("[PATCH v1 1/7] ts-xen-build: Enable livepatch."):
> Livepatch compiles and works on x86/ARM{32|64} so we can
> unconditionaly enable it.
Acked-by: Ian Jackson
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lis
>>> On 17.11.16 at 09:24, wrote:
> There are a lot of code try to get the pte flags repeatedly, why
> not save the result and reuse it in the following code? It can help
> to save some CPU cycles and make the code cleaner, no?
>
> I am not sure if this is the right direction, just change one plac
On Wed, Nov 16, Boris Ostrovsky wrote:
> Unfortunately I haven't been able to trigger NUMA balancing
> so while I tested this in general I am not sure I actually
> exercised the code path.
Thanks for the patch!
Would be nice to actually test the code path which caused the initial
addition of VM_
>>> On 16.11.16 at 18:07, wrote:
> On 16/11/16 15:20, Jan Beulich wrote:
> On 16.11.16 at 13:31, wrote:
>>> @@ -3676,6 +3671,12 @@ void hvm_cpuid(unsigned int input, unsigned int
>>> *eax, unsigned int *ebx,
>>> if ( !(hvm_pae_enabled(v) || hvm_long_mode_enabled(v)) )
>>>
>>> On 17.11.16 at 06:21, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Wednesday, November 16, 2016 9:34 PM
>> >>> On 16.11.16 at 14:01, wrote:
>> > On 16/11/16 12:53, Jan Beulich wrote:
>> > On 16.11.16 at 13:31, wrote:
>> >>> This reduces the net complexity of CPUID han
>>> On 16.11.16 at 19:02, wrote:
> On Fri, Nov 11, 2016 at 09:53:49AM -0700, Jan Beulich wrote:
>> >>> On 29.10.16 at 10:59, wrote:
>> > --- a/xen/arch/x86/domain_build.c
>> > +++ b/xen/arch/x86/domain_build.c
>> > @@ -191,10 +191,8 @@ struct vcpu *__init alloc_dom0_vcpu0(struct domain
> *dom0)
>>> On 16.11.16 at 17:49, wrote:
> On Fri, Nov 11, 2016 at 03:04:49AM -0700, Jan Beulich wrote:
>> >>> On 10.11.16 at 18:21, wrote:
>> > On Thu, Nov 10, 2016 at 04:20:34PM +0100, Roger Pau Monné wrote:
>> >> > 0a:11.4 Ethernet controller: Intel Corporation 82576 Virtual Function
>> >> > (rev 01)
>>> On 16.11.16 at 17:42, wrote:
> I assume that temporary limiting PVHv2 Dom0 support to systems with 1 IO APIC
> only is not going to be accepted, right?
Well, as long as it's experimental (and the respective code clearly
marked with fixme annotations) that would be acceptable imo.
Jan
Tuesday, November 8, 2016, 8:59:46 PM, you wrote:
> The following changes since commit 207faf24c58859f5240f66bf6decc33b87a1776e:
> Merge remote-tracking branch 'pm215/tags/pull-target-arm-20161107' into
> staging (2016-11-07 14:02:15 +)
> are available in the git repository at:
> git
flight 102332 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102332/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-qcow2 14 guest-start/debian.repeat fail REGR. vs.
102283
Regressions which a
flight 102337 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102337/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 102292
test-amd64-i386-xl-qemuu-
There are a lot of code try to get the pte flags repeatedly, why
not save the result and reuse it in the following code? It can help
to save some CPU cycles and make the code cleaner, no?
I am not sure if this is the right direction, just change one place.
Signed-off-by: Liang Li
---
xen/arch/x
101 - 138 of 138 matches
Mail list logo
