Re: [Xen-devel] [PATCH] tools: make FLASK utils build unconditional

On 15/01/16 17:39, Doug Goldstein wrote: > The flask utilities only have dependencies on libxc so there's no > downside to always building it. Distros and projects based on Xen can > put these in a different package to not install them for all users. > Prior to this change FLASK_ENABLE needed to

[Xen-devel] [qemu-mainline baseline-only test] 38642: tolerable FAIL

This run is configured for baseline tests only. flight 38642 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38642/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-libvirt-pair 10 xen-boot/dst_host

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Fri, Jan 15, 2016 at 09:39:12AM -0800, Paul E. McKenney wrote: > Should we start putting litmus tests for the various examples > somewhere, perhaps in a litmus-tests directory within each participating > architecture? I have a pile of powerpc-related litmus tests on my laptop, > but they

Re: [Xen-devel] Nested virtualization off VMware vSphere 6.0 with EL6 guests crashes on Xen 4.6

On Tue, Jan 12, 2016 at 02:22:03AM -0700, Jan Beulich wrote: > >>> On 12.01.16 at 04:38, wrote: > > (XEN) Assertion 'vapic_pg && !p2m_is_paging(p2mt)' failed at vvmx.c:698 > > (XEN) [ Xen-4.6.0 x86_64 debug=y Tainted:C ] > > (XEN) CPU:39 > > (XEN) RIP:

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Fri, Jan 15, 2016 at 09:46:12AM -0800, Paul E. McKenney wrote: > On Fri, Jan 15, 2016 at 10:13:48AM +0100, Peter Zijlstra wrote: > > And the stuff we're confused about is how best to express the difference > > and guarantees of these two forms of transitivity and how exactly they > > interact.

Re: [Xen-devel] [PATCH v3 2/3] XENVER_build_id: Provide ld-embedded build-ids (v8)

