[Xen-devel] [ovmf test] 101402: all pass - PUSHED

flight 101402 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/101402/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf a12b214ef9e002b3b7a7f7845bb025a2a8597dcc baseline version: ovmf

[Xen-devel] [xen-unstable test] 101396: tolerable FAIL

flight 101396 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/101396/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-libvirt-raw 6 xen-boot fail pass in 101383 test-armhf-armhf-xl-credit2 6

[Xen-devel] [linux-3.18 test] 101398: regressions - FAIL

flight 101398 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/101398/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 6 xen-boot fail REGR. vs. 101000

Re: [Xen-devel] [PATCH 02/15] xen: Fix coding style warnings

On Tue, Oct 11, 2016 at 5:20 PM, Anthony PERARD wrote: > On Tue, Oct 04, 2016 at 09:43:31AM +0300, Emil Condrea wrote: >> Fixes: >> * WARNING: line over 80 characters >> >> Signed-off-by: Emil Condrea >> --- >> hw/block/xen_disk.c | 3

Re: [Xen-devel] [PATCH 01/15] xen: Fix coding style errors

Actually I've split fixing coding style in 2 patches: one for errors and one for warnings. In this patch some resolve the error "code indent should never use tabs" but if on the same line there is a warning about line exceeding 80 characters, it will be fixed in "Fix coding style warnings" patch.

[Xen-devel] [PATCH V3] Xen/Keyhandler: Rework process of nonirq keyhandler

Keyhandler may run for a long time in serial port driver's timer handler on the large machine with a lot of physical cpus(e,g dump_timerq()) when serial port driver works in the poll mode(via the exception mechanism). If a timer handler runs a long time, it will block nmi_timer_fn() to feed NMI

[Xen-devel] [qemu-mainline test] 101395: trouble: blocked/broken/fail/pass

flight 101395 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/101395/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-pvops 3 host-install(3)broken REGR. vs.

Re: [Xen-devel] [PATCH 14/15] xen: Rename xen_be_del_xendev

On October 12, 2016 9:46 PM, Anthony PERARD < anthony.per...@citrix.com > wrote: >On Tue, Oct 04, 2016 at 09:43:43AM +0300, Emil Condrea wrote: >> Prepare xen_be_del_xendev to be shared with frontends: >> * xen_be_del_xendev -> xen_pv_del_xendev >> >> Signed-off-by: Emil Condrea

Re: [Xen-devel] [PATCH 13/15] xen: Rename xen_be_find_xendev

On October 12, 2016 9:42 PM, Anthony PERARD < anthony.per...@citrix.com > wrote: >On Tue, Oct 04, 2016 at 09:43:42AM +0300, Emil Condrea wrote: >> Prepare xen_be_find_xendev to be shared with frontends: >> * xen_be_find_xendev -> xen_pv_find_xendev >> >> Signed-off-by: Emil Condrea

Re: [Xen-devel] [PATCH 12/15] xen: Rename xen_be_evtchn_event

On October 12, 2016 9:41 PM, Anthony PERARD < anthony.per...@citrix.com > wrote: >On Tue, Oct 04, 2016 at 09:43:41AM +0300, Emil Condrea wrote: >> Prepare xen_be_evtchn_event to be shared with frontends: >> * xen_be_evtchn_event -> xen_pv_evtchn_event >> >> Signed-off-by: Emil Condrea

Re: [Xen-devel] [PATCH 11/15] xen: Rename xen_be_send_notify

On October 12, 2016 9:41 PM, Anthony PERARD < anthony.per...@citrix.com > wrote: >On Tue, Oct 04, 2016 at 09:43:40AM +0300, Emil Condrea wrote: >> Prepare xen_be_send_notify to be shared with frontends: >> * xen_be_send_notify -> xen_pv_send_notify >> >> Signed-off-by: Emil Condrea

Re: [Xen-devel] [PATCH 10/15] xen: Rename xen_be_unbind_evtchn

On October 12, 2016 9:37 PM, Anthony PERARD < anthony.per...@citrix.com > wrote: >On Tue, Oct 04, 2016 at 09:43:39AM +0300, Emil Condrea wrote: >> Prepare xen_be_unbind_evtchn to be shared with frontends: >> * xen_be_unbind_evtchn -> xen_pv_unbind_evtchn >> >> Signed-off-by: Emil Condrea

Re: [Xen-devel] [PATCH] xen-netback: fix type mismatch warning

> -Original Message- > From: Arnd Bergmann [mailto:a...@arndb.de] > Sent: 12 October 2016 10:54 > To: Wei Liu ; Paul Durrant > Cc: Arnd Bergmann ; David S. Miller > ; David Vrabel ;

Re: [Xen-devel] [PATCH v2 1/2] Xen/Keyhandler: Rework process of nonirq keyhandler

