Commit b81975eade8c (x86, irq: Clean up irqdomain transition code)
breaks xen IRQ allocation because xen_smp_prepare_cpus() doesn't invoke
setup_IO_APIC(), so no irqdomains created for IOAPICs and
mp_map_pin_to_irq() fails at the very beginning.
Enhance xen_smp_prepare_cpus() to call
On 06/01/2015 19:26, Andy Lutomirski wrote:
Don't you stil need:
version++;
write the rest;
version++;
with possible smp_wmb() in there to keep the compiler from messing around?
No, see my other reply.
Separating the version write is a real bug, but that should be all that
it's
flight 33185 xen-4.3-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33185/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-pair 3 host-install/src_host(3) broken REGR. vs. 32282
On Tue, Jan 6, 2015 at 9:38 PM, Paolo Bonzini pbonz...@redhat.com wrote:
On 06/01/2015 17:56, Andy Lutomirski wrote:
Still no good. We can migrate a bunch of times so we see the same CPU
all three times
There are no three times. The CPU you see here:
// ... compute nanoseconds
Hi,
When I compiled with CONFIG_EARLY_PRINTK=seattle option,
I got an compile error.
/home/soccertack/dev/xen/xen/arch/arm/built_in.o: In function `early_puts':
/home/soccertack/dev/xen/xen/arch/arm/early_printk.c:22: multiple
definition of `early_puts'
On 06.01.15 at 23:20, ufimts...@gmail.com wrote:
On Mon, Jan 5, 2015 at 3:44 AM, Jan Beulich jbeul...@suse.com wrote:
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()
Currently libxl driver hardcodes some paths in its capability string,
which might not be the correct paths.
This patch introduces --with-libxl-prefix, so that user can specify the
prefix used to build Xen tools. The default value is /usr/local which is
the default --prefix for Xen tools.
Change
On 06/01/15 17:03, Ian Campbell wrote:
On Tue, 2015-01-06 at 16:12 +, Wei Liu wrote:
No need to check hostarch to determine whether to use lib or lib64
anymore because we now always use lib.
What about people who use --libdir=/path/to/lib64, as I believe Red Hat
derived distros still do,
Expand the README file to give a brief view of what went in
Xen 4.5.0. Also change the Makefile to not use the '-rc'
postfix.
Signed-off-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
---
README | 40 +++-
xen/Makefile | 2 +-
2 files changed, 28
I am proposing to put this in the 'staging-4.5' tree but would
appreciate an English speaker to take a look and make sure it
sounds good.
Thank you.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Tue, Jan 6, 2015 at 10:13 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Tue, Jan 06, 2015 at 08:56:40AM -0800, Andy Lutomirski wrote:
On Jan 6, 2015 4:01 AM, Paolo Bonzini pbonz...@redhat.com wrote:
On 06/01/2015 09:42, Paolo Bonzini wrote:
Still confused. So we can freeze
Following discussion, Konrad has set the end of tomorrow (Wednesday
the 7th of January) as the deadline for any commits to staging-4.5.
After that point, nothing should be pushed to 4.5, as we will be
hoping for a test push (and need to have some contingency if the tests
show problems or the test
On Mon, Jan 05, 2015 at 09:18:57PM -0500, Boris Ostrovsky wrote:
[...]
+int libxl__pci_topology_init(libxl__gc *gc,
+ xen_sysctl_pcitopo_t *pcitopo,
+ int numdev)
+{
+
+DIR *dir;
+struct dirent *entry;
+int i;
+
+dir
Hi Konrad,
On 06/01/15 17:17, Konrad Rzeszutek Wilk wrote:
+Additionally, 4.5 has a huge update to the ARM code allowing us to support
+more than 1TB guests, support for more than 8 CPUs, Power State Coordination
We only support up to 1TB of memory and up to 8 CPUs per guest.
Regards,
--
On Tue, Jan 06, 2015 at 03:31:14PM +, Ian Jackson wrote:
Konrad Rzeszutek Wilk writes (Re: Xen 4.5 Development Update (GA slip by a
week)):
On Tue, Jan 06, 2015 at 02:40:31PM +, Ian Jackson wrote:
There are two remaining dates left unspecified in your mail:
* When do we
On Tue, 2015-01-06 at 15:55 +, Xu, Quan wrote:
-Original Message-
From: xen-devel-boun...@lists.xen.org
[mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Wei Liu
Sent: Monday, January 05, 2015 8:57 PM
To: Xu, Quan
Cc: wei.l...@citrix.com; ian.campb...@citrix.com;
Hi all,
can you please let me know which one are correct? I know there where changes to
ARM, but the feature list is a little vague 1TB
Host x86.Physical CPUs=4095
Host x86.Physical RAM=16TB
Guest x86.Virtual CPUs=512
Guest x86.Virtual RAM=512GB
@Jan, you mentioned before Xmas there were some
On 01/06/2015 11:55 AM, Wei Liu wrote:
On Mon, Jan 05, 2015 at 09:18:56PM -0500, Boris Ostrovsky wrote:
[...]
DEFINE_XEN_GUEST_HANDLE(xen_sysctl_lockprof_op_t);
/* XEN_SYSCTL_cputopoinfo */
A bikeshed issue: is it better to just modified the above comment
instead of adding new trailing
* Add two missing ands and a missing semicolon (a la Oxford comma).
* Use a double-space after full stop (like the first paragraph does).
Signed-off-by: Ian Jackson ian.jack...@eu.citrix.com
CC: Konrad Rzeszutek Wilk konrad.w...@oracle.com
---
README |8
1 file changed, 4
Lars Kurth lars.kurth@gmail.com 01/06/15 6:07 PM
can you please let me know which one are correct? I know there where changes
to ARM, but the feature list is a little vague 1TB
Host x86.Physical CPUs=4095
Host x86.Physical RAM=16TB
Guest x86.Virtual CPUs=512
PV (and there it's an
-Original Message-
From: Daniel De Graaf [mailto:dgde...@tycho.nsa.gov]
Sent: Tuesday, January 06, 2015 12:06 AM
To: Xu, Quan; xen-devel@lists.xen.org
Cc: samuel.thiba...@ens-lyon.org; stefano.stabell...@eu.citrix.com
Subject: Re: [PATCH v2 1/5] vTPM: event channel bind interdomain
2015-01-06 16:12 GMT+00:00 Wei Liu wei.l...@citrix.com:
Currently libxl driver hardcodes some paths in its capability string,
which might not be the correct paths.
This patch introduces --with-libxl-prefix, so that user can specify the
prefix used to build Xen tools. The default value is
On Tue, Jan 06, 2015 at 03:28:43AM +, Pang, LongtaoX wrote:
-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;
On Tue, 2015-01-06 at 12:17 -0500, Konrad Rzeszutek Wilk wrote:
+The 4.5 release offers a number of improvements: including shedding
+of the Python toolstack (xend),
I don't think this should be the headline improvement, if it needs
mentioning at all it should be further down, perhaps as a
On Tue, Jan 06, 2015 at 06:54:40PM +0100, Sander Eikelenboom wrote:
Tuesday, January 6, 2015, 6:17:12 PM, you wrote:
Expand the README file to give a brief view of what went in
Xen 4.5.0. Also change the Makefile to not use the '-rc'
postfix.
Signed-off-by: Konrad Rzeszutek Wilk
On 06/01/15 18:21, Konrad Rzeszutek Wilk wrote:
On Tue, Jan 06, 2015 at 06:06:23PM +, Ian Jackson wrote:
Konrad Rzeszutek Wilk writes ([Xen-devel] [PATCH] README, xen/Makefile:
Update to Xen 4.5.0):
-The 4.3 release offers a number of improvements, including NUMA
-scheduling affinity,
On Tue, 2015-01-06 at 17:20 +, Wei Liu wrote:
On Tue, Jan 06, 2015 at 05:03:59PM +, Ian Campbell wrote:
On Tue, 2015-01-06 at 16:12 +, Wei Liu wrote:
No need to check hostarch to determine whether to use lib or lib64
anymore because we now always use lib.
What about
On Tue, Jan 06, 2015 at 05:24:19PM +, Lars Kurth wrote:
(Reduced CC list)
Hi all, updating http://wiki.xenproject.org/wiki/Xen_Project_Release_Features
there appear to be a few features where it may be worth to upgrade a feature
for 4.5. The following ones spring to mind
* Credit 2
On Tue, Jan 06, 2015 at 06:06:23PM +, Ian Jackson wrote:
Konrad Rzeszutek Wilk writes ([Xen-devel] [PATCH] README, xen/Makefile:
Update to Xen 4.5.0):
-The 4.3 release offers a number of improvements, including NUMA
-scheduling affinity, openvswitch integration, and defaulting to
On Tue, Jan 06, 2015 at 04:50:53PM +, Frediano Ziglio wrote:
2015-01-06 16:12 GMT+00:00 Wei Liu wei.l...@citrix.com:
Currently libxl driver hardcodes some paths in its capability string,
which might not be the correct paths.
This patch introduces --with-libxl-prefix, so that user can
On Tue, Jan 06, 2015 at 10:28:13AM -0700, Eric Blake wrote:
On 01/06/2015 09:12 AM, Wei Liu wrote:
Currently libxl driver hardcodes some paths in its capability string,
which might not be the correct paths.
This patch introduces --with-libxl-prefix, so that user can specify the
prefix
On 06/01/15 17:17, Konrad Rzeszutek Wilk wrote:
Expand the README file to give a brief view of what went in
Xen 4.5.0. Also change the Makefile to not use the '-rc'
postfix.
Signed-off-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
---
README | 40
On Tue, Jan 06, 2015 at 08:56:40AM -0800, Andy Lutomirski wrote:
On Jan 6, 2015 4:01 AM, Paolo Bonzini pbonz...@redhat.com wrote:
On 06/01/2015 09:42, Paolo Bonzini wrote:
Still confused. So we can freeze all vCPUs in the host, then update
pvti 1, then resume vCPU 1, then
Hello,
Per http://wiki.xenproject.org/wiki/Xen_Project_Maintenance_Releases:
Each stable branch has a maintainer who is nominated/volunteers according to
the Maintainer Election
process described in the project governance document
[http://www.xenproject.org/governance.html].
This will
Xu, Quan, le Tue 06 Jan 2015 16:46:58 +, a écrit :
QEMU is running in Dom0 as usual, so the domid is 0.
One can also run the HVM QEMU inside a stubdomain.
Samuel
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Jan 6, 2015 4:01 AM, Paolo Bonzini pbonz...@redhat.com wrote:
On 06/01/2015 09:42, Paolo Bonzini wrote:
Still confused. So we can freeze all vCPUs in the host, then update
pvti 1, then resume vCPU 1, then update pvti 0? In that case, we have
a problem, because vCPU 1 can
On 01/06/2015 09:12 AM, Wei Liu wrote:
Currently libxl driver hardcodes some paths in its capability string,
which might not be the correct paths.
This patch introduces --with-libxl-prefix, so that user can specify the
prefix used to build Xen tools. The default value is /usr/local which is
Konrad Rzeszutek Wilk writes ([Xen-devel] [PATCH] README, xen/Makefile: Update
to Xen 4.5.0):
-The 4.3 release offers a number of improvements, including NUMA
-scheduling affinity, openvswitch integration, and defaulting to
-qemu-xen rather than qemu-traditional for non-stubdom guests.
101 - 138 of 138 matches
Mail list logo