> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Tuesday, October 13, 2015 11:29 PM
> To: Wu, Feng
> Cc: Andrew Cooper ; xen-devel@lists.xen.org;
> Keir Fraser
> Subject: Re: [PATCH v8 02/17] Add cmpxchg16b support for x86-64
>
> >>> On 12.10.15 at 10:54, wr
flight 62946 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62946/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-win7-amd64 9 windows-installfail REGR. vs. 62711
test-amd64-amd64-xl-
Jan Beulich wrote on 2015-10-13:
On 13.10.15 at 07:27, wrote:
>> Jan Beulich wrote on 2015-10-12:
>> On 12.10.15 at 03:42, wrote:
So, my suggestion is that we can rely on user to not assign the
ATS device if hypervisor says it cannot support such device. For
example, if hy
On Fri, Oct 09, 2015 at 12:51:32AM -0600, Jan Beulich wrote:
> >>> On 28.09.15 at 09:13, wrote:
> > When the TSC mode of a domain is TSC_MODE_DEFAULT and no TSC emulation
> > is used, the existing tsc_get_info() calculates elapsed_nsec by scaling
> > the host TSC with a ratio between guest TSC rat
> diff --git a/tools/libxl/xl_cmdimpl.c b/tools/libxl/xl_cmdimpl.c
> index 365798b..8db0132 100644
> --- a/tools/libxl/xl_cmdimpl.c
> +++ b/tools/libxl/xl_cmdimpl.c
> @@ -8434,6 +8434,8 @@ static int psr_cat_hwinfo(void)
> }
> printf("%-16s: %u\n", "Socket ID", info[i].id);
>
> -Original Message-
> From: Ian Jackson [mailto:ian.jack...@eu.citrix.com]
> Sent: Saturday, September 26, 2015 3:15 AM
> To: xen-de...@lists.xenproject.org
> Cc: Hu, Robert ; Ian Campbell
> ; Ian Jackson ; Ian
> Jackson
> Subject: [OSSTEST PATCH 18/26] LVM: Break out lv_create
>
> We ar
On 10/13/2015 09:15 PM, George Dunlap wrote:
On 13/10/15 02:46, Chun Yan Liu wrote:
On 10/12/2015 09:46 PM, George Dunlap wrote:
On 12/10/15 08:19, Chun Yan Liu wrote:
+
+usbinfo->devnum = usb->u.hostdev.hostaddr;
+usbinfo->busnum = usb->u.hostdev.hostbus;
+
+busid = usb_busaddr
On Tue, Oct 13, 2015 at 09:38:58AM -0600, Jan Beulich wrote:
> >>> On 13.10.15 at 10:53, wrote:
> > @@ -331,19 +357,34 @@ static bool_t psr_check_cbm(unsigned int cbm_len,
> > uint64_t cbm)
> > struct cos_cbm_info
> > {
> > unsigned int cos;
> > -uint64_t cbm;
> > +uint64_t cbm_cod
On Tue, Oct 13, 2015 at 04:53:44PM +0800, He Chen wrote:
> Add boot parameter `psr=cdp` to enable CDP at boot time.
> Intel Code/Data Prioritization (CDP) feature is based on CAT. Note that
> cos_max would be half when CDP is on. struct psr_cat_cbm is extended to
> support CDP operation. Extend psr
This run is configured for baseline tests only.
flight 38166 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38166/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm5 xen-build
Hi Jan,
Our QA tested this patch but this patch broke PML. Neither GUI display
(video ram tracking also uses PML) nor live migration works. I'll
investigate what's wrong and get back to you.
Thanks,
-Kai
On 09/30/2015 08:45 PM, Kai Huang wrote:
On Wed, Sep 30, 2015 at 5:54 PM, Jan Beulich
On 10/02/2015 05:36 PM, Wei Liu wrote:
On Wed, Sep 30, 2015 at 01:25:49PM +0100, Wei Liu wrote:
On Wed, Sep 30, 2015 at 05:36:22AM -0600, Jan Beulich wrote:
Since commit 191b3f3344ee ("p2m/ept: enable PML in p2m-ept for
log-dirty"), the A and D bits of EPT paging entries are set
unconditional
flight 62944 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62944/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 15 guest-localmigrate.2
fail REGR. vs. 62318
Tes
On Tue, Oct 13, 2015 at 11:55:09AM +0100, Ian Campbell wrote:
> [CCing Daniel]
>
> Daniel, please could you advice on which Xen releases, guest types and
> guest kernel versions are currently expected to work with memory hotplug.
Well... It worked, regardless of guest type, when it was introduced
flight 62943 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62943/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-libvirt-pair 21 guest-migrate/src_host/dst_host fail REGR. vs.
62934
test-armhf-armhf-xl-r
This is all mad.
Signed-off-by: Ian Jackson
Acked-by: Ian Campbell
---
v2: Updated comment with more accurate discussion, references to
bash "trap - INT" bug, and proposed new shopt.
No code change.
---
standalone-generate-dump-flight-runvars | 27 +++
1 file c
flight 62949 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62949/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
When executing `mov %sreg, %r32`, older Intel processors would leave the
upper 16 bits of %r32 undefined. P4 processors and newer, as well as
all AMD processors will zero extend the segment selector.
As Xen only supports 64bit these days, there is no need to use the
operand-size override prefix a
flight 62941 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62941/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-intel 6 xen-boot fail REGR. vs. 60684
test-amd64
On Tue, 13 Oct 2015, John Snow wrote:
> On 10/13/2015 11:55 AM, Fabio Fantoni wrote:
> > I added ahci disk support in libxl and using it for week seems that was
> > ok, after a reply of Stefano Stabellini seems that xen disk unplug
> > support only ide disks:
> > http://git.qemu.org/?p=qemu.git;a=c
The PV ring may use multiple grants and expect them to be mapped
contiguously in the virtual memory.
Although, the current code is relying on a Linux page will be mapped to
a single grant. On build where Linux is using a different page size than
the grant (i.e other than 4KB), the grant will alway
Hi all,
The support of multiple grants ring was left aside for 64KB page. This series
aims to fix it.
It's based on xentip/for-linus-4.4.
Sincelerely yours,
Cc: Boris Ostrovsky
Cc: David Vrabel
Cc: Konrad Rzeszutek Wilk
Cc: "Roger Pau Monné"
Cc: Stefano Stabellini
Julien Grall (3):
xen/
Linux may use a different page size than the size of grant. So make
clear that the order is actually in number of grant.
Signed-off-by: Julien Grall
---
Cc: Konrad Rzeszutek Wilk
Cc: "Roger Pau Monné"
Cc: Boris Ostrovsky
Cc: David Vrabel
Cc: Stefano Stabellini
---
drivers/block/xen-blkback
With the 64KB page granularity support on ARM64, a Linux page may be
split accross multiple grant.
Currently we have the helper gnttab_foreach_grant_in_grant to break a
Linux page based on an offset and a len, but it doesn't fit when we only
have a number of grants in hand.
Introduce a new helper
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
---
xen/arch/x86/boot/trampoline.S |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/xen/arch/x86/boot/trampoline.S b/xen/arch/x86/boot/trampoline.S
index ccb40fb..3452979 100644
--- a/xen/arch/x86/boot/trampoline.S
+++ b/xe
On 10/13/2015 11:55 AM, Fabio Fantoni wrote:
> I added ahci disk support in libxl and using it for week seems that was
> ok, after a reply of Stefano Stabellini seems that xen disk unplug
> support only ide disks:
> http://git.qemu.org/?p=qemu.git;a=commitdiff;h=679f4f8b178e7c66fbc2f39c905374ee86
Xen always set the FPU as initialized when loading a HVM context, so libxc
has to provide a valid FPU context when setting the CPU registers.
This is a stop-gap measure in order to unblock OSSTest Windows 7 failures
while a proper fix for the HVM CPU save/restore is being worked on.
Signed-off-by
On Tue, 2015-10-13 at 16:53 +0800, He Chen wrote:
> @@ -8445,29 +8447,46 @@ out:
> return rc;
> }
>
> -static void psr_cat_print_one_domain_cbm(uint32_t domid, uint32_t
> socketid)
> +static void psr_cat_print_one_domain_cbm_type(uint32_t domid, uint32_t
> socketid,
> +
On 13/10/15 15:55, Stefano Stabellini wrote:
> Hi Brijesh,
>
> passing EFI tables to dom0 is still under work by Shannon, see:
> http://marc.info/?l=xen-devel&m=144321258920213. For now you could
> simply reuse the existing linux uefi device tree nodes, see
> Documentation/arm/uefi.txt and the exi
El 13/10/15 a les 16.43, Jan Beulich ha escrit:
On 13.10.15 at 15:32, wrote:
>> --- a/tools/libxc/xc_dom_x86.c
>> +++ b/tools/libxc/xc_dom_x86.c
>> @@ -841,6 +841,23 @@ static int vcpu_hvm(struct xc_dom_image *dom)
>> struct hvm_save_descriptor end_d;
>> HVM_SAVE_TYPE(END) e
El 13/10/15 a les 15.42, Ian Campbell ha escrit:
> On Tue, 2015-10-13 at 15:32 +0200, Roger Pau Monne wrote:
>> Xen always set the FPU as initialized when loading a HVM context, so
>> libxc
>> has to provide a valid FPU context when setting the CPU registers.
>>
>> Signed-off-by: Roger Pau Monné
>
I added ahci disk support in libxl and using it for week seems that was
ok, after a reply of Stefano Stabellini seems that xen disk unplug
support only ide disks:
http://git.qemu.org/?p=qemu.git;a=commitdiff;h=679f4f8b178e7c66fbc2f39c905374ee8663d5d8
Today Paul Durrant told me that even if pv di
>>> On 13.10.15 at 10:53, wrote:
> @@ -331,19 +357,34 @@ static bool_t psr_check_cbm(unsigned int cbm_len,
> uint64_t cbm)
> struct cos_cbm_info
> {
> unsigned int cos;
> -uint64_t cbm;
> +uint64_t cbm_code;
> +uint64_t cbm_data;
> +bool_t cdp;
> };
The bool_t field reall
>>> On 12.10.15 at 10:54, wrote:
> --- a/xen/include/asm-x86/x86_64/system.h
> +++ b/xen/include/asm-x86/x86_64/system.h
> @@ -6,6 +6,39 @@
> (unsigned long)(n),sizeof(*(ptr
>
> /*
> + * Atomic 16 bytes compare and exchange. Compare OLD with MEM, if
> +
flight 38164 distros-debian-snapshot real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38164/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf 3 host-install(3) broken REGR. vs. 38129
build
flight 62940 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62940/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 16
guest-localmigrate/x10 fail in 62908 REGR.
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
---
xen/arch/x86/domain.c |1 -
xen/include/asm-x86/processor.h |5 -
2 files changed, 6 deletions(-)
diff --git a/xen/arch/x86/domain.c b/xen/arch/x86/domain.c
index 7ca9b93..91c04f8 100644
--- a/xen/arch/x86/domain.c
+++ b
Hi Brijesh,
passing EFI tables to dom0 is still under work by Shannon, see:
http://marc.info/?l=xen-devel&m=144321258920213. For now you could
simply reuse the existing linux uefi device tree nodes, see
Documentation/arm/uefi.txt and the existing acpi patch series for Xen,
which also introduces pa
>>> On 13.10.15 at 16:29, wrote:
>> > >>>On 29.09.2015 at 15:22 wrote:
>> >>> On 29.09.15 at 04:53, wrote:
>> Monday, September 28, 2015 2:47 PM, wrote:
>> >> >>> On 28.09.15 at 05:08, wrote:
>> >> Thursday, September 24, 2015 12:27 AM, Tim Deegan wrote:
>>The extra ref taken will pre
>>> On 13.10.15 at 15:32, wrote:
> --- a/tools/libxc/xc_dom_x86.c
> +++ b/tools/libxc/xc_dom_x86.c
> @@ -841,6 +841,23 @@ static int vcpu_hvm(struct xc_dom_image *dom)
> struct hvm_save_descriptor end_d;
> HVM_SAVE_TYPE(END) end;
> } bsp_ctx;
> +struct {
> +uint1
Thanks for update Stefano,
If you have some sample code on private git then please point me at it. I
should be able to help on both development and testing on Seattle platform.
-Brijesh
On 10/13/2015 04:57 AM, Stefano Stabellini wrote:
> Hi Brijesh,
>
> EFI runtime services are not currently
>> >>>On 29.09.2015 at 15:22 wrote:
> >>> On 29.09.15 at 04:53, wrote:
> Monday, September 28, 2015 2:47 PM, wrote:
> >> >>> On 28.09.15 at 05:08, wrote:
> >> Thursday, September 24, 2015 12:27 AM, Tim Deegan wrote:
>The extra ref taken will prevent the page from getting freed.
Jan
flight 62942 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62942/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt-raw 9 debian-di-installfail never pass
test-armhf-armhf-libvirt-qcow2 9 debian-di
> On 13 okt. 2015, at 15:48, Stefano Stabellini
> wrote:
>
> On Tue, 13 Oct 2015, Ard Biesheuvel wrote:
>>> On 13 okt. 2015, at 15:31, Julien Grall wrote:
>>>
> On 13/10/15 14:18, Stefano Stabellini wrote:
>> On Tue, 13 Oct 2015, Ian Campbell wrote:
>> On Tue, 2015-10-13 at 13:49
> On 13 okt. 2015, at 15:31, Julien Grall wrote:
>
>> On 13/10/15 14:18, Stefano Stabellini wrote:
>>> On Tue, 13 Oct 2015, Ian Campbell wrote:
On Tue, 2015-10-13 at 13:49 +0100, Stefano Stabellini wrote:
I didn't git clean enough. You are right, only -t GCC48 is required.
>>>
>>> Wha
On Tue, 13 Oct 2015, Ard Biesheuvel wrote:
> > On 13 okt. 2015, at 15:31, Julien Grall wrote:
> >
> >> On 13/10/15 14:18, Stefano Stabellini wrote:
> >>> On Tue, 13 Oct 2015, Ian Campbell wrote:
> On Tue, 2015-10-13 at 13:49 +0100, Stefano Stabellini wrote:
> I didn't git clean enough.
>>> On 12.10.15 at 08:07, wrote:
> --- a/xen/arch/x86/domctl.c
> +++ b/xen/arch/x86/domctl.c
> @@ -897,9 +897,30 @@ long arch_do_domctl(
> ret = -EFAULT;
>
> offset += sizeof(v->arch.xcr0_accum);
> -if ( !ret && copy_to_guest_offset(evc->buffer, offset,
On Tue, 2015-10-13 at 15:32 +0200, Roger Pau Monne wrote:
> Xen always set the FPU as initialized when loading a HVM context, so
> libxc
> has to provide a valid FPU context when setting the CPU registers.
>
> Signed-off-by: Roger Pau Monné
> Cc: Jan Beulich
> Cc: Andrew Cooper
> Cc: Ian Jackso
On Tue, 13 Oct 2015, Julien Grall wrote:
> On 13/10/15 14:18, Stefano Stabellini wrote:
> > On Tue, 13 Oct 2015, Ian Campbell wrote:
> >> On Tue, 2015-10-13 at 13:49 +0100, Stefano Stabellini wrote:
> >>> I didn't git clean enough. You are right, only -t GCC48 is required.
> >>
> >> What if only e.
Use library functions which return socket paths instead.
Signed-off-by: Wei Liu
---
tools/xenstore/xenstored_core.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/xenstore/xenstored_core.c b/tools/xenstore/xenstored_core.c
index eae4d31..bddec70 100644
--- a/tools/
Xen always set the FPU as initialized when loading a HVM context, so libxc
has to provide a valid FPU context when setting the CPU registers.
Signed-off-by: Roger Pau Monné
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: Ian Jackson
Cc: Stefano Stabellini
Cc: Ian Campbell
Cc: Wei Liu
---
tools/libxc
On 13/10/15 14:18, Stefano Stabellini wrote:
> On Tue, 13 Oct 2015, Ian Campbell wrote:
>> On Tue, 2015-10-13 at 13:49 +0100, Stefano Stabellini wrote:
>>> I didn't git clean enough. You are right, only -t GCC48 is required.
>>
>> What if only e.g. gcc-4.9 is available though?
>
> It is just the n
>>> On 12.10.15 at 08:07, wrote:
> --- a/xen/arch/x86/xstate.c
> +++ b/xen/arch/x86/xstate.c
> @@ -23,6 +23,11 @@ static u32 __read_mostly xsave_cntxt_size;
>
> /* A 64-bit bitmask of the XSAVE/XRSTOR features supported by processor. */
> u64 __read_mostly xfeature_mask;
> +unsigned int * __re
On 13/10/15 13:27, Jan Beulich wrote:
> Fold two if()-s using the same condition, converting the memset() so
> far separating them to a simple initializer. Move common assignments
> out of the conditional. Drop an unnecessary initializer.
>
> Signed-off-by: Jan Beulich
> ---
> Additionally the is_
On 13/10/15 14:32, Roger Pau Monne wrote:
> Xen always set the FPU as initialized when loading a HVM context, so libxc
> has to provide a valid FPU context when setting the CPU registers.
>
> Signed-off-by: Roger Pau Monné
> Cc: Jan Beulich
> Cc: Andrew Cooper
> Cc: Ian Jackson
> Cc: Stefano St
On Tue, 2015-10-13 at 14:15 +0100, George Dunlap wrote:
> In the absence of guidance to the contrary, I suggest that patch series
> should focus on getting the core pvusb functionality in, without the
> extra usb-querying bits. Then we can discuss a further series which
> either adds the usb query
On 13/10/15 13:29, Jan Beulich wrote:
> - constification
> - prefer container_of() over casts
> - check original pointer against NULL instead of the container_of()
> result
>
> Signed-off-by: Jan Beulich
Reviewed-by: Andrew Cooper
___
Xen-devel mail
On 13/10/15 13:28, Jan Beulich wrote:
> - don't overrun apicid_to_node[] (possible in the x2APIC case)
> - don't limit number of processor related SRAT entries we can consume
> - make acpi_numa_{processor,x2apic}_affinity_init() as similar to one
> another as possible
> - print APIC IDs in hex (t
On 13/10/15 13:27, Jan Beulich wrote:
> Fold two if()-s using the same condition, converting the memset() so
> far separating them to a simple initializer. Move common assignments
> out of the conditional. Drop an unnecessary initializer.
>
> Signed-off-by: Jan Beulich
Reviewed-by: Andrew Cooper
On Tue, 13 Oct 2015, Ian Campbell wrote:
> On Tue, 2015-10-13 at 13:49 +0100, Stefano Stabellini wrote:
> > I didn't git clean enough. You are right, only -t GCC48 is required.
>
> What if only e.g. gcc-4.9 is available though?
It is just the no -t build that doesn't work. As far as I can tell
lo
On 13/10/15 14:15, George Dunlap wrote:
> On 13/10/15 02:46, Chun Yan Liu wrote:
>>
>>
>> On 10/12/2015 09:46 PM, George Dunlap wrote:
>>> On 12/10/15 08:19, Chun Yan Liu wrote:
>> +
>> +usbinfo->devnum = usb->u.hostdev.hostaddr;
>> +usbinfo->busnum = usb->u.hostdev.hostbus;
>>>
On 13/10/15 14:00, Ian Campbell wrote:
> On Tue, 2015-10-13 at 13:49 +0100, Stefano Stabellini wrote:
>> I didn't git clean enough. You are right, only -t GCC48 is required.
>
> What if only e.g. gcc-4.9 is available though?
Note that I'm able to build ovmf on Jessie with -t GCC48.
Although I do
>>> On 13.10.15 at 15:15, wrote:
> On 13/10/15 13:25, Jan Beulich wrote:
>> Since MWAIT is hidden too. (Linux starting with 4.3 is making use of
>> that feature, and is checking for it without looking at the MWAIT one.)
>
> This is surely a Linux bug which wants fixing as well?
I don't think tha
On 13/10/15 02:46, Chun Yan Liu wrote:
>
>
> On 10/12/2015 09:46 PM, George Dunlap wrote:
>> On 12/10/15 08:19, Chun Yan Liu wrote:
> +
> +usbinfo->devnum = usb->u.hostdev.hostaddr;
> +usbinfo->busnum = usb->u.hostdev.hostbus;
> +
> +busid = usb_busaddr_to_busid(gc
On 13/10/15 13:25, Jan Beulich wrote:
> Since MWAIT is hidden too. (Linux starting with 4.3 is making use of
> that feature, and is checking for it without looking at the MWAIT one.)
This is surely a Linux bug which wants fixing as well?
>
> Signed-off-by: Jan Beulich
Reviewed-by: Andrew Cooper
In case the kernel of a new pv-domU indicates it is supporting a p2m
list outside the initial kernel mapping by specifying INIT_P2M, let
the domain builder allocate the memory for the p2m list from physical
guest memory only and map it to the address the kernel is expecting.
This will enable loadi
In case the kernel of a new pv-domU indicates it is supporting an
unmapped initrd, don't waste precious virtual space for the initrd,
but allocate only guest physical memory for it.
Signed-off-by: Juergen Gross
---
tools/libxc/include/xc_dom.h | 5 +
tools/libxc/xc_dom_core.c| 19 ++
Guest memory allocation in the domain builder of libxc is done via
virtual addresses only. In order to be able to support preallocated
areas not virtually mapped reorganize the memory allocator to keep
track of allocated pages globally and in allocated segments.
This requires an interface change o
Carve out the p2m list allocation from the .alloc_magic_pages hook of
the domain builder in order to prepare allocating the p2m list outside
of the initial kernel mapping. This will be needed to support loading
domains with huge memory (>512 GB).
Signed-off-by: Juergen Gross
Acked-by: Ian Campbel
Rename the count_pgtables hook of the domain builder to alloc_pgtables
and do the allocation of the guest memory for page tables inside this
hook. This will remove the need for accessing the x86 specific pgtables
member of struct xc_dom_image in the generic domain builder code.
Signed-off-by: Juer
Support of an unmapped initrd is indicated by the kernel of the domain
via elf notes. In order not to have to use raw elf data in the tools
for support of an unmapped initrd add a flag to the parsed data area
to indicate the kernel supporting this feature.
Switch using this flag in the hypervisor
In order to prepare a p2m list outside of the initial kernel mapping
do a rework of the domain builder's page table handler. The goal is
to be able to use common helpers for page table allocation and setup
for initial kernel page tables and page tables mapping the p2m list.
This is achieved by supp
Move some data private to the x86 domain builder to the private data
section. Remove extra_pages as they are used nowhere.
Signed-off-by: Juergen Gross
---
tools/libxc/include/xc_dom.h | 8
tools/libxc/xc_dom_x86.c | 48 +---
2 files changed,
The Xen hypervisor supports starting a dom0 with large memory (up to
the TB range) by not including the initrd and p2m list in the initial
kernel mapping. Especially the p2m list can grow larger than the
available virtual space in the initial mapping.
The started kernel is indicating the support o
Reorganize struct xc_dom_image to contain a pointer to domain builder
architecture specific private data. This will abstract the architecture
or domain type specific data from the general used data.
The new area is allocated as soon as the domain type is known.
Signed-off-by: Juergen Gross
---
On Tue, 2015-10-13 at 13:49 +0100, Stefano Stabellini wrote:
> I didn't git clean enough. You are right, only -t GCC48 is required.
What if only e.g. gcc-4.9 is available though?
Ian.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.
On Tue, 13 Oct 2015, Julien Grall wrote:
> On 13/10/15 11:58, Stefano Stabellini wrote:
> > On Tue, 13 Oct 2015, Ian Campbell wrote:
> >> On Mon, 2015-10-12 at 18:18 +0100, Stefano Stabellini wrote:
> >>> @@ -30,9 +38,18 @@ function ovmf_build() {
> >>> git-checkout $OVMF_URL $OVMF_REVISION ov
Hu, Robert writes ("RE: [OSSTEST PATCH 19/26] Toolstack::xl: Provide
block_attach method"):
> > From: Ian Jackson [mailto:ian.jack...@eu.citrix.com]
> > +sub block_attach () {
> > +my ($self,$gho,$xldiskspec) = @_;
> > +die "quotes in $xldiskspec ?" if $xldiskspec =~ m/'/;
> > +my
- constification
- prefer container_of() over casts
- check original pointer against NULL instead of the container_of()
result
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/srat.c
+++ b/xen/arch/x86/srat.c
@@ -205,7 +205,7 @@ void __init acpi_numa_slit_init(struct a
/* Callback for Proximit
- don't overrun apicid_to_node[] (possible in the x2APIC case)
- don't limit number of processor related SRAT entries we can consume
- make acpi_numa_{processor,x2apic}_affinity_init() as similar to one
another as possible
- print APIC IDs in hex (to ease matching with other log messages), at
o
Fold two if()-s using the same condition, converting the memset() so
far separating them to a simple initializer. Move common assignments
out of the conditional. Drop an unnecessary initializer.
Signed-off-by: Jan Beulich
---
Additionally the is_hvm_domain() visible in the last hunk's tail
contex
Since MWAIT is hidden too. (Linux starting with 4.3 is making use of
that feature, and is checking for it without looking at the MWAIT one.)
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/traps.c
+++ b/xen/arch/x86/traps.c
@@ -964,6 +964,7 @@ void pv_cpuid(struct cpu_user_regs *regs
__cl
flight 62938 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62938/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-win7-amd64 9 windows-installfail REGR. vs. 62711
test-amd64-amd64-xl-
On Tue, 2015-10-13 at 12:02 +0100, Ian Jackson wrote:
> Anthony PERARD writes ("Re: [PATCH OSSTEST v3 3/3] Create a flight to
> test OpenStack with xen-unstable and libvirt"):
> > On Thu, Oct 08, 2015 at 05:42:56PM +0100, Ian Jackson wrote:
> > > If we do want to just ignore this issue of the other
On 13/10/15 11:58, Stefano Stabellini wrote:
> On Tue, 13 Oct 2015, Ian Campbell wrote:
>> On Mon, 2015-10-12 at 18:18 +0100, Stefano Stabellini wrote:
>>> @@ -30,9 +38,18 @@ function ovmf_build() {
>>> git-checkout $OVMF_URL $OVMF_REVISION ovmf-dir
>>> cd ovmf-dir
>>>
>>> -make -C
On Tue, 2015-10-13 at 11:58 +0100, Stefano Stabellini wrote:
> On Tue, 13 Oct 2015, Ian Campbell wrote:
> > On Mon, 2015-10-12 at 18:18 +0100, Stefano Stabellini wrote:
> > > @@ -30,9 +38,18 @@ function ovmf_build() {
> > > git-checkout $OVMF_URL $OVMF_REVISION ovmf-dir
> > > cd ovmf-dir
Hello,
Sorry for the delay. Ccing Ian Jackson and Ian Campbell, which are the
maintainers of OSSTest (our in-house Xen CI loop tool).
El 05/08/15 a les 18.09, Christoph Badura ha escrit:
> Hi Roger,
>
> we talk during FOSDEM about setting up NetBSD in your testing environment.
> We agreed to get
Anthony PERARD writes ("Re: [PATCH OSSTEST v3 3/3] Create a flight to test
OpenStack with xen-unstable and libvirt"):
> On Thu, Oct 08, 2015 at 05:42:56PM +0100, Ian Jackson wrote:
> > If we do want to just ignore this issue of the other trees, I do
> > indeed see no particular reason to explicitl
On Tue, 13 Oct 2015, Ian Campbell wrote:
> On Mon, 2015-10-12 at 18:18 +0100, Stefano Stabellini wrote:
> > @@ -30,9 +38,18 @@ function ovmf_build() {
> > git-checkout $OVMF_URL $OVMF_REVISION ovmf-dir
> > cd ovmf-dir
> >
> > -make -C BaseTools/Source/C
> > -OvmfPkg/build.sh -a
On Mon, 2015-10-12 at 18:18 +0100, Stefano Stabellini wrote:
> @@ -30,9 +38,18 @@ function ovmf_build() {
> git-checkout $OVMF_URL $OVMF_REVISION ovmf-dir
> cd ovmf-dir
>
> -make -C BaseTools/Source/C
> -OvmfPkg/build.sh -a X64 -b RELEASE -n 4
> -cp Build/OvmfX64/RELEASE_GCC
Hu, Robert writes ("RE: [OSSTest Nested v12 03/21] Allow runvars to specify
guest disk and ram size (turning previous values into defaults)"):
> And sorry I haven't got a chance to read your replies/patches until now.
> So many test tasks almost crushed me.
That's fine, of course. We all ha
> -Original Message-
> From: Ian Jackson [mailto:ian.jack...@eu.citrix.com]
> Sent: Saturday, September 26, 2015 3:15 AM
> To: xen-de...@lists.xenproject.org
> Cc: Hu, Robert ; Ian Campbell
> ; Ian Jackson ; Ian
> Jackson
> Subject: [OSSTEST PATCH 19/26] Toolstack::xl: Provide block_attach
On Mon, 12 Oct 2015, Wei Liu wrote:
> Signed-off-by: Wei Liu
applied thanks
> .gitignore | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/.gitignore b/.gitignore
> index 35a46c6..8d7f100 100644
> --- a/.gitignore
> +++ b/.gitignore
> @@ -36,6 +36,15 @@ grub-dir
> grub-dir-re
Jan Beulich wrote on 2015-10-13:
On 13.10.15 at 07:28, wrote:
>> Acked-by: Yang Zhang
>
> Thanks. What about patch 1?
Done!
I think I have acked it. But seems I forget to do it.
Best regards,
Yang
___
Xen-devel mailing list
Xen-devel@lists.x
Jan Beulich wrote on 2015-09-29:
> ... allowing to suppress a confusing messeage combination: When
> ACPI_DMAR_X2APIC_OPT_OUT is set, so far we first logged a message that
> IR could not be enabled (hence not using x2APIC), followed by one
> indicating successful initialization of IR (if no othe
>>> On 13.10.15 at 07:28, wrote:
> Acked-by: Yang Zhang
Thanks. What about patch 1?
Jan
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
Hi Brijesh,
EFI runtime services are not currently exported to Dom0. They are still
a work in progress.
Regards,
Stefano
On Mon, 12 Oct 2015, Brijesh Singh wrote:
> Hi All,
>
> I noticed that DOM0 kernel fails to get time via RTC device on AMD ARM64
> (Seattle) platform. On this platform Linu
This run is configured for baseline tests only.
flight 38162 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38162/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf 3 host-install(3
Hi,
At 11:09 + on 11 Oct (1444561760), Xu, Quan wrote:
> One question: do two lists refer to page_list and arch.relmem_list?
No, I was wondering if a page ever needed to be queued waiting for two
different flushes -- e.g. if there are multiple IOMMUs.
> I know you prefer __scheme_A__(I think
>>> On 13.10.15 at 07:27, wrote:
> Jan Beulich wrote on 2015-10-12:
> On 12.10.15 at 03:42, wrote:
>>> So, my suggestion is that we can rely on user to not assign the ATS
>>> device if hypervisor says it cannot support such device. For
>>> example, if hypervisor find the invalidation isn't co
1 - 100 of 109 matches
Mail list logo