On 2016年10月13日 00:03, Jan Beulich wrote: On 12.10.16 at 16:30, wrote: >> >> Since the issue happens when handle_keypress() runs in a timer handler, >> how about to name new parameter "intimer"? __serial_rx() is called in a >> timer handler or interrupt handler. Or do

[Xen-devel] [xen-unstable baseline-only test] 67868: regressions - FAIL

This run is configured for baseline tests only. flight 67868 xen-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67868/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl 15

[Xen-devel] [ovmf baseline-only test] 67869: all pass

This run is configured for baseline tests only. flight 67869 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67869/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 50d4be4f4e3d5beb2c1aa58853b92e3cc1f4cb9a baseline

Re: [Xen-devel] PCIe devices that are hotplugged after MMIO has been setup fail due to _CRS not covering 64-bit area

On Wed, Sep 28, 2016 at 03:21:08AM -0600, Jan Beulich wrote: > >>> On 27.09.16 at 16:43, wrote: > > If the guest is booted with 'pci' we nicely expand the MMIO region below > > 4GB and try to fit in the BARs in there. If that fails (not enough > > space) we move it above

Re: [Xen-devel] [PATCH for-4.8] ipxe: update to newer commit

On 10/12/2016 05:27 AM, Wei Liu wrote: > On Tue, Oct 11, 2016 at 08:31:31PM +0100, Juergen Schinker wrote: >> >>> We're going to tag rc2 some time this week. Thanks for help testing Xen! >>> >>> Wei. >>> J - On 11 Oct, 2016, at 09:37, Wei Liu wei.l...@citrix.com wrote:

Re: [Xen-devel] regression: xl create does not work since 38cd0664a6bf

On 12/10/2016 20:25, Kyle Huey wrote: > Apologies if this has already been reported. It is known, and has already been fixed in master by: http://xenbits.xen.org/gitweb/?p=xen.git;a=commitdiff;h=031655daea9bb0f69ce54a32fea0eab319471d04 ~Andrew ___

Re: [Xen-devel] [RFC PATCH 5/9] x86/HVM/SVM: Add AVIC initialization code

On Mon, Sep 19, 2016 at 12:52:44AM -0500, Suravee Suthikulpanit wrote: > Introduce AVIC base initialization code. This includes: > * Setting up per-VM data structures. > * Setting up per-vCPU data structure. > * Initializing AVIC-related VMCB bit fields. > > This patch also introduces

[Xen-devel] regression: xl create does not work since 38cd0664a6bf

