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: >> >>> On 19/09/2016 11:27, Jan Beulich wrote: >> >>> On 16.09.16 a

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 b64438c7c ("x86/time: use correct (local) time stamp in > constant-TSC calibration

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' Cc: 'xen-devel@lists.xen.org

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, >>> pfec |= PFEC_user_mode; >>> >>> hvmemul_ctxt->insn_buf_eip

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 grateful if you would point ou

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 before >> vmx_vcpu_block() get

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 >>> --- >>> Cc: Ian Jackson >>> Cc:

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 mailto:julien.gr...@arm.com>> wrote: Hello, On 19/09/2016 16:51, Derek Straka wrote: Allows for the conditional inclusion of EHCI debug port driver on the x86 plat

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 changes to hvmloader. >

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 ; xen- > de...@lists.xen.org > Subject: Re: [PATCH v3 4/6] Pause/Unp

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 lives. Jan __

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 fixing/removing an ASSERT() that tr

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 ; xen- > de...@lists.xen.org > Subject: Re: [PATCH v3 4/6] P

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 not work properly. S

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 (unlikely(txreq.size < ETH_HLEN)

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 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 TODOs left in commit a902c12ee

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 TLB-flush in alloc_heap_pages, it'

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 added via qmp comm

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 HAS_NS16550 > help

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 assigned for Dom0 maybe

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 HAS_EHCI While here HA

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 the x86 >> platform

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 ma

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, Jan Beulich wrote: On 16.09.16 at 18:38, wro

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 > >> > +++ b/xen/arch/x86/setup.c > >> > @@ -520,6 +520,8 @@ sta

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 versions so I must have in a hurry missed it),

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: > > > > [...] > > > >> > --- a/xen/arch/x86/boot/trampoline.S > >> > +++ b/xen/arch/x86/boot/tramp

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, wrote: >> >> > --- a/xen/arch/x86/setup.c >> >> > +++ b/xen/arch/x

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 th

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 specify both the C and asse

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, wrote: >> Since b64438c7c ("x86/time: use correct (loc

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 sho

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 USB controllers.

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 distributed under LGPL-2.1 >so that

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 >> membership. I said myself

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, Jan Beulich wrote: > On 14.09.16 at 19:37, wrote

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! However, > +"devicemodel" sp

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 if/when there is only one cpu

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 which might become possible after

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 table.")) has only been licensed und

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 I also mean that I approve

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 -0600, Jan Beulich wrote: > >> >> >>> On 12.09.16 at 22:

[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) b

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

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 a902

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 alloc_heap_pages

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 (https://lkml.org/lkml/2015/6/2

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: Have a helper > header in

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: mips/panic: replace smp_send_stop() w

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, Daniel Kiper wrote: > >> >> Currently ELF end of

[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 490acf8908f797982f367

[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) --- docs/man/xl.cfg.pod.5.in | 12 +++- 1 file changed, 11 insertions(+), 1 deleti

[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 backport candidate to 4.7 (will have to modi

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

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

[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) th

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 KiB and low at 256 KiB. Thi

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 tlbflus

[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 test-armhf-armhf-xl-multivcpu

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 overview mail is missing. > What are you t

[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

[Xen-devel] [PATCH] VMX: don't bypass vmx_update_secondary_exec_control()

While putting together another patch modifying the secondary exec controls I noticed that vmx_vcpu_update_vmfunc_ve() does a raw VMWRITE instead of going through the designated function. I assume that is not how it should be. Signed-off-by: Jan Beulich --- a/xen/arch/x86/hvm/vmx/vmx.c +++ b/xen/

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

On Tue, Sep 20, 2016 at 01:18:35PM +0100, Ian Jackson wrote: > 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 t

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

>>> On 20.09.16 at 14:35, wrote: > 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] [ vTPM ] ownership disappear

Hi everyone, when I create a vTPM instance and attached to it a VM, I use tpm-tools to take thw ownership of the vTPM. Then, if I destroy the vTPM and the VM, my expectation is that when I re-create the same vTPM attached to the same VM, the owership is already taken, but this is not the case: if I

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

>>> 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 that there are no bound checks in >> > low memory allocation machinery for trampoline (by the way, in BIOS path we >> >

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

On Tue, Sep 20, 2016 at 02:01:09PM +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 requeste

Re: [Xen-devel] [PATCH 06/24] xen: credit2: implement yield()

On 17/08/16 18:18, Dario Faggioli wrote: > When a vcpu explicitly yields it is usually giving > us an advice of "let someone else run and come back > to me in a bit." > > Credit2 isn't, so far, doing anything when a vcpu > yields, which means an yield is basically a NOP (well, > actually, it's pur

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

>>> On 20.09.16 at 13:43, wrote: > 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, Daniel Ki

[Xen-devel] [PATCH v2] x86/apicv: fix RTC periodic timer and apicv issue

>From 97760602b5c94745e76ed78d23e8fdf9988d234e Mon Sep 17 00:00:00 2001 From: Quan Xu Date: Tue, 20 Sep 2016 21:12:54 +0800 Subject: [PATCH v2] x86/apicv: fix RTC periodic timer and apicv issue When Xen apicv is enabled, wall clock time is faster on Windows7-32 guest with high payload (with 2vCPU

Re: [Xen-devel] [PATCH 07/24] xen: sched: don't rate limit context switches in case of yields

On 17/08/16 18:18, Dario Faggioli wrote: > In both Credit1 and Credit2, if a vcpu yields, let it... > well... yield! > > In fact, context switch rate limiting has been primarily > introduced to avoid too heavy context switch rate due to > interrupts, and, in general, asynchronous events. > > In a

[Xen-devel] [distros-debian-snapshot test] 67732: trouble: blocked/broken/pass

flight 67732 distros-debian-snapshot real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67732/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i3863 host-install(3) broken R

Re: [Xen-devel] [PATCH 06/24] xen: credit2: implement yield()

On 20/09/16 14:25, George Dunlap wrote: > On 17/08/16 18:18, Dario Faggioli wrote: >> When a vcpu explicitly yields it is usually giving >> us an advice of "let someone else run and come back >> to me in a bit." >> >> Credit2 isn't, so far, doing anything when a vcpu >> yields, which means an yield

Re: [Xen-devel] [PATCH 08/24] xen: tracing: add trace records for schedule and rate-limiting.

On 17/08/16 18:18, Dario Faggioli wrote: > As far as {csched, csched2, rt}_schedule() are concerned, > an "empty" event, would already make it easier to read and > understand a trace. > > But while there, add a few useful information, like > if the cpu that is going through the scheduler has > bee

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

>>> 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, wrote: > On 09/19/2016 11:13 AM, Jan Beulich wrote: > On 14.09.16 at 19:37, wrote: >>> Si

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

>>> 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 -0600, Jan Beulich wrote: >> >> >>> On 19.09.16 at 17:04, wrote: >> >> > On Mon, Sep 19, 2016 at 06:12:35AM -0600, Jan Beuli

Re: [Xen-devel] [PATCH] tools: fix vif-route add|remove

On Wed, Sep 07, 2016 at 09:52:31AM -0600, Charles Arnold wrote: > From 2b4e942ad75f4a4546c417d8bd1116e3af368daf Mon Sep 17 00:00:00 2001 > From: Charles Arnold > Date: Wed, 7 Sep 2016 09:48:18 -0600 > Subject: [PATCH] tools: fix vif-route add|remove > > vif-route is called twice. First for the vi

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

On 09/20/2016 06:14 AM, 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 table.")) has only been licensed und

Re: [Xen-devel] [PATCH 09/24] xen/tools: tracing: improve tracing of context switches.

On 17/08/16 18:18, Dario Faggioli wrote: > Right now, two out of the three events related to > context switch (that is TRC_SCHED_SWITCH_INFPREV and > TRC_SCHED_SWITCH_INFNEXT) only report the domain id, > and not the vcpu id. > > That's omitting a useful piece of information, and > even if we be f

[Xen-devel] [PATCH v4 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 sele

[Xen-devel] [PATCH v4 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) --- docs/man/xl.cfg.pod.5.in | 12 +++- 1 file changed, 11 insertions(+), 1 deleti

[Xen-devel] [PATCH v4 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) th

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

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 is no benefit in trying to argue for individual bits

[Xen-devel] [PATCH v4 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 --- This patch might be a backport candidate to 4.7 (will have to modify tools/libxl/libx

[Xen-devel] [PATCH] xen: switch to threaded irq in netback

Instead of open coding it use the threaded irq mechanism in xen-netback. Signed-off-by: Juergen Gross --- drivers/net/xen-netback/common.h| 4 +--- drivers/net/xen-netback/interface.c | 38 ++--- drivers/net/xen-netback/netback.c | 18 -- 3

Re: [Xen-devel] [PATCH] fix EFI part of "symbols: Generate an xen-sym.map"

>>> On 08.09.16 at 18:21, wrote: > On Thu, Sep 08, 2016 at 06:45:36AM -0600, Jan Beulich wrote: >> Commit 6ea24e53f1 introduced two problems: It left out a semicolon and >> typo-ed the source file name of the EFI map file install command. > > I really need Fedora to start building ld with PE sup

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

On Tue, Sep 20, 2016 at 9:12 AM, Jan Beulich wrote: > >>> On 20.09.16 at 14:35, wrote: > > 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 al

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

On Tue, Sep 20, 2016 at 04:18:08PM +0200, Juergen Gross wrote: > 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 Xenst

[Xen-devel] [PATCH v4 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 this

Re: [Xen-devel] [RFC PATCH 0/9] Introduce AMD SVM AVIC

On 09/19/2016 01:52 AM, Suravee Suthikulpanit wrote: > GITHUB > == > Latest git tree can be found at: > http://github.com/ssuthiku/xen.gitxen_avic_part1_v1 > > OVERVIEW > > This patch set is the first of the two-part patch series to introduce > the new AMD Advance Virtual Inte

Re: [Xen-devel] [PATCH 10/24] xen: tracing: improve Credit2's tickle_check and burn_credits records

On 17/08/16 18:18, Dario Faggioli wrote: > In both Credit2's trace records relative to checking > whether we want to preempt a vcpu (in runq_tickle()), > and to credits being burn, make it explicit on which > pcpu the vcpu being considered is running. > > Such information isn't currently available

Re: [Xen-devel] [PATCH 11/24] tools: tracing: handle more scheduling related events.

On 17/08/16 18:18, Dario Faggioli wrote: > There are some scheduling related trace records that > are not being taken care of (and hence only dumped as > raw records). > > Some of them are being introduced in this series, while > other were just neglected by previous patches. > > Add support for

Re: [Xen-devel] [PATCH 12/24] xen: libxc: allow to set the ratelimit value online

On 17/08/16 18:18, Dario Faggioli wrote: > The main purpose of the patch is to provide the xen-libxc > plumbing necessary to be able to change the value of the > ratelimit_us parameter online, for Credit2 (like it is > already for Credit1). > > While there: > - mention in the Xen logs when rate l

Re: [Xen-devel] [PATCH 12/24] xen: libxc: allow to set the ratelimit value online

On Tue, Sep 20, 2016 at 03:43:57PM +0100, George Dunlap wrote: > On 17/08/16 18:18, Dario Faggioli wrote: > > The main purpose of the patch is to provide the xen-libxc > > plumbing necessary to be able to change the value of the > > ratelimit_us parameter online, for Credit2 (like it is > > already

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

On Tue, Sep 20, 2016 at 04:18:07PM +0200, Juergen Gross wrote: > 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 L

  1   2   >