flight 34638 xen-4.5-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34638/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt 5 xen-boot fail REGR. vs. 34200
On 17 February 2015 at 18:40, Jordan Justen jordan.l.jus...@intel.com wrote:
Ard,
For the subject, I think
MdePkg/BaseSynchronizationLib: Add InterlockedCompareExchange16
would be better.
OK
Acked-by: Jordan Justen jordan.l.jus...@intel.com
Thanks
Thanks for working to move this to a
Fixes compilation error:
xen/gntdev.h:38:2: error: unknown type name ‘uint32_t’
Signed-off-by: Mikko Rapeli mikko.rap...@iki.fi
---
include/uapi/xen/gntdev.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/uapi/xen/gntdev.h b/include/uapi/xen/gntdev.h
index 5304bd3..f724f75
Fixes compilation error:
xen/gntalloc.h:22:2: error: unknown type name ‘uint16_t’
Signed-off-by: Mikko Rapeli mikko.rap...@iki.fi
---
include/uapi/xen/gntalloc.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/uapi/xen/gntalloc.h b/include/uapi/xen/gntalloc.h
index
On 02/18/2015 11:32 AM, David Vrabel wrote:
On 18/02/15 06:51, Juergen Gross wrote:
The linear p2m list should be anchored in the shared info structure
I'm not really sure what you mean by anchored.
Bad wording? What about:
The virtual address of the linear p2m list should be stored in the
This causes u-boot to fill in the various fields in the chosen node
(specifically the bootargs) which would otherwise not be done until
the bootz command. Doing it manually means the following fdt print
/chosen will print what is actually going to be used.
This change means that instead of
There's no need for more than one variable, no need for casts, and no
point in using the type-safe xmalloc_array() here.
Signed-off-by: Jan Beulich jbeul...@suse.com
--- a/xen/arch/x86/tboot.c
+++ b/xen/arch/x86/tboot.c
@@ -435,13 +435,12 @@ int __init tboot_protect_mem_regions(voi
int __init
On 02/18/2015 10:21 AM, Paul Bolle wrote:
On Wed, 2015-02-18 at 07:52 +0100, Juergen Gross wrote:
64 bit pv-domains under Xen are limited to 512 GB of RAM today. The
main reason has been the 3 level p2m tree, which was replaced by the
virtual mapped linear p2m list. Parallel to the p2m list
flight 34688 xen-4.4-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34688/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xend 5 xen-build fail REGR. vs. 34151
build-amd64-xend
On 18.02.15 at 10:37, jgr...@suse.com wrote:
On 02/18/2015 10:21 AM, Paul Bolle wrote:
On Wed, 2015-02-18 at 07:52 +0100, Juergen Gross wrote:
--- a/arch/x86/xen/Kconfig
+++ b/arch/x86/xen/Kconfig
@@ -23,14 +23,29 @@ config XEN_PVHVM
def_bool y
depends on XEN PCI X86_LOCAL_APIC
On 17/02/15 07:39, Juergen Gross wrote:
If we have neither XEN_PV nor XEN_PVH set, why do we have to build
enlighten.c? It will never be used. Same should apply to several other
files in arch/x86/xen.
Can we limit this series to only Kconfig changes? I don't really like
scope-creep in patch
On 18.02.15 at 11:58, ian.campb...@citrix.com wrote:
On Wed, 2015-02-11 at 07:50 +, Jan Beulich wrote:
Quite likely the (mis-)use of these
two functions may then temporarily result in messages not meant
to be debugging ones to become hidden in non-debug builds. If
others agree, I'd try
On Wed, 2015-02-18 at 11:05 +, Jan Beulich wrote:
On 18.02.15 at 11:58, ian.campb...@citrix.com wrote:
On Wed, 2015-02-11 at 07:50 +, Jan Beulich wrote:
Quite likely the (mis-)use of these
two functions may then temporarily result in messages not meant
to be debugging ones to
In order for commit cbeeaa7d (x86/nmi: fix shootdown of pcpus
running in VMX non-root mode)'s re-use of that fixmap entry to not
cause undesirable (in crash context) cross-CPU TLB flushes, invalidate
the fixmap entry right after use.
Signed-off-by: Jan Beulich jbeul...@suse.com
---
On 17.02.15 at 19:32, tamas.leng...@zentific.com wrote:
On Tue, Feb 17, 2015 at 3:31 PM, Jan Beulich jbeul...@suse.com wrote:
On 13.02.15 at 17:33, tamas.leng...@zentific.com wrote:
@@ -611,13 +611,22 @@ int vm_event_domctl(struct domain *d,
xen_domctl_vm_event_op_t *vec,
}
On 02/18/2015 11:03 AM, David Vrabel wrote:
On 17/02/15 07:39, Juergen Gross wrote:
If we have neither XEN_PV nor XEN_PVH set, why do we have to build
enlighten.c? It will never be used. Same should apply to several other
files in arch/x86/xen.
Can we limit this series to only Kconfig
On 18/02/15 06:52, Juergen Gross wrote:
+if X86_64
+choice
+ prompt Support pv-domains larger than 512GB
+ default XEN_512GB_NONE
+ help
+ Support paravirtualized domains with more than 512GB of RAM.
+
+ The Xen tools and crash dump analysis tools might not
On Thu, 2015-02-12 at 06:34 +, Julien Grall wrote:
The function irq_of_parse_and_map returns 0 when the IRQ is not found.
Furthermore xen_events_irq is only read when the CPU is bring up, so
it's not necessary to use the attribute __read_mostly.
Part of the purpose of __read_mostly is to
On Thu, 2015-02-12 at 06:34 +, Julien Grall wrote:
Hello,
This small patch series move the detection of running on Xen earlier. This is
required in order to support earlyprintk via Xen and selecting the preferred
console.
Thanks for doing this, having all of the init done in an initcall
On 17.02.15 at 18:37, tamas.leng...@zentific.com wrote:
On Tue, Feb 17, 2015 at 12:56 PM, Jan Beulich jbeul...@suse.com wrote:
On 13.02.15 at 17:33, tamas.leng...@zentific.com wrote:
+static void hvm_event_cr(uint32_t reason, unsigned long value,
+unsigned long
On 18.02.15 at 10:09, xiaoming.w...@intel.com wrote:
From: Jan Beulich [mailto:jbeul...@suse.com]
Sent: Tuesday, February 17, 2015 6:09 PM
On 17.02.15 at 07:51, xiaoming.w...@intel.com wrote:
--- a/Documentation/kernel-parameters.txt
+++ b/Documentation/kernel-parameters.txt
@@ -3438,10
On 18.02.15 at 01:11, tamas.leng...@zentific.com wrote:
diff --git a/xen/common/mem_event.c b/xen/common/vm_event.c
similarity index 59%
rename from xen/common/mem_event.c
rename to xen/common/vm_event.c
Looking at this already quite huge delta I can't really see why
adjusting white space at
On 18/02/15 06:51, Juergen Gross wrote:
The linear p2m list should be anchored in the shared info structure
I'm not really sure what you mean by anchored.
read by the Xen tools to be able to support 64 bit pv-domains larger
than 512 MB. Additionally the linear p2m list interface includes a
On 18/02/15 09:03, Jan Beulich wrote:
There's no need for more than one variable, no need for casts, and no
point in using the type-safe xmalloc_array() here.
Signed-off-by: Jan Beulich jbeul...@suse.com
Reviewed-by: Andrew Cooper andrew.coop...@citrix.com
--- a/xen/arch/x86/tboot.c
+++
1: invalidate FIX_TBOOT_MAP_ADDRESS mapping after use
2: simplify DMAR table copying
Signed-off-by: Jan Beulich jbeul...@suse.com
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On 17.02.15 at 19:47, tamas.leng...@zentific.com wrote:
On Tue, Feb 17, 2015 at 3:25 PM, Jan Beulich jbeul...@suse.com wrote:
On 13.02.15 at 17:33, tamas.leng...@zentific.com wrote:
-int mem_paging_memop(struct domain *d, xen_mem_paging_op_t *mpo)
+int mem_paging_memop(unsigned long cmd,
+
On Wed, 2015-02-18 at 10:37 +0100, Juergen Gross wrote:
On 02/18/2015 10:21 AM, Paul Bolle wrote:
On Wed, 2015-02-18 at 07:52 +0100, Juergen Gross wrote:
+choice
+ prompt Support pv-domains larger than 512GB
+ default XEN_512GB_NONE
+ help
+Support paravirtualized domains with
On 02/18/2015 11:50 AM, Andrew Cooper wrote:
On 18/02/15 10:42, Juergen Gross wrote:
/* Set up p2m_top to point to the domain-builder provided p2m
pages */
@@ -469,8 +473,10 @@ static pte_t *alloc_p2m_pmd(unsigned long addr,
pte_t *pte_pg)
ptechk = lookup_address(vaddr, level);
Am Montag 16 Februar 2015, 17:26:48 schrieb Boris Ostrovsky:
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
On Tue, 2015-02-10 at 15:04 +, Wei Liu wrote:
Not much to add... a couple of comments.
Counting from the point that we forked the tree, it took ~11 months to
ship 4.5. The time spent on development was 7 months (Feb 21 to Sept
24), and the time spent on freeze was ~4 months (Sept 24 to
On Wed, 2015-02-18 at 07:52 +0100, Juergen Gross wrote:
64 bit pv-domains under Xen are limited to 512 GB of RAM today. The
main reason has been the 3 level p2m tree, which was replaced by the
virtual mapped linear p2m list. Parallel to the p2m list which is
being used by the kernel itself
On 02/18/2015 10:49 AM, Jan Beulich wrote:
On 18.02.15 at 10:37, jgr...@suse.com wrote:
On 02/18/2015 10:21 AM, Paul Bolle wrote:
On Wed, 2015-02-18 at 07:52 +0100, Juergen Gross wrote:
--- a/arch/x86/xen/Kconfig
+++ b/arch/x86/xen/Kconfig
@@ -23,14 +23,29 @@ config XEN_PVHVM
def_bool
Dear Jan
-Original Message-
From: Jan Beulich [mailto:jbeul...@suse.com]
Sent: Wednesday, February 18, 2015 5:35 PM
To: Wang, Xiaoming
Cc: ch...@chris-wilson.co.uk; david.vra...@citrix.com;
lau...@codeaurora.org; heiko.carst...@de.ibm.com; li...@horizon.com;
Liu, Chuansheng; Zhang,
On 18/02/15 10:42, Juergen Gross wrote:
/* Set up p2m_top to point to the domain-builder provided p2m
pages */
@@ -469,8 +473,10 @@ static pte_t *alloc_p2m_pmd(unsigned long addr,
pte_t *pte_pg)
ptechk = lookup_address(vaddr, level);
if (ptechk == pte_pg) {
+
On 18/02/15 10:50, Andrew Cooper wrote:
On 18/02/15 10:42, Juergen Gross wrote:
/* Set up p2m_top to point to the domain-builder provided p2m
pages */
@@ -469,8 +473,10 @@ static pte_t *alloc_p2m_pmd(unsigned long addr,
pte_t *pte_pg)
ptechk = lookup_address(vaddr, level);
Dear Jan
-Original Message-
From: Jan Beulich [mailto:jbeul...@suse.com]
Sent: Tuesday, February 17, 2015 6:09 PM
To: Wang, Xiaoming
Cc: ch...@chris-wilson.co.uk; david.vra...@citrix.com;
lau...@codeaurora.org; heiko.carst...@de.ibm.com; li...@horizon.com;
Liu, Chuansheng; Zhang,
On 17.02.15 at 19:20, tamas.leng...@zentific.com wrote:
On Tue, Feb 17, 2015 at 3:02 PM, Jan Beulich jbeul...@suse.com wrote:
On 13.02.15 at 17:33, tamas.leng...@zentific.com wrote:
rc = vm_event_enable(d, vec, ved, _VPF_mem_access,
-
On 18/02/15 09:03, Jan Beulich wrote:
In order for commit cbeeaa7d (x86/nmi: fix shootdown of pcpus
running in VMX non-root mode)'s re-use of that fixmap entry to not
cause undesirable (in crash context) cross-CPU TLB flushes, invalidate
the fixmap entry right after use.
Signed-off-by: Jan
On 18/02/15 10:42, Juergen Gross wrote:
On 02/18/2015 11:32 AM, David Vrabel wrote:
On 18/02/15 06:51, Juergen Gross wrote:
The linear p2m list should be anchored in the shared info structure
I'm not really sure what you mean by anchored.
Bad wording? What about:
The virtual address of
On 02/18/2015 11:54 AM, David Vrabel wrote:
On 18/02/15 10:50, Andrew Cooper wrote:
On 18/02/15 10:42, Juergen Gross wrote:
/* Set up p2m_top to point to the domain-builder provided p2m
pages */
@@ -469,8 +473,10 @@ static pte_t *alloc_p2m_pmd(unsigned long addr,
pte_t *pte_pg)
On 18/02/15 10:54, David Vrabel wrote:
On 18/02/15 10:50, Andrew Cooper wrote:
On 18/02/15 10:42, Juergen Gross wrote:
/* Set up p2m_top to point to the domain-builder provided p2m
pages */
@@ -469,8 +473,10 @@ static pte_t *alloc_p2m_pmd(unsigned long addr,
pte_t *pte_pg)
On Wed, 2015-02-11 at 07:50 +, Jan Beulich wrote:
All,
I'd like to propose to honor the 'd' in these functions' names (which
I understand to mean debug) in that such functions should be
no-ops in non-debug builds. I'd then be inclined to introduce a
gprintk() automatically adding
On Wed, Feb 18, 2015 at 4:55 PM, Tamas K Lengyel
tamas.leng...@zentific.com wrote:
On Wed, Feb 18, 2015 at 2:35 PM, Jan Beulich jbeul...@suse.com wrote:
On 18.02.15 at 13:21, tamas.k.leng...@gmail.com wrote:
On Wed Feb 18 2015 10:46:02 AM CET, Jan Beulich jbeul...@suse.com wrote:
On
___
From: Julien Grall julien.gr...@linaro.org
Sent: Wednesday, February 18, 2015 5:24 PM
To: Jaggi, Manish; xen-de...@lists.xenproject.org xen-devel
Cc: ian.campb...@citrix.com; t...@xen.org; stefano.stabell...@citrix.com;
Jaggi, Manish
Subject: Re: [PATCH
On 18/02/15 17:01, Ian Campbell wrote:
Dump the register state before panicing so we have some clue where the
issue occurred. Also decode the ESR register a bit to save having to
grab a pen and paper.
ESR_EL2 is a 32-bit register, so use SYSREG_READ32 not ..._READ64, as
we already do
-Original Message-
From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
Sent: 18 February 2015 17:38
To: Roger Pau Monne
Cc: Bob Liu; xen-devel@lists.xen.org; David Vrabel; linux-
ker...@vger.kernel.org; Felipe Franciosi; ax...@fb.com; h...@infradead.org;
On Sun, Feb 15, 2015 at 04:18:57PM +0800, Bob Liu wrote:
As Christoph suggested, remove the legacy support similar to most
drivers coverted (virtio, mtip, and nvme).
Please merge this into the previous patch.
___
Xen-devel mailing list
On 02/17/2015 02:02 AM, Juergen Gross wrote:
When a xen domain is being restored the LUN state of a pvscsi device
is Connected and not Initialising as in case of attaching a new
pvscsi LUN.
This must be taken into account when adding a new pvscsi device for
a domain as otherwise the pvscsi LUN
Am 18.02.15 um 16:24 schrieb Ian Campbell:
create ^
thanks
On Thu, 2015-02-12 at 20:47 +0100, Atom2 wrote:
Hi guys,
I am forwarding this message after initially having confirmed with Ian
Campbell on the user list that there's really an issue - please see
further below.
I am currently running
On Sun, Feb 15, 2015 at 04:18:55PM +0800, Bob Liu wrote:
History:
It's based on the result of Arianna's internship for GNOME's Outreach Program
for Women, in which she was mentored by Konrad Rzeszutek Wilk. I also worked
on
this patchset with her at that time, and now fully take over this
static int __init
+setup_io_tlb_segsize(char *str)
+{
+ get_option(str, io_tlb_segsize);
+ return 0;
+}
+__setup(io_tlb_segsize=, setup_io_tlb_segsize);
This should be folded in swiotlb=XYZ parsing please.
I am not very clear about this comment.
1,Do you mean it
Hi Ian,
On 02/02/2015 15:09, Ian Campbell wrote:
On Thu, 2015-01-29 at 15:51 +, Julien Grall wrote:
- Move the retry after looking for first/end. I keep the goto
rather than a loop because it's more clear that we retry because
we were unable to set the bit
Then
On Tue, Feb 17, 2015 at 11:31:08AM -0800, Luis R. Rodriguez wrote:
On Mon, Feb 16, 2015 at 11:26 PM, Juergen Gross jgr...@suse.com wrote:
On 02/17/2015 01:25 AM, Luis R. Rodriguez wrote:
On Mon, Feb 16, 2015 at 4:20 PM, Luis R. Rodriguez
mcg...@do-not-panic.com wrote:
As it is per our
On Wed, Feb 18, 2015 at 07:55:16AM +, Jan Beulich wrote:
On 17.02.15 at 19:25, elena.ufimts...@oracle.com wrote:
On Tue, Feb 17, 2015 at 12:33:12PM +, Jan Beulich wrote:
For all further changes done here, I'd really like to first understand
why you don't simply add extra RMRRs
+int monitor_domctl(struct domain *d, struct xen_domctl_monitor_op *mop)
+{
+int rc;
+
+rc = xsm_vm_event_control(XSM_PRIV, d, vec-mode, vec-op);
+if ( rc )
+return rc;
The XSM check here has the wrong variable name and has been fixed - I seem
to have rushed a bit and
On Tue, Feb 17, 2015 at 02:14:20PM +, Andrew Cooper wrote:
On 17/02/15 13:39, Jan Beulich wrote:
On 17.02.15 at 14:32, andrew.coop...@citrix.com wrote:
On 17/02/15 12:36, Jan Beulich wrote:
On 14.02.15 at 00:21, elena.ufimts...@oracle.com wrote:
On Fri, Feb 13, 2015 at 10:09:39PM
On 02/17/15 09:38, Andrew Cooper wrote:
On 16/02/15 23:05, Don Slutz wrote:
Summary is that VMware treats in (%dx),%eax (or out %eax,(%dx))
to port 0x5658 specially. Note: since many operations return data
in EAX, in (%dx),%eax is the one to use. The other lengths like
in (%dx),%al will still
El 15/02/15 a les 9.18, Bob Liu ha escrit:
A ring is the representation of a hardware queue, this patch separate ring
information from blkfront_info to an new struct blkfront_ring_info to make
preparation for real multi hardware queues supporting.
Signed-off-by: Arianna Avanzini
On Wed, Feb 18, 2015 at 06:28:49PM +0100, Roger Pau Monné wrote:
El 15/02/15 a les 9.18, Bob Liu ha escrit:
A ring is the representation of a hardware queue, this patch separate ring
information from blkfront_info to an new struct blkfront_ring_info to make
preparation for real multi
On 18/02/2015 17:30, Jaggi, Manish wrote:
[manish] There are general comments on the data structures
(a) I don't see a use case where for same domain (VM) there would be different
context banks , so linked list may not be required.
I guess you mean the list in arm_smmu_xen_domain? All the
This implementation of writev_exact() will cope with an iovcnt greater than
IOV_MAX because glibc will actually let this work anyway, and it is very
useful not to have to work about this in the caller of writev_exact(). The
caller is still required to ensure that the sum of iov_len's doesn't
-Original Message-
From: Bob Liu [mailto:bob@oracle.com]
Sent: 15 February 2015 08:19
To: xen-devel@lists.xen.org
Cc: David Vrabel; linux-ker...@vger.kernel.org; Roger Pau Monne;
konrad.w...@oracle.com; Felipe Franciosi; ax...@fb.com; h...@infradead.org;
AFAICT you seem to have a list of persistent grants, indirect pages
and a grant table callback for each ring, isn't this supposed to be
shared between all rings?
I don't think we should be going down that route, or else we can hoard
a large amount of memory and grants.
It
On Wed, Feb 18, 2015 at 2:12 AM, Juergen Gross jgr...@suse.com wrote:
On 02/18/2015 11:03 AM, David Vrabel wrote:
On 17/02/15 07:39, Juergen Gross wrote:
If we have neither XEN_PV nor XEN_PVH set, why do we have to build
enlighten.c? It will never be used. Same should apply to several other
On Wed, Feb 18, 2015 at 10:11 AM, Konrad Rzeszutek Wilk
konrad.w...@oracle.com wrote:
On Tue, Feb 17, 2015 at 11:31:08AM -0800, Luis R. Rodriguez wrote:
On Mon, Feb 16, 2015 at 11:26 PM, Juergen Gross jgr...@suse.com wrote:
On 02/17/2015 01:25 AM, Luis R. Rodriguez wrote:
On Mon, Feb 16,
On 2/18/2015 6:48 AM, Julien Grall wrote:
Hi Suravee,
On 18/02/2015 05:28, Suravee Suthikulanit wrote:
Actually, that seems to be more related to the PCI pass-through devices.
Isn't the Cavium guys already done that work to support their PCI device
pass-through?
They were working on it, but
On Wed, Feb 18, 2015 at 12:01:43PM -0800, Luis R. Rodriguez wrote:
On Wed, Feb 18, 2015 at 10:11 AM, Konrad Rzeszutek Wilk
konrad.w...@oracle.com wrote:
On Tue, Feb 17, 2015 at 11:31:08AM -0800, Luis R. Rodriguez wrote:
On Mon, Feb 16, 2015 at 11:26 PM, Juergen Gross jgr...@suse.com wrote:
we enable the user selection only under CONFIG_EXPERT,
otherwise make it hidden.
The CONFIG_EXPERT is gone from the kernel..
I see it as of next-20150218, is there a proposal to remove it?
I am misremembering what was . AH, http://lwn.net/Articles/421304/
CONFIG_EMBEDDED!
Sorry about
.
The CONFIG_EXPERT is gone from the kernel..
I see it as of next-20150218, is there a proposal to remove it?
I am misremembering what was . AH, http://lwn.net/Articles/421304/
CONFIG_EMBEDDED!
Sorry about the noise.
Hm, maybe I m
Luis
___
Xen-devel mailing
vey.
There should be an history in the git tree behind the desire to make
it non selectable.
OK how about we enable the user selection only under CONFIG_EXPERT,
otherwise make it hidden.
The CONFIG_EXPERT is gone from the kernel..
I see it as of next-20150218
be an history in the git tree behind the desire to make
it non selectable.
OK how about we enable the user selection only under CONFIG_EXPERT,
otherwise make it hidden.
The CONFIG_EXPERT is gone from the kernel..
I see it as of next-20150218, is there a proposal to remove it?
Luis
On 19/02/15 1:43 am, Suravee Suthikulanit wrote:
On 2/18/2015 6:48 AM, Julien Grall wrote:
Hi Suravee,
On 18/02/2015 05:28, Suravee Suthikulanit wrote:
Actually, that seems to be more related to the PCI pass-through
devices.
Isn't the Cavium guys already done that work to support their PCI
On 19/02/2015 02:55, Manish wrote:
On 18/02/15 11:52 pm, Julien Grall wrote:
On 18/02/2015 17:30, Jaggi, Manish wrote:
[manish] There are general comments on the data structures
(a) I don't see a use case where for same domain (VM) there would be
different context banks , so linked list
From: Vijaya Kumar K vijaya.ku...@caviumnetworks.com
For arm memory for 1024 irq descriptors are allocated
statically irrespective of number of interrupt supported
by the platform.
With this patch, irq descriptors are allocated at run time
and managed using red-black tree. Functions to insert,
On 19/02/15 11:31 am, Julien Grall wrote:
On 19/02/2015 02:55, Manish wrote:
On 18/02/15 11:52 pm, Julien Grall wrote:
On 18/02/2015 17:30, Jaggi, Manish wrote:
[manish] There are general comments on the data structures
(a) I don't see a use case where for same domain (VM) there would
flight 34737 xen-4.4-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34737/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xend 5 xen-build fail REGR. vs. 34151
build-amd64-xend
This mimics the behaviour of built_stash.
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
---
Osstest/TestSupport.pm | 1 +
1 file changed, 1 insertion(+)
diff --git a/Osstest/TestSupport.pm
This is only used by target_cmd_root and target_putfile_root and will be
needed for mfsBSD which generates new keys on each boot.
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
---
Osstest/TestSupport.pm | 25
This script allows moving a FreeBSD build (as produced by
ts-freebsd-create-mfsbsd) so it's usable by other test/build jobs.
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
---
mg-freebsd-installer-update | 59
This patch contains a new subroutine that guesses the right make
command to use (gmake on BSDs, make otherwise).
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
---
ts-xen-build | 13 -
1 file
This is done using mfsBSD, which can be booted from pxelinux and
contains a script to automatically install FreeBSD using ZFS on root.
After the install the host is set to boot from the local disk.
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc:
This is needed when bootstrapping FreeBSD, since the installer has ssh
enabled with the root password set to 'root' by default.
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
---
Changes since RFC:
- Place
Hello,
The following series enables setting up a FreeBSD PVH Dom0 host. Although
this is marked as v4 it should clearly have the RFC tag. The flow is based
on the following diagram:
http://xenbits.xen.org/people/royger/osstest_freebsd.jpg
Patch 7 introduces a new management script,
Euan Harris writes (Re: [RFC PATCH v2 00/29] libxl: Cancelling asynchronous
operations):
On Tue, Feb 10, 2015 at 08:09:47PM +, Ian Jackson wrote:
I have rebased this onto current staging. I have compiled it but
NOT EXECUTED IT AT ALL. Euan, I thought it would be useful to give
you
The output of the FreeBSD buildjob generates several files that are stashed
independently, so check each of them individually.
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
---
ts-build-check | 20
In order to test FreeBSD HEAD we need to build a mfsBSD installer and
sets based on the version that we want to test. This patch adds support for
building such mfsBSD image and sets.
In order to build the images sources from two different repositories are
needed. The first ones of course are the
On 18.02.15 at 16:39, boris.ostrov...@oracle.com wrote:
--- a/xen/common/vsprintf.c
+++ b/xen/common/vsprintf.c
@@ -269,7 +269,28 @@ static char *pointer(char *str, char *end, const char
**fmt_ptr,
{
const char *fmt = *fmt_ptr, *s;
-/* Custom %p suffixes. See
El 10/02/15 a les 21.10, Ian Jackson ha escrit:
In practice, cancelling this task will cause all subsequent actual
backend operations to fail, but will not actually cause the
libxl_device_events_handler operation to complete.
Signed-off-by: Ian Jackson ian.jack...@eu.citrix.com
Acked-by:
El 10/02/15 a les 21.09, Ian Jackson ha escrit:
On the success path, do not call GC_FREE explicitly. Instead, call
AO_INPROGRESS.
GC_FREE will free the gc underlying the long-term ao, which is then
subsequently referenced in backend_watch_callback's call to
libxl__nested_ao_create. It is
This scripts takes care of installing the run-time dependencies, unpacking
the Xen files and setup the right configuration in order to boot a FreeBSD
PVH Dom0.
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
On Wed, Feb 18, 2015 at 11:00 AM, Julien Grall julien.gr...@linaro.org wrote:
On 18/02/2015 15:47, Jintack Lim wrote:
On Wed, Feb 18, 2015 at 10:19 AM, Ian Campbell ian.campb...@citrix.com
wrote:
Dump the register state before panicing so we have some clue where the
issue occurred. Also
On Wed, Feb 18, 2015 at 11:01 AM, Ian Campbell ian.campb...@citrix.com wrote:
On Wed, 2015-02-18 at 10:47 -0500, Jintack Lim wrote:
On Wed, Feb 18, 2015 at 10:19 AM, Ian Campbell ian.campb...@citrix.com
wrote:
Dump the register state before panicing so we have some clue where the
issue
This patch introduces two new buildjobs:
build-arch-freebsd-xen: sets up a FreeBSD host and builds Xen.
build-arch-freebsd-freebsd: sets up a FreeBSD host and builds FreeBSD sets
and a mfsBSD installer image.
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: Ian Jackson
On 18/02/15 11:51, Juergen Gross wrote:
People using crash analysis tools that need the 3-level p2m can clamp
dom0 memory with the Xen command line option. FWIW, the tool we use
doesn't need this.
Interesting. Which tool are you using?
https://github.com/xenserver/xen-crashdump-analyser
Ian Campbell writes ([PATCH OSSTEST] Debian: Add fdt chosen to boot script):
This causes u-boot to fill in the various fields in the chosen node
(specifically the bootargs) which would otherwise not be done until
the bootz command. Doing it manually means the following fdt print
/chosen will
Currently there are three related rdtsc macros, all of which are lowercase and
not obviously macros, which write by value to their parameters.
This is non-intuitive to program which, being contrary to C semantics for code
appearing to be a regular function call. It is also causes Coverity to
On 02/18/2015 12:18 PM, David Vrabel wrote:
On 18/02/15 06:52, Juergen Gross wrote:
+if X86_64
+choice
+ prompt Support pv-domains larger than 512GB
+ default XEN_512GB_NONE
+ help
+ Support paravirtualized domains with more than 512GB of RAM.
+
+ The Xen
On Wed, 2015-02-18 at 11:56 +, Ian Jackson wrote:
Ian Campbell writes ([PATCH OSSTEST] Debian: Add fdt chosen to boot
script):
This causes u-boot to fill in the various fields in the chosen node
(specifically the bootargs) which would otherwise not be done until
the bootz command.
On 18/02/2015 12:03, Ian Campbell wrote:
On Wed, 2015-02-18 at 11:51 +, Julien Grall wrote:
Hi Ian,
On 18/02/2015 11:30, Ian Campbell wrote:
On Thu, 2015-02-12 at 06:34 +, Julien Grall wrote:
Hello,
This small patch series move the detection of running on Xen earlier. This is
From: Vijaya Kumar K vijaya.ku...@caviumnetworks.com
Changes in v2:
- Updated patch 3 commit message
- Updated processor_implementers[] with implementor info
in xen/arch/arm/setup.c
Changes in v1:
- Add support for ThunderX platform
- Add early printk support
- Add psci-0.2 check while
1 - 100 of 176 matches
Mail list logo