Re: [Xen-devel] [PATCH v3 13/19] acpi: Makefile should better tolerate interrupts

On 09/09/2016 04:03 AM, Jan Beulich wrote: On 08.09.16 at 20:51, wrote: >> On 09/08/2016 10:15 AM, Jan Beulich wrote: >> On 07.09.16 at 20:59, wrote: --- a/tools/libacpi/Makefile +++ b/tools/libacpi/Makefile @@

Re: [Xen-devel] [PATCH v3 18/19] libxl/acpi: Build ACPI tables for HVMlite guests

On 09/09/2016 04:05 AM, Jan Beulich wrote: On 08.09.16 at 20:53, wrote: >> On 09/08/2016 10:20 AM, Jan Beulich wrote: --- a/tools/libacpi/libacpi.h +++ b/tools/libacpi/libacpi.h @@ -48,6 +48,15 @@ struct acpi_ctxt { void (*free)(struct

Re: [Xen-devel] [PATCH v3 13/19] acpi: Makefile should better tolerate interrupts

>>> On 09.09.16 at 15:07, wrote: > On 09/09/2016 04:03 AM, Jan Beulich wrote: > On 08.09.16 at 20:51, wrote: >>> On 09/08/2016 10:15 AM, Jan Beulich wrote: >>> On 07.09.16 at 20:59, wrote: > vpath

Re: [Xen-devel] [PATCH v3 13/19] acpi: Makefile should better tolerate interrupts

On 09/09/2016 09:29 AM, Jan Beulich wrote: On 09.09.16 at 15:07, wrote: >> On 09/09/2016 04:03 AM, Jan Beulich wrote: >> On 08.09.16 at 20:51, wrote: On 09/08/2016 10:15 AM, Jan Beulich wrote: On 07.09.16 at 20:59,

Re: [Xen-devel] [PATCH v3 13/19] acpi: Makefile should better tolerate interrupts

Boris Ostrovsky writes ("Re: [PATCH v3 13/19] acpi: Makefile should better tolerate interrupts"): > On 09/09/2016 09:29 AM, Jan Beulich wrote: > > Then my suggestion of using relative paths would still help? > > Apparently it doesn't like any dots: ... > [root@ovs104 foo]# ~/iasl.f12 -vs -p

Re: [Xen-devel] [PATCH v2] xen/pciback: support driver_override

On 09/09/16 16:20, Boris Ostrovsky wrote: > On 09/09/2016 02:14 AM, Juergen Gross wrote: >> On 08/09/16 16:10, Boris Ostrovsky wrote: >>> On 09/02/2016 08:30 AM, Juergen Gross wrote: Support the driver_override scheme introduced with commit 782a985d7af2 ("PCI: Introduce new device

Re: [Xen-devel] [PATCH v4 4/9] version: Print build-id at bootup.

On 09/06/2016 05:57 PM, Konrad Rzeszutek Wilk wrote: On Wed, Aug 24, 2016 at 02:58:48AM -0600, Jan Beulich wrote: On 24.08.16 at 04:22, wrote: Livepatch expected at some point to be able to print the build-id during bootup, which it did not. The reason is that

Re: [Xen-devel] [PATCH net-next] xen-netfront: avoid packet loss when ethernet header crosses page boundary

Vitaly Kuznetsov writes: > Vitaly Kuznetsov writes: > >> David Vrabel writes: >> >>> On 22/08/16 16:42, Vitaly Kuznetsov wrote: I see two ways to fix the issue: - Change the 'wire' protocol between netfront and

Re: [Xen-devel] [PATCH net-next] xen-netfront: avoid packet loss when ethernet header crosses page boundary

On 22/08/16 16:42, Vitaly Kuznetsov wrote: > Small packet loss is reported on complex multi host network configurations > including tunnels, NAT, ... My investigation led me to the following check > in netback which drops packets: > > if (unlikely(txreq.size < ETH_HLEN)) { >

Re: [Xen-devel] [PATCH v3 18/19] libxl/acpi: Build ACPI tables for HVMlite guests

On 09/09/2016 09:50 AM, Ian Jackson wrote: > Boris Ostrovsky writes ("Re: [PATCH v3 18/19] libxl/acpi: Build ACPI tables > for HVMlite guests"): >> On 09/09/2016 04:05 AM, Jan Beulich wrote: >>> struct libxl_acpi_ctxt { >>> struct acpi_ctxt ctxt; >>> ... >>> }; >>> >>> though, together

[Xen-devel] [xen-4.5-testing test] 100828: tolerable FAIL - PUSHED

flight 100828 xen-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/100828/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-xl-arndale 11 guest-start fail in 100814 pass in 100828

Re: [Xen-devel] [PATCH v2] xen/pciback: support driver_override

On 09/09/16 07:14, Juergen Gross wrote: > On 08/09/16 16:10, Boris Ostrovsky wrote: >> On 09/02/2016 08:30 AM, Juergen Gross wrote: >>> Support the driver_override scheme introduced with commit 782a985d7af2 >>> ("PCI: Introduce new device binding path using pci_dev.driver_override") >>> >>> As

Re: [Xen-devel] [PATCH v4 1/9] livepatch: Clear .bss when payload is reverted

On 08/24/2016 03:22 AM, Konrad Rzeszutek Wilk wrote: So that when we apply the patch again the .bss is cleared. Otherwise we may find some variables containing old values. The payloads may contain various .bss - especially if -fdata-sections is used which can create .bss. sections. After

Re: [Xen-devel] [PATCH v4 1/9] livepatch: Clear .bss when payload is reverted

On Fri, Sep 09, 2016 at 02:33:18PM +0100, Ross Lagerwall wrote: > On 08/24/2016 03:22 AM, Konrad Rzeszutek Wilk wrote: > > So that when we apply the patch again the .bss is cleared. > > Otherwise we may find some variables containing old values. > > > > The payloads may contain various .bss -

Re: [Xen-devel] [PATCH v3 18/19] libxl/acpi: Build ACPI tables for HVMlite guests

Boris Ostrovsky writes ("Re: [PATCH v3 18/19] libxl/acpi: Build ACPI tables for HVMlite guests"): > On 09/09/2016 04:05 AM, Jan Beulich wrote: > > struct libxl_acpi_ctxt { > > struct acpi_ctxt ctxt; > > ... > > }; > > > > though, together with whatever equivalent to container_of() exists

Re: [Xen-devel] [PATCH v4 1/9] livepatch: Clear .bss when payload is reverted

On 09/09/2016 02:50 PM, Konrad Rzeszutek Wilk wrote: On Fri, Sep 09, 2016 at 02:33:18PM +0100, Ross Lagerwall wrote: On 08/24/2016 03:22 AM, Konrad Rzeszutek Wilk wrote: So that when we apply the patch again the .bss is cleared. Otherwise we may find some variables containing old values. The

Re: [Xen-devel] [PATCH V2] xen/arm: arm64: Update the Image header

Hello Peng, On 01/09/16 02:38, Peng Fan wrote: This patch is mainly modified from Linux kernel: [1] commit a2c1d73b94ed: arm64: Update the Image header [2] commit 6ad1fe5d9077: arm64: avoid R_AARCH64_ABS64 relocations for Image header fields From [1]: " This patch adds an effective image size

Re: [Xen-devel] [PATCH v2] xen/pciback: support driver_override

On 09/09/2016 02:14 AM, Juergen Gross wrote: > On 08/09/16 16:10, Boris Ostrovsky wrote: >> On 09/02/2016 08:30 AM, Juergen Gross wrote: >>> Support the driver_override scheme introduced with commit 782a985d7af2 >>> ("PCI: Introduce new device binding path using pci_dev.driver_override") >>> >>>

Re: [Xen-devel] [PATCH v3 13/19] acpi: Makefile should better tolerate interrupts

On 09/09/2016 10:13 AM, Ian Jackson wrote: > Boris Ostrovsky writes ("Re: [PATCH v3 13/19] acpi: Makefile should better > tolerate interrupts"): >> On 09/09/2016 09:29 AM, Jan Beulich wrote: >>> Then my suggestion of using relative paths would still help? >> Apparently it doesn't like any dots: >

Re: [Xen-devel] [PATCH v3 13/19] acpi: Makefile should better tolerate interrupts

On 09/09/2016 10:33 AM, Ian Jackson wrote: > Boris Ostrovsky writes ("Re: [PATCH v3 13/19] acpi: Makefile should better > tolerate interrupts"): >> In fact, I can just append a dot to the name: > I think it would be less weird to append a dot and then an actual > extension with some letters or

Re: [Xen-devel] [PATCH v4 6/9] livepatch: Add parsing for the symbol+0x

On 09/08/2016 10:22 AM, Konrad Rzeszutek Wilk wrote: On Wed, Sep 07, 2016 at 02:10:43AM -0600, Jan Beulich wrote: On 06.09.16 at 21:56, wrote: On Wed, Aug 24, 2016 at 03:08:01AM -0600, Jan Beulich wrote: On 24.08.16 at 04:22, wrote: ---

Re: [Xen-devel] [PATCH v2] xen/pciback: support driver_override

On 09/09/16 16:27, David Vrabel wrote: > On 09/09/16 07:14, Juergen Gross wrote: >> On 08/09/16 16:10, Boris Ostrovsky wrote: >>> On 09/02/2016 08:30 AM, Juergen Gross wrote: Support the driver_override scheme introduced with commit 782a985d7af2 ("PCI: Introduce new device binding path

Re: [Xen-devel] [PATCH v3 13/19] acpi: Makefile should better tolerate interrupts

Boris Ostrovsky writes ("Re: [PATCH v3 13/19] acpi: Makefile should better tolerate interrupts"): > In fact, I can just append a dot to the name: I think it would be less weird to append a dot and then an actual extension with some letters or something. I'm not sure what the extension ought to

[Xen-devel] [xen-unstable bisection] complete test-amd64-amd64-libvirt-vhd

branch xen-unstable xenbranch xen-unstable job test-amd64-amd64-libvirt-vhd testid debian-di-install Tree: libvirt git://xenbits.xen.org/libvirt.git Tree: libvirt_gnulib git://git.sv.gnu.org/gnulib.git Tree: linux git://xenbits.xen.org/linux-pvops.git Tree: linuxfirmware

Re: [Xen-devel] Device model operation hypercall (DMOP, re qemu depriv)

On 09/09/16 16:16, Jennifer Herbert wrote: > On 01/08/16 12:32, Ian Jackson wrote: >> I think we need to introduce a new hypercall (which I will call DMOP >> for now) which may augment or replace some of HVMCTL. Let me explain: >> > > I believe the new 'DMOP' hypercall is a good idea, but

Re: [Xen-devel] [PATCH v3 13/19] acpi: Makefile should better tolerate interrupts

>>> On 09.09.16 at 18:05, wrote: > On 09/09/2016 11:20 AM, Jan Beulich wrote: > On 09.09.16 at 15:56, wrote: >>> On 09/09/2016 09:29 AM, Jan Beulich wrote: >>> On 09.09.16 at 15:07, wrote: > On

Re: [Xen-devel] [PATCH] xen/arm: smpboot: drop unneeded code when identifying cpuinfo

Hello Peng, On 02/09/16 10:41, Peng Fan wrote: The current_cpu_data indicates the cpuinfo for the current cpu. There is no need to fill the current_cpu_data from boot_cpu_data, because the following call to identify_cpu will override it. Signed-off-by: Peng Fan Cc: Julien

Re: [Xen-devel] [PATCH v3 15/38] arm/p2m: Add altp2m table flushing routine

Hello Sergej, On 16/08/16 23:16, Sergej Proskurin wrote: The current implementation differentiates between flushing and destroying altp2m views. This commit adds the function altp2m_flush, which allows to release all of the alternate p2m views. Signed-off-by: Sergej Proskurin

Re: [Xen-devel] [PATCH v4 1/9] livepatch: Clear .bss when payload is reverted

>>> On 09.09.16 at 15:50, wrote: > On Fri, Sep 09, 2016 at 02:33:18PM +0100, Ross Lagerwall wrote: >> On 08/24/2016 03:22 AM, Konrad Rzeszutek Wilk wrote: >> > So that when we apply the patch again the .bss is cleared. >> > Otherwise we may find some variables containing

[Xen-devel] [xen-4.7-testing test] 100830: tolerable FAIL - PUSHED

flight 100830 xen-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/100830/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-xl-qemut-win7-amd64 16 guest-stop fail like 100777

Re: [Xen-devel] [PATCH v3 10/38] arm/p2m: Move hostp2m init/teardown to individual functions

Hello Sergej, On 05/09/16 11:23, Sergej Proskurin wrote: On 09/02/2016 12:51 PM, Julien Grall wrote: On 02/09/16 10:09, Sergej Proskurin wrote: On 09/01/2016 07:36 PM, Julien Grall wrote: On 16/08/16 23:16, Sergej Proskurin wrote: Clearing live page table like that is not safe. Each entry

Re: [Xen-devel] [PATCH v3 13/19] acpi: Makefile should better tolerate interrupts

>>> On 09.09.16 at 15:56, wrote: > On 09/09/2016 09:29 AM, Jan Beulich wrote: > On 09.09.16 at 15:07, wrote: >>> On 09/09/2016 04:03 AM, Jan Beulich wrote: >>> On 08.09.16 at 20:51, wrote: > On

Re: [Xen-devel] [PATCH V4] tools/libxc, xen/x86: Added xc_set_mem_access_multi()

Hello Razvan, On 07/09/16 10:12, Razvan Cojocaru wrote: Currently it is only possible to set mem_access restrictions only for a contiguous range of GFNs (or, as a particular case, for a single GFN). This patch introduces a new libxc function taking an array of GFNs. The alternative would be to

Re: [Xen-devel] [PATCH v3 3/6] x86/time: streamline platform time init on plt_update()

On 08/30/2016 01:31 PM, Jan Beulich wrote: On 30.08.16 at 14:10, wrote: >> What would be a preferred period - probably capping it to a >> day/hour/minutes? Or >> keeping the current calculated value? Maximum right now in current platform >> timers >> are few

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

flight 100852 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/100852/ 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] Device model operation hypercall (DMOP, re qemu depriv)

On 01/08/16 12:32, Ian Jackson wrote: I think we need to introduce a new hypercall (which I will call DMOP for now) which may augment or replace some of HVMCTL. Let me explain: I believe the new 'DMOP' hypercall is a good idea, but following on from discussions, I propose a revised design,

Re: [Xen-devel] [PATCH v3 11/38] arm/p2m: Cosmetic fix - function prototype of p2m_alloc_table

Hello Sergej, On 16/08/16 23:16, Sergej Proskurin wrote: The function "p2m_alloc_table" should be able to allocate 2nd stage translation tables not only for the host's p2m but also for alternate p2m's. Signed-off-by: Sergej Proskurin Acked-by: Julien Grall

Re: [Xen-devel] [PATCH 3/3] Significant changes to decision making; some new roles and minor changes

At 11:56 + on 09 Sep (1473422177), Lars Kurth wrote: > Community Decisions with Funding and Legal Implications > (#funding-and-legal) > --- > > In some cases sub-project local and global decisions **may require > input** from the [Advisory

Re: [Xen-devel] [RFC] x86/vm_event: Allow returning i-cache for emulation

On 09/09/16 18:41, Tamas K Lengyel wrote: > When emulating instructions the emulator maintains a small i-cache fetched > from the guest memory. Under certain scenarios this memory region may contain > instructions that a monitor subscriber would prefer to hide, namely INT3, and > instead would

[Xen-devel] XenProject/XenServer QEMU working group minutes, 30th August 2016

QEMU XenServer/XenProject Working group meeting 30th August 2016 Attendance -- Andrew Cooper Ian Jackson Paul Durrant David Vrabel Jennifer Herbert Introduction Introduced Paul Durrant to the working group.

Re: [Xen-devel] [PATCH v3 14/38] arm/p2m: Add altp2m init/teardown routines

Hello Sergej On 16/08/16 23:16, Sergej Proskurin wrote: diff --git a/xen/arch/arm/Makefile b/xen/arch/arm/Makefile index 23aaf52..4a7f660 100644 --- a/xen/arch/arm/Makefile +++ b/xen/arch/arm/Makefile @@ -5,6 +5,7 @@ subdir-$(CONFIG_ARM_64) += efi subdir-$(CONFIG_ACPI) += acpi

[Xen-devel] [RFC] x86/vm_event: Allow returning i-cache for emulation

When emulating instructions the emulator maintains a small i-cache fetched from the guest memory. Under certain scenarios this memory region may contain instructions that a monitor subscriber would prefer to hide, namely INT3, and instead would prefer to emulate a different instruction in-place.

Re: [Xen-devel] [PATCH v3 13/19] acpi: Makefile should better tolerate interrupts

On 09/09/2016 11:20 AM, Jan Beulich wrote: On 09.09.16 at 15:56, wrote: >> On 09/09/2016 09:29 AM, Jan Beulich wrote: >> On 09.09.16 at 15:07, wrote: On 09/09/2016 04:03 AM, Jan Beulich wrote: On 08.09.16 at 20:51,

Re: [Xen-devel] [PATCH v2] arm/vm_event: get/set registers

On Mon, Sep 5, 2016 at 1:45 PM, Stefano Stabellini wrote: > On Fri, 2 Sep 2016, Julien Grall wrote: >> On 02/09/2016 18:45, Andrew Cooper wrote: >> > On 02/09/16 18:37, Tamas K Lengyel wrote: >> > > On Tue, Aug 2, 2016 at 2:10 AM, Razvan Cojocaru >> > >

Re: [Xen-devel] [PATCH v3 16/38] arm/p2m: Add HVMOP_altp2m_set_domain_state

Hello Sergej, On 16/08/16 23:16, Sergej Proskurin wrote: +static int altp2m_init_helper(struct domain *d, unsigned int idx) +{ +int rc; +struct p2m_domain *p2m = d->arch.altp2m_p2m[idx]; + +ASSERT(p2m == NULL); + +/* Allocate a new, zeroed altp2m view. */ +p2m =

Re: [Xen-devel] [PATCH 01/17] x86emul: split instruction decoding from execution

On 08/09/16 14:04, Jan Beulich wrote: > This is only the mechanical part, a subsequent patch will make non- > mechanical adjustments to actually do all decoding in this new > function. > > Signed-off-by: Jan Beulich > > --- a/xen/arch/x86/x86_emulate/x86_emulate.c > +++

[Xen-devel] [qemu-mainline baseline-only test] 67682: trouble: broken/fail/pass

This run is configured for baseline tests only. flight 67682 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67682/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run:

[Xen-devel] [qemu-mainline test] 100825: tolerable FAIL - PUSHED

flight 100825 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/100825/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-rtds 11 guest-start fail REGR. vs. 100809

Re: [Xen-devel] [PATCH 3/3] Significant changes to decision making; some new roles and minor changes

On 16/08/2016 06:32, "Tim Deegan" wrote: >Hi, > >At 14:55 + on 15 Aug (1471272946), Lars Kurth wrote: >> But I see your point. The text should really have said something like... >> - >> In situations where the entire Xen Project community becomes paralysed, >> the project

[Xen-devel] [libvirt test] 100837: regressions - FAIL

flight 100837 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/100837/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-raw 9 debian-di-installfail REGR. vs. 100802 Tests which did not

[Xen-devel] Outreachy Round 13

This is to introduce myself to the Xen community. My name is Akanksha and I would like to participate in the upcoming outreachy round. I went through this page [1] and found the available project on "Add Centos Virt SIG Xen packages test to the CentOS CI loop". I have a strong C foundation and I

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

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

Re: [Xen-devel] [PATCH v2] Remove ambiguities in the COPYING file; add CONTRIBUTING file

On Thu, Sep 08, 2016 at 03:42:58PM +0100, Andrew Cooper wrote: > On 08/09/16 15:36, Lars Kurth wrote: > >> On 16 Aug 2016, at 09:19, George Dunlap wrote: > >> > >> On Mon, Aug 15, 2016 at 11:24 AM, Andrew Cooper > >> wrote: > >>> On 12/08/16 10:37,

Re: [Xen-devel] [PATCH v6 1/4] x86/ioreq server: Add HVMOP to map guest ram with p2m_ioreq_server to an ioreq server.

On 9/5/2016 9:31 PM, Jan Beulich wrote: On 02.09.16 at 12:47, wrote: @@ -178,8 +179,27 @@ static int hvmemul_do_io( break; case X86EMUL_UNHANDLEABLE: { -struct hvm_ioreq_server *s = -hvm_select_ioreq_server(curr->domain,

Re: [Xen-devel] [PATCH v6 3/4] x86/ioreq server: Handle read-modify-write cases for p2m_ioreq_server pages.

On 9/9/2016 1:26 PM, Yu Zhang wrote: >>> On 02.09.16 at 12:47, wrote: > --- a/xen/arch/x86/hvm/emulate.c > +++ b/xen/arch/x86/hvm/emulate.c > @@ -95,6 +95,41 @@ static const struct hvm_io_handler null_handler = { > .ops = _ops > }; > > +static int

Re: [Xen-devel] [PATCH v6 4/4] x86/ioreq server: Reset outstanding p2m_ioreq_server entries when an ioreq server unmaps.

On 9/9/2016 1:26 PM, Yu Zhang wrote: >>> On 02.09.16 at 12:47, wrote: > @@ -5551,7 +5553,35 @@ static int hvmop_map_mem_type_to_ioreq_server( > if ( rc != 0 ) > goto out; > > -rc = hvm_map_mem_type_to_ioreq_server(d, op.id, op.type, op.flags); >

Re: [Xen-devel] [PATCH v6 2/4] x86/ioreq server: Release the p2m lock after mmio is handled.

On 9/9/2016 1:24 PM, Yu Zhang wrote: On 9/2/2016 6:47 PM, Yu Zhang wrote: Routine hvmemul_do_io() may need to peek the p2m type of a gfn to select the ioreq server. For example, operations on gfns with p2m_ioreq_server type will be delivered to a corresponding ioreq server, and this

Re: [Xen-devel] [PATCH v2] xen/pciback: support driver_override

On 08/09/16 16:10, Boris Ostrovsky wrote: > On 09/02/2016 08:30 AM, Juergen Gross wrote: >> Support the driver_override scheme introduced with commit 782a985d7af2 >> ("PCI: Introduce new device binding path using pci_dev.driver_override") >> >> As pcistub_probe() is called for all devices (it has

Re: [Xen-devel] [RFC 18/22] xen/arm: p2m: Introduce p2m_set_entry and __p2m_set_entry

On Wed, 7 Sep 2016, Julien Grall wrote: > Hi Stefano, > > On 06/09/2016 19:51, Stefano Stabellini wrote: > > On Tue, 6 Sep 2016, Julien Grall wrote: > > > > I was asking myself the same question > > > > > > It is not trivial. On ARMv7, there is no way to invalidate by IPA, so we > > > still > >

Re: [Xen-devel] [RFC] x86/vm_event: Allow returning i-cache for emulation

On Fri, Sep 9, 2016 at 5:11 PM, Stefano Stabellini wrote: > On Fri, 9 Sep 2016, Tamas K Lengyel wrote: >> When emulating instructions the emulator maintains a small i-cache fetched >> from the guest memory. Under certain scenarios this memory region may contain >>

Re: [Xen-devel] [RFC] x86/vm_event: Allow returning i-cache for emulation

On Fri, 9 Sep 2016, Tamas K Lengyel wrote: > When emulating instructions the emulator maintains a small i-cache fetched > from the guest memory. Under certain scenarios this memory region may contain > instructions that a monitor subscriber would prefer to hide, namely INT3, and > instead would

Re: [Xen-devel] [PATCH v3 1/1] xen: move TLB-flush filtering out into populate_physmap during vm creation

>>> On 09.09.16 at 07:37, wrote: >> > Did you go through and check that there is nothing this information >> > can already get derived from? I can't immediately point you at >> > anything, but it feels like there should. >> > >> Indeed. And if there isn't and we need to

Re: [Xen-devel] [PATCH v6 4/4] x86/ioreq server: Reset outstanding p2m_ioreq_server entries when an ioreq server unmaps.

>>> On 09.09.16 at 09:24, wrote: > On 9/9/2016 1:26 PM, Yu Zhang wrote: >> >>> On 02.09.16 at 12:47, wrote: >> > @@ -965,7 +968,8 @@ static mfn_t ept_get_entry(struct p2m_domain *p2m, >> > if ( is_epte_valid(ept_entry) ) >> > { >>

Re: [Xen-devel] [PATCH v6 3/4] x86/ioreq server: Handle read-modify-write cases for p2m_ioreq_server pages.

>>> On 09.09.16 at 08:21, wrote: > On 9/9/2016 1:26 PM, Yu Zhang wrote: >> >>> On 02.09.16 at 12:47, wrote: >> > +static const struct hvm_io_ops mem_ops = { >> > +.read = mem_read, >> > +.write = null_write >> > +}; >> > + >> >

Re: [Xen-devel] [PATCH v6 1/4] x86/ioreq server: Add HVMOP to map guest ram with p2m_ioreq_server to an ioreq server.

>>> On 09.09.16 at 07:55, wrote: > > On 9/5/2016 9:31 PM, Jan Beulich wrote: > On 02.09.16 at 12:47, wrote: >>> @@ -178,8 +179,27 @@ static int hvmemul_do_io( >>> break; >>> case X86EMUL_UNHANDLEABLE: >>> { >>> -

Re: [Xen-devel] [PATCH 1/3] x86: refactor psr implementation in hypervisor.

>>> On 09.09.16 at 10:09, wrote: > On 16-09-08 03:54:24, Jan Beulich wrote: >> >>> On 08.09.16 at 09:28, wrote: >> > On 16-09-07 03:01:34, Jan Beulich wrote: >> >> >> >>> On 25.08.16 at 07:22, wrote: >> >> >> > +

Re: [Xen-devel] [PATCH] xen/x86: Fix build with clang following c/s 4fa0105

>>> On 08.09.16 at 20:21, wrote: > https://travis-ci.org/xen-project/xen/jobs/158494027#L2344 > > Clang complains: > > emulate.c:2016:14: error: comparison of unsigned enum expression < 0 > is always false [-Werror,-Wtautological-compare] > if ( seg < 0 ||

Re: [Xen-devel] [PATCH v3 13/19] acpi: Makefile should better tolerate interrupts

>>> On 08.09.16 at 20:51, wrote: > On 09/08/2016 10:15 AM, Jan Beulich wrote: > On 07.09.16 at 20:59, wrote: >>> --- a/tools/libacpi/Makefile >>> +++ b/tools/libacpi/Makefile >>> @@ -21,38 +21,45 @@ MK_DSDT = $(ACPI_BUILD_DIR)/mk_dsdt

Re: [Xen-devel] [PATCH v3 18/19] libxl/acpi: Build ACPI tables for HVMlite guests

>>> On 08.09.16 at 20:53, wrote: > On 09/08/2016 10:20 AM, Jan Beulich wrote: >>> --- a/tools/libacpi/libacpi.h >>> +++ b/tools/libacpi/libacpi.h >>> @@ -48,6 +48,15 @@ struct acpi_ctxt { >>> void (*free)(struct acpi_ctxt *ctxt, void *v, uint32_t size); >>>

Re: [Xen-devel] [PATCH 1/3] x86: refactor psr implementation in hypervisor.

On 16-09-08 03:54:24, Jan Beulich wrote: > >>> On 08.09.16 at 09:28, wrote: > > On 16-09-07 03:01:34, Jan Beulich wrote: > >> >> >>> On 25.08.16 at 07:22, wrote: > >> >> > +unsigned int (*exceed_range)(uint64_t *mask, struct feat_list > >>

[Xen-devel] [PATCH v3 2/2] xen/arm: alternative: Make it possible to patch outside of the hypervisor

With livepatch the alternatives that should be patched are outside of the Xen hypervisor _start -> _end. The current code is assuming that only Xen could be patched and therefore will explode when a payload contains alternatives. Given that alt_instr contains a relative offset, the function

[Xen-devel] [PATCH v3 0/2] xen/arm: alternative: Make it possible to patch outside of the hypervisor

Hi, The first patch is a clean-up, the second contains the meat of this series. Yours sincerely, Julien Grall (2): xen/arm: alternative: Clean-up __apply_alternatives xen/arm: alternative: Make it possible to patch outside of the hypervisor xen/arch/arm/alternative.c | 65

[Xen-devel] [PATCH v3 1/2] xen/arm: alternative: Clean-up __apply_alternatives

This patch contains only renaming and comment update. There are no functional changes: - Don't mix _start and _stext, they both point to the same address but the former makes more sense (we are mapping the Xen binary, not only the text section). - s/text_mfn/xen_mfn/ and

Re: [Xen-devel] [PATCH v6 1/4] x86/ioreq server: Add HVMOP to map guest ram with p2m_ioreq_server to an ioreq server.

On 9/9/2016 4:09 PM, Jan Beulich wrote: On 09.09.16 at 07:55, wrote: On 9/5/2016 9:31 PM, Jan Beulich wrote: On 02.09.16 at 12:47, wrote: @@ -178,8 +179,27 @@ static int hvmemul_do_io( break; case

Re: [Xen-devel] [PATCH 5/6] libxl: add HVM usb passthrough support

On 09/09/16 12:00, Wei Liu wrote: > On Thu, Sep 08, 2016 at 09:20:25AM +0200, Juergen Gross wrote: >> Add HVM usb passthrough support to libxl by using qemu's capability >> to emulate standard USB controllers. >> >> A USB controller is added via qmp command to the emulated hardware >> when a

Re: [Xen-devel] [PATCH] xen/x86: Fix build with clang following c/s 4fa0105

On 08/09/16 19:21, Andrew Cooper wrote: > https://travis-ci.org/xen-project/xen/jobs/158494027#L2344 > > Clang complains: > > emulate.c:2016:14: error: comparison of unsigned enum expression < 0 > is always false [-Werror,-Wtautological-compare] > if ( seg < 0 || seg >=

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

flight 100819 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/100819/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt-vhd 9 debian-di-installfail REGR. vs. 100773

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

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

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

flight 100855 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/100855/ 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 v6 4/4] x86/ioreq server: Reset outstanding p2m_ioreq_server entries when an ioreq server unmaps.

On 9/9/2016 4:20 PM, Jan Beulich wrote: On 09.09.16 at 09:24, wrote: On 9/9/2016 1:26 PM, Yu Zhang wrote: On 02.09.16 at 12:47, wrote: @@ -965,7 +968,8 @@ static mfn_t ept_get_entry(struct p2m_domain *p2m, if (

Re: [Xen-devel] [PATCH v3 1/1] xen: move TLB-flush filtering out into populate_physmap during vm creation

On 09/09/16 08:56, Jan Beulich wrote: On 09.09.16 at 07:37, wrote: Did you go through and check that there is nothing this information can already get derived from? I can't immediately point you at anything, but it feels like there should. >>>

Re: [Xen-devel] [PATCH v6 4/4] x86/ioreq server: Reset outstanding p2m_ioreq_server entries when an ioreq server unmaps.

>>> On 09.09.16 at 11:24, wrote: > > On 9/9/2016 4:20 PM, Jan Beulich wrote: > On 09.09.16 at 09:24, wrote: >>> On 9/9/2016 1:26 PM, Yu Zhang wrote: >>> On 02.09.16 at 12:47, wrote: > @@ -965,7

Re: [Xen-devel] [PATCH v2] Remove ambiguities in the COPYING file; add CONTRIBUTING file

On 09/09/2016 08:35, "Wei Liu" wrote: >> > Otherwise: Ping? Who else needs to ACK to check this in >> > Lars >> >> Given the lack of any objections, I declare that agreement via lazy >> consensus. I reckon it is fine to go in with its current review/ack >>set. >> >

Re: [Xen-devel] [PATCH v6 4/4] x86/ioreq server: Reset outstanding p2m_ioreq_server entries when an ioreq server unmaps.

On 9/9/2016 5:44 PM, Jan Beulich wrote: On 09.09.16 at 11:24, wrote: On 9/9/2016 4:20 PM, Jan Beulich wrote: On 09.09.16 at 09:24, wrote: On 9/9/2016 1:26 PM, Yu Zhang wrote: On 02.09.16 at 12:47, wrote:

[Xen-devel] [xen-4.4-testing baseline-only test] 67679: regressions - FAIL

This run is configured for baseline tests only. flight 67679 xen-4.4-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67679/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xend-qemut-winxpsp3 9

Re: [Xen-devel] [PATCH v6 4/4] x86/ioreq server: Reset outstanding p2m_ioreq_server entries when an ioreq server unmaps.

On 9/9/2016 6:09 PM, Jan Beulich wrote: On 09.09.16 at 11:56, wrote: On 9/9/2016 5:44 PM, Jan Beulich wrote: On 09.09.16 at 11:24, wrote: On 9/9/2016 4:20 PM, Jan Beulich wrote: On 09.09.16 at 09:24,

[Xen-devel] [distros-debian-jessie test] 67680: tolerable FAIL

flight 67680 distros-debian-jessie real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67680/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-amd64-jessie-netboot-pvgrub 10 guest-startfail like 67625 Tests which did

Re: [Xen-devel] [PATCH v3 1/1] xen: move TLB-flush filtering out into populate_physmap during vm creation

>>> On 09.09.16 at 11:34, wrote: > On 09/09/16 08:56, Jan Beulich wrote: > On 09.09.16 at 07:37, wrote: > Did you go through and check that there is nothing this information > can already get derived from? I can't immediately point

Re: [Xen-devel] [PATCH v3 1/1] xen: move TLB-flush filtering out into populate_physmap during vm creation

On 09/09/16 10:46, Jan Beulich wrote: On 09.09.16 at 11:34, wrote: >> On 09/09/16 08:56, Jan Beulich wrote: >> On 09.09.16 at 07:37, wrote: >> Did you go through and check that there is nothing this information >> can already

Re: [Xen-devel] [PATCH 2/6] libxl: add libxl__qmp_run_command_flexarray() function

On Thu, Sep 08, 2016 at 09:20:22AM +0200, Juergen Gross wrote: > Add a function libxl__qmp_run_command_flexarray() to run a qmp command > with an array of arguments. The arguments are name-value pairs stored > in a flexarray. > > Signed-off-by: Juergen Gross Acked-by: Wei Liu

Re: [Xen-devel] [PATCH 5/6] libxl: add HVM usb passthrough support

On Thu, Sep 08, 2016 at 09:20:25AM +0200, Juergen Gross wrote: > Add HVM usb passthrough support to libxl by using qemu's capability > to emulate standard USB controllers. > > A USB controller is added via qmp command to the emulated hardware > when a usbctrl device of type DEVICEMODEL is

Re: [Xen-devel] [PATCH 1/6] libxl: rename libcl_pvusb.c to libxl_usb.c

On Thu, Sep 08, 2016 at 09:20:21AM +0200, Juergen Gross wrote: > Rename libcl_pvusb.c to libxl_usb.c in order to reflect future support > of USB passthrough via qemu emulated USB controllers. > Typo "libcl" in both subject line and commit message. > Signed-off-by: Juergen Gross

Re: [Xen-devel] [PATCH 3/6] libxl: dont pass array size to libxl__xs_kvs_of_flexarray()

On Thu, Sep 08, 2016 at 09:20:23AM +0200, Juergen Gross wrote: > Instead of passing the array size as an argument when calling > libxl__xs_kvs_of_flexarray() let the function get the size from the > array instead. > > Signed-off-by: Juergen Gross Acked-by: Wei Liu

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

flight 100840 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/100840/ 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] libxl: add "xl qemu-monitor-command"

On Tue, Sep 06, 2016 at 02:16:30PM +0200, Dario Faggioli wrote: > On Tue, 2016-09-06 at 12:51 +0200, Juergen Gross wrote: > > Add a new xl command "qemu-monitor-command" to issue arbitrary > > commands > > to a domain's device model. Syntax is: > > > > xl qemu-monitor-command > > > > The

Re: [Xen-devel] [OSSTEST PATCH v3 25/25] Create XTF branch

Wei Liu writes ("Re: [OSSTEST PATCH v3 25/25] Create XTF branch"): > On Thu, Sep 08, 2016 at 06:45:06PM +0100, Ian Jackson wrote: > > I think it needs a hypervisor and kernel build too! Here are the > > It does have hypervisor and kernel build jobs, but they were somehow > truncated in my mail,

Re: [Xen-devel] [PATCH v6 4/4] x86/ioreq server: Reset outstanding p2m_ioreq_server entries when an ioreq server unmaps.

>>> On 09.09.16 at 11:56, wrote: > > On 9/9/2016 5:44 PM, Jan Beulich wrote: > On 09.09.16 at 11:24, wrote: >>> On 9/9/2016 4:20 PM, Jan Beulich wrote: >>> On 09.09.16 at 09:24, wrote: > On

Re: [Xen-devel] [OSSTEST PATCH v3 20/25] mfi-common: create xtf build job for 4.4 onwards

Wei Liu writes ("Re: [OSSTEST PATCH v3 20/25] mfi-common: create xtf build job for 4.4 onwards"): > On Thu, Sep 08, 2016 at 06:41:26PM +0100, Ian Jackson wrote: > > What is the deployment situation ? See my previous emails about > > mg-branch-setup. > > I'm not sure I know what

Re: [Xen-devel] [PATCH 1/3] x86: refactor psr implementation in hypervisor.

Jan Beulich writes ("Re: [PATCH 1/3] x86: refactor psr implementation in hypervisor."): > On 09.09.16 at 10:09, wrote: > > Sorry, I may misunderstand you. Maybe "check_exceed_cos_max" is a good name? > > According to my knowledge of English this would still need to be

[Xen-devel] [xen-4.6-testing test] 100835: tolerable trouble: blocked/broken/fail/pass - PUSHED

flight 100835 xen-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/100835/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-xl-vhd 3 host-install(3) broken pass in 100816

  1   2   >