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

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

Re: [Xen-devel] [PATCH v4 0/4] libxl: add HVM USB passthrough capability

On Tue, Sep 20, 2016 at 04:18:06PM +0200, Juergen Gross wrote: > Add the capability to pass USB devices to HVM domains by using the > emulation of USB controllers of qemu. > > The user interface via xl is the same as for pvusb passthrough, only > the type of the usbctrl is different: instead of

Re: [Xen-devel] New Outreachy Applicant

On Wed, Sep 14, 2016 at 7:35 AM, Ronald Rojas wrote: > Hi, I'm Ronald Rojas an undergraduate junior studying > computer science at New York Unversity. I would like > to apply fo the Xen projects Outreachy Program. After > looking through the available projects I think I would

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

flight 101047 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/101047/ 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] Xen/timer: Disable watchdog during dumping timer queues

>>> On 20.09.16 at 16:52, wrote: > On 9/19/2016 10:46 PM, Jan Beulich wrote: Well, without a clear understanding of why the issue occurs (for >> which I need to refer you back to the questionable stack dump) >> I'm hesitant to agree to this step, yet ... >>> >

[Xen-devel] [xen-4.6-testing test] 101026: tolerable FAIL - PUSHED

flight 101026 xen-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/101026/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-xl-arndale 15 guest-start/debian.repeat fail in 101016 pass in 101026

Re: [Xen-devel] [PATCH v2 2/2] x86/vm_event: Allow overwriting Xen's i-cache used for emulation

>>> On 20.09.16 at 17:14, wrote: > On Tue, Sep 20, 2016 at 9:12 AM, Jan Beulich wrote: > On 20.09.16 at 16:56, wrote: >>> On Tue, Sep 20, 2016 at 1:26 AM, Jan Beulich wrote: >>> On 19.09.16 at

Re: [Xen-devel] [PATCH v4 2/5] x86/time: implement tsc as clocksource

On 09/20/2016 02:55 PM, Jan Beulich wrote: On 20.09.16 at 12:15, wrote: >> On 09/20/2016 08:13 AM, Jan Beulich wrote: >> On 19.09.16 at 19:54, wrote: On 09/19/2016 05:25 PM, Jan Beulich wrote: On 19.09.16 at 18:11,

[Xen-devel] [xen-4.5-testing bisection] complete build-amd64

branch xen-4.5-testing xenbranch xen-4.5-testing job build-amd64 testid xen-build Tree: qemuu git://xenbits.xen.org/qemu-xen.git Tree: xen git://xenbits.xen.org/xen.git *** Found and reproduced problem changeset *** Bug is in tree: xen git://xenbits.xen.org/xen.git Bug introduced:

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

Lars Kurth writes ("[PATCH v2 3/3] Significant changes to decision making; some new roles and minor changes"): > [proposal] Thanks. I've reviewed this and it looks generally good but I have some specific comments. Throughout you use "gage" where I think you should use "gauge". (AFAICT from

Re: [Xen-devel] [PATCH 13/24] libxc: improve error handling of xc Credit1 and Credit2 helpers

On Wed, Aug 17, 2016 at 07:19:04PM +0200, Dario Faggioli wrote: > In fact, libxc wrappers should, on error, set errno and > return -1. > > Signed-off-by: Dario Faggioli Acked-by: Wei Liu ___ Xen-devel

Re: [Xen-devel] [PATCH v2 2/2] x86/vm_event: Allow overwriting Xen's i-cache used for emulation

On Mon, Sep 19, 2016 at 6:36 PM, Tian, Kevin wrote: >> From: Tamas K Lengyel >> Sent: Tuesday, September 20, 2016 12:40 AM >> >> >> --- a/xen/arch/x86/hvm/hvm.c >> >> +++ b/xen/arch/x86/hvm/hvm.c >> >> @@ -489,13 +489,16 @@ void hvm_do_resume(struct vcpu *v) >> >> >> >>

Re: [Xen-devel] [PATCH v2 2/2] x86/vm_event: Allow overwriting Xen's i-cache used for emulation

On 09/20/2016 05:56 PM, Tamas K Lengyel wrote: > On Tue, Sep 20, 2016 at 1:26 AM, Jan Beulich wrote: > On 19.09.16 at 20:27, wrote: >>> On Mon, Sep 19, 2016 at 2:19 AM, Jan Beulich wrote: >>> On 15.09.16 at 18:51,

Re: [Xen-devel] [PATCH v2 2/2] x86/vm_event: Allow overwriting Xen's i-cache used for emulation

On Tue, Sep 20, 2016 at 9:12 AM, Jan Beulich wrote: On 20.09.16 at 16:56, wrote: >> On Tue, Sep 20, 2016 at 1:26 AM, Jan Beulich wrote: >> On 19.09.16 at 20:27, wrote: On Mon, Sep 19,