Apologies if this has already been reported. On x86, xl create no longer works since 38cd0664a6bf. xl create gets wedges attempting to acquire the domain-userdata-lock a second time. strace output: open("/var/lib/xen/userdata-l.0.----.domain-userdata-lock",

[Xen-devel] [PATCH RFC] xl_cmdimpl.c: Fix printf usage

Change instances of printf, fprintf, and LOG where the specifier used is '%d' to be '%u' for domid. Signed-off-by: Ronald Rojas --- tools/libxl/xl_cmdimpl.c | 26 +- 1 file changed, 13 insertions(+), 13 deletions(-) diff --git

Re: [Xen-devel] [RFC PATCH 4/9] x86/SVM: Modify VMCB fields to add AVIC support

On Mon, Sep 19, 2016 at 12:52:43AM -0500, Suravee Suthikulpanit wrote: > Introduce AVIC-related VMCB fields. > > Signed-off-by: Suravee Suthikulpanit > --- > xen/include/asm-x86/hvm/svm/vmcb.h | 23 +++ > 1 file changed, 15 insertions(+), 8

Re: [Xen-devel] [RFC PATCH 3/9] x86/HVM: Call vlapic_destroy after vcpu_destroy

On Mon, Sep 19, 2016 at 12:52:42AM -0500, Suravee Suthikulpanit wrote: > Since vlapic_init() is called before vcpu_initialise(). > We should also follow the same order here. > > Signed-off-by: Suravee Suthikulpanit Reviewed-by: Konrad Rzeszutek Wilk

Re: [Xen-devel] [RFC PATCH 2/9] x86/vLAPIC: Declare vlapic_read_aligned() and vlapic_reg_write() as non-static

On Mon, Sep 19, 2016 at 12:52:41AM -0500, Suravee Suthikulpanit wrote: > Expose vlapic_read_aligned and vlapic_reg_write() to be used by AVIC. > > Signed-off-by: Suravee Suthikulpanit Reviewed-by: Konrad Rzeszutek Wilk .. this was a hard

Re: [Xen-devel] [PATCH v1 1/1] xen/arm: Disable the Cortex-a53-edac

On Wed, 12 Oct 2016, Wei Liu wrote: > On Wed, Oct 12, 2016 at 02:47:18PM +0100, Wei Liu wrote: > > On Wed, Oct 12, 2016 at 03:23:43PM +0200, Edgar E. Iglesias wrote: > > > On Fri, Oct 07, 2016 at 07:22:33PM +0100, Wei Liu wrote: > > > > On Fri, Oct 07, 2016 at 10:34:15AM -0700, Stefano Stabellini

[Xen-devel] [xen-unstable-smoke test] 101403: tolerable all pass - PUSHED

flight 101403 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/101403/ 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

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

On Wed, Oct 12, 2016 at 09:42:17AM -0600, Jan Beulich wrote: > >>> On 12.10.16 at 17:33, wrote: > > On Wed, Oct 12, 2016 at 06:42:53AM -0600, Jan Beulich wrote: > >> >>> On 11.10.16 at 12:31, wrote: > >> > --- /dev/null > >> > +++

Re: [Xen-devel] [RFC PATCH 1/9] x86/HVM: Introduce struct hvm_pi_ops

On Mon, Sep 19, 2016 at 12:52:40AM -0500, Suravee Suthikulpanit wrote: > The current function pointers for managing hvm posted interrupt > can be used also by SVM AVIC. Therefore, this patch introduces the > struct hvm_pi_ops in the struct hvm_domain to hold them. > > Signed-off-by: Suravee

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

On Wed, Oct 12, 2016 at 04:17:57PM +0200, Martin Pohlack wrote: > On 12.10.2016 15:44, Konrad Rzeszutek Wilk wrote: > > On Wed, Oct 12, 2016 at 07:31:52AM -0600, Jan Beulich wrote: > > > > > > On 12.10.16 at 15:23, wrote: > > > > > And then - how is all of this supposed

Re: [Xen-devel] [RFC KERNEL PATCH 0/2] Add Dom0 NVDIMM support for Xen

On Wed, Oct 12, 2016 at 9:01 AM, Jan Beulich wrote: On 12.10.16 at 17:42, wrote: >> On Wed, Oct 12, 2016 at 8:39 AM, Jan Beulich wrote: >> On 12.10.16 at 16:58, wrote: On 10/12/16 05:32

Re: [Xen-devel] [DOC v6] PV Calls protocol design

> > > ### Data ring > > > > > > Data rings are used for sending and receiving data over a connected > > > socket. They > > > are created upon a successful **accept** or **connect** command. > > > > > > A data ring is composed of two pieces: the interface and the **in** and > > > **out** > > >

Re: [Xen-devel] [PATCH v2 18/30] xen/x86: setup PVHv2 Dom0 ACPI tables

>>> On 12.10.16 at 17:35, wrote: > On Thu, Oct 06, 2016 at 09:40:50AM -0600, Jan Beulich wrote: >> >>> On 27.09.16 at 17:57, wrote: >> > +static void __init acpi_zap_table_signature(char *name) >> > +{ >> > +struct acpi_table_header *table; >> > +

Re: [Xen-devel] [PATCH v2 1/2] Xen/Keyhandler: Rework process of nonirq keyhandler

>>> On 12.10.16 at 16:30, wrote: > > On 10/12/2016 9:19 PM, Jan Beulich wrote: > On 12.10.16 at 09:58, wrote: >>> --- a/xen/drivers/char/console.c >>> +++ b/xen/drivers/char/console.c >>> @@ -347,7 +347,7 @@ static void switch_serial_input(void)

Re: [Xen-devel] [RFC KERNEL PATCH 0/2] Add Dom0 NVDIMM support for Xen

>>> On 12.10.16 at 17:42, wrote: > On Wed, Oct 12, 2016 at 8:39 AM, Jan Beulich wrote: > On 12.10.16 at 16:58, wrote: >>> On 10/12/16 05:32 -0600, Jan Beulich wrote: >>> On 12.10.16 at 12:33,

Re: [Xen-devel] [PATCH v2 18/30] xen/x86: setup PVHv2 Dom0 ACPI tables

On Thu, Oct 06, 2016 at 09:40:50AM -0600, Jan Beulich wrote: > >>> On 27.09.16 at 17:57, wrote: > > FWIW, I think that the current approach that I've used in order to craft the > > MADT is not the best one, IMHO it would be better to place the MADT at the > > end of the

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

>>> On 12.10.16 at 17:33, wrote: > On Wed, Oct 12, 2016 at 06:42:53AM -0600, Jan Beulich wrote: >> >>> On 11.10.16 at 12:31, wrote: >> > --- /dev/null >> > +++ b/xen/common/gcov/gcc_4_7.c >> > @@ -0,0 +1,205 @@ >> > +/* >> > + * This code provides

Re: [Xen-devel] [RFC KERNEL PATCH 0/2] Add Dom0 NVDIMM support for Xen

On Wed, Oct 12, 2016 at 8:39 AM, Jan Beulich wrote: On 12.10.16 at 16:58, wrote: >> On 10/12/16 05:32 -0600, Jan Beulich wrote: >> On 12.10.16 at 12:33, wrote: The layout is shown as the following diagram.

Re: [Xen-devel] [RFC KERNEL PATCH 0/2] Add Dom0 NVDIMM support for Xen

>>> On 12.10.16 at 16:58, wrote: > On 10/12/16 05:32 -0600, Jan Beulich wrote: > On 12.10.16 at 12:33, wrote: >>> The layout is shown as the following diagram. >>> >>> +---+---+---+--+--+ >>> |

[Xen-devel] [ovmf baseline-only test] 67867: all pass

This run is configured for baseline tests only. flight 67867 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67867/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 46cd2cb6a7ba5b1fdaff1eb18a13dc399d6a7fe2 baseline

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

On Wed, Oct 12, 2016 at 06:42:53AM -0600, Jan Beulich wrote: > >>> On 11.10.16 at 12:31, wrote: > > --- /dev/null > > +++ b/xen/common/gcov/gcc_4_7.c > > @@ -0,0 +1,205 @@ > > +/* > > + * This code provides functions to handle gcc's profiling data format > > + * introduced

Re: [Xen-devel] [PATCH] x86: xen: move cpu_up functions out of ifdef

On 10/12/2016 11:20 AM, Arnd Bergmann wrote: > Three newly introduced functions are not defined when CONFIG_XEN_PVHVM is > disabled, but are still being used: > > arch/x86/xen/enlighten.c:141:12: warning: ‘xen_cpu_up_prepare’ used but never > defined > arch/x86/xen/enlighten.c:142:12: warning:

[Xen-devel] [PATCH] x86: xen: move cpu_up functions out of ifdef

Three newly introduced functions are not defined when CONFIG_XEN_PVHVM is disabled, but are still being used: arch/x86/xen/enlighten.c:141:12: warning: ‘xen_cpu_up_prepare’ used but never defined arch/x86/xen/enlighten.c:142:12: warning: ‘xen_cpu_up_online’ used but never defined

Re: [Xen-devel] [RFC KERNEL PATCH 0/2] Add Dom0 NVDIMM support for Xen

On 10/12/16 05:32 -0600, Jan Beulich wrote: On 12.10.16 at 12:33, wrote: The layout is shown as the following diagram. +---+---+---+--+--+ | whatever used | Partition | Super | Reserved | /dev/pmem0p1 | | by kernel|

[Xen-devel] [PATCH] xen-netback: fix type mismatch warning

Wiht the latest rework of the xen-netback driver, we get a warning on ARM about the types passed into min(): drivers/net/xen-netback/rx.c: In function 'xenvif_rx_next_chunk': include/linux/kernel.h:739:16: error: comparison of distinct pointer types lacks a cast [-Werror] The reason is that

[Xen-devel] [ovmf test] 101392: all pass - PUSHED

flight 101392 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/101392/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 50d4be4f4e3d5beb2c1aa58853b92e3cc1f4cb9a baseline version: ovmf

[Xen-devel] [linux-4.1 test] 101390: trouble: blocked/broken/fail/pass

flight 101390 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/101390/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-xsm 3 host-install(3)broken REGR. vs. 101004

Re: [Xen-devel] [PATCH v2 0/2] Xen: Fix Xen hypervisor panic during dumping timer info on huge machine.

On 10/12/2016 7:08 PM, Ian Jackson wrote: Wei Liu writes ("Re: [PATCH v2 0/2] Xen: Fix Xen hypervisor panic during dumping timer info on huge machine."): On Wed, Oct 12, 2016 at 04:20:02PM +0800, Lan Tianyu wrote: On 2016年10月12日 16:09, Jan Beulich wrote: Also, any reason you send to the

Re: [Xen-devel] [PATCH v2 1/2] Xen/Keyhandler: Rework process of nonirq keyhandler

On 10/12/2016 9:19 PM, Jan Beulich wrote: On 12.10.16 at 09:58, wrote: --- a/xen/drivers/char/console.c +++ b/xen/drivers/char/console.c @@ -347,7 +347,7 @@ static void switch_serial_input(void) static void __serial_rx(char c, struct cpu_user_regs *regs) { if (

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

On 12.10.2016 15:44, Konrad Rzeszutek Wilk wrote: On Wed, Oct 12, 2016 at 07:31:52AM -0600, Jan Beulich wrote: On 12.10.16 at 15:23, wrote: And then - how is all of this supposed to be working in conjucntion with live patching, where the patch may have been created by

Re: [Xen-devel] [PATCH for-4.8] ipxe: update to newer commit [and 1 more messages]

Wei Liu writes ("Re: [Xen-devel] [PATCH for-4.8] ipxe: update to newer commit [and 1 more messages]"): > FAOD, I consider this sub-thread for "what should we do for stable > versions of Xen". This is orthogonal to whether we should upgrade our > in-tree ipxe version. In other words, I plan to

Re: [Xen-devel] [PATCH for-4.8] ipxe: update to newer commit [and 1 more messages]

On Wed, Oct 12, 2016 at 12:00:56PM +0100, Ian Jackson wrote: > Ian Jackson writes ("Re: [Xen-devel] [PATCH for-4.8] ipxe: update to newer > commit"): > > That was eventually done. I'm not sure exactly when the change was > > made. Does gcc -Wno-foo work properly on all the gcc's we care about ?

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

>>> On 12.10.16 at 15:44, wrote: > On Wed, Oct 12, 2016 at 07:31:52AM -0600, Jan Beulich wrote: >> >>> On 12.10.16 at 15:23, wrote: >> >> And then - how is all of this supposed to be working in conjucntion >> >> with live patching, where the patch

Re: [Xen-devel] [PATCH for-4.8] ipxe: update to newer commit [and 1 more messages]

On 10/12/2016 07:00 AM, Ian Jackson wrote: > Ian Jackson writes ("Re: [Xen-devel] [PATCH for-4.8] ipxe: update to newer > commit"): >> That was eventually done. I'm not sure exactly when the change was >> made. Does gcc -Wno-foo work properly on all the gcc's we care about ? > Jan Beulich

Re: [Xen-devel] [PATCH v1 1/1] xen/arm: Disable the Cortex-a53-edac

On Wed, Oct 12, 2016 at 02:47:18PM +0100, Wei Liu wrote: > On Wed, Oct 12, 2016 at 03:23:43PM +0200, Edgar E. Iglesias wrote: > > On Fri, Oct 07, 2016 at 07:22:33PM +0100, Wei Liu wrote: > > > On Fri, Oct 07, 2016 at 10:34:15AM -0700, Stefano Stabellini wrote: > > > > On Fri, 7 Oct 2016, Alistair

Re: [Xen-devel] [PATCH v5 6/7] VT-d: Some cleanups

>>> On 11.10.16 at 02:57, wrote: > @@ -638,7 +638,8 @@ static int msi_msg_to_remap_entry( > GET_IREMAP_ENTRY(ir_ctrl->iremap_maddr, index, > iremap_entries, iremap_entry); > > -memcpy(_ire, iremap_entry, sizeof(struct iremap_entry)); > +if (

Re: [Xen-devel] [PATCH v5 5/7] VT-d: No need to set irq affinity for posted format IRTE

>>> On 11.10.16 at 02:57, wrote: > --- a/xen/drivers/passthrough/vtd/intremap.c > +++ b/xen/drivers/passthrough/vtd/intremap.c > @@ -547,6 +547,49 @@ static int remap_entry_to_msi_msg( > return 0; > } > > +static bool_t pi_can_suppress_irte_update(struct iremap_entry

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

On 12/10/16 14:34, Andrew Cooper wrote: > On 12/10/16 14:26, George Dunlap wrote: >> On 12/10/16 14:24, George Dunlap wrote: >>> On 12/10/16 14:06, Wei Liu wrote: On Wed, Oct 12, 2016 at 06:42:53AM -0600, Jan Beulich wrote: On 11.10.16 at 12:31, wrote: >>

Re: [Xen-devel] [PATCH 12/15] xen: Rename xen_be_evtchn_event

On Tue, Oct 04, 2016 at 09:43:41AM +0300, Emil Condrea wrote: > Prepare xen_be_evtchn_event to be shared with frontends: > * xen_be_evtchn_event -> xen_pv_evtchn_event > > Signed-off-by: Emil Condrea Acked-by: Anthony PERARD -- Anthony

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

On Wed, Oct 12, 2016 at 09:46:51AM -0400, Konrad Rzeszutek Wilk wrote: > On Wed, Oct 12, 2016 at 02:40:08PM +0100, Wei Liu wrote: > > On Wed, Oct 12, 2016 at 09:29:04AM -0400, Konrad Rzeszutek Wilk wrote: > > [...] > > > > > > > > Wouldn't it be just as easy, and more useful, to set a "has been >

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

On Wed, Oct 12, 2016 at 02:40:08PM +0100, Wei Liu wrote: > On Wed, Oct 12, 2016 at 09:29:04AM -0400, Konrad Rzeszutek Wilk wrote: > [...] > > > > > > Wouldn't it be just as easy, and more useful, to set a "has been > > > livepatched" flag, and return errors for all gcov hypercalls if its' set? >

Re: [Xen-devel] [PATCH v1 1/1] xen/arm: Disable the Cortex-a53-edac

On Wed, Oct 12, 2016 at 03:23:43PM +0200, Edgar E. Iglesias wrote: > On Fri, Oct 07, 2016 at 07:22:33PM +0100, Wei Liu wrote: > > On Fri, Oct 07, 2016 at 10:34:15AM -0700, Stefano Stabellini wrote: > > > On Fri, 7 Oct 2016, Alistair Francis wrote: > > > > On Thu, Oct 6, 2016 at 9:36 AM, Edgar E.

Re: [Xen-devel] [PATCH 14/15] xen: Rename xen_be_del_xendev

On Tue, Oct 04, 2016 at 09:43:43AM +0300, Emil Condrea wrote: > Prepare xen_be_del_xendev to be shared with frontends: > * xen_be_del_xendev -> xen_pv_del_xendev > > Signed-off-by: Emil Condrea Acked-by: Anthony PERARD -- Anthony PERARD

Re: [Xen-devel] [BUG] ANNOUNCEMENT] Xen 4.8 RC2

On Wed, Oct 12, 2016 at 02:29:51PM +0100, Juergen Schinker wrote: > > that is the live kernel > Linux xen 4.7.0-1-amd64 #1 SMP Debian 4.7.5-1 (2016-09-26) x86_64 GNU/Linux > Oh, right. Sorry I missed that. > > I have to boot a stable xen version to use my machine again which is 4.6 > Then

Re: [Xen-devel] [PATCH v5 4/7] VMX: Make sure PI is in proper state before install the hooks

>>> On 11.10.16 at 02:57, wrote: > static void pi_desc_init(struct vcpu *v) > { > -uint32_t dest; > - > v->arch.hvm_vmx.pi_desc.nv = posted_intr_vector; > > -dest = cpu_physical_id(v->processor); > - > -if ( x2apic_enabled ) > -

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

On Wed, Oct 12, 2016 at 07:31:52AM -0600, Jan Beulich wrote: > >>> On 12.10.16 at 15:23, wrote: > >> And then - how is all of this supposed to be working in conjucntion > >> with live patching, where the patch may have been created by yet > >> another compiler version? >

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

On 12/10/16 14:41, George Dunlap wrote: > On 12/10/16 14:34, Andrew Cooper wrote: >> On 12/10/16 14:26, George Dunlap wrote: >>> On 12/10/16 14:24, George Dunlap wrote: On 12/10/16 14:06, Wei Liu wrote: > On Wed, Oct 12, 2016 at 06:42:53AM -0600, Jan Beulich wrote: > On 11.10.16

Re: [Xen-devel] [PATCH 13/15] xen: Rename xen_be_find_xendev

On Tue, Oct 04, 2016 at 09:43:42AM +0300, Emil Condrea wrote: > Prepare xen_be_find_xendev to be shared with frontends: > * xen_be_find_xendev -> xen_pv_find_xendev > > Signed-off-by: Emil Condrea Acked-by: Anthony PERARD -- Anthony PERARD

Re: [Xen-devel] [PATCH 11/15] xen: Rename xen_be_send_notify

On Tue, Oct 04, 2016 at 09:43:40AM +0300, Emil Condrea wrote: > Prepare xen_be_send_notify to be shared with frontends: > * xen_be_send_notify -> xen_pv_send_notify > > Signed-off-by: Emil Condrea Acked-by: Anthony PERARD -- Anthony PERARD

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

On Wed, Oct 12, 2016 at 09:29:04AM -0400, Konrad Rzeszutek Wilk wrote: [...] > > > > Wouldn't it be just as easy, and more useful, to set a "has been > > livepatched" flag, and return errors for all gcov hypercalls if its' set? > > > > I would expect most users to want to build a single

Re: [Xen-devel] [PATCH 10/15] xen: Rename xen_be_unbind_evtchn

On Tue, Oct 04, 2016 at 09:43:39AM +0300, Emil Condrea wrote: > Prepare xen_be_unbind_evtchn to be shared with frontends: > * xen_be_unbind_evtchn -> xen_pv_unbind_evtchn > > Signed-off-by: Emil Condrea Acked-by: Anthony PERARD -- Anthony

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

On 12/10/16 14:26, George Dunlap wrote: > On 12/10/16 14:24, George Dunlap wrote: >> On 12/10/16 14:06, Wei Liu wrote: >>> On Wed, Oct 12, 2016 at 06:42:53AM -0600, Jan Beulich wrote: >>> On 11.10.16 at 12:31, wrote: > --- /dev/null > +++

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

>>> On 12.10.16 at 15:26, wrote: > On 12/10/16 14:24, George Dunlap wrote: >> I would expect most users to want to build a single hypervisor that can >> be used for both gcov testing and live patching (under different >> circumstances). > > I mean software provider, not

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

On Wed, Oct 12, 2016 at 02:26:26PM +0100, George Dunlap wrote: [...] > >> > >> There is a version field in gcov_info, so we can compare that and reject > >> incompatible version. > >> > >> We need to use hooks in livepatching to call the constructor / > >> destructor when applying / reverting a

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

>>> On 12.10.16 at 15:23, wrote: >> And then - how is all of this supposed to be working in conjucntion >> with live patching, where the patch may have been created by yet >> another compiler version? > > Uh, I hope one does not create a livepatch patch with another

Re: [Xen-devel] [PATCH 09/15] xen: Rename xen_be_printf to xen_pv_printf

On Tue, Oct 04, 2016 at 09:43:38AM +0300, Emil Condrea wrote: > Prepare xen_be_printf to be used by both backend and frontends: > * xen_be_printf -> xen_pv_printf > > Signed-off-by: Emil Condrea Acked-by: Anthony PERARD -- Anthony PERARD

Re: [Xen-devel] [PATCH 08/15] xen: Move xenstore cleanup and mkdir functions

On Tue, Oct 04, 2016 at 09:43:37AM +0300, Emil Condrea wrote: > The name of the functions moved to xen_pvdev.c: > * xenstore_cleanup_dir > * xen_config_cleanup > * xenstore_mkdir > > Signed-off-by: Emil Condrea Acked-by: Anthony PERARD --

Re: [Xen-devel] [PATCH 04/15] xen: Create a new file xen_frontend.c

On Tue, Oct 04, 2016 at 09:43:33AM +0300, Emil Condrea wrote: > Its purpose is to store frontend related functions. > > Signed-off-by: Quan Xu > Signed-off-by: Emil Condrea Looks good, once the comments on the previous patches are addressed, same

Re: [Xen-devel] [BUG] ANNOUNCEMENT] Xen 4.8 RC2

that is the live kernel Linux xen 4.7.0-1-amd64 #1 SMP Debian 4.7.5-1 (2016-09-26) x86_64 GNU/Linux I have to boot a stable xen version to use my machine again which is 4.6 I only use one machine - that's why i use Virtualization I start every major app with its own ded VM and have Xorg

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

On Wed, Oct 12, 2016 at 02:24:51PM +0100, George Dunlap wrote: > On 12/10/16 14:06, Wei Liu wrote: > > On Wed, Oct 12, 2016 at 06:42:53AM -0600, Jan Beulich wrote: > > On 11.10.16 at 12:31, wrote: > >>> --- /dev/null > >>> +++ b/xen/common/gcov/gcc_4_7.c > >>> @@ -0,0

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

On 12/10/16 14:24, George Dunlap wrote: > On 12/10/16 14:06, Wei Liu wrote: >> On Wed, Oct 12, 2016 at 06:42:53AM -0600, Jan Beulich wrote: >> On 11.10.16 at 12:31, wrote: --- /dev/null +++ b/xen/common/gcov/gcc_4_7.c @@ -0,0 +1,205 @@ +/* + *

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

On 12/10/16 14:06, Wei Liu wrote: > On Wed, Oct 12, 2016 at 06:42:53AM -0600, Jan Beulich wrote: > On 11.10.16 at 12:31, wrote: >>> --- /dev/null >>> +++ b/xen/common/gcov/gcc_4_7.c >>> @@ -0,0 +1,205 @@ >>> +/* >>> + * This code provides functions to handle gcc's

Re: [Xen-devel] [PATCH v5 1/7] VMX: Statically assign two PI hooks

>>> On 11.10.16 at 02:57, wrote: > +/* > + * In fact, we can remove this hooks inside itself if no new device is in the > + * process of getting assigned and "from" hook is NULL. However, it is not > + * straightforward to find a clear solution, so just leave it here. > + */ >

Re: [Xen-devel] [PATCH v1 1/1] xen/arm: Disable the Cortex-a53-edac

On Fri, Oct 07, 2016 at 07:22:33PM +0100, Wei Liu wrote: > On Fri, Oct 07, 2016 at 10:34:15AM -0700, Stefano Stabellini wrote: > > On Fri, 7 Oct 2016, Alistair Francis wrote: > > > On Thu, Oct 6, 2016 at 9:36 AM, Edgar E. Iglesias > > > wrote: > > > > From: "Edgar E.

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

> And then - how is all of this supposed to be working in conjucntion > with live patching, where the patch may have been created by yet > another compiler version? Uh, I hope one does not create a livepatch patch with another compiler version! Let me put on the TODO to make

Re: [Xen-devel] [PATCH v2 1/2] Xen/Keyhandler: Rework process of nonirq keyhandler

>>> On 12.10.16 at 09:58, wrote: > --- a/xen/drivers/char/console.c > +++ b/xen/drivers/char/console.c > @@ -347,7 +347,7 @@ static void switch_serial_input(void) > static void __serial_rx(char c, struct cpu_user_regs *regs) > { > if ( xen_rx ) > -return

Re: [Xen-devel] [BUG] ANNOUNCEMENT] Xen 4.8 RC2

On Wed, Oct 12, 2016 at 02:13:57PM +0100, Juergen Schinker wrote: > I use systemd and openvswitch > > > release: 4.7.0-1-amd64 But this shows 4.7.0-1. Maybe you didn't install Xen properly? Please make sure all residuals from previous releases are gone. Also please start a new

Re: [Xen-devel] [BUG] ANNOUNCEMENT] Xen 4.8 RC2

I use systemd and openvswitch release: 4.7.0-1-amd64 version: #1 SMP Debian 4.7.5-1 (2016-09-26) machine: x86_64 nr_cpus: 4 max_cpu_id : 3 nr_nodes : 1 cores_per_socket : 2 threads_per_core : 2

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

>>> On 12.10.16 at 15:06, wrote: > But I have no idea how useful it would be to use gcov and livepatching > together. For now the easiest thing to do is to > >depends on !LIVEPATCH > > in Kconfig. I agree. Jan ___

Re: [Xen-devel] [PATCH] x86/Intel: virtualize support for cpuid faulting

>>> On 12.10.16 at 06:07, wrote: > --- In addition to what Andrew said: Please version your patch, and please add a short summary of what changed compared to the previous version here. > @@ -2931,6 +2941,11 @@ static int vmx_msr_write_intercept(unsigned int msr, > uint64_t

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

On Wed, Oct 12, 2016 at 06:42:53AM -0600, Jan Beulich wrote: > >>> On 11.10.16 at 12:31, wrote: > > --- /dev/null > > +++ b/xen/common/gcov/gcc_4_7.c > > @@ -0,0 +1,205 @@ > > +/* > > + * This code provides functions to handle gcc's profiling data format > > + * introduced

Re: [Xen-devel] [PATCH v9 06/13] efi: create new early memory allocator

>>> On 12.10.16 at 14:51, wrote: > Hello Jan, > > On 12/10/2016 12:45, Jan Beulich wrote: > On 11.10.16 at 15:39, wrote: >>> On 06/10/16 13:21, Jan Beulich wrote: >>> On 05.10.16 at 20:30, wrote: > On 30/09/2016

Re: [Xen-devel] [PATCH v9 06/13] efi: create new early memory allocator

Hello Jan, On 12/10/2016 12:45, Jan Beulich wrote: On 11.10.16 at 15:39, wrote: On 06/10/16 13:21, Jan Beulich wrote: On 05.10.16 at 20:30, wrote: On 30/09/2016 02:46, Jan Beulich wrote: On 29.09.16 at 23:42, wrote:

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

>>> On 11.10.16 at 12:31, wrote: > --- /dev/null > +++ b/xen/common/gcov/gcc_4_7.c > @@ -0,0 +1,205 @@ > +/* > + * This code provides functions to handle gcc's profiling data format > + * introduced with gcc 4.7. > + * > + * This file is based heavily on gcc_3_4.c file. >

Re: [Xen-devel] [PATCH v2 17/30] xen/x86: setup PVHv2 Dom0 CPUs

>>> On 12.10.16 at 13:06, wrote: > On Thu, Oct 06, 2016 at 09:20:07AM -0600, Jan Beulich wrote: >> >>> On 27.09.16 at 17:57, wrote: >> > The logic used to setup the CPUID leaves is extremely simplistic (and >> > probably wrong for hardware different

Re: [Xen-devel] [PATCH v2 15/30] xen/x86: populate PVHv2 Dom0 physical memory map

>>> On 11.10.16 at 16:06, wrote: > On Fri, Sep 30, 2016 at 09:52:56AM -0600, Jan Beulich wrote: >> >>> On 27.09.16 at 17:57, wrote: >> > + * VM86 TSS. Note that after this not all e820 regions will be aligned >> > + * to PAGE_SIZE. >> > +

Re: [Xen-devel] [PATCH v2 15/30] xen/x86: populate PVHv2 Dom0 physical memory map

>>> On 11.10.16 at 16:01, wrote: > On Tue, Oct 04, 2016 at 05:16:09AM -0600, Jan Beulich wrote: >> >>> On 04.10.16 at 11:12, wrote: >> > On Fri, Sep 30, 2016 at 09:52:56AM -0600, Jan Beulich wrote: >> >> >>> On 27.09.16 at 17:57,

[Xen-devel] Outreachy golang bindings planning

Hey Ronald, My ultimate vision for the libxl golang project is to have the following: - Golang bindings for all core libxl functionality - A test program which exersises as much of that functionality as is reasonable The C libxl library has two components: parts that are written by hand (such

[Xen-devel] [linux-3.18 test] 101389: regressions - FAIL

flight 101389 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/101389/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-multivcpu 14 guest-saverestore fail REGR. vs. 101000

Re: [Xen-devel] [PATCH v9 06/13] efi: create new early memory allocator

>>> On 11.10.16 at 15:39, wrote: > Hello Jan, > > On 06/10/16 13:21, Jan Beulich wrote: > On 05.10.16 at 20:30, wrote: >>> On 30/09/2016 02:46, Jan Beulich wrote: >>> On 29.09.16 at 23:42, wrote: > +#else >

  1   2   >