>> --- a/Config.mk >> +++ b/Config.mk >> @@ -126,6 +126,17 @@ endef >> check-$(gcc) = $(call cc-ver-check,CC,0x040100,"Xen requires at least >> gcc-4.1") >> $(eval $(check-y)) >> >> +ld-ver = $(shell if [ $$((`$(1) --version | head -1 | sed 's/[^0-9]/ /g' | >> awk \ >> + '{ printf

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Fri, Jan 15, 2016 at 10:27:14PM +0100, Peter Zijlstra wrote: > On Fri, Jan 15, 2016 at 09:46:12AM -0800, Paul E. McKenney wrote: > > On Fri, Jan 15, 2016 at 10:13:48AM +0100, Peter Zijlstra wrote: > > > > And the stuff we're confused about is how best to express the difference > > > and

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Fri, Jan 15, 2016 at 10:29:12PM +0100, Peter Zijlstra wrote: > On Fri, Jan 15, 2016 at 09:39:12AM -0800, Paul E. McKenney wrote: > > Should we start putting litmus tests for the various examples > > somewhere, perhaps in a litmus-tests directory within each participating > > architecture? I

[Xen-devel] Unifying x86_64 / Xen init paths and reading hardware_subarch early

I will be respinning the generic Linux linker table solution [0] soon based on hpa's feedback again now that I'm back from vacation. As I do that though I wanted to highlight a feature I'm throwing into the linker table solution which I am not sure many have paid close attention to but I think is

[Xen-devel] [xen-unstable test] 78159: regressions - FAIL

flight 78159 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/78159/ 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 5 xen-install fail REGR. vs. 77892

[Xen-devel] [PATCH 4.2.y-ckt 286/305] x86/paravirt: Prevent rtc_cmos platform device init on PV guests

4.2.8-ckt2 -stable review patch. If anyone has any objections, please let me know. ---8< From: David Vrabel commit d8c98a1d1488747625ad6044d423406e17e99b7a upstream. Adding the rtc platform device in

Re: [Xen-devel] Unifying x86_64 / Xen init paths and reading hardware_subarch early

On Fri, Jan 15, 2016 at 03:47:25PM -0800, Andy Lutomirski wrote: > On Fri, Jan 15, 2016 at 2:08 PM, Luis R. Rodriguez wrote: > > I will be respinning the generic Linux linker table solution [0] soon > > based on hpa's feedback again now that I'm back from vacation. As I do > >

[Xen-devel] [seabios baseline-only test] 38644: tolerable FAIL

This run is configured for baseline tests only. flight 38644 seabios real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38644/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-qemuu-nested-intel 13 xen-boot/l1

[Xen-devel] [seabios test] 78178: tolerable FAIL - PUSHED

flight 78178 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/78178/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail like 78109 Tests which did not succeed, but

[Xen-devel] [PATCH v4 08/10] arm/gic-v3: Refactor gicv3_init into generic and dt specific parts

From: Shannon Zhao Refactor gic-v3 related functions into dt and generic parts. This will be helpful when adding acpi support for gic-v3. Signed-off-by: Shannon Zhao --- v4: Use INVALID_PADDR and move ioremap to common init function ---

[Xen-devel] [qemu-mainline test] 78190: regressions - FAIL

acking branch 'remotes/pmaydell/tags/pull-target-arm-20160115' into staging target-arm queue: * use the right MMU index when handling unaligned accesses * xlnx-zynqmp: Add support for high DDR memory regions * target-arm: support QMP dump-guest-memory * ARM: virt: Don'

[Xen-devel] [PATCH v4 05/10] acpi: Refactor acpi_os_map_memory to be architecturally independent

From: Shannon Zhao Current acpi_os_map_memory is specific to x86. Refactor it to be architecturally independent. Cc: Jan Beulich Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini ---

[Xen-devel] [PATCH v4 02/10] ACPI / table: Add new function to get table entries

From: Ashwin Chaugule The acpi_table_parse() function has a callback that passes a pointer to a table_header. Add a new function which takes this pointer and parses its entries. This eliminates the need to re-traverse all the tables for each call. e.g. as in

[Xen-devel] [PATCH v4 03/10] acpi/pmstat: Build pmstat for x86 only

From: Parth Dixit Pmstat is currently not supported for ARM in Xen. Configure and build pmstat for x86 architecture only. Cc: Jan Beulich Signed-off-by: Parth Dixit Signed-off-by: Shannon Zhao --- v4:

[Xen-devel] [PATCH v4 07/10] arm/gic-v2: Refactor gicv2_init into generic and dt specific parts

From: Shannon Zhao Refactor gic-v2 related functions into dt and generic parts. This will be helpful when adding acpi support for gic. Signed-off-by: Parth Dixit Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini

[Xen-devel] [PATCH v4 01/10] ACPI: check acpi_disabled in acpi_table_parse() and acpi_table_parse_entries()

From: Len Brown Allow consumers of the acpi_table_parse()/acpi_table_parse_entries() API to gracefully handle the acpi_disabled=1 case via return value rather than checking the global flag themselves. Signed-off-by: Feng Tang Signed-off-by: Len Brown

[Xen-devel] [PATCH v4 10/10] pl011: Refactor pl011 driver to dt and common initialization parts

From: Shannon Zhao Refactor pl011 driver to dt and common initialization parts. This will be useful later when acpi specific uart initialization function is introduced. Signed-off-by: Parth Dixit Signed-off-by: Shannon Zhao

[Xen-devel] [PATCH v4 09/10] arm/uart: Rename dt-uart.c to arm-uart.c

From: Shannon Zhao Since we will add ACPI initialization for UART in this file later, rename it with a generic name. Signed-off-by: Shannon Zhao --- v4: split the original patch to renaming this and adding ACPI parts. --- MAINTAINERS

Re: [Xen-devel] Unifying x86_64 / Xen init paths and reading hardware_subarch early

On January 15, 2016 4:43:04 PM PST, "Luis R. Rodriguez" wrote: >On Fri, Jan 15, 2016 at 03:47:25PM -0800, Andy Lutomirski wrote: >> On Fri, Jan 15, 2016 at 2:08 PM, Luis R. Rodriguez >wrote: >> > I will be respinning the generic Linux linker table solution [0]

[Xen-devel] [linux-next test] 78164: regressions - FAIL

flight 78164 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/78164/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-credit2 15 guest-localmigratefail REGR. vs. 78054

[Xen-devel] [ovmf test] 78189: regressions - FAIL

flight 78189 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/78189/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR. vs. 65543

[Xen-devel] [PATCH v4 06/10] arm/smpboot: Move dt specific code in smp to seperate functions

From: Shannon Zhao Partition smp initialization functions into generic and dt specific parts, this will be useful when introducing new functions for smp initialization based on acpi. Signed-off-by: Parth Dixit Signed-off-by: Shannon Zhao

[Xen-devel] [PATCH v4 00/10] Refactor DT specific codes preparing for ACPI support on ARM64

From: Shannon Zhao These patches are Part 2 of the previous patch set I sent which adds ACPI support for arm64 on Xen[1]. Split them as an individual set for convenient reviewing. The first two patches ports two ACPI changes from Linux kernel, which are missed at Part

[Xen-devel] [PATCH v4 04/10] acpi: Don't do traditional BIOS table scan for ARM64

From: Shannon Zhao With the addition of ARM64 that does not have a traditional BIOS to scan, stub out acpi_find_root_pointer to do nothing for ARM. Cc: Jan Beulich Signed-off-by: Shannon Zhao --- v4: stub out

Re: [Xen-devel] Unifying x86_64 / Xen init paths and reading hardware_subarch early

On Fri, Jan 15, 2016 at 2:08 PM, Luis R. Rodriguez wrote: > I will be respinning the generic Linux linker table solution [0] soon > based on hpa's feedback again now that I'm back from vacation. As I do > that though I wanted to highlight a feature I'm throwing into the > linker

[Xen-devel] [4.2.y-ckt stable] Patch "x86/paravirt: Prevent rtc_cmos platform device init on PV guests" has been added to the 4.2.y-ckt tree

This is a note to let you know that I have just added a patch titled x86/paravirt: Prevent rtc_cmos platform device init on PV guests to the linux-4.2.y-queue branch of the 4.2.y-ckt extended stable tree which can be found at:

Re: [Xen-devel] Unifying x86_64 / Xen init paths and reading hardware_subarch early

On Fri, Jan 15, 2016 at 4:43 PM, Luis R. Rodriguez wrote: >> for (i = 0; i < sizeof(boot_params); i += 4096) >> early_make_pgtable((unsigned long)params + i); > > I'll give this a shot. Thanks again for this! It seems to let this boot now! But it does not seem to

[Xen-devel] [RFC/WIP] xen: clk: introudce pvclk for device passthrough

This patch was just a initial patch, not sure whether this way is ok from you side for handlding clk when doing platform device passhthrough. Any comments are appreciated, and your comments may give me a better direction. Patch was basically tested with passthrough uart2 to DomU on freescale

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Thu, Jan 14, 2016 at 01:29:13PM -0800, Paul E. McKenney wrote: > So smp_mb() provides transitivity, as do pairs of smp_store_release() > and smp_read_acquire(), But they provide different grades of transitivity, which is where all the confusion lays. smp_mb() is strongly/globally transitive,

[Xen-devel] [xen-unstable test] 78129: regressions - FAIL

flight 78129 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/78129/ 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 5 xen-install fail REGR. vs. 77892

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Fri, Jan 15, 2016 at 09:55:54AM +0100, Peter Zijlstra wrote: > On Thu, Jan 14, 2016 at 01:29:13PM -0800, Paul E. McKenney wrote: > > So smp_mb() provides transitivity, as do pairs of smp_store_release() > > and smp_read_acquire(), > > But they provide different grades of transitivity, which

[Xen-devel] Bug 1591 - xentop truncated VM names

Hi! Some days ago, I discovered the 'xentop' tool (somebody mentioned it here: http://discussions.citrix.com/topic/374218-what-can-we-do-to-decrease-the-time-needed-for-snapshot-reverts/ ) We work with XenServer 6.5 and we use long names for our virtual machines to distinguish between them.

Re: [Xen-devel] [Qemu-devel] [PATCH 2/2] xen-hvm: Clean up xen_ram_alloc() error handling

Stefano Stabellini writes: > On Thu, 14 Jan 2016, Markus Armbruster wrote: >> xen_ram_alloc() dies with hw_error() on error, even though its caller >> ram_block_add() handles errors just fine. Add an Error **errp >> parameter and use it. >> >> Leave case

Re: [Xen-devel] [PATCH] libxl: Use libxl_strdup instead of strdup on libxl_version_info

On Thu, 2016-01-14 at 22:03 -0500, Konrad Rzeszutek Wilk wrote: > On January 14, 2016 9:33:49 PM EST, Konrad Rzeszutek Wilk acle.com> wrote: > > As the libxl_strdup allows us to unwind and free all > > of the allocations, while strdup requires the callers > > to remember to free

Re: [Xen-devel] [PATCH v3 2/5] remus: resume immediately if libxl__xc_domain_save_done() completes

On Fri, 2016-01-15 at 13:44 +0800, Wen Congyang wrote: > On 01/14/2016 06:21 PM, Ian Campbell wrote: > > On Tue, 2016-01-12 at 09:40 +0800, Wen Congyang wrote: > > > On 01/09/2016 12:27 AM, Ian Campbell wrote: > > > > On Fri, 2016-01-08 at 14:38 +0800, Wen Congyang wrote: > > > > > For example: if

Re: [Xen-devel] [PATCH] QEMU as non-root and PCI passthrough do not mix

On Thu, 2016-01-14 at 17:42 +, Ian Jackson wrote: > Ian Campbell writes ("Re: [PATCH] QEMU as non-root and PCI passthrough do > not mix"): > > That reminds me -- how does the qemu user selection work over migrate? > > Does > > it remember the specific user or does it try and pick it again on

Re: [Xen-devel] [PATCH v3 2/5] remus: resume immediately if libxl__xc_domain_save_done() completes

On 01/15/2016 05:48 PM, Ian Campbell wrote: > On Fri, 2016-01-15 at 13:44 +0800, Wen Congyang wrote: >> On 01/14/2016 06:21 PM, Ian Campbell wrote: >>> On Tue, 2016-01-12 at 09:40 +0800, Wen Congyang wrote: On 01/09/2016 12:27 AM, Ian Campbell wrote: > On Fri, 2016-01-08 at 14:38 +0800,

Re: [Xen-devel] [PATCH 03/28] libxl: Provide libxl__dm_support_*

On Thu, 2016-01-14 at 11:31 -0700, Jim Fehlig wrote: > Ian Campbell wrote: > > On Mon, 2016-01-11 at 10:00 -0700, Jim Fehlig wrote: > > > On 01/07/2016 10:13 AM, Ian Campbell wrote: > > > > On Tue, 2015-12-22 at 18:44 +, Ian Jackson wrote: > > > > > This allows code elsewhere in libxl to find

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

Paul, On Thu, Jan 14, 2016 at 02:20:46PM -0800, Paul E. McKenney wrote: > On Thu, Jan 14, 2016 at 01:24:34PM -0800, Leonid Yegoshin wrote: > > It is not so simple, I mean "local ordering for address and data > > dependencies". Local ordering is NOT enough. It happens that current > > MIPS R6

Re: [Xen-devel] [SeaBIOS] [SEABIOS] Plans for either 1.9.1 or 1.10.0?

Hi, > It's been suggested (by you :)) that > 76327b9f32a009245c215f4a3c5d58a01b5310ae be cherry-picked into 1.9.1 as > well, perhaps. Yes, right. Thanks for the reminder. Picked up. cheers, Gerd ___ Xen-devel mailing list

<    1   2   3