Re: [Xen-devel] [RFC 0/5] xen/arm: support big.little SoC

Hi, On 20/09/2016 12:27, George Dunlap wrote: On Tue, Sep 20, 2016 at 11:03 AM, Peng Fan wrote: On Tue, Sep 20, 2016 at 02:54:06AM +0200, Dario Faggioli wrote: On Mon, 2016-09-19 at 17:01 -0700, Stefano Stabellini wrote: On Tue, 20 Sep 2016, Dario Faggioli wrote: I'd

Re: [Xen-devel] [PATCH v2 2/2] x86/vm_event: Allow overwriting Xen's i-cache used for emulation

>>> On 20.09.16 at 16:56, wrote: > On Tue, Sep 20, 2016 at 1:26 AM, Jan Beulich wrote: > On 19.09.16 at 20:27, wrote: >>> On Mon, Sep 19, 2016 at 2:19 AM, Jan Beulich wrote: >>> On 15.09.16 at

[Xen-devel] [libvirt test] 101029: regressions - trouble: blocked/broken/pass

flight 101029 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/101029/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf 4 host-build-prep fail REGR. vs. 100999 Tests which did not

Re: [Xen-devel] [RFC 0/5] xen/arm: support big.little SoC

On Tue, Sep 20, 2016 at 02:11:04AM +0200, Dario Faggioli wrote: >On Mon, 2016-09-19 at 21:33 +0800, Peng Fan wrote: >> On Mon, Sep 19, 2016 at 11:33:58AM +0100, George Dunlap wrote: >> >?? >> > No, I think it would be a lot simpler to just teach the scheduler >> > about >> > different classes of

Re: [Xen-devel] [PATCH v2 3/4] libxl: add HVM usb passthrough support

On 19/09/16 17:31, George Dunlap wrote: > On 19/09/16 13:40, 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

Re: [Xen-devel] [edk2] edk2 compile error

Hi All, Thank you. I installed nasm-2.12.02 and it workd. We will upgrade to RHEL-7 soon. Thanks Fan Chen -Original Message- From: Laszlo Ersek [mailto:ler...@redhat.com] Sent: Monday, September 19, 2016 7:00 PM To: Chen, Farrah ; 'edk2-de...@ml01.01.org'

Re: [Xen-devel] [PATCH v6] xen/sm{e, a}p: allow disabling sm{e, a}p for Xen itself

On Tue, Sep 20, 2016 at 12:53:32AM -0600, Jan Beulich wrote: > >>> On 20.09.16 at 04:29, wrote: > > Sorry for the late response, I saw the this patch was merged but soon > > got reverted, and the revert message says this patch is still buggy. > > > > I would be most

Re: [Xen-devel] [V4 PATCH 1/2] x86/panic: Replace smp_send_stop() with kdump friendly version in panic path

On 2016/08/15/ at 19:22, Hidehiro Kawai wrote: > Hi Dave, > > Thank you for the review. > >> From: Dave Young [mailto:dyo...@redhat.com] >> Sent: Friday, August 12, 2016 12:17 PM >> >> Thanks for the update. >> On 08/10/16 at 05:09pm, Hidehiro Kawai wrote: >>> Daniel Walker reported problems which

Re: [Xen-devel] [PATCH] tools: lift BUILD_BUG_ON to a tools header file

>>> On 19.09.16 at 18:48, wrote: > On 19/09/16 17:46, Wei Liu wrote: >> On Mon, Sep 19, 2016 at 04:07:30PM +0100, Wei Liu wrote: >>> Only define BUILD_BUG_ON when there isn't one already, because mini-os >>> currently leaks that. >>> >>> Signed-off-by: Wei Liu

Re: [Xen-devel] [PATCH v2 1/2] x86: add a user configurable Kconfig option for the NS16550 UART

>>> On 19.09.16 at 16:51, wrote: > --- a/xen/drivers/char/Kconfig > +++ b/xen/drivers/char/Kconfig > @@ -1,6 +1,11 @@ > config HAS_NS16550 > bool > default y > + > +config NS16550 > + bool "NS16550 UART" if EXPERT = "y" > + default y > + depends on

Re: [Xen-devel] [PATCH v6 3/6] livepatch: NOP if func->new_addr is zero.

>>> On 19.09.16 at 19:02, wrote: > On Mon, Sep 19, 2016 at 10:31:23AM -0600, Jan Beulich wrote: >> >>> On 19.09.16 at 18:11, wrote: >> > On Mon, Sep 19, 2016 at 02:59:32AM -0600, Jan Beulich wrote: >> >> >>> On 16.09.16 at 17:29,

Re: [Xen-devel] [PATCH v4 2/5] x86/time: implement tsc as clocksource

