flight 33122 linux-next real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33122/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-winxpsp3 7 windows-install fail REGR. vs. 33087
Regressions which are
i want to extract dirty page bitmap so it can able to make possible statistics
of those pages - historical analysis
i am forwarding previous email with this
I request to give me little idea. How people use Xen hypervisor for this task
on MATLAB/R language/Other tool
On Friday, 2 January
Hello,
happy new year to everyone.
On 19.12.2014 13:36, Philipp Hahn wrote:
On 18.12.2014 11:17, Ian Campbell wrote:
On Tue, 2014-12-16 at 16:13 +, Frediano Ziglio wrote:
Do we have a bug in Xen that affect SSE instructions (possibly already
fixed after Philipp version) ?
I've had a
Elena Ufimtseva ufimts...@gmail.com 01/02/15 7:32 PM
The last successful command is the reading status register of second IOMMU
unit:
snip from iommu_enable_translation() in
./xen/drivers/passthrough/vtd/iommu.c
746:sts = dmar_readl(iommu-reg, DMAR_GSTS_REG);
747:dmar_writel(iommu-reg,
flight 33111 qemu-mainline real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33111/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-installfail REGR. vs. 32598
At 19:12 + on 02 Jan (1420222343), Andrew Cooper wrote:
supervisor_mode_kernel was an x86_32-only feature which permitted a PV dom0 to
run in ring 0, but at the expense of not being able to start any domUs.
As the x86_32 Xen build has been removed from tree, removing the remaining
On Sun, 2015-01-04 at 09:42 +, xen.org wrote:
flight 33083 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33083/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 5
On 19/12/14 16:16, Jan Beulich wrote:
Using the native code here can't work properly, as the hypervisor would
normally have cleared the two reason bits by the time Dom0 gets to see
the NMI (if passed to it at all). There's a shared info field for this,
and there's an existing hook to use -
Good morning and happy new year,
Currently we have the procedure to install Xen GT on 13.04 or 12.04 ubuntu
environment. As such, this procedure makes us
import graphics libraries for ubuntu. However, we must do with Tizen and
CrossWalk. We miss graphics bookstores. I dont know if anything
Roger Pau Monnéroger@citrix.com 12/22/14 7:44 PM
To make sure FreeBSD was not playing tricks behind Xen's back, and
AFAICT FreeBSD is not touching the IO APIC at all. Also Xen doesn't show
any pending EOI timers ('a' debug key).
Btw, as I'm not sure it was said explicitly earlier: Does use
flight 33117 libvirt real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33117/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 5 libvirt-build fail REGR. vs. 32648
build-i386-libvirt
flight 33108 linux-3.10 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33108/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 5 libvirt-build fail REGR. vs. 26303
build-amd64-libvirt
On Thu, 2014-12-18 at 11:13 +, David Vrabel wrote:
Commit bc96f648df1bbc2729abbb84513cf4f64273a1f1 (xen-netback: make
feature-rx-notify mandatory) incorrectly assumed that there were no
frontends in use that did not support this feature. But the frontend
driver in MiniOS does not and
On 01/05/15 14:19, David Vrabel wrote:
On 05/01/15 13:06, Vitaly Kuznetsov wrote:
In case kasprintf() fails in xen_setup_timer() we assign name to the static
string timer kasprintf failed. We, however, don't check that fact before
issuing kfree() in xen_teardown_timer(), kernel is supposed to
libxl_dominfo contains a ssid_label pointer which will have memory allocated
for it in libxl_domain_info() if the hypervisor has CONFIG_XSM compiled.
However, the lack of appropriate use of libxl_dominfo_{init,dispose}() will
cause the label string to be leaked, even in success cases.
This was
Instead of cloning gnulib manually which can break if upstream gnulib
gets ahead of libvirt.git (which applies patches on the fly etc). By
using submodulefixup we automatically DTRT and use the version of
gnulib specified by the libvirt.git submodule metadata, but with a
runvar override if
FWIW in the future please configure git to chain all your patches to one
thread. :-)
What I usually do is to
git format-patch HEAD~NNN --cover --subject-prefix='PATCH vXX'
... edit -cover-letter.patch ...
git send-email --to xen-devel@ --cc XXX
All patches will be chained to 00/00 cover
On Tue, Dec 23, 2014 at 04:54:38PM +0800, Chao Peng wrote:
[...]
diff --git a/tools/libxl/xl_cmdimpl.c b/tools/libxl/xl_cmdimpl.c
index 3737c7e..f4534ec 100644
--- a/tools/libxl/xl_cmdimpl.c
+++ b/tools/libxl/xl_cmdimpl.c
@@ -7845,12 +7845,13 @@ out:
}
#ifdef LIBXL_HAVE_PSR_CMT
On Tue, Dec 23, 2014 at 04:54:39PM +0800, Chao Peng wrote:
[...]
+static int libxl__psr_cmt_get_mem_bandwidth(libxl__gc *gc, uint32_t domid,
+xc_psr_cmt_type type, uint32_t socketid, uint32_t *bandwidth)
+{
+uint64_t sample1, sample2;
+uint32_t upscaling_factor;
+int rc;
+
Olaf mentioned his concern about handling ballooned pages in
20141211153029.ga1...@aepfle.de. Is that point moot now?
Wei.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Tue, Dec 30, 2014 at 11:45:31PM -0500, Quan Xu wrote:
Signed-off-by: Quan Xu quan...@intel.com
---
tools/libxl/libxl.c | 62
tools/libxl/libxl_create.c | 6 +
tools/libxl/libxl_dm.c | 16
On 05/01/15 13:06, Vitaly Kuznetsov wrote:
In case kasprintf() fails in xen_setup_timer() we assign name to the static
string timer kasprintf failed. We, however, don't check that fact before
issuing kfree() in xen_teardown_timer(), kernel is supposed to crash with
'kernel BUG at
On Mon, 2015-01-05 at 13:18 +, Wei Liu wrote:
FWIW in the future please configure git to chain all your patches to one
thread. :-)
What I usually do is to
git format-patch HEAD~NNN --cover --subject-prefix='PATCH vXX'
... edit -cover-letter.patch ...
git send-email --to
On Thu, Dec 18, 2014 at 4:55 AM, Hu, Robert robert...@intel.com wrote:
For this specific problem though I think
http://lists.xen.org/archives/html/xen-devel/2014-11/msg01342.html
We verified this on RC4, it works.
Will your patch get in Xen 4.5 release? Otherwise hotplug vt-d device with a
Jan Beulich wrote on 2015-01-05:
Elena Ufimtseva ufimts...@gmail.com 01/02/15 7:32 PM
The last successful command is the reading status register of second
IOMMU
unit:
snip from iommu_enable_translation() in
./xen/drivers/passthrough/vtd/iommu.c
746:sts = dmar_readl(iommu-reg,
Wei Liu wei.l...@citrix.com writes:
Olaf mentioned his concern about handling ballooned pages in
20141211153029.ga1...@aepfle.de. Is that point moot now?
Well, the limitation is real and some guest-side handling will be
required in case we want to support kexec with ballooning. But as David
In case kasprintf() fails in xen_setup_timer() we assign name to the static
string timer kasprintf failed. We, however, don't check that fact before
issuing kfree() in xen_teardown_timer(), kernel is supposed to crash with
'kernel BUG at mm/slub.c:3341!'
Solve the issue by making name a fixed
On Tue, 2014-12-30 at 23:44 -0500, Quan Xu wrote:
Please can you arrange for you patch submissions to be correctly
threaded i.e. with all the mails containing a reference header either to
the previous patch or to the 0/N introductory patch.
Take a look at the --chainreplyto and --thread options
flight 33112 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33112/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 5 libvirt-build fail REGR. vs. 32877
build-amd64-libvirt
On Mon, Jan 05, 2015 at 02:19:58PM +, Andrew Cooper wrote:
libxl_dominfo contains a ssid_label pointer which will have memory allocated
for it in libxl_domain_info() if the hypervisor has CONFIG_XSM compiled.
However, the lack of appropriate use of libxl_dominfo_{init,dispose}() will
cause
On Mon, 2015-01-05 at 14:35 +, Ian Jackson wrote:
Yang Hongyang writes ([PATCH] xl/libxl: fix migrate/Remus regression (core
dumped)):
When excuting xl migrate/Remus, the following error occurd:
[root@master xen]# xl migrate 5 slaver
migration target: Ready to receive domain.
Saving
Instead of cloning gnulib manually which can break if upstream gnulib
gets ahead of libvirt.git (which applies patches on the fly etc). By
using submodulefixup we automatically DTRT and use the version of
gnulib specified by the libvirt.git submodule metadata, but with a
runvar override if
On Mon, 2015-01-05 at 16:07 +, Andrew Cooper wrote:
What usecase was supervisor_mode_kernel developed for? It seems
counter-intuitive, but I can't find anything in the history explaining
its use.
It was a prototype from the pre-pvops days to see if it would be
feasible to have a
On Mon, Dec 22, 2014 at 11:54:01AM +0100, Julien Grall wrote:
Hi Ian,
On 21/12/2014 12:18, Ian Campbell wrote:
By iterating up to = mi-nr_mods we are running off the end of the boot
modules, but more importantly it causes us to then skip the first FDT
reserved
region, meaning we might
On Mon, Jan 05, 2015 at 04:34:36PM +, Ian Jackson wrote:
From: Ian Jackson i...@mariner.uk.xensource.com
do_pci_remove contained this:
if (type == LIBXL_DOMAIN_TYPE_HVM) {
[stuff]
} else if (type != LIBXL_DOMAIN_TYPE_PV)
abort();
{
This is bizarre, and
On Mon, Jan 05, 2015 at 04:28:02PM +, Dugger, Donald D wrote:
Working to resolve this issue, I hope to have a definitive answer by the end
of this week.
OK, so past Xen 4.5 release. thanks!
--
Don Dugger
Censeo Toto nos in Kansa esse decisse. - D. Gale
Ph: 303/443-3786
Acked-by: Ian Campbell ian.campb...@citrix.com
RElease-Acked-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Pushed, thanks.
Ian.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Fri, Dec 19, 2014 at 08:31:51AM +, Jan Beulich wrote:
The endless story continues.
Intel maintainers, are you folks OK with these patches?
From my perspective: Release-Acked-by: Konrad Rzeszutek Wilk
konrad.w...@oracle.com
1: make XSA-59 workaround fully cover XeonE5/E7 v2
2: extend
Working to resolve this issue, I hope to have a definitive answer by the end of
this week.
--
Don Dugger
Censeo Toto nos in Kansa esse decisse. - D. Gale
Ph: 303/443-3786
-Original Message-
From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
Sent: Monday, January 5, 2015 9:27
Ian Jackson writes (Re: [PATCH for-4.5 v2] libxl: Initialise CTX-xce in
domain suspend):
Konrad: this should go in 4.5 because it is a bugfix without which
libxl may dereference NULL.
...
Ian Campbell writes (Re: [PATCH for-4.5 v2] libxl: Initialise CTX-xce in
domain suspend):
Acked-by: Ian
On Fri, Dec 19, 2014 at 1:21 AM, Tiejun Chen tiejun.c...@intel.com wrote:
RMRR Fix Design for Xen
This design is a goal to fix RMRR for Xen. It includes four sectors as
follows:
* Background
* What is RMRR
* Current RMRR Issues
* Design Overview
We
On 04/01/2015 17:17, Junji Zhi wrote:
Hi,
I'm Junji, a newbie in Xen and hoping I can contribute to the
community one day. I have a few questions regarding the writable page
tables, while reading The Definitive Guide to the Xen Hypervisor by
David Chisnall:
1. Writable page tables is one
In preparation for making VPMU code shared with PV make sure that we we update
MSR bitmaps only for HVM/PVH guests
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
Acked-by: Kevin Tian kevin.t...@intel.com
Reviewed-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Reviewed-by: Dietmar
Add support for handling PMU interrupts for PV guests.
VPMU for the interrupted VCPU is unloaded until the guest issues XENPMU_flush
hypercall. This allows the guest to access PMU MSR values that are stored in
VPMU context which is shared between hypervisor and domain, thus avoiding
traps to
Add runtime interface for setting PMU mode and flags. Three main modes are
provided:
* XENPMU_MODE_OFF: PMU is not virtualized
* XENPMU_MODE_SELF: Guests can access PMU MSRs and receive PMU interrupts.
* XENPMU_MODE_HV: Same as XENPMU_MODE_SELF for non-proviledged guests, dom0
can profile
Introduce vpmu_are_all_set that allows testing multiple bits at once. Convert
macros
into inlines for better compiler checking.
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
Acked-by: Kevin Tian kevin.t...@intel.com
Reviewed-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Add pmu.h header files, move various macros and structures that will be
shared between hypervisor and PV guests to it.
Move MSR banks out of architectural PMU structures to allow for larger sizes
in the future. The banks are allocated immediately after the context and
PMU structures store offsets
Move some VPMU initilization operations into __initcalls to avoid performing
same tests and calculations for each vcpu.
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
Tested-by: Dietmar Hahn dietmar.h...@ts.fujitsu.com
---
xen/arch/x86/hvm/svm/vpmu.c | 112
vpmu structure will be used for both HVM and PV guests. Move it from
hvm_vcpu to arch_vcpu.
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
Acked-by: Jan Beulich jbeul...@suse.com
Reviewed-by: Kevin Tian kevin.t...@intel.com
Reviewed-by: Dietmar Hahn dietmar.h...@ts.fujitsu.com
vmx_add_host_load_msr() and vmx_add_guest_msr() share fair amount of code. Merge
them to simplify code maintenance.
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
Acked-by: Kevin Tian kevin.t...@intel.com
Reviewed-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Reviewed-by: Dietmar
On 05/01/2015 19:56, Andy Lutomirski wrote:
1) State: all pvtis marked as PVCLOCK_TSC_STABLE_BIT.
1) Update request for all vcpus, for a TSC_STABLE_BIT - ~TSC_STABLE_BIT
transition.
2) vCPU-1 updates its pvti with new values.
3) vCPU-0 still has not updated its pvti with new values.
Add support for using NMIs as PMU interrupts to allow profiling hypervisor
when interrupts are disabled.
Most of processing is still performed by vpmu_do_interrupt(). However, since
certain operations are not NMI-safe we defer them to a softint that
vpmu_do_interrupt()
will schedule:
* For PV
Export Xen's symbols as {addresstypename} triplet via new XENPF_get_symbol
hypercall
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
Acked-by: Daniel De Graaf dgde...@tycho.nsa.gov
Reviewed-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Reviewed-by: Dietmar Hahn
Version 17 of PV(H) PMU patches.
Changes in v17:
* Disable VPMU when unknown CPU vendor is detected (patch #2)
* Remove unnecessary vendor tests in vendor-specific init routines (patch #14)
* Remember first CPU that starts mode change and use it to stop the cycle
(patch #13)
* If vpmu ops is not
Remove struct pmumsr and core2_pmu_enable. Replace static MSR structures with
fields in core2_vpmu_context.
Call core2_get_pmc_count() once, during initialization.
Properly clean up when core2_vpmu_alloc_resource() fails.
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
Acked-by: Kevin
A subsequent patch will add an inline routine to vpmu.h that will call
vpmu_load().
This inline will try to access vcpu-vpmu which is not possible since struct
vcpu may not be fully defined at that point. So we will have that inline pass
vpmu pointer to vpmu_load() instead.
This change slightly
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
Acked-by: Jan Beulich
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
There is a possibility that we set VPMU_CONTEXT_SAVE on VPMU context in
vpmu_load() and never clear it (because vpmu_save_force() will see
VPMU_CONTEXT_LOADED bit clear, which is possible on AMD processors)
The problem is that amd_vpmu_save() assumes that if VPMU_CONTEXT_SAVE is set
then (1) we
The failure to initialize VPMU may be temporary so we shouldn'd disable VMPU
forever.
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
Reported-by: Jan Beulich jbeul...@suse.com
---
xen/arch/x86/hvm/vpmu.c | 21 +
1 file changed, 13 insertions(+), 8 deletions(-)
MSR_CORE_PERF_GLOBAL_CTRL register should be set zero initially. It is up to
the guest to set it so that counters are enabled.
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
Acked-by: Kevin Tian kevin.t...@intel.com
Reviewed-by: Dietmar Hahn dietmar.h...@ts.fujitsu.com
Tested-by:
On Mon, Jan 05, 2015 at 10:56:07AM -0800, Andy Lutomirski wrote:
On Mon, Jan 5, 2015 at 7:25 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Mon, Dec 22, 2014 at 04:39:57PM -0800, Andy Lutomirski wrote:
The pvclock vdso code was too abstracted to understand easily and
excessively
On Mon, Jan 5, 2015 at 11:17 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Mon, Jan 05, 2015 at 10:56:07AM -0800, Andy Lutomirski wrote:
On Mon, Jan 5, 2015 at 7:25 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Mon, Dec 22, 2014 at 04:39:57PM -0800, Andy Lutomirski wrote:
The pvclock
Don't have the hypervisor update APIC_LVTPC when _it_ thinks the vector should
be updated. Instead, handle guest's APIC_LVTPC accesses and write what the guest
explicitly wanted.
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
Acked-by: Kevin Tian kevin.t...@intel.com
Acked-by: Jan
The two routines share most of their logic.
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
---
xen/arch/x86/hvm/vpmu.c| 77 --
xen/include/asm-x86/hvm/vpmu.h | 14 ++--
2 files changed, 42 insertions(+), 49 deletions(-)
diff --git
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
On Mon, Jan 5, 2015 at 2:48 PM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Mon, Jan 05, 2015 at 02:38:46PM -0800, Andy Lutomirski wrote:
On Mon, Jan 5, 2015 at 11:17 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Mon, Jan 05, 2015 at 10:56:07AM -0800, Andy Lutomirski wrote:
On Mon, Jan
On Mon, Jan 05, 2015 at 02:38:46PM -0800, Andy Lutomirski wrote:
On Mon, Jan 5, 2015 at 11:17 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Mon, Jan 05, 2015 at 10:56:07AM -0800, Andy Lutomirski wrote:
On Mon, Jan 5, 2015 at 7:25 AM, Marcelo Tosatti mtosa...@redhat.com
wrote:
On
On 01/05/15 14:10, Rishi Ranjan wrote:
Hi Stefano,
Please find my answers inline.
However Anthony (CC'ed) should have some patches for it.
Anthony, can you please share any patch that can help me with this?
Can you post the full output of the logs?
I have attached the
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
---
xen/common/sysctl.c | 60 +++
xen/include/public/sysctl.h | 35 -
2 files changed, 94 insertions(+), 1 deletions(-)
diff --git a/xen/common/sysctl.c
If ACPI provides PXM data for IO devices then dom0 will pass it to
hypervisor during PHYSDEVOP_pci_device_add call. This information,
however, is currently ignored.
We will store this information (in the form of nodeID) in pci_dev
structure so that we can provide it, for example, to the toolstack
Changes in v2:
* Split topology sysctls into two --- one for CPU topology and the other
for devices
* Avoid long loops in the hypervisor by using continuations. (I am not
particularly happy about using first_dev in the interface, suggestions
for a better interface would be appreciated)
* Use
Instead of copying data for each field in xen_sysctl_topologyinfo separately
put cpu/socket/node into a single structure and do a single copy for each
processor.
There is also no need to copy whole op to user at the end, max_cpu_index is
sufficient
Rename xen_sysctl_topologyinfo and
On Fri, 2015-01-02 at 16:47 +, Jan Beulich wrote:
Boris Ostrovsky boris.ostrov...@oracle.com 12/26/14 9:12 PM
On Thu, Dec 25, 2014 at 02:58:06AM +, Hu, Robert wrote:
Issue 1 -- detach a vt-d assigned device from guest, then reattach it to
guest, will fail.
-Original Message-
From: Wei Liu [mailto:wei.l...@citrix.com]
Sent: Monday, January 05, 2015 8:53 PM
To: Xu, Quan
Cc: xen-devel@lists.xen.org; ian.jack...@eu.citrix.com;
stefano.stabell...@eu.citrix.com; ian.campb...@citrix.com;
wei.l...@citrix.com
Subject: Re: [PATCH v2 2/5]
root[xen-4.5.0-rc4]# ls -l tools/xenstore/libxenstore*
-rw-r--r-- 1 root root 98580 Dec 19 22:02 tools/xenstore/libxenstore.a
-rwxr-xr-x 1 root root 82624 Dec 19 22:02
tools/xenstore/libxenstore.so.3.0.3
Please see output of make -d -C tools/xenstore init-xenstore-domain
attached - it's quite
branch xen-unstable
xen branch xen-unstable
job build-amd64-libvirt
test libvirt-build
Tree: gnulib_libvirt
git://drall.uk.xensource.com:9419/git://git.sv.gnu.org/gnulib.git%20[fetch=try]
Tree: libvirt git://libvirt.org/libvirt.git
Tree: qemu git://xenbits.xen.org/staging/qemu-xen-unstable.git
On Mon, 5 Jan 2015 15:35:27 +
Andrew Cooper andrew.coop...@citrix.com wrote:
On 05/01/15 15:16, Ian Campbell wrote:
On Fri, 2015-01-02 at 19:12 +, Andrew Cooper wrote:
supervisor_mode_kernel was an x86_32-only feature which permitted
a PV dom0 to run in ring 0, but at the expense
-Original Message-
From: Wei Liu [mailto:wei.l...@citrix.com]
Sent: Monday, January 05, 2015 9:19 PM
To: Xu, Quan
Cc: xen-devel@lists.xen.org; dgde...@tycho.nsa.gov;
samuel.thiba...@ens-lyon.org; ian.jack...@eu.citrix.com;
stefano.stabell...@eu.citrix.com; ian.campb...@citrix.com;
-Original Message-
From: Ian Campbell [mailto:ian.campb...@citrix.com]
Sent: Monday, January 05, 2015 9:21 PM
To: Xu, Quan
Cc: xen-devel@lists.xen.org; dgde...@tycho.nsa.gov;
samuel.thiba...@ens-lyon.org; ian.jack...@eu.citrix.com;
stefano.stabell...@eu.citrix.com;
flight 33120 linux-3.10 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33120/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 5 libvirt-build fail REGR. vs. 26303
build-i386-libvirt
-Original Message-
From: Wei Liu [mailto:wei.l...@citrix.com]
Sent: Thursday, December 11, 2014 7:44 PM
To: Pang, LongtaoX
Cc: xen-devel@lists.xen.org; ian.jack...@eu.citrix.com;
ian.campb...@citrix.com; wei.l...@citrix.com; Hu, Robert; Zheng, Di
Subject: Re: [OSSTEST PATCH 3/4]
-Original Message-
From: Wei Liu [mailto:wei.l...@citrix.com]
Sent: Thursday, December 11, 2014 7:46 PM
To: Pang, LongtaoX
Cc: xen-devel@lists.xen.org; ian.jack...@eu.citrix.com;
ian.campb...@citrix.com; wei.l...@citrix.com; Hu, Robert; Zheng, Di
Subject: Re: [OSSTEST PATCH 4/4]
branch xen-unstable
xen branch xen-unstable
job test-amd64-i386-xl-qemuu-ovmf-amd64
test debian-hvm-install
Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/staging/qemu-xen-unstable.git
Tree:
flight 33115 linux-linus real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33115/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-libvirt5 libvirt-build fail REGR. vs. 32879
build-amd64-libvirt
Xen 4.5-rc4 was out on Monday (Dec 15th). The GA
General Release is on Jan 7th^H^H^14th!
There are some outstanding patches on which we need to figure
out whether we will commit them in or not.
When we commit a patch in, the OSSTest takes a day or so to push it to 'master'
- and if it fails
On 12/17/2014 10:38 AM, Boris Ostrovsky wrote:
Code for initializing/tearing down PMU for PV guests
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
Acked-by: Kevin Tian kevin.t...@intel.com
Acked-by: Jan Beulich jbeul...@suse.com
Reviewed-by: Konrad Rzeszutek Wilk
On Mon, Jan 5, 2015 at 7:25 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Mon, Dec 22, 2014 at 04:39:57PM -0800, Andy Lutomirski wrote:
The pvclock vdso code was too abstracted to understand easily and
excessively paranoid. Simplify it for a huge speedup.
This opens the door for
On Fri, 2015-01-02 at 19:12 +, Andrew Cooper wrote:
supervisor_mode_kernel was an x86_32-only feature which permitted a PV dom0 to
run in ring 0, but at the expense of not being able to start any domUs.
As the x86_32 Xen build has been removed from tree, removing the remaining
On Fri, Dec 19, 2014 at 01:13:41PM -0500, Konrad Rzeszutek Wilk wrote:
On Fri, Dec 19, 2014 at 01:48:18PM +, Jan Beulich wrote:
Konrad,
any word on
http://lists.xenproject.org/archives/html/xen-devel/2014-12/msg01253.html
Release-Acked-by: Konrad Rzeszutek Wilk
In case kasprintf() fails in xen_setup_timer() we assign name to the static
string timer kasprintf failed. We, however, don't check that fact before
issuing kfree() in xen_teardown_timer(), kernel is supposed to crash with
'kernel BUG at mm/slub.c:3341!'
Solve the issue by making name a fixed
On Mon, Jan 05, 2015 at 02:19:58PM +, Andrew Cooper wrote:
libxl_dominfo contains a ssid_label pointer which will have memory allocated
for it in libxl_domain_info() if the hypervisor has CONFIG_XSM compiled.
However, the lack of appropriate use of libxl_dominfo_{init,dispose}() will
cause
On Mon, 2015-01-05 at 15:36 +, Ian Campbell wrote:
Instead of cloning gnulib manually which can break if upstream gnulib
gets ahead of libvirt.git (which applies patches on the fly etc). By
using submodulefixup we automatically DTRT and use the version of
gnulib specified by the
On 12/30/2014 04:02 PM, Quan Xu wrote:
Signed-off-by: Quan Xu quan...@intel.com
This message was missing an In-Reply-To header tying it to the 0/5 cover
letter, making it show up as an independent thread. Please see if you
can fix that for the next submission.
---
configure| 14
On 05/01/15 15:16, Ian Campbell wrote:
On Fri, 2015-01-02 at 19:12 +, Andrew Cooper wrote:
supervisor_mode_kernel was an x86_32-only feature which permitted a PV dom0
to
run in ring 0, but at the expense of not being able to start any domUs.
As the x86_32 Xen build has been removed from
The BIOS on the machine is:
DMI: LENOVO 10A6S09R01/SHARKBAY, BIOS FBKTA4AUS 12/11/2014
(just flashed it today - earlier versions had the same issue)
And with both Xen 4.4 and Xen 4.5 when rebooting from EFI
I get:
[ 35.278564] reboot: Restarting system
(XEN) Domain 0 shutdown: rebooting
On Mon, Jan 05, 2015 at 02:35:37PM +, Ian Jackson wrote:
Yang Hongyang writes ([PATCH] xl/libxl: fix migrate/Remus regression (core
dumped)):
When excuting xl migrate/Remus, the following error occurd:
[root@master xen]# xl migrate 5 slaver
migration target: Ready to receive domain.
On Mon, Jan 05, 2015 at 12:48:16PM +, George Dunlap wrote:
On Thu, Dec 18, 2014 at 4:55 AM, Hu, Robert robert...@intel.com wrote:
For this specific problem though I think
http://lists.xen.org/archives/html/xen-devel/2014-11/msg01342.html
We verified this on RC4, it works.
Will
On 01/05/2015 10:27 AM, Konrad Rzeszutek Wilk wrote:
On Mon, Jan 05, 2015 at 12:48:16PM +, George Dunlap wrote:
On Thu, Dec 18, 2014 at 4:55 AM, Hu, Robert robert...@intel.com wrote:
For this specific problem though I think
Boris Ostrovsky writes (Re: [Xen-devel] Is: Fixes for xl pci-attach for Xen
4.5 confirmed to fix by Intel.Was:Re: [TestDay] VMX test report for Xen
4.5.0-rc1):
On 01/05/2015 10:27 AM, Konrad Rzeszutek Wilk wrote:
Ian, were you waiting on Boris to repost the patches?
Yes.
I wasn't planning
1 - 100 of 112 matches
Mail list logo