Save VPMU state during context switch for both HVM and PV(H) guests.
A subsequent patch (x86/VPMU: NMI-based VPMU support) will make it possible
for vpmu_switch_to() to call vmx_vmcs_try_enter()-vcpu_pause() which needs
is_running to be correctly set/cleared. To prepare for that, call
Intercept accesses to PMU MSRs and process them in VPMU module. If vpmu ops
for VCPU are not initialized (which is the case, for example, for PV guests that
are not VPMU-enlightened) access to MSRs will return failure.
Dump VPMU state for all domains (HVM and PV) when requested.
Signed-off-by:
On Tue, Mar 17, 2015 at 02:29:07PM +, Wei Liu wrote:
I've now successfully built QEMU upstream with rump kernel. However to
make it fully functional as a stubdom, there are some missing pieces to
be added in.
1. The ability to access QMP socket (a unix socket) from Dom0. That
will be
On Tue, Mar 17, 2015 at 02:54:09PM +, Ian Campbell wrote:
On Tue, 2015-03-17 at 14:29 +, Wei Liu wrote:
2. The ability to access files in Dom0. That will be used to write to /
read from QEMU state file.
This requirement is not as broad as you make it sound.
Yes. You're right.
With this patch return value of 1 of vpmu_do_msr() will now indicate whether an
error was encountered during MSR processing (instead of stating that the access
was to a VPMU register).
As part of this patch we also check for validity of certain MSR accesses right
when we determine which register
We don't need to try to destroy it since it can't be already allocated at the
time we try to initialize it.
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
Suggested-by: Andrew Cooper andrew.coop...@citrix.com
---
Changes in v19:
* Removed unnecesary test for VPMU_CONTEXT_ALLOCATED in
The two routines share most of their logic.
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
---
Changes in v19:
* const-ified arch_vpmu_ops in vpmu_do_wrmsr
* non-changes:
- kept 'current' as a non-initializer to avoid unnecessary initialization
in the (common) non-VPMU case
Add support for privileged PMU mode (XENPMU_MODE_ALL) which allows privileged
domain (dom0) profile both itself (and the hypervisor) and the guests. While
this mode is on profiling in guests is disabled.
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
---
Changes in v19:
* Slightly
On Tuesday 17 March 2015 06:01 PM, Jan Beulich wrote:
On 17.03.15 at 13:06, mja...@caviumnetworks.com wrote:
On Tuesday 17 March 2015 12:58 PM, Jan Beulich wrote:
On 17.03.15 at 06:26, mja...@caviumnetworks.com wrote:
In drivers/xen/pci.c on notification BUS_NOTIFY_ADD_DEVICE dom0 issues a
On Tuesday 17 March 2015 07:35 PM, Ian Campbell wrote:
On Tue, 2015-03-17 at 10:45 +0530, Manish Jaggi wrote:
On Monday 09 March 2015 08:04 AM, Yijing Wang wrote:
Now we could pass PCI domain combined with bus number
in u32 argu. Because in arm/arm64, PCI domain number
is assigned by
On 03/17/2015 04:33 PM, Dario Faggioli wrote:
e.g., with `xl debug-key r', like this:
(XEN) Online Cpus: 0-15
(XEN) Free Cpus: 8-15
Also, for each cpupool, print the set of pCPUs it
contains, like this:
(XEN) Cpupool 0:
(XEN) Cpus: 0-7
(XEN) Scheduler: SMP Credit Scheduler
Typedefs are duplicated in stubdom/vtpmmgr/tcg.h and supported compilers
do not cope with current staging branch.
Signed-off-by: Olaf Hering o...@aepfle.de
Signed-off-by: Quan Xu quan...@intel.com
---
stubdom/vtpmmgr/common_types.h |9 +
stubdom/vtpmmgr/tcg.h |7 +--
On 17.03.15 at 01:46, andreww...@gmail.com wrote:
On 3/16/15, Jan Beulich jbeul...@suse.com wrote:
So where do you expect the major performance / scalability
improvement to be gained? Internally to Xen, each page will need
to be tracked separately anyway, as what appears physically
From: longtao.pang longtaox.p...@intel.com
---
sg-run-job | 11 +++
1 file changed, 11 insertions(+)
diff --git a/sg-run-job b/sg-run-job
index 94d091b..ababebe 100755
--- a/sg-run-job
+++ b/sg-run-job
@@ -297,6 +297,17 @@ proc run-job/test-pair {} {
#run-ts . remus-failover
From: longtao.pang longtaox.p...@intel.com
This patch adds creation of the nested test job, when job creation procedure
is invoked.
'NESTED_OS_IMAGE' is the name of 'Debian ISO Images', which defined in
standalone.config.
---
make-flight | 20
1 file changed, 20
From: longtao.pang longtaox.p...@intel.com
1. In this script, make some appropriate runvars which selecthost would
recognise.
2. Prepare the configurations for installing L2 guest VM.
3. Create a lv disk in L0 and hot-attach it to L1, need to restart L1 to make
the block disk to be recognized by
From: longtao.pang longtaox.p...@intel.com
1. Designate vif model to 'e1000', otherwise, with default device model,
the L1 eth0 interface disappear, hence xenbridge cannot work.
Maybe this limitation can be removed later after some fix it. For now, we
have to accomodate to it.
2. Since reboot L1
This patch set adds nested HVM test case for osstest.
In this test case, a Xen hypervisor (L1) runs on top of another Xen hypervisor
(L0).
Upon L1 hypervisor, we will then create a nested guest (L2), and test if the
Linux guest can then be installed and run well.
About nested Xen
From: longtao.pang longtaox.p...@intel.com
1. Increase disk size to accomodate to nested test requirment.
2. Since 'Debain-xxx-.iso' image will be stored there, therefore needs more
disk capacity, increase root partition size in preseed generation.
3. In L1 installation context, assign more
From: longtao.pang longtaox.p...@intel.com
From a hvm kernel build from Linux stable Kernel tree,
the auto generated grub2 menu will have 'submenu' primitive, upon the
'menuentry' items. Xen boot entries will be grouped into a submenu. This
patch adds capability to support such grub formats.
---
On Fri, Mar 13, 2015 at 09:53:37AM -0400, Konrad Rzeszutek Wilk wrote:
+xfree(d-arch.psr_cos_ids);
And d-arch.psr_cos_ids = NULL
(however this depends on who calls psr_domain_init, which
is unclear to me).
+}
+
+int psr_domain_init(struct domain *d)
+{
+if (
On 17.03.15 at 06:26, mja...@caviumnetworks.com wrote:
In drivers/xen/pci.c on notification BUS_NOTIFY_ADD_DEVICE dom0 issues a
hypercall to inform xen that a new pci device has been added.
If we were to inform xen about a new pci bus that is added there are 2 ways
a) Issue the hypercall
If I remember the context correctly this is in the autodetect case,
so I think shouldn't mention IGD. Something like Unable to detect
graphics passthru kind, please set gfx_passthru_kind. See xl.cfg(5)
for more
s/gfx_passthru_kind/gfx_passthru, right? Because actually we always get
Hi Felipe,
On 03/06/2015 06:30 PM, Felipe Franciosi wrote:
-Original Message-
From: Bob Liu [mailto:bob@oracle.com]
Sent: 05 March 2015 00:47
To: Konrad Rzeszutek Wilk
Cc: Roger Pau Monne; Felipe Franciosi; David Vrabel; xen-devel@lists.xen.org;
linux-ker...@vger.kernel.org;
On Fri, Mar 13, 2015 at 09:40:13AM -0400, Konrad Rzeszutek Wilk wrote:
On Fri, Mar 13, 2015 at 06:13:20PM +0800, Chao Peng wrote:
Detect Intel Cache Allocation Technology(CAT) feature and store the
cpuid information for later use. Currently only L3 cache allocation is
supported. The L3 CAT
On 16.03.15 at 18:59, konrad.w...@oracle.com wrote:
Hence was wondering if it would just be easier to put
this patch in (see above) - with the benfit that folks have
an faster interrupt passthrough experience and then I work on another
variant of this with tristate cmpxchg and -mapping atomic
Tuesday, March 17, 2015, 9:18:32 AM, you wrote:
On 16.03.15 at 18:59, konrad.w...@oracle.com wrote:
Hence was wondering if it would just be easier to put
this patch in (see above) - with the benfit that folks have
an faster interrupt passthrough experience and then I work on another
variant
Yes there is. Take a look at this sample code in LibVMI:
https://github.com/libvmi/libvmi/blob/master/examples/event-example.c
Cheers,
Tamas
On Mon, Mar 16, 2015 at 11:12 PM, HANNAS YAYA Issa
issa.hannasy...@enseeiht.fr wrote:
Hello
I want to know when there is context switch between processes
On Mon, Mar 16, 2015 at 01:47:06PM +, Jan Beulich wrote:
On 13.03.15 at 11:13, chao.p.p...@linux.intel.com wrote:
@@ -1112,6 +1117,12 @@ The following resources are available:
total/local memory bandwidth. Follow the same options with Cache
Monitoring
Technology.
+*
On 17.03.15 at 09:48, chao.p.p...@linux.intel.com wrote:
On Mon, Mar 16, 2015 at 01:47:06PM +, Jan Beulich wrote:
On 13.03.15 at 11:13, chao.p.p...@linux.intel.com wrote:
@@ -1112,6 +1117,12 @@ The following resources are available:
total/local memory bandwidth. Follow the same
Additionally I think it should be considered whether the bitmap
approach of interpreting -state is the right one, and we don't
instead want a clean 3-state (idle, sched, run) model.
Could you elaborate a bit more please? As in three different unsigned int
(or bool_t) that set in what
On Mon, Mar 16, 2015 at 04:53:35PM +, Jan Beulich wrote:
On 13.03.15 at 11:13, chao.p.p...@linux.intel.com wrote:
@@ -1473,11 +1471,10 @@ static void __context_switch(void)
}
vcpu_restore_fpu_eager(n);
n-arch.ctxt_switch_to(n);
-
-if (
On Tue, Mar 17, 2015 at 09:25:48AM +, Jan Beulich wrote:
On 17.03.15 at 10:11, chao.p.p...@linux.intel.com wrote:
On Mon, Mar 16, 2015 at 05:10:32PM +, Jan Beulich wrote:
On 13.03.15 at 11:13, chao.p.p...@linux.intel.com wrote:
+else
+{
+unsigned int cpu =
On Mon, 2015-03-16 at 12:41 +, Ian Campbell wrote:
We've not yet tracked down the source of the mysterious filer reboots
and there was another earlier today, we've fiddled with a few things to
see if we can track them down.
osstest is doing stuff now, fingers crossed.
There were some
On Thu, 2015-03-12 at 16:42 -0400, Daniel De Graaf wrote:
This adds support in the hypervisor and policy build toolchain for
Xen/Flask policy version 30, which adds the ability to label ARM device
tree nodes and expands the IOMEM ocontext entries to 64 bits.
Signed-off-by: Daniel De Graaf
On Tue, 2015-03-17 at 15:46 +0800, Chen, Tiejun wrote:
If I remember the context correctly this is in the autodetect case,
so I think shouldn't mention IGD. Something like Unable to detect
graphics passthru kind, please set gfx_passthru_kind. See xl.cfg(5)
for more
flight 36498 linux-3.10 running [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/36498/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt none executed queued
flight 36501 seabios running [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/36501/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirtnone executed queued
On Mon, Mar 16, Quan Xu wrote:
Typedefs are duplicated in stubdom/vtpmmgr/tcg.h and supported compilers
do not cope with current staging branch.
This version finally compiles. Thanks!
Olaf
___
Xen-devel mailing list
Xen-devel@lists.xen.org
On 13.03.15 at 11:13, chao.p.p...@linux.intel.com wrote:
@@ -407,10 +388,75 @@ void psr_domain_free(struct domain *d)
psr_free_cos(d);
}
+static void psr_assoc_init(struct psr_assoc *psra)
+{
+unsigned int socket;
+struct psr_cat_socket_info *info;
+
+socket =
On 17.03.15 at 10:11, chao.p.p...@linux.intel.com wrote:
On Mon, Mar 16, 2015 at 05:10:32PM +, Jan Beulich wrote:
On 13.03.15 at 11:13, chao.p.p...@linux.intel.com wrote:
+else
+{
+unsigned int cpu = cpumask_check(get_socket_cpu(socket));
Isn't this going to
On Tue, Mar 17, 2015 at 09:19:42AM +, Jan Beulich wrote:
+psra-cos_mask = (~(~0ull (get_count_order(info-cos_max)
+ + 32))) (~0ull 32);
((1ull get_count_order()) - 1) 32
seems better readable to me.
Indeed :)
void
On 16.03.15 at 18:05, dario.faggi...@citrix.com wrote:
such as it is taken care of by the various schedulers, rather
than happening in schedule.c. In fact, it is the schedulers
that know better which locks are necessary for the specific
dumping operations.
While there, fix a few style
flight 36491 qemu-mainline running [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/36491/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt none executed queued
flight 36500 ovmf running [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/36500/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-intelnone executed queued
On Mon, 2015-03-16 at 17:18 +, George Dunlap wrote:
On 02/27/2015 04:51 PM, Dario Faggioli wrote:
diff --git a/xen/common/sched_credit2.c b/xen/common/sched_credit2.c
index ad0a5d4..2b852cc 100644
--- a/xen/common/sched_credit2.c
+++ b/xen/common/sched_credit2.c
@@ -931,6 +931,7
On Mon, Mar 16, 2015 at 05:10:32PM +, Jan Beulich wrote:
On 13.03.15 at 11:13, chao.p.p...@linux.intel.com wrote:
+else
+{
+unsigned int cpu = cpumask_check(get_socket_cpu(socket));
Isn't this going to trigger an assertion when the socket count got
specified on the
Olaf,
Thanks for your test.
Ian,
Could you help me check it again? Any comments, I will fix it soon.
If no any other comments, could you help me merge it? Thanks.
Quan
-Original Message-
From: Olaf Hering [mailto:o...@aepfle.de]
Sent: Tuesday, March 17, 2015 5:20 PM
To:
On 30.01.15 at 18:54, daniel.ki...@oracle.com wrote:
@@ -94,6 +111,17 @@ ENTRY(start)
gdt_boot_descr:
.word 6*8-1
.long sym_phys(trampoline_gdt)
+.long 0 /* Needed for 64-bit lgdt */
+
+cs32_switch_addr:
+.long sym_phys(cs32_switch)
+
On 16.03.15 at 18:04, dario.faggi...@citrix.com wrote:
--- a/xen/common/sched_rt.c
+++ b/xen/common/sched_rt.c
@@ -264,18 +264,17 @@ rt_dump(const struct scheduler *ops)
struct list_head *iter_sdom, *iter_svc, *runq, *depletedq, *iter;
struct rt_private *prv = rt_priv(ops);
Note that the following Nehalem/Westmere chipsets should be included in this
list:
Nehalem - 0x40, 0x2c01, 0x2c41, 0x313x
Westmere - 0x2c70, 0x2d81, 0xd15x
--
Don Dugger
Censeo Toto nos in Kansa esse decisse. - D. Gale
Ph: 303/443-3786
-Original Message-
From: Jan Beulich
On Mon, 2015-03-16 at 12:56 +, Jan Beulich wrote:
On 16.03.15 at 13:51, george.dun...@eu.citrix.com wrote:
On 03/16/2015 12:48 PM, Jan Beulich wrote:
Them returning garbage isn't what needs fixing. Instead the code
here should use a different condition to check whether this is the
At 15:55 + on 17 Mar (1426607705), Jan Beulich wrote:
- drop an effectively unused struct pv_vcpu field (x86)
- adjust VM_ASSIST() to prepend VMASST_TYPE_
Signed-off-by: Jan Beulich jbeul...@suse.com
Reviewed-by: Tim Deegan t...@xen.org, though I think these would
have been better as two
On Tue, Mar 17, 2015 at 09:30:57AM -0600, Jim Fehlig wrote:
From: Ian Jackson ian.jack...@eu.citrix.com
From: Ian Jackson ian.jack...@eu.citrix.com
When domain_death_xswatch_callback needed a further call to
xc_domain_getinfolist it would restart it with the last domain it
found rather
On Tue, Mar 17, 2015 at 09:30:58AM -0600, Jim Fehlig wrote:
From: Ian Jackson ian.jack...@eu.citrix.com
Unlock the userdata before we actually call xc_domain_destroy. This
leaves open the possibility that other libxl callers will see the
half-destroyed domain (with no devices, paused), but
On Tue, Mar 17, 2015 at 09:30:59AM -0600, Jim Fehlig wrote:
From: Ian Jackson ian.jack...@eu.citrix.com
Call xc_domain_destroy in a subprocess. That allows us to do so
asynchronously, rather than blocking the whole process calling libxl.
The changes in detail:
* Provide an
Note that the following Haswell chipsets should also be included in this list:
Haswell - 0xc0f, 0xd00, 0xd04, 0xd08, 0xd0f, 0xa00, 0xa08, 0xa0f
--
Don Dugger
Censeo Toto nos in Kansa esse decisse. - D. Gale
Ph: 303/443-3786
-Original Message-
From: Jan Beulich [mailto:jbeul...@suse.com]
It seems some repos have this via the hooks/post-update.sample having
been renamed to hooks/post-update, but a few don't.
So I've done:
xen@xenbits:~/git$ for i in rumpuser-xen.git mini-os.git libvirt.git ;
do
mv -iv $i/hooks/post-update.sample $i/hooks/post-update
This change also takes the chance to add a scratch
cpumask, to avoid having to create one more
cpumask_var_t on the stack of the dumping routine.
Actually, I have a question about the strength of this design. When we
have a machine with many cpus, we will end up with allocating a
cpumask
On 03/17/2015 10:52 PM, Felipe Franciosi wrote:
Hi Bob,
I've put the hardware back together and am sorting out the software for
testing. Things are not moving as fast as I wanted due to other commitments.
I'll keep this thread updated as I progress. Malcolm is OOO and I'm trying to
get
Hi Dario,
2015-03-17 10:12 GMT-04:00 Dario Faggioli dario.faggi...@citrix.com:
On Mon, 2015-03-16 at 16:30 -0400, Meng Xu wrote:
Hi Dario,
Hey,
2015-03-16 13:05 GMT-04:00 Dario Faggioli dario.faggi...@citrix.com:
This change also takes the chance to add a scratch
cpumask, to avoid
2015-03-17 11:33 GMT-04:00 Dario Faggioli dario.faggi...@citrix.com:
In fact, printing the cpupool's CPU online mask
for each vCPU is just redundant, as that is the
same for all the vCPUs of all the domains in the
same cpupool, while hard affinity is already part
of the output of dumping
Tuesday, March 17, 2015, 6:44:54 PM, you wrote:
Additionally I think it should be considered whether the bitmap
approach of interpreting -state is the right one, and we don't
instead want a clean 3-state (idle, sched, run) model.
Could you elaborate a bit more please? As in three
On 3/17/15, Jan Beulich jbeul...@suse.com wrote:
And how would that be significantly different from the batching
that's already built into the grant table hypercall?
I guess it does do more or less what I want already. I was looking
more at the inner mapping/unmapping functions, rather than the
In order to support assigning security lables to ARM device tree nodes
in Xen's XSM policy, a new ocontext type is needed in the security
policy.
In addition to adding the new ocontext, the existing I/O memory range
ocontext is expanded to 64 bits in order to support hardware with more
than 44
In Xen on ARM, device tree nodes identified by a path (string) need to
be labeled by the security policy.
Signed-off-by: Daniel De Graaf dgde...@tycho.nsa.gov
---
checkpolicy/policy_define.c| 55 +
checkpolicy/policy_define.h| 1 +
In order to support paths containing spaces or other characters, allow a
quoted string with these characters to be parsed as a path in addition
to the existing unquoted string.
Signed-off-by: Daniel De Graaf dgde...@tycho.nsa.gov
---
checkpolicy/policy_parse.y | 3 +++
checkpolicy/policy_scan.l
On Tue, Mar 17, 2015 at 04:06:14PM +, Jan Beulich wrote:
On 17.03.15 at 16:38, konrad.w...@oracle.com wrote:
--- a/xen/drivers/passthrough/io.c
+++ b/xen/drivers/passthrough/io.c
@@ -804,7 +804,17 @@ static void dpci_softirq(void)
d = pirq_dpci-dom;
smp_mb(); /*
This expands IOMEMCON device context entries to 64 bits. This change is
required to support static I/O memory range labeling for systems with
over 16TB of physical address space. The policy version number change
is shared with the next patch.
While this makes no changes to SELinux policy, a new
On Tue, 2015-03-17 at 10:54 +, Jan Beulich wrote:
On 16.03.15 at 18:05, dario.faggi...@citrix.com wrote:
such as it is taken care of by the various schedulers, rather
than happening in schedule.c. In fact, it is the schedulers
that know better which locks are necessary for the specific
On Fri, Mar 13, 2015 at 01:51:05PM +0100, Imre Palik wrote:
From: Palik, Imre im...@amazon.de
With the current netback, the bandwidth limiter's parameters are only
settable during vif setup time. This patch register a watch on them, and
thus makes them runtime changeable.
When the watch
On Fri, 2015-03-13 at 13:51 +0100, Imre Palik wrote:
[...]
diff --git a/drivers/net/xen-netback/interface.c
b/drivers/net/xen-netback/interface.c
index 3aa8648..34d8038 100644
--- a/drivers/net/xen-netback/interface.c
+++ b/drivers/net/xen-netback/interface.c
@@ -463,6 +463,7 @@ int
On 17.03.15 at 12:10, george.dun...@eu.citrix.com wrote:
On 03/16/2015 08:30 PM, Meng Xu wrote:
2015-03-16 13:05 GMT-04:00 Dario Faggioli dario.faggi...@citrix.com:
This change also takes the chance to add a scratch
cpumask, to avoid having to create one more
cpumask_var_t on the stack of
On 17.03.15 at 12:32, george.dun...@eu.citrix.com wrote:
On 03/17/2015 11:25 AM, Jan Beulich wrote:
On 17.03.15 at 12:05, george.dun...@eu.citrix.com wrote:
On 03/17/2015 10:54 AM, Jan Beulich wrote:
Finally, as said in different contexts earlier, I think unconditionally
acquiring locks in
On Mon, Mar 16, 2015 at 11:31:49AM +0100, Juergen Gross wrote:
On 03/16/2015 11:03 AM, Daniel Kiper wrote:
On Mon, Mar 16, 2015 at 06:35:04AM +0100, Juergen Gross wrote:
On 03/11/2015 04:40 PM, Boris Ostrovsky wrote:
On 03/11/2015 10:42 AM, David Vrabel wrote:
On 10/03/15 13:35, Boris
On Mon, Mar 16, 2015 at 11:08:50PM +, Ian Murray wrote:
On 16/03/15 14:12, Konrad Rzeszutek Wilk wrote:
On Sun, Mar 15, 2015 at 09:34:16PM +, Ian Murray wrote:
Hi,
I have a domU guest that booted fine under Xen 4.4.1 with pvh=1 but now
fails to boot with it under Xen 4.5.0.
On Tue, Mar 10, 2015 at 12:03 PM, Bob Ball bob.b...@citrix.com wrote:
For the last few weeks Anthony and I have been working on creating a CI
environment to run against all OpenStack jobs. We're now in a position where
we can share the current status, overview of how it works and next steps.
On Tue, 2015-03-17 at 11:05 +, George Dunlap wrote:
On 03/17/2015 10:54 AM, Jan Beulich wrote:
Finally, as said in different contexts earlier, I think unconditionally
acquiring locks in dumping routines isn't the best practice. At least
in non-debug builds I think these should be
On 03/17/2015 10:48 AM, Dario Faggioli wrote:
On Mon, 2015-03-16 at 17:18 +, George Dunlap wrote:
On 02/27/2015 04:51 PM, Dario Faggioli wrote:
diff --git a/xen/common/sched_credit2.c b/xen/common/sched_credit2.c
index ad0a5d4..2b852cc 100644
--- a/xen/common/sched_credit2.c
+++
On 17.03.15 at 12:14, dario.faggi...@citrix.com wrote:
On Tue, 2015-03-17 at 10:54 +, Jan Beulich wrote:
Finally, as said in different contexts earlier, I think unconditionally
acquiring locks in dumping routines isn't the best practice. At least
in non-debug builds I think these should
On 03/17/2015 11:25 AM, Jan Beulich wrote:
On 17.03.15 at 12:05, george.dun...@eu.citrix.com wrote:
On 03/17/2015 10:54 AM, Jan Beulich wrote:
Finally, as said in different contexts earlier, I think unconditionally
acquiring locks in dumping routines isn't the best practice. At least
in
On Tuesday 17 March 2015 12:58 PM, Jan Beulich wrote:
On 17.03.15 at 06:26, mja...@caviumnetworks.com wrote:
In drivers/xen/pci.c on notification BUS_NOTIFY_ADD_DEVICE dom0 issues a
hypercall to inform xen that a new pci device has been added.
If we were to inform xen about a new pci bus that
On 03/17/2015 11:43 AM, Jan Beulich wrote:
On 17.03.15 at 12:32, george.dun...@eu.citrix.com wrote:
On 03/17/2015 11:25 AM, Jan Beulich wrote:
On 17.03.15 at 12:05, george.dun...@eu.citrix.com wrote:
On 03/17/2015 10:54 AM, Jan Beulich wrote:
Finally, as said in different contexts earlier, I
On 17.03.15 at 13:06, mja...@caviumnetworks.com wrote:
On Tuesday 17 March 2015 12:58 PM, Jan Beulich wrote:
On 17.03.15 at 06:26, mja...@caviumnetworks.com wrote:
In drivers/xen/pci.c on notification BUS_NOTIFY_ADD_DEVICE dom0 issues a
hypercall to inform xen that a new pci device has been
On 17.03.15 at 12:05, george.dun...@eu.citrix.com wrote:
On 03/17/2015 10:54 AM, Jan Beulich wrote:
Finally, as said in different contexts earlier, I think unconditionally
acquiring locks in dumping routines isn't the best practice. At least
in non-debug builds I think these should be
On Thu, 2015-03-12 at 18:14 +, Lars Kurth wrote:
Hi,I nearly missed this. Please make sure you forward stuff and change
the headline if you want me to look into things. Otherwise I may miss
it.
Sure, I'll try and remember.
FYI before Ian J went away he mentioned that he had raised some
On Tue, Mar 17, 2015 at 10:32:01AM +, Jan Beulich wrote:
On 30.01.15 at 18:54, daniel.ki...@oracle.com wrote:
@@ -94,6 +111,17 @@ ENTRY(start)
gdt_boot_descr:
.word 6*8-1
.long sym_phys(trampoline_gdt)
+.long 0 /* Needed for 64-bit lgdt */
+
On Mon, 2015-03-16 at 14:00 -0400, Konrad Rzeszutek Wilk wrote:
On Tue, Mar 10, 2015 at 12:03:13PM +, Bob Ball wrote:
I'd like to organise a meeting to walk through the various components of
the CI with those who are interested, so this is an initial call to find
out who is
On Tue, 17 Mar 2015, Ian Campbell wrote:
On Thu, 2015-03-12 at 18:14 +, Lars Kurth wrote:
Hi,I nearly missed this. Please make sure you forward stuff and change
the headline if you want me to look into things. Otherwise I may miss
it.
Sure, I'll try and remember.
FYI before Ian J
On Tue, Mar 17, 2015 at 10:56:48AM +0530, Manish Jaggi wrote:
On Friday 27 February 2015 10:20 PM, Ian Campbell wrote:
On Fri, 2015-02-27 at 16:35 +, Jan Beulich wrote:
On 27.02.15 at 16:24, ian.campb...@citrix.com wrote:
On Fri, 2015-02-27 at 14:54 +, Stefano Stabellini wrote:
On Tue, 2015-03-17 at 13:05 +, Lars Kurth wrote:
On 17 Mar 2015, at 11:40, Ian Campbell ian.campb...@citrix.com wrote:
On Thu, 2015-03-12 at 18:14 +, Lars Kurth wrote:
Hi,I nearly missed this. Please make sure you forward stuff and change
the headline if you want me to look into
Hi Chunyan,
I've found another problem while trying to write a qemu based pvUSB
backend.
On 01/19/2015 09:28 AM, Chunyan Liu wrote:
Add pvusb APIs, including:
- attach/detach (create/destroy) virtual usb controller.
- attach/detach usb device
- list assignable usb devices in host
-
Hi Ian,
Sorry for the late answer.
On 23/02/15 17:22, Ian Campbell wrote:
On Mon, 2015-02-23 at 17:06 +, Julien Grall wrote:
On 23/02/15 11:46, Ian Campbell wrote:
On Tue, 2015-01-13 at 14:25 +, Julien Grall wrote:
Let the user to pass additional nodes to the guest device tree. For
(CC Ian and Jan)
Hi,
Is there any blocker to push this patch? It's useful for using XSM with
passthrough.
Regards,
On 11/03/15 14:59, Daniel De Graaf wrote:
The definitions of static device labels must be placed at the end of the
policy.conf before passing it to checkpolicy; the existing
Hi Ian,
On Thu, Mar 5, 2015 at 10:40 PM, Ian Campbell ian.campb...@citrix.com wrote:
On Thu, 2015-03-05 at 16:46 +, Ian Campbell wrote:
On Wed, 2015-03-04 at 11:36 +0530, vijay.kil...@gmail.com wrote:
From: Vijaya Kumar K vijaya.ku...@caviumnetworks.com
Add GSER region to thunderx
On 17.03.15 at 14:03, julien.gr...@linaro.org wrote:
(CC Ian and Jan)
This is mostly about tools stuff:
docs/misc/xsm-flask.txt | 31 +++
tools/flask/policy/Makefile | 3 ++-
tools/flask/policy/policy/device_contexts| 32
On 07/11/2014 08:23 PM, Andrew Cooper wrote:
On 11/07/14 16:43, Razvan Cojocaru wrote:
Added support for VMCALL events (the memory introspection library
will have the guest trigger VMCALLs, which will then be sent along
via the mem_event mechanism).
Changes since V1:
- Added a #define and
On Mon, 2015-03-16 at 16:30 -0400, Meng Xu wrote:
Hi Dario,
Hey,
2015-03-16 13:05 GMT-04:00 Dario Faggioli dario.faggi...@citrix.com:
This change also takes the chance to add a scratch
cpumask, to avoid having to create one more
cpumask_var_t on the stack of the dumping routine.
On Tue, Mar 17, 2015 at 04:11:33PM +0800, Chao Peng wrote:
On Fri, Mar 13, 2015 at 09:40:13AM -0400, Konrad Rzeszutek Wilk wrote:
On Fri, Mar 13, 2015 at 06:13:20PM +0800, Chao Peng wrote:
Detect Intel Cache Allocation Technology(CAT) feature and store the
cpuid information for later use.
On Mon, 2015-03-16 at 19:05 +, George Dunlap wrote:
On 03/16/2015 05:05 PM, Dario Faggioli wrote:
@@ -218,7 +224,6 @@ __q_elem(struct list_head *elem)
static void
rt_dump_vcpu(const struct scheduler *ops, const struct rt_vcpu *svc)
{
-char cpustr[1024];
cpumask_t
1 - 100 of 151 matches
Mail list logo