>>> On 19.09.16 at 19:54, wrote: > On 09/19/2016 05:25 PM, Jan Beulich wrote: > On 19.09.16 at 18:11, wrote: >>> On 09/19/2016 11:13 AM, Jan Beulich wrote: >>> On 14.09.16 at 19:37, wrote: > Since

Re: [Xen-devel] [PATCH v2 2/2] x86: add a user configurable Kconfig option for the EHCI debug port

On 19/09/2016 17:37, Derek Straka wrote: Julien, On Mon, Sep 19, 2016 at 10:56 AM, Julien Grall > wrote: Hello, On 19/09/2016 16:51, Derek Straka wrote: Allows for the conditional inclusion of EHCI debug port driver

Re: [Xen-devel] [PATCH v4 07/16] livepatch/arm/x86: Check payload for for unwelcomed symbols.

>>> On 19.09.16 at 19:32, wrote: > On Mon, Sep 19, 2016 at 08:48:10AM -0600, Jan Beulich wrote: >> >>> On 19.09.16 at 16:13, wrote: >> >> > >> > On 19/09/2016 16:11, Jan Beulich wrote: >> > On 19.09.16 at 15:33, wrote: >>

Re: [Xen-devel] [PATCH v3 4/6] Pause/Unpause the domain before/after assigning PI hooks

> -Original Message- > From: Dario Faggioli [mailto:dario.faggi...@citrix.com] > Sent: Tuesday, September 20, 2016 4:14 PM > To: Jan Beulich > Cc: andrew.coop...@citrix.com; george.dun...@eu.citrix.com; Wu, Feng > ; Tian, Kevin

Re: [Xen-devel] [PATCH V2] xen/arm: domain_build: allocate lowmem for dom0 as much as possible

Hello Peng, On 20/09/2016 07:52, van.free...@gmail.com wrote: From: Peng Fan On AArch64 SoCs, some IPs may only have the capability to access 32bits address space. The physical memory assigned for Dom0 maybe s/32bits/32 bits/ not in 4GB address space, then the IPs will

Re: [Xen-devel] [PATCH v2 3/4] libxl: add HVM usb passthrough support

On Tue, Sep 20, 2016 at 7:17 AM, Juergen Gross wrote: > On 19/09/16 17:31, George Dunlap wrote: >> On 19/09/16 13:40, Juergen Gross wrote: >>> Add HVM usb passthrough support to libxl by using qemu's capability >>> to emulate standard USB controllers. >>> >>> A USB controller is

Re: [Xen-devel] [PATCH v2 2/2] x86/vm_event: Allow overwriting Xen's i-cache used for emulation

