[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",

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] 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

[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] [RFC KERNEL PATCH 0/2] Add Dom0 NVDIMM support for Xen

On 10/11/16 13:17 -0700, Dan Williams wrote: On Tue, Oct 11, 2016 at 12:48 PM, Konrad Rzeszutek Wilk wrote: On Tue, Oct 11, 2016 at 12:28:56PM -0700, Dan Williams wrote: On Tue, Oct 11, 2016 at 11:33 AM, Konrad Rzeszutek Wilk wrote: > On Tue,

[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

Re: [Xen-devel] [PATCH v2 for-4.8] libelf: fix symtab/strtab loading for 32bit domains

>>> On 10.10.16 at 18:00, wrote: > --- a/xen/common/libelf/libelf-loader.c > +++ b/xen/common/libelf/libelf-loader.c > @@ -174,8 +174,8 @@ void elf_parse_bsdsyms(struct elf_binary *elf, uint64_t > pstart) > /* Space to store the size of the elf image */ > sz =

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

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: > >> > >> > No, you can try to work

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

On 12/10/16 05:07, Kyle Huey wrote: > rr (http://rr-project.org/), a Linux userspace record-and-replay reverse- > execution debugger, would like to trap and emulate the CPUID instruction. > This would allow us to a) mask away certain hardware features that rr does > not support (e.g. RDRAND) and

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

On 12/10/16 12:06, Roger Pau Monne 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 than mine). I'm not

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

>>> On 11.10.16 at 16:27, wrote: > On 10/11/2016 09:32 AM, Ian Jackson wrote: >> Boris Ostrovsky writes ("Re: [Xen-devel] [PATCH for-4.8] ipxe: update to > newer commit"): >>> On 10/11/2016 05:52 AM, Ian Jackson wrote: Maybe we could consider these as backports

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

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

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

>>> On 11.10.16 at 23:11, wrote: > On 11/10/2016 14:32, Ian Jackson wrote: >> Boris Ostrovsky writes ("Re: [Xen-devel] [PATCH for-4.8] ipxe: update to >> newer commit"): >>> BTW, another option for backporting may be removing -Werror. If we know >>> we are not changing

[Xen-devel] [distros-debian-squeeze test] 67865: tolerable FAIL

flight 67865 distros-debian-squeeze real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67865/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-i386-squeeze-netboot-pygrub 9 debian-di-install fail like 67795

Re: [Xen-devel] [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: > On 12.10.16 at 17:44, wrote: > >> This patchset is to fix triggering NMI watchdog during dump timer info > >> on the huge machine with a mount of physical cpus.

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

On 09/10/2016 21:50, Emil Condrea wrote: > On Tue, Oct 4, 2016 at 11:06 AM, Paolo Bonzini wrote: >> >> >> On 04/10/2016 08:43, Emil Condrea wrote: >>> xen_be_frontend_changed -> xen_fe_frontend_changed >> >> This is not correct. The front-end is implemented in the guest

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

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 list twice (once @lists.xen.org, > > >

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,

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

>>> On 12.10.16 at 17:44, wrote: > This patchset is to fix triggering NMI watchdog during dump timer info > on the huge machine with a mount of physical cpus. Detail please see > change log of Patch 1. > > Previous discussion: > https://patchwork.kernel.org/patch/9328449/

Re: [Xen-devel] Proposed plan and URL name for new VM to download xen tarballs (ftp.xenproject.org)

> On 12 Oct 2016, at 11:38, Ian Jackson wrote: > > Ian Jackson writes ("Re: Proposed plan and URL name for new VM to download > xen tarballs (ftp.xenproject.org)"): >> Sure, I don't have an opinion. I have changed this, so it's now >> under: >>

[Xen-devel] [xen-unstable-coverity test] 101393: regressions - ALL FAIL

flight 101393 xen-unstable-coverity real [real] http://logs.test-lab.xenproject.org/osstest/logs/101393/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: coverity-amd646 coverity-upload fail REGR. vs. 101279 version

Re: [Xen-devel] Proposed plan and URL name for new VM to download xen tarballs (ftp.xenproject.org)

On 12/10/16 21:38, Ian Jackson wrote: > Ian Jackson writes ("Re: Proposed plan and URL name for new VM to download > xen tarballs (ftp.xenproject.org)"): >> Sure, I don't have an opinion. I have changed this, so it's now >> under: >> https://downloads.xenproject.org/release/xen/ > > No-one

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

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 than mine). I'm not sure what's the > > best way to deal with

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

On 2016年10月12日 16:09, Jan Beulich wrote: On 12.10.16 at 17:44, wrote: >> This patchset is to fix triggering NMI watchdog during dump timer info >> on the huge machine with a mount of physical cpus. Detail please see >> change log of Patch 1. >> >> Previous discussion:

[Xen-devel] [ANNOUNCEMENT] Xen 4.8 RC2

Hi all Xen 4.8 RC2 is tagged. You can check that out from xen.git: git://xenbits.xen.org/xen.git 4.8.0-rc2 For you convenience, please find tarball and signature at: https://downloads.xenproject.org/release/xen/4.8.0-rc2/ Please send bug reports and test reports to

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

>>> 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| Table | Block | for Xen |

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 >

[Xen-devel] [PATCH v2 2/2] Xen/timer: Process softirq during dumping timer info

Dumping timer info may run for a long time on the huge machine with a lot of physical cpus. To avoid triggering NMI watchdog, add process_pending_softirqs() in the loop of dumping timer info. Reviewed-by: Konrad Rzeszutek Wilk Signed-off-by: Lan Tianyu

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

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 writes ("Re: [Xen-devel] [PATCH for-4.8] ipxe: update

[Xen-devel] [PATCH] acpi: don't register acpi_pad driver if running as xen dom0

When running as Xen dom0 a special processor_aggregator driver is needed. Don't register the standard driver in this case. Without that check an error message: "Error: Driver 'processor_aggregator' is already registered, aborting..." will be displayed. Signed-off-by: Juergen Gross

[Xen-devel] [libvirt test] 101386: tolerable FAIL - PUSHED

flight 101386 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/101386/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt-xsm 12 migrate-support-checkfail never pass test-armhf-armhf-libvirt-xsm 14

Re: [Xen-devel] Proposed plan and URL name for new VM to download xen tarballs (ftp.xenproject.org)

Ian Jackson writes ("Re: Proposed plan and URL name for new VM to download xen tarballs (ftp.xenproject.org)"): > Sure, I don't have an opinion. I have changed this, so it's now > under: > https://downloads.xenproject.org/release/xen/ No-one has objected, so we are now committing to this.

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

This patchset is to fix triggering NMI watchdog during dump timer info on the huge machine with a mount of physical cpus. Detail please see change log of Patch 1. Previous discussion: https://patchwork.kernel.org/patch/9328449/ Change since V1: Add "async" param for handle_keypress() to

[Xen-devel] [PATCH v2 1/2] 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] [xen-unstable test] 101383: tolerable FAIL - PUSHED

flight 101383 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/101383/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-qemut-win7-amd64 16 guest-stopfail like 101372

[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

[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] [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 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] [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 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 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 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 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 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 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 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] 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] [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] [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|

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] [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 (

[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

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

[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 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 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 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 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 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 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 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 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] [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 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 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 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] [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] [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 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 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 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 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] 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 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] [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 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 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 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 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 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 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 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 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 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 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 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 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 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 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] [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

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 KERNEL PATCH 0/2] Add Dom0 NVDIMM support for Xen

>>> On 11.10.16 at 17:53, wrote: > On Tue, Oct 11, 2016 at 6:08 AM, Jan Beulich wrote: > Andrew Cooper 10/10/16 6:44 PM >>> >>>On 10/10/16 01:35, Haozhong Zhang wrote: Xen hypervisor needs assistance from Dom0

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** > > >

  1   2   >