On Feb 5, 2016 8:30 PM, "Luis R. Rodriguez" wrote:
>
> paravirt_enabled conveys the idea that if this is set or if
> paravirt_enabled() returns true you are in a paravirtualized
> environment. This is not true by any means, and left as-is
> is just causing confusion and is prone to be misused and
On 02/05/2016 11:22 PM, Tamas K Lengyel wrote:
> The altp2m subsystem in its current form duplicates much of the existing
> code present in p2m for setting mem_access permissions. In this patch we
> consolidate the two versions but keep the separate MEMOP and HVMOP interfaces.
>
> Signed-off-by: T
flight 80665 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/80665/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm 15 guest-localmigrate/x10 fail
REGR. vs. 80381
test-ar
The boot/bitops.h has guards against including the
regular bitops (include/asm-generic/bitops.h), it only
implements what we need at early boot. We'll be making
use of BIT() later so add it.
Users of boot/boot.h must include it prior to asm/setup.h
otherwise the guard protection devised against th
On Fri, Feb 05, 2016 at 11:12:36PM -0500, Konrad Rzeszutek Wilk wrote:
> > a library could just add a helper gnutls_priority_set_direct() wrapper to
> > do things the old way.
>
> Any ideas on how to detect whether the wrapper should be used from
> within the qemu-traditional code? Does the librar
There's been confusion both in code and by developers as to what
the paravirt_enabled thing means. This sets to clarify this to help
build stronger semantics on our bootup process.
This was originally suggested by Konrad and I included this as part of
a larger patch set [0]. I've decided to break
paravirt_enabled conveys the idea that if this is set or if
paravirt_enabled() returns true you are in a paravirtualized
environment. This is not true by any means, and left as-is
is just causing confusion and is prone to be misused and abused.
This primitive is really only useful to determine if
This avoids any possible misuse.
Signed-off-by: Luis R. Rodriguez
---
arch/x86/include/asm/paravirt.h | 6 +++---
arch/x86/include/asm/paravirt_types.h | 2 +-
arch/x86/include/asm/processor.h | 4 ++--
arch/x86/kernel/kvm.c | 2 +-
arch/x86/kernel/paravirt.c
Use helper, its why its there.
Signed-off-by: Luis R. Rodriguez
---
arch/x86/include/asm/paravirt.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/include/asm/paravirt.h b/arch/x86/include/asm/paravirt.h
index 60a71dfe0c4e..6542aa99714b 100644
--- a/arch/x86/include
On 2/5/2016 9:39 AM, Dario Faggioli wrote:
On Wed, 2016-02-03 at 21:23 -0500, Tianyang Chen wrote:
On 2/3/2016 7:39 AM, Dario Faggioli wrote:
On Tue, 2016-02-02 at 13:09 -0500, Tianyang Chen wrote:
So what do we do, we raise the *_delayed_runq_add flag and continue
and
leave the vcpu alon
> > Also - how does this work if you have an older version of SuSE,
> > say SLES10?
>
> Beats me. I just dealt with getting this to compile with what is current.
> I kind of doubt what is in xen master or staging will end up in SLE10's
> version of Xen too. If that had to happen people porting thi
On Fri, Feb 05, 2016 at 10:52:01PM -0500, Konrad Rzeszutek Wilk wrote:
> On Fri, Feb 05, 2016 at 05:48:37PM -0800, Luis R. Rodriguez wrote:
> > On Fri, Nov 20, 2015 at 9:47 AM, Luis R. Rodriguez
> > wrote:
> > > From: "Luis R. Rodriguez"
> > >
> > > Here's a slew of build fixes as well as build w
On Fri, Feb 05, 2016 at 10:45:54PM -0500, Konrad Rzeszutek Wilk wrote:
> On Sat, Feb 06, 2016 at 02:44:54AM +0100, Luis R. Rodriguez wrote:
> > On Wed, Nov 25, 2015 at 03:44:30PM -0500, Konrad Rzeszutek Wilk wrote:
> > > On Wed, Nov 25, 2015 at 08:36:51PM +0100, Luis R. Rodriguez wrote:
> > > > On
On Fri, Feb 05, 2016 at 05:48:37PM -0800, Luis R. Rodriguez wrote:
> On Fri, Nov 20, 2015 at 9:47 AM, Luis R. Rodriguez
> wrote:
> > From: "Luis R. Rodriguez"
> >
> > Here's a slew of build fixes as well as build warning fixes
> > required when using the latest build tools, at least gcc 5 and
> >
On Sat, Feb 06, 2016 at 02:44:54AM +0100, Luis R. Rodriguez wrote:
> On Wed, Nov 25, 2015 at 03:44:30PM -0500, Konrad Rzeszutek Wilk wrote:
> > On Wed, Nov 25, 2015 at 08:36:51PM +0100, Luis R. Rodriguez wrote:
> > > On Wed, Nov 25, 2015 at 09:53:27AM -0500, Konrad Rzeszutek Wilk wrote:
> > > > On
in schedulers' command handlers.
No functional change intended.
Signed-off-by: Dario Faggioli
---
Cc: Ian Jackson
Cc: Ian Campbell
Cc: Wei Liu
Cc: George Dunlap
---
tools/libxl/xl_cmdimpl.c | 27 +++
1 file changed, 15 insertions(+), 12 deletions(-)
diff --git a/t
On Fri, Nov 20, 2015 at 9:47 AM, Luis R. Rodriguez
wrote:
> From: "Luis R. Rodriguez"
>
> Here's a slew of build fixes as well as build warning fixes
> required when using the latest build tools, at least gcc 5 and
> binutils 2.25.0.
One good reason for some folks to get discouraged to work with
On Wed, Nov 25, 2015 at 03:44:30PM -0500, Konrad Rzeszutek Wilk wrote:
> On Wed, Nov 25, 2015 at 08:36:51PM +0100, Luis R. Rodriguez wrote:
> > On Wed, Nov 25, 2015 at 09:53:27AM -0500, Konrad Rzeszutek Wilk wrote:
> > > On Fri, Nov 20, 2015 at 09:47:45AM -0800, Luis R. Rodriguez wrote:
> > > > Fro
On 02/05/16 09:40, Ross Philipson wrote:
> On 02/03/2016 09:09 AM, Andrew Cooper wrote:
[...]
> >I agree.
> >
> >There has to be a single entity responsible for collating the eventual
> >ACPI handed to the guest, and this is definitely HVMLoader.
> >
> >However, it is correct that Qemu create the A
On Thu, Nov 19, 2015 at 3:06 PM, Luis R. Rodriguez
wrote:
> On Fri, Oct 9, 2015 at 12:34 AM, Jan Beulich wrote:
> On 08.10.15 at 21:36, wrote:
>>> Signed-off-by: Mark Pryor
>>
>> Without any description I cannot see what is being fixed here, or why
>> there are _different_ comment changes o
flight 80627 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/80627/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 6 xen-build fail REGR. vs. 59254
build-i386-rumpuserxe
flight 80628 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/80628/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail
REGR. vs. 65543
test-amd64-i386-
On Fri, Feb 05, 2016 at 12:10:56PM -0800, Andy Lutomirski wrote:
> On Feb 4, 2016 7:11 PM, "Fengguang Wu" wrote:
> >
> > Hi Andy,
> >
> > CC more people on Xen testing -- in case OSStest already (or plans to)
> > cover such test case.
> >
> > On Tue, Feb 02, 2016 at 07:31:30PM -0800, Andy Lutomirs
I'll fix these coding style issues.
On Fri, Feb 5, 2016 at 8:44 AM, Wei Liu wrote:
> On Thu, Feb 04, 2016 at 04:50:43PM -0600, Chong Li wrote:
>> Add libxl_vcpu_sched_params_get/set and sched_rtds_vcpu_get/set
>> functions to support per-VCPU settings.
>>
>
> I will need Dario or George to review
On Friday, February 05, 2016 09:47:40 AM Lorenzo Pieralisi wrote:
> On Fri, Feb 05, 2016 at 02:05:37PM +0530, Jayachandran Chandrashekaran Nair
> wrote:
>
> [...]
>
> > pci_host_acpi.c is a generic implementation of these using a sysdata
> > pointing to acpi_pci_root_info, and using a pointer to
I've snipped the email. I've taken your reviews in account - and just
responding on some of them that I believe need more comments.
..snip..
> > +However it has severe drawbacks - the safety checks which have to make sure
> > +the function is not on the stack - must also check every caller. For so
flight 80616 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/80616/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-rumpuserxen6 xen-build fail REGR. vs. 60684
test-amd64
Extend the existing get_mem_access memop to allow querying permissions in
altp2m views as well.
Signed-off-by: Tamas K Lengyel
Cc: Ian Jackson
Cc: Stefano Stabellini
Cc: Ian Campbell
Cc: Wei Liu
Cc: Razvan Cojocaru
Cc: Stefano Stabellini
Cc: George Dunlap
Cc: Keir Fraser
Cc: Jan Beulich
Only copy the VCPU_PAUSED flag to the response. Copy the entire mem_access
struct which is useful and easily forgotten when also testing the emulate
response flags. Turn off singlestepping on the vCPUs once we are done
processing all events, as we might have turned on singlestep there and leave
the
The altp2m subsystem in its current form duplicates much of the existing
code present in p2m for setting mem_access permissions. In this patch we
consolidate the two versions but keep the separate MEMOP and HVMOP interfaces.
Signed-off-by: Tamas K Lengyel
Cc: Ian Jackson
Cc: Stefano Stabellini
When xc_map_foreign_batch got deprecated reinitializing vm_event on a domain
where an event listener was previously active broke as it relied on the flag
XEN_DOMCTL_PFINFO_XTAB to indicate that the magic page is not in the physmap.
Manually check the gpfn type, add it to the physmap if needed, and
On Fri, Feb 5, 2016 at 1:34 PM, Tamas K Lengyel
wrote:
>
>
>
> On Wed, Feb 3, 2016 at 3:35 AM, Andrew Cooper
> wrote:
>
>> On 03/02/16 01:32, Tamas K Lengyel wrote:
>>
>>
>>
>> On Tue, Feb 2, 2016 at 6:00 PM, Andrew Cooper
>> wrote:
>>
>>> On 03/02/2016 00:51, Tamas K Lengyel wrote:
>>>
>>> Hel
This patch introduces keep alive messages support for P2P migration
and it adds two new configuration entries namely 'keepalive_interval'
'keepalive_count' to control it. Behavior of these entries is the
same as qemu driver thus the description is copied from there
with just a few simplifications.
Introduce support for VIR_MIGRATE_PEER2PEER in libvirt migration.
Most of the changes occur at the source and no modifications at
the receiver.
In P2P mode there is only the Perform phase so we must handle the
connection with the destination and actually perform the
migration. libxlDomainPerformP2
On Wed, Feb 3, 2016 at 3:35 AM, Andrew Cooper
wrote:
> On 03/02/16 01:32, Tamas K Lengyel wrote:
>
>
>
> On Tue, Feb 2, 2016 at 6:00 PM, Andrew Cooper
> wrote:
>
>> On 03/02/2016 00:51, Tamas K Lengyel wrote:
>>
>> Hello all,
>> with the latest master branch of Xen there is a regression enabling
On Fri, Feb 5, 2016 at 1:38 PM, Konrad Rzeszutek Wilk
wrote:
>> >+#define return_(x) { printk(XENLOG_DEBUG "%s:%d rc: %d\n", \
>> >+__func__,__LINE__, x); return x; }
>> >+
>
> .. snip..
>> >+printk(XENLOG_ERR "Could not allocate memory for section
>> >table!\
On Feb 4, 2016 7:11 PM, "Fengguang Wu" wrote:
>
> Hi Andy,
>
> CC more people on Xen testing -- in case OSStest already (or plans to)
> cover such test case.
>
> On Tue, Feb 02, 2016 at 07:31:30PM -0800, Andy Lutomirski wrote:
> > Hi all-
> >
> > Would it make sense to add some basic Xen PV testin
On Fri, Feb 5, 2016 at 3:13 PM, Zhiyuan Lv wrote:
>> My question is, suppose a single GTT / gpu thread / tree has 9000
>> ranges. It would be trivial for an attacker to break into the
>> operating system and *construct* such a tree, but it's entirely
>> possible that due to a combination of memor
> >>As far as I can tell, the mechanics of how this works haven't changed, the
> >>code has just been reorganized. Which means the points that Martin raised
> >>about this mechanism are still outstanding.
> >
> >A bit. I added the extra timeout on both of the 'spin-around' and also
> >moved some of
On 02/05/2016 05:59 PM, osstest service owner wrote:
> flight 80615 libvirt real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/80615/
>
> Regressions :-(
>
FYI, already bisected this a while ago and it's introduced by commit
8cd1d54 ("util: Export remoteSerializeTypedParameters inte
Signed-off-by: Dario Faggioli
---
Cc: George Dunlap
Cc: Ian Jackson
Cc: Ian Campbell
Cc: Wei Liu
Cc: Olaf Hering
---
tools/xentrace/formats |7 +++
1 file changed, 7 insertions(+)
diff --git a/tools/xentrace/formats b/tools/xentrace/formats
index 5257cf0..a5636e9 100644
--- a/tools/
On 05/02/16 18:05, Tim Deegan wrote:
> At 17:14 + on 05 Feb (1454692488), Andrew Cooper wrote:
>> On 05/02/16 16:01, Tim Deegan wrote:
>>> At 18:48 +0100 on 04 Feb (1454611694), Roger Pau Monné wrote:
Hello,
I've Cced a bunch of people who have expressed interest in the HVMlite
>
so the trace will show properly decoded info,
rather than just a bunch of hex codes.
Signed-off-by: Dario Faggioli
---
Cc: George Dunlap
Cc: Ian Jackson
Cc: Ian Campbell
Cc: Wei Liu
Cc: Olaf Hering
---
tools/xentrace/xenalyze.c | 156 -
1 file ch
so the trace will show properly decoded info,
rather than just a bunch of hex codes.
Signed-off-by: Dario Faggioli
---
Cc: George Dunlap
Cc: Ian Jackson
Cc: Ian Campbell
Cc: Wei Liu
Cc: Olaf Hering
---
tools/xentrace/xenalyze.c | 57 +
1 file ch
> >+
> >+ /->\
> >+ \ /
> >+ UNLOAD <--- CHECK ---> REPLACE|APPLY --> REVERT --\
> >+\ |
> >+ \---<-/
>
> This doesn't make much sense to me. The actions need to be represented b
Signed-off-by: Dario Faggioli
---
Cc: George Dunlap
Cc: Ian Jackson
Cc: Ian Campbell
Cc: Wei Liu
Cc: Olaf Hering
---
tools/xentrace/formats | 13 +
1 file changed, 13 insertions(+)
diff --git a/tools/xentrace/formats b/tools/xentrace/formats
index a5636e9..b8ec06b 100644
--- a
to include the vcpu IDs, in a way that matches
how the "dom:vcpu" couple is displayed in other
events (runstate changes).
Signed-off-by: Dario Faggioli
---
Cc: George Dunlap
Cc: Ian Jackson
Cc: Ian Campbell
Cc: Wei Liu
Cc: Olaf Hering
---
tools/xentrace/formats | 18 +-
1
vcpu_wake() and vcpu_sleep() are called before the specific
schedulers wakeup and sleep routines (in fact, it is them
that calls those specific routine).
Make the trace reflect that, by moving the records up. In
fact, it is more natural and easy to find the record of
the event (e.g., the wakeup) *
as it is always acts on v->processor of the vcpu because
of which we are tickling.
Getting rid of it makes the code easier to understand
and better looking.
While there, remove a spurious blank line.
Signed-off-by: Dario Faggioli
---
Cc: George Dunlap
---
xen/common/sched_credit.c | 10
when tracing runstate changes, the vcpu and domain IDs
are encoded in the lower and higher, respectively, parts
of a 32 bits integer. When decoding a trace with
xentrace_format, this makes it possible to display
such events like this:
CPU0 833435853624 (+ 768) running_to_runnable [ dom:vcpu
it is enabled for pretty much all of them already.
There were just a few that had it disabled.
When tracing a scheduler, timing information is
really important, so enable it everywhere scheduling
related.
Note that this was not really a problem if looking
at the traces with xenalyze, but it was i
Hi everyone,
This, hopefully, simple series aims at making it easier to look at and
interpret hypervisor scheduling related traces.
In fact, it includes improvements for both how xentrace_format and xenalyze
decode and pretty print a trace collected with scheduling events enabled,
either generic
> >+#define return_(x) { printk(XENLOG_DEBUG "%s:%d rc: %d\n", \
> >+__func__,__LINE__, x); return x; }
> >+
.. snip..
> >+printk(XENLOG_ERR "Could not allocate memory for section table!\n");
>
> Shouldn't this printk be removed if you're using return_?
I was
so the trace will show properly decoded info,
rather than just a bunch of hex codes.
Signed-off-by: Dario Faggioli
---
Cc: George Dunlap
Cc: Meng Xu
Cc: Tianyang Chen
Cc: Ian Jackson
Cc: Ian Campbell
Cc: Wei Liu
Cc: Olaf Hering
---
tools/xentrace/xenalyze.c | 59
so the trace will show properly decoded info,
rather than just a bunch of hex codes.
Signed-off-by: Dario Faggioli
---
Cc: George Dunlap
Cc: Ian Jackson
Cc: Ian Campbell
Cc: Wei Liu
Cc: Olaf Hering
---
tools/xentrace/xenalyze.c | 101 +
1 file ch
Signed-off-by: Dario Faggioli
---
Cc: George Dunlap
Cc: Meng Xu
Cc: Tianyang Chen
Cc: Ian Jackson
Cc: Ian Campbell
Cc: Wei Liu
Cc: Olaf Hering
---
tools/xentrace/formats |6 ++
1 file changed, 6 insertions(+)
diff --git a/tools/xentrace/formats b/tools/xentrace/formats
index b8ec0
so that they actually live in the functions that
do the scheduling related domain initialization and
destruction.
Signed-off-by: Dario Faggioli
---
Cc: George Dunlap
---
xen/common/domain.c |1 -
xen/common/schedule.c |4 ++--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --g
when tracing runstate changes, the vcpu and domain IDs
are encoded in the lower and higher, respectively, parts
of a 32 bits integer. When decoding a trace with
xentrace_format, this makes it possible to display
such events like this:
CPU0 833435853624 (+ 768) running_to_runnable [ dom:vcpu
Hey,
I applied all your comments..
> >+The `struct xen_xsplice_status` structure contains an status of payload
> >which includes:
> >+
> >+ * `status` - whether it has been:
> >+ * *XSPLICE_STATUS_LOADED* (1) has been loaded.
> >+ * *XSPLICE_STATUS_CHECKED* (2) the ELF payload safety checks
flight 80634 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/80634/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3865 xen-build fail REGR. vs. 79947
build-amd64
At 17:14 + on 05 Feb (1454692488), Andrew Cooper wrote:
> On 05/02/16 16:01, Tim Deegan wrote:
> > At 18:48 +0100 on 04 Feb (1454611694), Roger Pau Monné wrote:
> >> Hello,
> >>
> >> I've Cced a bunch of people who have expressed interest in the HVMlite
> >> design/implementation, both from a X
flight 80615 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/80615/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-raw 9 debian-di-install fail REGR. vs. 80121
test-amd64-i386-libvirt-p
On 02/05/2016 11:59 AM, Juergen Gross wrote:
On 05/02/16 16:50, Boris Ostrovsky wrote:
On 02/05/2016 08:21 AM, Juergen Gross wrote:
When adding more than one LUN to a frontend a warning for a failed
assignment is issued in dom0 for each already existing LUN. Avoid this
warning.
Aren't you j
On 05/02/16 16:01, Tim Deegan wrote:
> At 18:48 +0100 on 04 Feb (1454611694), Roger Pau Monné wrote:
>> Hello,
>>
>> I've Cced a bunch of people who have expressed interest in the HVMlite
>> design/implementation, both from a Xen or OS point of view. If you
>> would like to be removed, please say s
On 05/02/16 16:50, Boris Ostrovsky wrote:
>
>
> On 02/05/2016 08:21 AM, Juergen Gross wrote:
>> When adding more than one LUN to a frontend a warning for a failed
>> assignment is issued in dom0 for each already existing LUN. Avoid this
>> warning.
>
> Aren't you just factoring out the check? Th
On 2/5/16 10:33 AM, Ian Campbell wrote:
> On Fri, 2016-02-05 at 08:48 -0600, Doug Goldstein wrote:
>>
>> The goal here is not to replace osstest by any means but to augment it by
>> providing some easy to do build tests on every revision and reporting back.
>> It
>> should be possible in the futur
On Fri, 2016-02-05 at 08:48 -0600, Doug Goldstein wrote:
>
> The goal here is not to replace osstest by any means but to augment it by
> providing some easy to do build tests on every revision and reporting back. It
> should be possible in the future to potentially tie this into osstest to
> allow
flight 80533 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/80533/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 6 xen-build fail REGR. vs. 66399
build-i386-rumpuserxen
On Fri, Feb 05, 2016 at 01:42:22PM +, Andrew Cooper wrote:
> It is conceptually wrong to base a VM's featureset on the features visible to
> the toolstack which happens to construct it.
>
Agreed.
> Instead, the featureset used is either an explicit one passed by the
> toolstack, or the defau
This script installs any necessary packages and clones all of the OpenStack
trees which are used by devstack to deploy OpenStack.
Signed-off-by: Anthony PERARD
Acked-by: Ian Campbell
---
Only change in V5:
- edit stackrc from devstack file to change the hardcoded path DEST
No change in V4:
- a
This patch should create a flight "openstack-nova", with those jobs:
build-amd64
build-amd64-xsm
build-amd64-pvops
build-amd64-libvirt
test-amd64-amd64-devstack
test-amd64-amd64-devstack-xsm
About the runvars revision_* of test-*-*-devstack:
only REVISION_OPENSTACK_NOVA is set, the o
This script runs the OpenStack integration test suite, Tempest.
Signed-off-by: Anthony PERARD
Acked-by: Ian Campbell
---
No change in V5
Change in V4:
- use \Q\E for tests names
- write the full name of the tests to skip
- use push @ignored_test then join()
- use variables to store common pref
Hi,
I have looked into getting OpenStack been tested on the latest Xen via
osstest.
The ts-openstack-deploy script does prepare a bit more the host, clone
devstack and other OpenStack trees, then run ./stack.sh, which is a bit
like raisin and deploy OpenStack on the host. Once the machine is read
On Fri, Feb 05, 2016 at 01:42:21PM +, Andrew Cooper wrote:
> Later changes will cause the cpuid generation logic to seed their information
> from a featureset. This patch adds the infrastructure to specify a
> featureset, and will obtain the appropriate default from Xen if omitted.
>
> Signed
On Fri, Feb 05, 2016 at 01:42:17PM +, Andrew Cooper wrote:
> The type of the pointer to a bitmap is not interesting; it does not affect the
> representation of the block of bits being pointed to.
>
> Make the libxc functions consistent with those in Xen, so they can work just
> as well with 'u
On Fri, Feb 05, 2016 at 01:42:19PM +, Andrew Cooper wrote:
> Signed-off-by: Andrew Cooper
> ---
> CC: Ian Campbell
> CC: Ian Jackson
> CC: Wei Liu
>
> New in v2
> ---
> tools/libxc/Makefile | 9 ++
> tools/libxc/include/xenctrl.h | 14
> tools/libxc/xc_cpuid_x86.c
On Fri, Feb 05, 2016 at 01:42:18PM +, Andrew Cooper wrote:
> Rather than having a different local copy of some of the feature
> definitions.
>
> Modify the xc_cpuid_x86.c cpumask helpers to appropriate truncate the
> new values.
>
> Signed-off-by: Andrew Cooper
Using the canonical source in
On Fri, Feb 05, 2016 at 01:42:16PM +, Andrew Cooper wrote:
> And provide stubs for toolstack use.
>
> Signed-off-by: Andrew Cooper
> ---
> CC: Jan Beulich
> CC: Tim Deegan
> CC: Ian Campbell
> CC: Wei Liu
> CC: David Scott
> CC: Rob Hoes
>
> v2:
> * Rebased to use libxencall
> * Impr
At 18:48 +0100 on 04 Feb (1454611694), Roger Pau Monné wrote:
> Hello,
>
> I've Cced a bunch of people who have expressed interest in the HVMlite
> design/implementation, both from a Xen or OS point of view. If you
> would like to be removed, please say so and I will remove you in
> further iterat
On Fri, Feb 05, 2016 at 01:42:20PM +, Andrew Cooper wrote:
> It is able to reports the current featuresets; both the static masks and
> dynamic featuresets from Xen, or to decode an arbitrary featureset into
> `/proc/cpuinfo` style strings.
>
> Signed-off-by: Andrew Cooper
Acked-by: Wei Liu
On Fri, Feb 05, 2016 at 04:12:45PM +, Wei Liu wrote:
> On Fri, Feb 05, 2016 at 01:42:19PM +, Andrew Cooper wrote:
> > Signed-off-by: Andrew Cooper
> > ---
> > CC: Ian Campbell
> > CC: Ian Jackson
> > CC: Wei Liu
> >
> > New in v2
> > ---
> > tools/libxc/Makefile | 9 ++
>
El 5/2/16 a les 17:01, Tim Deegan ha escrit:
> At 18:48 +0100 on 04 Feb (1454611694), Roger Pau Monné wrote:
>> Hello,
>>
>> I've Cced a bunch of people who have expressed interest in the HVMlite
>> design/implementation, both from a Xen or OS point of view. If you
>> would like to be removed, plea
On Fri, Feb 05, 2016 at 04:59:43PM +0100, Dario Faggioli wrote:
> On Fri, 2016-02-05 at 14:44 +, Wei Liu wrote:
> > On Thu, Feb 04, 2016 at 04:50:43PM -0600, Chong Li wrote:
> > > Add libxl_vcpu_sched_params_get/set and sched_rtds_vcpu_get/set
> > > functions to support per-VCPU settings.
> > >
On Fri, 2016-02-05 at 14:44 +, Wei Liu wrote:
> On Thu, Feb 04, 2016 at 04:50:43PM -0600, Chong Li wrote:
> > Add libxl_vcpu_sched_params_get/set and sched_rtds_vcpu_get/set
> > functions to support per-VCPU settings.
> >
>
> I will need Dario or George to review the logic of the code.
>
Sur
On 02/05/2016 10:50 AM, Boris Ostrovsky wrote:
@@ -962,33 +973,31 @@ static int
scsiback_del_translation_entry(struct vscsibk_info *info,
struct ids_tuple *v)
{
struct v2p_entry *entry;
-struct list_head *head = &(info->v2p_entry_lists);
unsigned lo
On 02/05/2016 08:21 AM, Juergen Gross wrote:
When adding more than one LUN to a frontend a warning for a failed
assignment is issued in dom0 for each already existing LUN. Avoid this
warning.
Aren't you just factoring out the check? The warning is still printed
for each scsiback_add_translat
El 5/2/16 a les 14:13, Jan Beulich ha escrit:
On 05.02.16 at 13:28, wrote:
>> This will prevent alignments from getting in the way. It's not safe to
>> define this memory structures using C anyway, since the ABI depends on the
>> bitness, while our protocol does not.
>>
>> Also add a command
On 05/02/16 16:42, Boris Ostrovsky wrote:
>
>
> On 02/05/2016 08:21 AM, Juergen Gross wrote:
>> When adding a new frontend to xen-scsiback don't decrement the number
>> of active frontends in case of no error. Not doing so results in a
>
> I think you meant "Doing so".
I think so, too.
>
> Re
On 02/05/2016 08:21 AM, Juergen Gross wrote:
When adding a new frontend to xen-scsiback don't decrement the number
of active frontends in case of no error. Not doing so results in a
I think you meant "Doing so".
Reviewed-by: Boris Ostrovsky
failure when trying to remove the xen-pvscsi ne
This is just suppose to do a simple compile test on Travis CI. Currently
due to linux86 (bcc/bin86/dev86) not being whitelisted the tools cannot
be built.
Signed-off-by: Doug Goldstein
---
change since v2:
- drop IRC notification
So this will work great if we get a regular cronjob or a post-rece
El 5/2/16 a les 16:29, Jan Beulich ha escrit:
On 05.02.16 at 16:00, wrote:
>> El 5/2/16 a les 15:31, Jan Beulich ha escrit:
>> On 05.02.16 at 15:27, wrote:
El 5/2/16 a les 14:22, Jan Beulich ha escrit:
> Also consider e.g. the device IRQ which the
> serial driver may be usin
>>> On 05.02.16 at 15:41, wrote:
> On 05/02/16 08:01, Jan Beulich wrote:
>> --- a/xen/arch/x86/mm/paging.c
>> +++ b/xen/arch/x86/mm/paging.c
>> @@ -844,6 +844,15 @@ void paging_final_teardown(struct domain
>> * creation. */
>> int paging_enable(struct domain *d, u32 mode)
>> {
>> +switch (
>>> On 05.02.16 at 16:00, wrote:
> El 5/2/16 a les 15:31, Jan Beulich ha escrit:
> On 05.02.16 at 15:27, wrote:
>>> El 5/2/16 a les 14:22, Jan Beulich ha escrit:
Also consider e.g. the device IRQ which the
serial driver may be using: We specifically suppress modifications to
RT
On Fri, Feb 05, 2016 at 09:19:30AM -0600, Doug Goldstein wrote:
> On 2/5/16 9:09 AM, Wei Liu wrote:
> > On Fri, Feb 05, 2016 at 08:48:49AM -0600, Doug Goldstein wrote:
> >> This is just suppose to do a simple compile test on Travis CI. Currently
> >> due to linux86 (bcc/bin86/dev86) not being white
At 14:41 + on 05 Feb (1454683317), Andrew Cooper wrote:
> On 05/02/16 08:01, Jan Beulich wrote:
> > --- a/xen/arch/x86/mm/paging.c
> > +++ b/xen/arch/x86/mm/paging.c
> > @@ -844,6 +844,15 @@ void paging_final_teardown(struct domain
> > * creation. */
> > int paging_enable(struct domain *d, u
Hi George,
On Fri, Feb 05, 2016 at 11:05:39AM +, George Dunlap wrote:
> On Fri, Feb 5, 2016 at 3:44 AM, Tian, Kevin wrote:
> >> > So as long as the currently-in-use GTT tree contains no more than
> >> > $LIMIT ranges, you can unshadow and reshadow; this will be slow, but
> >> > strictly speak
>>> On 14.01.16 at 22:46, wrote:
> +## Patching code
> +
> +The first mechanism to patch that comes in mind is in-place replacement.
> +That is replace the affected code with new code. Unfortunately the x86
> +ISA is variable size which places limits on how much space we have available
> +to repla
At 00:51 -0700 on 05 Feb (1454633478), Jan Beulich wrote:
> 1: mm: drop guest_{map,get_eff}_l1e() hooks
> 2: mm: make {cmpxchg,write}_guest_entry() hook shadow mode specific
> 3: shadow: remove a few 32-bit hypervisor leftovers
>
> Signed-off-by: Jan Beulich
Reviewed-by: Tim Deegan
___
On 05/02/16 14:28, Jan Beulich wrote:
On 05.02.16 at 14:42, wrote:
>> --- a/tools/libxc/xc_cpuid_x86.c
>> +++ b/tools/libxc/xc_cpuid_x86.c
>> @@ -380,6 +380,11 @@ static void intel_xc_cpuid_policy(xc_interface *xch,
>> }
>> }
>>
>> +#define X86_XCR0_X87(1ULL << 0)
>> +#define X86
On 2/5/16 9:09 AM, Wei Liu wrote:
> On Fri, Feb 05, 2016 at 08:48:49AM -0600, Doug Goldstein wrote:
>> This is just suppose to do a simple compile test on Travis CI. Currently
>> due to linux86 (bcc/bin86/dev86) not being whitelisted the tools cannot
>> be built.
>>
>> Signed-off-by: Doug Goldstein
1 - 100 of 219 matches
Mail list logo