>>> On 19.09.16 at 20:27, wrote: > On Mon, Sep 19, 2016 at 2:19 AM, Jan Beulich wrote: > On 15.09.16 at 18:51, wrote: >>> @@ -1793,7 +1793,17 @@ static int _hvm_emulate_one(struct hvm_emulate_ctxt > *hvmemul_ctxt,

Re: [Xen-devel] [PATCH v3 4/6] Pause/Unpause the domain before/after assigning PI hooks

On Tue, 2016-09-20 at 01:31 -0600, Jan Beulich wrote: > > > > On 20.09.16 at 01:12, wrote: > > How's possible for the solution here to be "either remove the > > ASSERT() > > _OR_ change the code"? That really makes few sense to me... :-O > > I disagree: Whether

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

From: Vitaly Kuznetsov Date: Mon, 19 Sep 2016 12:53:40 +0200 > 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

Re: [Xen-devel] [PATCH] Fix issues introduced in 3a7f872a

>>> On 19.09.16 at 20:13, wrote: > 3a7f872a ("tools: lift BUILD_BUG_ON to a tools header file") was taken > out from an rather old half finished branch by dropping unrelated > changes. Unfortunately two issues sneaked in. > > 1. Hvmloader should be standalone. Revert the

Re: [Xen-devel] [PATCH v3 4/6] Pause/Unpause the domain before/after assigning PI hooks

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Tuesday, September 20, 2016 3:32 PM > To: Dario Faggioli > Cc: andrew.coop...@citrix.com; george.dun...@eu.citrix.com; Wu, Feng > ; Tian, Kevin

Re: [Xen-devel] [PATCH v6 1/2] xen: replace tlbflush check and operation with inline functions

>>> On 20.09.16 at 04:31, wrote: > This patch cleaned up the code by replacing complicated tlbflush check and > operation with inline functions. We should use those inline functions to > avoid the complicated tlbflush check and tlbflush operations when > implementing

Re: [Xen-devel] [PATCH v6] xen/sm{e, a}p: allow disabling sm{e, a}p for Xen itself

>>> On 20.09.16 at 04:29, wrote: > Sorry for the late response, I saw the this patch was merged but soon > got reverted, and the revert message says this patch is still buggy. > > I would be most grateful if you would point out the buggy part of this > patch and the

Re: [Xen-devel] [PATCH v3 4/6] Pause/Unpause the domain before/after assigning PI hooks

>>> On 20.09.16 at 01:12, wrote: > On Sun, 2016-09-18 at 08:37 +, Wu, Feng wrote: >> > From: Dario Faggioli [mailto:dario.faggi...@citrix.com] >> However, I found this is not true in some scenarios, such as, >> vmx_pi_switch_to() hasn't been installed or executed

Re: [Xen-devel] [PATCH v2 2/2] x86: add a user configurable Kconfig option for the EHCI debug port

>>> On 20.09.16 at 09:42, wrote: > Anyway, I am not the maintainers of this code. So I will let Andrew and > Jan deciding. I'm in general against needless moving around of code, but for the one line in question here I don't think it matters all that much where exactly it

Re: [Xen-devel] [V4 PATCH 1/2] x86/panic: Replace smp_send_stop() with kdump friendly version in panic path

Hi Xunlei, > From: Xunlei Pang [mailto:xp...@redhat.com] > Sent: Tuesday, September 20, 2016 4:40 PM > On 2016/08/15/ at 19:22, Hidehiro Kawai wrote: > > Hi Dave, > > > > Thank you for the review. > > > >> From: Dave Young [mailto:dyo...@redhat.com] > >> Sent: Friday, August 12, 2016 12:17 PM >

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

>>> On 20.09.16 at 04:31, wrote: > This patch implemented parts of TODO left in commit id > a902c12ee45fc9389eb8fe54eeddaf267a555c58 (More efficient TLB-flush > filtering in alloc_heap_pages()). It moved TLB-flush filtering out into > populate_physmap. Because of

Re: [Xen-devel] [PATCH V2] xen/arm: domain_build: allocate lowmem for dom0 as much as possible

Hello Julien, On Tue, Sep 20, 2016 at 10:36:27AM +0200, Julien Grall wrote: >Hello Peng, > >On 20/09/2016 07:52, van.free...@gmail.com wrote: >>From: Peng Fan >> >>On AArch64 SoCs, some IPs may only have the capability to access >>32bits address space. The physical memory

Re: [Xen-devel] [PATCH v2 2/2] x86: add a user configurable Kconfig option for the EHCI debug port

>>> On 19.09.16 at 16:51, wrote: > --- a/xen/drivers/char/Kconfig > +++ b/xen/drivers/char/Kconfig > @@ -51,6 +51,11 @@ config HAS_SCIF > > config HAS_EHCI > bool > + > +config EHCI > + bool "EHCI debug port" if EXPERT = "y" > + default y > + depends on

Re: [Xen-devel] [PATCH v6 10/15] x86/boot: implement early command line parser in C

On Mon, Sep 19, 2016 at 10:03:08AM -0600, Jan Beulich wrote: > >>> On 19.09.16 at 17:27, wrote: > > On Mon, Sep 19, 2016 at 06:47:50AM -0600, Jan Beulich wrote: > >> >>> On 12.09.16 at 22:18, wrote: > > > > [...] > > > >> > ---

Re: [Xen-devel] [PATCH v4 2/5] x86/time: implement tsc as clocksource

On 09/20/2016 08:13 AM, Jan Beulich wrote: On 19.09.16 at 19:54, wrote: >> On 09/19/2016 05:25 PM, Jan Beulich wrote: >> On 19.09.16 at 18:11, wrote: On 09/19/2016 11:13 AM, Jan Beulich wrote: On 14.09.16 at 19:37,

Re: [Xen-devel] [PATCH v2 4/4] docs: add HVM USB passthrough documentation

Juergen Gross writes ("[PATCH v2 4/4] docs: add HVM USB passthrough documentation"): > Update the man page regarding passthrough of USB devices to HVM > domains via qemu USB emulation. Acked-by: Ian Jackson By which I also mean that I approve of the API. Thanks!

Re: [Xen-devel] [PATCH v4 04/16] livepatch: Initial ARM64 support.

Hi Konrad, On 19/09/2016 16:33, Konrad Rzeszutek Wilk wrote: void arch_livepatch_revive(void) { +/* + * Nuke the instruction cache. Data cache has been cleaned before in + * arch_livepatch_apply_jmp. I think you forgot to clean text region from the payload. Without that, you

Re: [Xen-devel] [RFC 0/5] xen/arm: support big.little SoC

On Tue, Sep 20, 2016 at 1:01 AM, Stefano Stabellini wrote: >> Actually, with the cpupool solution, if you want a guest (or dom0) to >> actually have both big and LITTLE vcpus, you necessarily have to >> implement per-vcpu (rather than per-domain, as it is now) cpupool >>

Re: [Xen-devel] [PATCH v4 03/21] acpi: Re-license ACPI builder files from GPLv2 to LGPLv2.1

On 20/09/2016 01:19, "Boris Ostrovsky" wrote: >ACPI builder is currently distributed under GPLv2 license. > >We plan to make the builder available to components other >than the hvmloader (which is also GPLv2). Some of these >components (such as libxl) may be

Re: [Xen-devel] [PATCH v4 2/5] x86/time: implement tsc as clocksource

On 09/20/2016 11:15 AM, Joao Martins wrote: > On 09/20/2016 08:13 AM, Jan Beulich wrote: > On 19.09.16 at 19:54, wrote: >>> On 09/19/2016 05:25 PM, Jan Beulich wrote: >>> On 19.09.16 at 18:11, wrote: > On 09/19/2016 11:13 AM,

[Xen-devel] [qemu-mainline baseline-only test] 67731: tolerable trouble: blocked/broken

This run is configured for baseline tests only. flight 67731 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67731/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): build-armhf 3 host-install(3)

Re: [Xen-devel] [PATCH v4 07/16] livepatch/arm/x86: Check payload for for unwelcomed symbols.

Hi Konrad, On 19/09/2016 19:32, Konrad Rzeszutek Wilk wrote: On Mon, Sep 19, 2016 at 08:48:10AM -0600, Jan Beulich wrote: On 19.09.16 at 16:13, wrote: On 19/09/2016 16:11, Jan Beulich wrote: On 19.09.16 at 15:33, wrote: On 19/09/2016 11:27,

Re: [Xen-devel] [PATCH v6 08/15] x86/efi: create new early memory allocator

>>> On 20.09.16 at 11:45, wrote: > On Mon, Sep 19, 2016 at 09:17:50AM -0600, Jan Beulich wrote: >> >>> On 19.09.16 at 17:04, wrote: >> > On Mon, Sep 19, 2016 at 06:12:35AM -0600, Jan Beulich wrote: >> >> >>> On 12.09.16 at 22:18,

Re: [Xen-devel] [PATCH v6 10/15] x86/boot: implement early command line parser in C

>>> On 20.09.16 at 11:49, wrote: > Out of curiosity, could you outline in a few words your idea? Well, one approach would be something along the lines of the public headers errno.h and cpufeatureset.h: Have a helper header invoking some macro, where the macro arguments

Re: [Xen-devel] [RFC 0/5] xen/arm: support big.little SoC

On Tue, Sep 20, 2016 at 11:03 AM, Peng Fan wrote: > Hi Dario, > On Tue, Sep 20, 2016 at 02:54:06AM +0200, Dario Faggioli wrote: >>On Mon, 2016-09-19 at 17:01 -0700, Stefano Stabellini wrote: >>> On Tue, 20 Sep 2016, Dario Faggioli wrote: >>> > And this would work even

Re: [Xen-devel] [PATCH v4 02/21] acpi: Prevent GPL-only code from seeping into non-GPL binaries

On 20/09/2016 01:19, "Boris Ostrovsky" wrote: >Some code (specifically, introduced by commit 801d469ad ("[HVM] ACPI >support patch 3 of 4: ACPI _PRT table.")) has only been licensed under >GPLv2. We want to prevent this code from showing up in non-GPL >binaries

Re: [Xen-devel] [PATCH v4 12/16] bug/x86/arm: Align bug_frames sections.

Hi Konrad, On 19/09/2016 22:19, Konrad Rzeszutek Wilk wrote: Signed-off-by: Konrad Rzeszutek Wilk I forgot to mention that with those NITs fixed: Reviewed-by: Julien Grall Thanks. However I noticed (and I recall having it replaced in earlier

Re: [Xen-devel] [RFC 0/5] xen/arm: support big.little SoC

Hi Dario, On Tue, Sep 20, 2016 at 02:54:06AM +0200, Dario Faggioli wrote: >On Mon, 2016-09-19 at 17:01 -0700, Stefano Stabellini wrote: >> On Tue, 20 Sep 2016, Dario Faggioli wrote: >> > And this would work even if/when there is only one cpupool, or in >> > general for domains that are in a pool

Re: [Xen-devel] [PATCH v2 3/4] libxl: add HVM usb passthrough support

On 20/09/16 11:05, George Dunlap wrote: > On Tue, Sep 20, 2016 at 7:17 AM, Juergen Gross wrote: >> On 19/09/16 17:31, George Dunlap wrote: >>> On 19/09/16 13:40, Juergen Gross wrote: Add HVM usb passthrough support to libxl by using qemu's capability to emulate standard

Re: [Xen-devel] [PATCH v4 02/21] acpi: Prevent GPL-only code from seeping into non-GPL binaries

On 20/09/2016 11:14, "Ian Jackson" wrote: >Boris Ostrovsky writes ("[PATCH v4 02/21] acpi: Prevent GPL-only code >from seeping into non-GPL binaries"): >> Some code (specifically, introduced by commit 801d469ad ("[HVM] ACPI >> support patch 3 of 4: ACPI _PRT

Re: [Xen-devel] [PATCH v2 4/4] docs: add HVM USB passthrough documentation

On 20/09/16 12:25, Ian Jackson wrote: > Juergen Gross writes ("[PATCH v2 4/4] docs: add HVM USB passthrough > documentation"): >> Update the man page regarding passthrough of USB devices to HVM >> domains via qemu USB emulation. > > Acked-by: Ian Jackson > > By which

Re: [Xen-devel] [PATCH v6 08/15] x86/efi: create new early memory allocator

On Tue, Sep 20, 2016 at 03:57:19AM -0600, Jan Beulich wrote: > >>> On 20.09.16 at 11:45, wrote: > > On Mon, Sep 19, 2016 at 09:17:50AM -0600, Jan Beulich wrote: > >> >>> On 19.09.16 at 17:04, wrote: > >> > On Mon, Sep 19, 2016 at 06:12:35AM

Re: [Xen-devel] [PATCH v2 2/2] x86: add a user configurable Kconfig option for the EHCI debug port

> On 19/09/2016 17:37, Derek Straka wrote: >> On Mon, Sep 19, 2016 at 10:56 AM, Julien Grall > > wrote: >> On 19/09/2016 16:51, Derek Straka wrote: >> >> Allows for the conditional inclusion of EHCI debug port driver >> on

Re: [Xen-devel] [PATCH v6 08/15] x86/efi: create new early memory allocator

On Mon, Sep 19, 2016 at 09:17:50AM -0600, Jan Beulich wrote: > >>> On 19.09.16 at 17:04, wrote: > > On Mon, Sep 19, 2016 at 06:12:35AM -0600, Jan Beulich wrote: > >> >>> On 12.09.16 at 22:18, wrote: > >> > --- a/xen/arch/x86/setup.c > >> > +++

Re: [Xen-devel] [PATCH v4 02/21] acpi: Prevent GPL-only code from seeping into non-GPL binaries

Boris Ostrovsky writes ("[PATCH v4 02/21] acpi: Prevent GPL-only code from seeping into non-GPL binaries"): > Some code (specifically, introduced by commit 801d469ad ("[HVM] ACPI > support patch 3 of 4: ACPI _PRT table.")) has only been licensed under > GPLv2. We want to prevent this code from

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

flight 101020 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/101020/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-xsm 16 guest-start.2fail REGR. vs. 101008 Regressions which

Re: [Xen-devel] [PATCH v2 4/4] docs: add HVM USB passthrough documentation

Juergen Gross writes ("Re: [PATCH v2 4/4] docs: add HVM USB passthrough documentation"): > On 20/09/16 12:25, Ian Jackson wrote: > > This should read: > >For HVM domains "devicemodel" will be selected. > > Okay, will change. Great, thanks. > > Also you might want to consider semantic

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

On 20/09/16 03:31, Dongli Zhang wrote: > This patch implemented parts of TODO left in commit id > a902c12ee45fc9389eb8fe54eeddaf267a555c58 (More efficient TLB-flush > filtering in alloc_heap_pages()). It moved TLB-flush filtering out into > populate_physmap. Because of TLB-flush in

Re: [Xen-devel] [PATCH v6 1/2] xen: replace tlbflush check and operation with inline functions

On 20/09/16 03:31, Dongli Zhang wrote: > This patch cleaned up the code by replacing complicated tlbflush check and > operation with inline functions. We should use those inline functions to > avoid the complicated tlbflush check and tlbflush operations when > implementing TODOs left in commit

Re: [Xen-devel] [PATCH v6 01/15] x86: properly calculate ELF end of image address

On Mon, Sep 19, 2016 at 08:52:02AM -0600, Jan Beulich wrote: > >>> On 19.09.16 at 15:56, wrote: > > On Mon, Sep 19, 2016 at 05:14:07AM -0600, Jan Beulich wrote: > >> >>> On 16.09.16 at 22:43, wrote: > >> > On Mon, Sep 12, 2016 at 10:18:16PM +0200,

[Xen-devel] [xen-4.5-testing test] 101024: regressions - FAIL

flight 101024 xen-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/101024/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 5 xen-buildfail REGR. vs. 100909 build-i386

Re: [Xen-devel] [V4 PATCH 1/2] x86/panic: Replace smp_send_stop() with kdump friendly version in panic path

Here is the revised commit description reflecting Dave's comment. Cc list was copied from -mm version. From: Hidehiro Kawai Subject: x86/panic: replace smp_send_stop() with kdump friendly version in panic path This patch fixes a problem reported by Daniel Walker

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

On Tue, 2016-09-20 at 12:20 +0100, George Dunlap wrote: > On 20/09/16 03:31, Dongli Zhang wrote: > > > > This patch implemented parts of TODO left in commit id > > a902c12ee45fc9389eb8fe54eeddaf267a555c58 (More efficient TLB-flush > > filtering in alloc_heap_pages()). It moved TLB-flush filtering

Re: [Xen-devel] [PATCH v6 1/2] xen: replace tlbflush check and operation with inline functions

On Tue, 2016-09-20 at 12:19 +0100, George Dunlap wrote: > On 20/09/16 03:31, Dongli Zhang wrote: > > > > This patch cleaned up the code by replacing complicated tlbflush > > check and > > operation with inline functions. We should use those inline > > functions to > > avoid the complicated

Re: [Xen-devel] [PATCH v6 10/15] x86/boot: implement early command line parser in C

On Tue, Sep 20, 2016 at 04:05:12AM -0600, Jan Beulich wrote: > >>> On 20.09.16 at 11:49, wrote: > > Out of curiosity, could you outline in a few words your idea? > > Well, one approach would be something along the lines of > the public headers errno.h and cpufeatureset.h:

Re: [Xen-devel] [V4 PATCH 2/2] mips/panic: Replace smp_send_stop() with kdump friendly version in panic path

Dave Young suggested to me to explain the problem in more detail, so here is the revised commit description. The patch is now in -mm, so I copied Cc list from -mm version. Also I added Corey Minyard's Tested-by and Reviewed-by. From: Hidehiro Kawai Subject:

[Xen-devel] [PATCH v3 3/4] libxl: add HVM usb passthrough support

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 requested. Depending on the requested speed the appropriate hardware type is

[Xen-devel] [PATCH v3 2/4] libxl: add basic support for devices without backend

With the planned support of HVM USB passthrough via the USB emulation capabilities of qemu libxl has to support guest devices which have no back- and frontend. Information about those devices will live in the libxl part of Xenstore only. Add some basic support to libxl to be able to cope with

[Xen-devel] [PATCH v3 0/4] libxl: add HVM USB passthrough capability

Add the capability to pass USB devices to HVM domains by using the emulation of USB controllers of qemu. The user interface via xl is the same as for pvusb passthrough, only the type of the usbctrl is different: instead of "qusb" (qemu-based pvusb backend) or "vusb" (kernel-based pvusb backend)

[Xen-devel] [PATCH v3 1/4] libxl: add function to remove usb controller xenstore entries

In case of failure when trying to add a new USB controller to a domain libxl might leak xenstore entries. Add a function to remove them and call this function in case of failure. Signed-off-by: Juergen Gross Acked-by: Wei Liu --- This patch might be a

[Xen-devel] [PATCH v3 4/4] docs: add HVM USB passthrough documentation

Update the man page regarding passthrough of USB devices to HVM domains via qemu USB emulation. Signed-off-by: Juergen Gross Acked-by: Wei Liu Acked-by: Ian Jackson --- V3: wording adjusted (Ian Jackson) ---

Re: [Xen-devel] Fixes for low memory allocation machinery in early boot code

On Fri, Sep 16, 2016 at 06:15:10AM -0600, Jan Beulich wrote: > >>> On 14.09.16 at 10:23, wrote: > > Starting from the beginning it looks that there are "soft" limits enforced > > in BIOS early boot code looking for usable low memory region. Hight limit > > is set at 640

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

flight 101022 xen-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/101022/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-libvirt-raw 9 debian-di-install fail in 101013 pass in 101022

Re: [Xen-devel] [PATCH] Fix issues introduced in 3a7f872a

Wei Liu writes ("[PATCH] Fix issues introduced in 3a7f872a"): > 3a7f872a ("tools: lift BUILD_BUG_ON to a tools header file") was taken > out from an rather old half finished branch by dropping unrelated > changes. Unfortunately two issues sneaked in. > > 1. Hvmloader should be standalone. Revert

Re: [Xen-devel] [PATCH] x86: add a user configurable Kconfig option for the VGA

On Wed, Sep 14, 2016 at 6:47 AM, Jan Beulich wrote: > >>> On 13.09.16 at 21:40, wrote: > > Allows for the conditional inclusion of VGA driver on the x86 platform > > rather than having it always enabled. > > So I guess with all three of these patches an

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

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

Re: [Xen-devel] [PATCH v6 08/15] x86/efi: create new early memory allocator

On Tue, Sep 20, 2016 at 07:46:56AM -0600, Jan Beulich wrote: > >>> On 20.09.16 at 12:52, wrote: > > On Tue, Sep 20, 2016 at 03:57:19AM -0600, Jan Beulich wrote: > >> >>> On 20.09.16 at 11:45, wrote: > >> > On Mon, Sep 19, 2016 at 09:17:50AM

[Xen-devel] Question about VPID during MOV-TO-CR3

Hi all, I'm trying to figure out the design decision regarding the handling of guest MOV-TO-CR3 operations and TLB flushes. AFAICT since support for VPID has been added to Xen, every guest MOV-TO-CR3 flushes the TLB (vmx_cr_access -> hvm_mov_to_cr -> hvm_set_cr3 -> paging_update_cr3 ->

Re: [Xen-devel] [RFC 0/5] xen/arm: support big.little SoC

On Tue, 2016-09-20 at 17:34 +0200, Julien Grall wrote: > On 20/09/2016 12:27, George Dunlap wrote: > > I think we definitely need to have Xen have some kind of idea the > > order between processors, so that the user doesn't need to figure > > out > > which class / pool is big and which pool is

Re: [Xen-devel] [PATCH v2 2/2] x86/vm_event: Allow overwriting Xen's i-cache used for emulation

On Tue, Sep 20, 2016 at 1:26 AM, Jan Beulich wrote: On 19.09.16 at 20:27, wrote: >> On Mon, Sep 19, 2016 at 2:19 AM, Jan Beulich wrote: >> On 15.09.16 at 18:51, wrote: @@ -1793,7

Re: [Xen-devel] [PATCH v4 02/21] acpi: Prevent GPL-only code from seeping into non-GPL binaries

On 09/20/2016 10:19 AM, Ian Jackson wrote: > Boris Ostrovsky writes ("Re: [PATCH v4 02/21] acpi: Prevent GPL-only code > from seeping into non-GPL binaries"): >> But yes, I can split dsdt.asl as well. Should we keep _S5 definition as >> GPL-only? > I think once we're going down this route there

Re: [Xen-devel] [PATCH v2 2/2] x86/vm_event: Allow overwriting Xen's i-cache used for emulation

On Tue, Sep 20, 2016 at 9:39 AM, Jan Beulich wrote: On 20.09.16 at 17:14, wrote: >> On Tue, Sep 20, 2016 at 9:12 AM, Jan Beulich wrote: >> On 20.09.16 at 16:56, wrote: On Tue, Sep 20,

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

On 20/09/2016 18:01, "Ian Jackson" wrote: >Lars Kurth writes ("[PATCH v2 3/3] Significant changes to decision >making; some new roles and minor changes"): >> [proposal] > >Thanks. I've reviewed this and it looks generally good but I have >some specific comments. > >

Re: [Xen-devel] Fixes for low memory allocation machinery in early boot code

On Tue, Sep 20, 2016 at 07:23:06AM -0600, Jan Beulich wrote: > >>> On 20.09.16 at 14:11, wrote: > > On Fri, Sep 16, 2016 at 06:15:10AM -0600, Jan Beulich wrote: > >> >>> On 14.09.16 at 10:23, wrote: > >> > Additionally, my investigation has shown

Re: [Xen-devel] [PATCH v6 01/15] x86: properly calculate ELF end of image address

On Mon, Sep 19, 2016 at 08:52:02AM -0600, Jan Beulich wrote: > >>> On 19.09.16 at 15:56, wrote: > > On Mon, Sep 19, 2016 at 05:14:07AM -0600, Jan Beulich wrote: [...] > >> So before taking this patch I'd really like to see proof that what gets > >> done currently does

[Xen-devel] [xen-4.5-testing bisection] complete build-i386

branch xen-4.5-testing xenbranch xen-4.5-testing job build-i386 testid xen-build Tree: qemuu git://xenbits.xen.org/qemu-xen.git Tree: xen git://xenbits.xen.org/xen.git *** Found and reproduced problem changeset *** Bug is in tree: xen git://xenbits.xen.org/xen.git Bug introduced:

Re: [Xen-devel] [Patch] x86emul: simplify prefix handling for VMFUNC

On Tue, Sep 20, 2016 at 09:50:15AM -0600, Jan Beulich wrote: > > Paul, there's been no reply to > https://lists.xenproject.org/archives/html/xen-devel/2016-09/msg00380.html > > Jan > Jan: The refered to patch, commit a1b1572833, adds a check for vmfunc. I look a little time to look at the SDM

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

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

[Xen-devel] [RFC PATCH] xs: use system's default stack size for xs_watch's reader thread

From: Chris Patterson xs_watch() creates a thread to listen to xenstore events. Currently, the thread is created with the greater of 16K or PTHREAD_MIN_SIZE. There have been several bug reports and workarounds related to the issue where xs_watch() fails because its

  1   2   >