On 11/27/2014 01:27 AM, Jan Beulich wrote:
This was precisely the reason why I told you that the numbering
differs (and is confusing and has nothing to do with actual C state
numbers): What max_cstate refers to in the mwait-idle driver is
what above is listed as type[Cx], i.e. the state at index
On Fri, 28 Nov 2014, Ian Campbell wrote:
On Fri, 2014-11-28 at 00:28 +, M A Young wrote:
Migrations with xl migrate --debug will fail because debugging information
from the receiving process is written to the stdout channel. This channel
is also used for status messages so the migration
flight 31882 xen-4.4-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/31882/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-pair 17 guest-migrate/src_host/dst_host fail REGR. vs. 31781
Regressions
On 28.11.14 at 04:28, liang.z...@intel.com wrote:
--- a/xen/arch/x86/hvm/hvm.c
+++ b/xen/arch/x86/hvm/hvm.c
@@ -4287,7 +4287,7 @@ void hvm_cpuid(unsigned int input, unsigned int *eax,
unsigned int *ebx,
!host_tsc_is_safe() )
*edx =
On 28.11.14 at 10:07, ian.jack...@eu.citrix.com wrote:
flight 31882 xen-4.4-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/31882/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-pair 17
On Nov 28, 2014, at 00:50, Jan Beulich jbeul...@suse.com wrote:
On 28.11.14 at 09:24, sfl...@ihonk.com wrote:
And with 6 errata
documented it's not all that unlikely that there's a 7th one with
MONITOR/MWAIT behavior. The commit you bisected to (and
which you had verified to be the culprit
On 28.11.14 at 08:59, yu.c.zh...@linux.intel.com wrote:
--- a/xen/arch/x86/hvm/hvm.c
+++ b/xen/arch/x86/hvm/hvm.c
@@ -2838,7 +2838,8 @@ int hvm_hap_nested_page_fault(paddr_t gpa, unsigned
long gla,
* to the mmio handler.
*/
if ( (p2mt == p2m_mmio_dm) ||
-
On Thu, 2014-11-27 at 12:51 +0200, Razvan Cojocaru wrote:
It's a good idea to CC the relevant maintainers if you want their input.
Hello,
I know that xc_interface_open() can be safely called several times from
the same process, and that several processes can each have a bunch of
On 11/28/2014 11:58 AM, Ian Campbell wrote:
On Thu, 2014-11-27 at 12:51 +0200, Razvan Cojocaru wrote:
It's a good idea to CC the relevant maintainers if you want their input.
Hello,
I know that xc_interface_open() can be safely called several times from
the same process, and that several
Hi,
I would check whether GRO is enabled under Dom0 or not (ethtool -k
ethX). Comparing top during test (especially that which context use how
many percentage), and the number of interrupts per second (grep eth
/proc/interrupts) would be interesting too.
Regards,
Zoltan
On 28/11/14 02:29,
-if (!hvm_pse1gb_supported(d))
+if (!hvm_pse1gb_supported(d) || paging_mode_shadow(d))
*edx = ~cpufeat_mask(X86_FEATURE_PAGE1GB);
With
#define hvm_pse1gb_supported(d) \
(cpu_has_page1gb paging_mode_hap(d))
the change above is pointless. While, considering
On 28/11/14 10:29, Li, Liang Z wrote:
-if (!hvm_pse1gb_supported(d))
+if (!hvm_pse1gb_supported(d) || paging_mode_shadow(d))
*edx = ~cpufeat_mask(X86_FEATURE_PAGE1GB);
With
#define hvm_pse1gb_supported(d) \
(cpu_has_page1gb paging_mode_hap(d))
the change
(cpu_has_page1gb paging_mode_hap(d)) the change above is
pointless. While, considering this, comments on
v2 may have been misleading, you should have simply updated the patch
description instead to clarify why the v2 change was okay even for the
shadow mode case.
I checked the code
On 28.11.14 at 11:29, liang.z...@intel.com wrote:
-if (!hvm_pse1gb_supported(d))
+if (!hvm_pse1gb_supported(d) || paging_mode_shadow(d))
*edx = ~cpufeat_mask(X86_FEATURE_PAGE1GB);
With
#define hvm_pse1gb_supported(d) \
(cpu_has_page1gb paging_mode_hap(d))
Today get_phys_to_machine() is always called when the mfn for a pfn
is to be obtained. Add a wrapper __pfn_to_mfn() as inline function
to be able to avoid calling get_phys_to_machine() when possible as
soon as the switch to a linear mapped p2m list has been done.
Signed-off-by: Juergen Gross
In arch/x86/xen/p2m.c three different allocation functions for
obtaining a memory page are used: extend_brk(), alloc_bootmem_align()
or __get_free_page(). Which of those functions is used depends on the
progress of the boot process of the system.
Introduce a common allocation routine selecting
The m2p overrides are used to be able to find the local pfn for a
foreign mfn mapped into the domain. They are used by driver backends
having to access frontend data.
As this functionality isn't used in early boot it makes no sense to
initialize the m2p override functions very early. It can be
Some functions in arch/x86/xen/p2m.c are used locally only. Make them
static. Rearrange the functions in p2m.c to avoid forward declarations.
Signed-off-by: Juergen Gross jgr...@suse.com
---
arch/x86/include/asm/xen/page.h | 6 -
arch/x86/xen/p2m.c | 346
At start of the day the Xen hypervisor presents a contiguous mfn list
to a pv-domain. In order to support sparse memory this mfn list is
accessed via a three level p2m tree built early in the boot process.
Whenever the system needs the mfn associated with a pfn this tree is
used to find the mfn.
Early in the boot process the memory layout of a pv-domain is changed
to match the E820 map (either the host one for Dom0 or the Xen one)
regarding placement of RAM and PCI holes. This requires removing memory
pages initially located at positions not suitable for RAM and adding
them later at
When the physical memory configuration is initialized the p2m entries
for not pouplated memory pages are set to invalid. As those pages
are beyond the hypervisor built p2m list the p2m tree has to be
extended.
This patch delays processing the extra memory related p2m entries
during the boot
Instead of checking at each call of set_phys_to_machine() whether a
new p2m page has to be allocated due to writing an entry in a large
invalid or identity area, just map those areas read only and react
to a page fault on write by allocating the new page.
This change will make the common path
If hardware support the 1GB pages, expose the feature to guest by
default. Users don't have to use a 'cpuid= ' option in config fil
e to turn it on.
If guest use shadow mode, the 1GB pages feature will be hidden from
guest, this is done in the function hvm_cpuid(). So the change is
okay for
On Tue, 2014-11-25 at 11:11 -0500, Boris Ostrovsky wrote:
c/s d1b93ea causes substantial functional regressions in pygrub's ability to
parse bootloader configuration files.
c/s d1b93ea itself changed an an interface which previously used exclusively
integers, to using strings in the case of
On 28.11.14 at 11:52, liang.z...@intel.com wrote:
If hardware support the 1GB pages, expose the feature to guest by
default. Users don't have to use a 'cpuid= ' option in config fil
e to turn it on.
If guest use shadow mode, the 1GB pages feature will be hidden from
guest, this is done in
On Thu, 2014-11-27 at 12:34 +, Andrew Cooper wrote:
The code now now matches its comment, and will actually catch the case of a
bad xs handle.
Signed-off-by: Andrew Cooper andrew.coop...@citrix.com
Coverity-ID: 1055948
CC: Ian Campbell ian.campb...@citrix.com
CC: Ian Jackson
Hi,
I have finally worked out why XenServer is having issues with its legacy
windows drivers and Xen-4.5.
XenServer needs to support hvm ops with an indicies of 0x102 and 0x103
to prevent our legacy windows drivers from BSODing on boot. (These
problems will disappear when we can drop Windows
Ian Campbell writes (Re: [Xen-devel] Xenstore.h clarifications):
I think there's a pretty good chance that the same applies to xenstore
connections made over the device/shared-ring interface.
Yes.
I'm not really sure about the semantics of a Unix domain socket after a
fork, but I don't
On Thu, 2014-11-27 at 12:34 +, Andrew Cooper wrote:
The error handling from a failed memory allocation should return
PyErr_SetFromErrno(xc_error_obj); rather than simply calling it and continuing
to the memcpy() below, with the dest pointer being NULL.
Furthermore, the context string is
On Thu, 2014-11-27 at 12:34 +, Andrew Cooper wrote:
Don't leak a 16k allocation if PyArg_ParseTupleAndKeywords() or the first
xc_readconsolering() fail. It is trivial to run throught the processes memory
by repeatedly passing junk parameters to this function.
In the case that the call
On Thu, 2014-11-27 at 18:02 +, Julien Grall wrote:
state at the GIC level. This would also avoid masking the output signal
and requires specific handling in the guest OS.
which requires?
It doesn't seem quite right to me otherwise, since context switching the
virq state *removes* the need
On Fri, 2014-11-28 at 08:32 +, M A Young wrote:
On Fri, 28 Nov 2014, Ian Campbell wrote:
On Fri, 2014-11-28 at 00:28 +, M A Young wrote:
Migrations with xl migrate --debug will fail because debugging information
from the receiving process is written to the stdout channel. This
On Fri, 2014-11-28 at 18:52 +0800, Liang Li wrote:
If hardware support the 1GB pages, expose the feature to guest by
default. Users don't have to use a 'cpuid= ' option in config fil
e to turn it on.
If guest use shadow mode, the 1GB pages feature will be hidden from
guest, this is done in
Jan Beulich writes (Re: [Xen-devel] [xen-4.4-testing test] 31882: regressions
- trouble: blocked/broken/fail/pass):
On 28.11.14 at 10:07, ian.jack...@eu.citrix.com wrote:
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-pair 17
Ian Campbell writes (Re: [PATCH v2] fix migration failure with xl migrate
--debug):
Acked-by: Ian Campbell ian.campb...@citrix.com
Thanks for reviewing it :-).
It's pretty big but a large chunk is pretty mechanical. Were you
intending this for 4.5? (Konrad CCd).
I think (based on reading
On Thu, 2014-11-27 at 12:34 +, Andrew Cooper wrote:
While Xend is certainly dead and gone, XenServer at the very least still has
consumers of these python libraries.
AIUI XS mainly uses the xs.c stuff, with the xc.c stuff being mainly
debug utilities.
This is important because while the
On Wed, 2014-11-26 at 21:19 +, Andrew Cooper wrote:
On 26/11/2014 19:54, M A Young wrote:
If differences are found during the verification phase of xl migrate
--debug then it is likely to crash with a segfault because the
bogus
pagebuf-pfn_types[pfn] is used in a print statement
On Thu, 2014-11-27 at 10:17 -0500, Konrad Rzeszutek Wilk wrote:
On November 27, 2014 4:26:26 AM EST, Olaf Hering o...@aepfle.de wrote:
The already documented configure patch was not applied.
Adjust documentation to describe existing behaviour.
Signed-off-by: Olaf Hering o...@aepfle.de
Cc:
On Wed, 2014-11-26 at 16:09 -0500, Konrad Rzeszutek Wilk wrote:
On Wed, Nov 26, 2014 at 08:44:41PM +, Dave Scott wrote:
On 26 Nov 2014, at 18:41, Konrad Rzeszutek Wilk konrad.w...@oracle.com
wrote:
On Wed, Nov 26, 2014 at 06:24:11PM +, Dave Scott wrote:
On 26 Nov
On Tue, 2014-11-25 at 11:03 -0500, Konrad Rzeszutek Wilk wrote:
On Tue, Nov 25, 2014 at 03:58:33PM +, Ian Campbell wrote:
On Tue, 2014-11-25 at 10:51 -0500, Konrad Rzeszutek Wilk wrote:
Right, so with the reassurance text added on:
Release-Acked-by: Konrad Rzeszutek Wilk
On Thu, 2014-11-20 at 14:44 -0500, Konrad Rzeszutek Wilk wrote:
On Thu, Nov 20, 2014 at 03:48:17PM +, Wei Liu wrote:
On Thu, Nov 20, 2014 at 03:29:51PM +, Ian Campbell wrote:
On Wed, 2014-11-19 at 21:24 +, Wei Liu wrote:
On Wed, Nov 19, 2014 at 04:08:46PM -0500, Konrad
On Fri, 2014-11-28 at 11:47 +, Andrew Cooper wrote:
On 28/11/14 11:37, Ian Campbell wrote:
On Thu, 2014-11-27 at 12:34 +, Andrew Cooper wrote:
The error handling from a failed memory allocation should return
PyErr_SetFromErrno(xc_error_obj); rather than simply calling it and
Added to the xs_open() comments in xenstore.h. The text has been
taken almost verbatim from a xen-devel email by Ian Campbell,
and confirmed as accurate by Ian Jackson.
Signed-off-by: Razvan Cojocaru rcojoc...@bitdefender.com
Suggested-off-by: Ian Campbell ian.campb...@citrix.com
---
longtao.pang writes ([OSSTEST PATCH 0/4] Introduction of the patches.):
We updated these patchs about adding Nested test job into OSSTest.
Thanks for your contribution.
Having some testing of nested HVM would be good.
But I'm not convinced that these patches take the right approach to
Razvan Cojocaru writes ([PATCH] xenstore: Clarify xs_open() semantics):
Added to the xs_open() comments in xenstore.h. The text has been
taken almost verbatim from a xen-devel email by Ian Campbell,
and confirmed as accurate by Ian Jackson.
Signed-off-by: Razvan Cojocaru
On Thu, 2014-11-27 at 18:27 +, Ian Jackson wrote:
No-one in their right mind would do this, and if they did everything
would definitely collapse. Arrange that if this happens, we crash
ASAP.
Signed-off-by: Ian Jackson ian.jack...@eu.citrix.com
Acked-by: Ian Campbell
flight 31885 seabios real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/31885/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl-sedf-pin 7 debian-install fail pass in 31857
test-amd64-amd64-xl-pcipt-intel 5
On Thu, 2014-11-27 at 18:27 +, Ian Jackson wrote:
We want to have no fd events registered when we are idle. This
implies that we must be able to deregister our interest in the sigchld
self-pipe fd, not just modify to request no events.
Signed-off-by: Ian Jackson
On Thu, 2014-11-27 at 18:27 +, Ian Jackson wrote:
We want to have no fd events registered when we are idle.
Also, we should put back the default SIGCHLD handler. So:
* In libxl_ctx_free, use libxl_childproc_setmode to set the mode to
the default, which is libxl_sigchld_owner_libxl
On 11/12/2014 05:31 PM, Tamas K Lengyel wrote:
The spin-lock implementation in the xen-access test program is implemented
in a fashion that is actually incomplete. The x86 assembly that guarantees
that
the lock is held by only one thread lacks the lock; instruction.
However, the spin-lock
On Thu, 2014-11-27 at 18:27 +, Ian Jackson wrote:
libxl_event_register_callbacks cannot reasonably be called while libxl
is busy (has outstanding operations and/or enabled events).
This is because the previous spec implied (although not entirely
clearly) that event hooks would not be
On Thu, 2014-11-27 at 18:27 +, Ian Jackson wrote:
We want to have no fd events registered when we are idle.
In this patch, deal with the evtchn fd:
* Defer setup of the evtchn handle to the first use.
* Defer registration of the evtchn fd; register as needed on use.
* When cancelling
On Thu, 2014-11-27 at 18:30 +, Ian Jackson wrote:
Konrad: here is a set of fixes for libxl which ought IMO to be in 4.5.
See below, or the rest of the thread, for details. It's broken up
into 6 tiny patches for ease of review.
I tested an identical version of this series, just without the
On Thu, 2014-11-27 at 18:27 +, Ian Jackson wrote:
* On libxl teardown, the watch fd should therefore be unregistered.
assert that this is the case.
A bunch of the patches in this series basically assume that the ctx is
idle when it is freed, i.e. it requires everything to be explicitly
On 28.11.14 at 12:36, andrew.coop...@citrix.com wrote:
However, it occurs to me that HVMOP_op_mask absolutely must live in the
public header files, as it is guest visible, and forms part of the ABI.
Consider a userspace task which falls into a continuation, is preempted
and paused by the
On Fri, 2014-11-28 at 13:07 +, Jan Beulich wrote:
I suppose a stubdom gets re-created on the target host (rather
than migrated) when its client migrates.
Correct.
Ian.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
On Thu, 2014-11-27 at 18:27 +, Ian Jackson wrote:
We want to have no fd events registered when we are idle.
In this patch, deal with the xenstore watch fd:
* Track the total number of active watches.
* When deregistering a watch, or when watch registration fails, check
whether there
On 28/11/14 13:07, Jan Beulich wrote:
On 28.11.14 at 12:36, andrew.coop...@citrix.com wrote:
However, it occurs to me that HVMOP_op_mask absolutely must live in the
public header files, as it is guest visible, and forms part of the ABI.
Consider a userspace task which falls into a
On Sun, 23 Nov 2014 22:35:36 +
Julien Grall julien.gr...@linaro.org wrote:
Hello all,
At the beginning of the year, I have sent a first RFC to add support
for FreeBSD on Xen ARM [1].
...
Major changes in this new version:
* Add Device Tree support via Linux Boot ABI
* Add
Ian Campbell writes (Re: [PATCH 5/6] libxl: events: Deregister evtchn fd when
not needed):
On Thu, 2014-11-27 at 18:27 +, Ian Jackson wrote:
We want to have no fd events registered when we are idle.
In this patch, deal with the evtchn fd:
* Defer setup of the evtchn handle to the
On Fri, 2014-11-28 at 14:47 +, Ian Jackson wrote:
Ian Campbell writes (Re: [PATCH 5/6] libxl: events: Deregister evtchn fd
when not needed):
On Thu, 2014-11-27 at 18:27 +, Ian Jackson wrote:
We want to have no fd events registered when we are idle.
In this patch, deal with the
Ian Campbell writes (Re: [PATCH 2/6] libxl: events: Deregister xenstore watch
fd when not needed):
On Thu, 2014-11-27 at 18:27 +, Ian Jackson wrote:
* On libxl teardown, the watch fd should therefore be unregistered.
assert that this is the case.
A bunch of the patches in this
On Fri, 2014-11-28 at 14:56 +, Ian Jackson wrote:
Ian Campbell writes (Re: [PATCH 2/6] libxl: events: Deregister xenstore
watch fd when not needed):
On Thu, 2014-11-27 at 18:27 +, Ian Jackson wrote:
* On libxl teardown, the watch fd should therefore be unregistered.
assert
Some platforms (such as Xgene and ARMv8 models) use an edge-triggered interrupt
for the virtual timer. Even if the timer output signal is masked in the
context switch, the GIC will keep track that of any interrupts raised
while IRQs are disabled. As soon as IRQs are re-enabled, the virtual
On 28.11.14 at 14:55, andrew.coop...@citrix.com wrote:
The problem is with continuations which reuse the upper bits of the
input register, not with this HVMOP_op_mask specifically; the
HVMOP_op_mask simply adds to an existing problem. This is something
which needs considering urgently
On Fri, 2014-11-28 at 15:19 +, Anthony Wright wrote:
We have a 64 bit PV DomU that we recently upgraded from linux 3.3.2 to
3.17.3
Is this a Debian kernel? In which case you might be seeing
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767261 , this will be
fixed in the next upload of
I forgot to add for 4.5 in the commit title.
On 28/11/14 15:17, Julien Grall wrote:
This patch is a bug fix candidate for Xen 4.5 and backport for Xen 4.4.
It affects at least Xgene platform and ARMv8 models where Xen may
randomly crash.
Thinking a bit more to this. I believe it's possible
On Tue, 2014-11-25 at 02:08 -0700, Chun Yan Liu wrote:
Hi, Ian,
According to previous discussion, snapshot delete and revert are
inclined to be done by high level application itself, won't supply a
libxl API.
I thought you had explained a scenario where the toolstack needed to be
at least
On 28/11/14 15:18, Jan Beulich wrote:
On 28.11.14 at 14:55, andrew.coop...@citrix.com wrote:
The problem is with continuations which reuse the upper bits of the
input register, not with this HVMOP_op_mask specifically; the
HVMOP_op_mask simply adds to an existing problem. This is something
Xen does a shutdown of the emulated PCI network device in
pci_unplug_nics. But this just disables the PCI device. The tap device
for a given emulated card remains active because nothing closes the
file descriptor.
The cmdline for qemu contains something like -device
On 28/11/2014 15:23, Ian Campbell wrote:
On Fri, 2014-11-28 at 15:19 +, Anthony Wright wrote:
We have a 64 bit PV DomU that we recently upgraded from linux 3.3.2 to
3.17.3
Is this a Debian kernel? In which case you might be seeing
It's a stock kernel from kernel.org, we have a custom
On Fri, 28 Nov 2014, Wei Liu wrote:
On Fri, Nov 28, 2014 at 03:08:51PM +, Stefano Stabellini wrote:
create ^
title it QMP connection problems prevent libxl from calling
libxl__device_pci_reset on domain shutdown
thanks
On Wed, 26 Nov 2014, Sander Eikelenboom wrote:
Hi,
branch xen-unstable
xen branch xen-unstable
job test-amd64-i386-xl-credit2
test guest-saverestore
Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu
On Fri, Nov 28, 2014 at 04:54:19PM +, Stefano Stabellini wrote:
On Fri, 28 Nov 2014, Wei Liu wrote:
On Fri, Nov 28, 2014 at 03:08:51PM +, Stefano Stabellini wrote:
create ^
title it QMP connection problems prevent libxl from calling
libxl__device_pci_reset on domain shutdown
Friday, November 28, 2014, 6:09:52 PM, you wrote:
On Fri, 28 Nov 2014, Wei Liu wrote:
On Fri, Nov 28, 2014 at 04:54:19PM +, Stefano Stabellini wrote:
On Fri, 28 Nov 2014, Wei Liu wrote:
On Fri, Nov 28, 2014 at 03:08:51PM +, Stefano Stabellini wrote:
create ^
title it QMP
On Fri, 28 Nov 2014, Sander Eikelenboom wrote:
Friday, November 28, 2014, 6:09:52 PM, you wrote:
On Fri, 28 Nov 2014, Wei Liu wrote:
On Fri, Nov 28, 2014 at 04:54:19PM +, Stefano Stabellini wrote:
On Fri, 28 Nov 2014, Wei Liu wrote:
On Fri, Nov 28, 2014 at 03:08:51PM +,
On Thu, Nov 27, 2014 at 06:50:31PM +, Andrew Cooper wrote:
On 27/11/14 18:36, Luis R. Rodriguez wrote:
On Thu, Nov 27, 2014 at 07:36:31AM +0100, Juergen Gross wrote:
On 11/26/2014 11:26 PM, Luis R. Rodriguez wrote:
From: Luis R. Rodriguez mcg...@suse.com
Some folks had reported that
On Nov 27, 12:11pm, Sander Eikelenboom wrote:
} Subject: Re: [Xen-devel] Q77 IGD instantly crashes on xen-pciback bind.
Hi, hope the week has gone well for everyone.
So we are obviously working with qemu-dm-traditional and with the
IGD/LVDS BIOS configuration issue fixed the adapater
flight 31890 linux-linus real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/31890/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rumpuserxen-i386 8 guest-start fail REGR. vs. 31241
test-amd64-i386-xl
flight 31900 rumpuserxen real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/31900/
Perfect :-)
All tests in this flight passed
version targeted for testing:
rumpuserxen 6dac8499151377c6e5eb57b5bf1fff7b62776ca5
baseline version:
rumpuserxen
80 matches
Mail list logo
