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

On Tue, 20 Sep 2016, Julien Grall wrote: > 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

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

Hi Stefano, On 20/09/2016 20:09, Stefano Stabellini wrote: On Tue, 20 Sep 2016, Julien Grall wrote: 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

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

flight 101056 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/101056/ 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] [RFC 0/5] xen/arm: support big.little SoC

On Tue, 20 Sep 2016, Julien Grall wrote: > Hi Stefano, > > On 20/09/2016 20:09, Stefano Stabellini wrote: > > On Tue, 20 Sep 2016, Julien Grall wrote: > > > Hi, > > > > > > On 20/09/2016 12:27, George Dunlap wrote: > > > > On Tue, Sep 20, 2016 at 11:03 AM, Peng Fan > > >

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

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

[Xen-devel] [xen-4.6-testing baseline-only test] 67734: tolerable FAIL

This run is configured for baseline tests only. flight 67734 xen-4.6-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67734/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-amd64-pvgrub 10 guest-start

[Xen-devel] [xen-unstable test] 101040: tolerable FAIL - PUSHED

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

Re: [Xen-devel] boot-wrapped xen image barfs with overlapped sections

I finally resolved this issue after hunting around. The clue comes from this page, https://wiki.linaro.org/LEG/Engineering/Virtualization/Xen_ARM_Guide: /chosen/module@1/reg should match bootwrapper model.lds. > Basically if I increase memory region for kernel, I should also update dts file on

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

> > 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's very slow > > to create

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

flight 101045 xen-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/101045/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-rtds 6 xen-boot fail like 100909

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

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

Re: [Xen-devel] [PATCH] Xen/timer: Disable watchdog during dumping timer queues

On 2016年09月20日 23:36, Jan Beulich wrote: >> The precondition of process_pending_softirq() working in the debug key >> > handler is that timer interrupt arrives on time and nmi_timer_fn() can >> > run to update nmi_timer_ticks before watchdog timeout. > Precondition? Process_pending_softirq() in

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

We may hit the ASSERT() in vmx_vcpu_block in the current code, since vmx_vcpu_block() may get called before vmx_pi_switch_to() has been installed or executed. Here We use cmpxchg to update the NDST field, this can make sure we only update the NDST when vmx_pi_switch_to() has not been called. So

[Xen-devel] [PATCH v4 3/6] VMX: Cleanup PI per-cpu blocking list when vcpu is destroyed

We should remove the vCPU from the per-cpu blocking list if it is going to be destroyed. Signed-off-by: Feng Wu --- v4: - Call vmx_pi_list_cleanup() before vmx_destroy_vmcs() xen/arch/x86/hvm/vmx/vmx.c | 1 + 1 file changed, 1 insertion(+) diff --git

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

We don't set the affinity for posted format IRTE, since the destination of these interrupts is vCPU and the vCPU affinity is set during vCPU scheduling. Signed-off-by: Feng Wu --- v4: - Keep the construction of new_ire and only modify the hardware IRTE when it is not in posted

[Xen-devel] [PATCH v4 6/6] VMX: Fixup PI descritpor when cpu is offline

When cpu is offline, we need to move all the vcpus in its blocking list to another online cpu, this patch handles it. Signed-off-by: Feng Wu --- v4: - Remove the pointless check since we are in machine stop context and no other cpus go down in parallel.

[Xen-devel] [PATCH v4 0/6] VMX: Properly handle pi descriptor and per-cpu blocking list

The current VT-d PI related code may operate incorrectly in the following scenarios: 1. When the last assigned device is dettached from the domain, all the PI related hooks are removed then, however, the vCPU can be blocked, switched to another pCPU, etc, all without the aware of PI. After the

[Xen-devel] [PATCH v4 1/6] VMX: Statically assign two PI hooks

PI hooks: vmx_pi_switch_from() and vmx_pi_switch_to() are needed even when any previously assigned device is detached from the domain. Since 'SN' bit is also used to control the CPU side PI and we change the state of SN bit in these two functions, then evaluate this bit in

[Xen-devel] [PATCH v4 2/6] VMX: Properly handle pi when all the assigned devices are removed

This patch handles some concern cases when the last assigned device is removed from the domain. In this case we should carefully handle pi descriptor and the per-cpu blocking list, to make sure: - all the PI descriptor are in the right state when next time a devices is assigned to the domain

[Xen-devel] [xen-4.6-testing test] 101049: regressions - FAIL

flight 101049 xen-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/101049/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemut-rhel6hvm-amd 11 guest-start/redhat.repeat fail REGR. vs. 101026

[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

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

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,

[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

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

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

[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

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

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,

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

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

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

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

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

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 >

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

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

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

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

Re: [Xen-devel] [PATCH] Xen/timer: Disable watchdog during dumping timer queues

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 ... > > After some researches, I found do_invalid_op() on the stack dump is >

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

On 20/09/16 15:18, 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 requested. Depending on > the

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

On Tue, Sep 20, 2016 at 10:31:04AM +0800, 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

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

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

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

[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

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

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

[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

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

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

[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

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

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

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

[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

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

<    1   2