Re: [Xen-devel] PVH VCPU hotplug support v7?

On Mon, Jul 31, 2017 at 12:18:28PM -0400, Boris Ostrovsky wrote: > On 07/31/2017 11:36 AM, Ross Lagerwall wrote: > > On 07/31/2017 03:29 PM, Boris Ostrovsky wrote: > >> On 07/31/2017 10:12 AM, Andrew Cooper wrote: > >>> On 31/07/17 14:55, Boris Ostrovsky wrote: > On 07/31/2017 09:20 AM, Ross

Re: [Xen-devel] [PATCH OSSTEST 07/11] ts-freebsd-host-install: add option to test memdisk options

On Fri, Jul 28, 2017 at 04:45:20PM +0100, Ian Jackson wrote: > Roger Pau Monne writes ("[PATCH OSSTEST 07/11] ts-freebsd-host-install: add > option to test memdisk options"): > > This is needed in order to figure out which memdisk options should be > > used to boot the images on each specific

[Xen-devel] Is possible to do GPU virtualization in Intel® Atom?

Hi All, In Intel® Atom™ E3845(MinnowBoard Turbot Quad-Core board) has only support for Virtualization Technology (VT-x). No support for Intel® Virtualization Technology for Directed I/O (VT-d). [https://ark.intel.com/products/78475/Intel-Atom-Processor-E3845-2M-Cache-1_91-GHz] How can we do

Re: [Xen-devel] PV drivers and zero copying

Hi, Stefano! On 07/31/2017 11:28 PM, Stefano Stabellini wrote: On Mon, 31 Jul 2017, Oleksandr Andrushchenko wrote: 3 Sharing with page exchange (XENMEM_exchange) == This API was pointed to me by Stefano Stabellini as one of the possible ways to

[Xen-devel] [qemu-mainline test] 112398: regressions - trouble: blocked/broken/fail/pass

flight 112398 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/112398/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-pvops 2 hosts-allocate broken REGR. vs. 111765 build-arm64-xsm

Re: [Xen-devel] [PATCH 5/5] xen: RCU: avoid busy waiting until the end of grace period.

On Tue, 2017-08-01 at 09:54 +0100, Julien Grall wrote: > Hi Dario, > > On 27/07/2017 09:01, Dario Faggioli wrote: > > Instead of having the CPU where a callback is queued, busy > > looping on rcu_pending(), use a timer. > > > > In fact, we let the CPU go idla,e but we program a timer > > that

Re: [Xen-devel] [PATCH 2/5] xen: ARM: suspend the tick (if in use) when going idle.

On Tue, 2017-08-01 at 09:53 +0100, Julien Grall wrote: > On 31/07/2017 21:59, Stefano Stabellini wrote: > > On Thu, 27 Jul 2017, Dario Faggioli wrote: > > > > > > Signed-off-by: Dario Faggioli > > > > Reviewed-by: Stefano Stabellini > > This

Re: [Xen-devel] Stable Branch Maintainer in Wiki and MAINTAINERS

Hi, CC committers On 01/08/17 11:04, Olaf Hering wrote: According to https://wiki.xenproject.org/wiki/Xen_Project_Maintenance_Releases in the "Stable Branch Maintainer" section someone is supposed to be added to the MAINTAINERS file. Where in the staging-4.9 branch was this change done? I

Re: [Xen-devel] [OSSTEST PATCH] cs-hosts-list: Document the --arches, --kernels and --suites options

On Fri, Jul 28, 2017 at 04:28:23PM +0100, Ian Jackson wrote: > These have a rather counterintuitive behaviour which is nevertheless > useful. Document it, and the reasoning. > > CC: Roger Pau Monne > Signed-off-by: Ian Jackson Acked-by: Roger

Re: [Xen-devel] [PATCH 5/5] xen: RCU: avoid busy waiting until the end of grace period.

Hi Dario, On 27/07/2017 09:01, Dario Faggioli wrote: Instead of having the CPU where a callback is queued, busy looping on rcu_pending(), use a timer. In fact, we let the CPU go idla,e but we program a timer that will periodically wake it up, for checking whether the grace period has actually

Re: [Xen-devel] [PATCH v15 13/23] x86: refactor psr: CDP: implement CPU init flow.

On Tue, Aug 01, 2017 at 04:48:44PM +0800, Yi Sun wrote: > This patch implements the CPU init flow for CDP. The flow is almost > same as L3 CAT. > > Signed-off-by: Yi Sun As far as I can tell, Jan's comment is addressed. FWIW: Reviewed-by: Wei Liu

Re: [Xen-devel] [PATCH v2] x86/hvm: Allow guest_request vm_events coming from userspace

On 01/08/17 10:46, Alexandru Isaila wrote: > Allow guest userspace code to request that a vm_event be sent out > via VMCALL. This functionality seems to be handy for a number of > Xen developers, as stated on the mailing list (thread "[Xen-devel] > HVMOP_guest_request_vm_event only works from

Re: [Xen-devel] [PATCH] clang: disable the gcc-compat warnings for read_atomic

On Tue, Apr 11, 2017 at 08:54:20AM +0100, Roger Pau Monne wrote: > clang gcc-compat warnings can wrongly fire when certain constructions are > used, > at least the following flow: > > switch ( ... ) > { > case ...: > while ( ({ int x; switch ( foo ) { case 1: x = 1; break; } x }) ) > { >

[Xen-devel] [PATCH v2] xen: get rid of paravirt op adjust_exception_frame

When running as Xen pv-guest the exception frame on the stack contains %r11 and %rcx additional to the other data pushed by the processor. Instead of having a paravirt op being called for each exception type prepend the Xen specific code to each exception entry. When running as Xen pv-guest just

[Xen-devel] [PATCH v15 05/23] x86: refactor psr: L3 CAT: implement Domain init/free and schedule flows.

This patch implements the Domain init/free and schedule flows. - When domain init, its psr resource should be allocated. - When domain free, its psr resource should be freed too. - When domain is scheduled, its COS ID on the socket should be set into ASSOC register to make corresponding COS MSR

[Xen-devel] [PATCH v15 03/23] x86: refactor psr: remove L3 CAT/CDP codes.

The current cache allocation codes in psr.c do not consider future features addition and are not friendly to extend. To make psr.c be more flexible to add new features and fulfill the program principle, open for extension but closed for modification, we have to refactor the psr.c: 1. Analyze

[Xen-devel] [PATCH v15 09/23] x86: refactor psr: L3 CAT: set value: assemble features value array.

Only can one COS ID be used by one domain at one time. That means all enabled features' COS registers at this COS ID are valid for this domain at that time. When user updates a feature's value, we need make sure all other features' values are not affected. So, we firstly need gather an array

[Xen-devel] [PATCH v15 07/23] x86: refactor psr: L3 CAT: implement get value flow.

There is an interface in user space to show feature value of domains. This patch implements get value flow in hypervisor. It also changes domctl interface to make it more general. With this patch, 'psr-cat-show' can work for L3 CAT but not for L3 code/data which is implemented in CDP related

[Xen-devel] [PATCH v15 08/23] x86: refactor psr: L3 CAT: set value: implement framework.

As set value flow is the most complicated one in psr, it will be divided to some patches to make things clearer. This patch implements the set value framework to show a whole picture firstly. It also changes domctl interface to make it more general. To make the set value flow be general and can

[Xen-devel] [PATCH v15 01/23] docs: create Cache Allocation Technology (CAT) and Code and Data Prioritization (CDP) feature document

This patch creates CAT and CDP feature document in doc/features/. It describes key points to implement L3 CAT/CDP and L2 CAT which is described in details in Intel SDM "INTEL® RESOURCE DIRECTOR TECHNOLOGY (INTEL® RDT) ALLOCATION FEATURES". Signed-off-by: Yi Sun

[Xen-devel] [PATCH v15 14/23] x86: refactor psr: CDP: implement get hw info flow.

This patch implements get HW info flow for CDP including L3 CDP callback function. The flow is almost same as L3 CAT. With this patch, 'psr-hwinfo' can work for L3 CDP. Signed-off-by: Yi Sun Reviewed-by: Jan Beulich --- v12: - remove input

[Xen-devel] [PATCH v15 23/23] docs: add L2 CAT description in docs.

This patch adds L2 CAT description in related documents. Signed-off-by: He Chen Signed-off-by: Yi Sun Acked-by: Wei Liu --- v13: - rebase the patch on latest code. --- docs/man/xl.pod.1.in | 27

[Xen-devel] [PATCH v15 11/23] x86: refactor psr: L3 CAT: set value: implement cos id picking flow.

Continue from previous patch: 'x86: refactor psr: L3 CAT: set value: implement cos finding flow.' If fail to find a COS ID, we need pick a new COS ID for domain. Only COS ID that ref[COS_ID] is 1 or 0 can be picked to input a new set feature values. Signed-off-by: Yi Sun

[Xen-devel] [PATCH v15 02/23] x86: move cpuid_count_leaf from cpuid.c to processor.h.

This patch moves 'cpuid_count_leaf' from cpuid.c to processor.h to make it available to external codes. Signed-off-by: Yi Sun Acked-by: Jan Beulich --- v9: - create this patch alone to move 'cpuid_count_leaf'. (suggested by Wei Liu) v6:

[Xen-devel] [PATCH v15 00/23] Enable L2 Cache Allocation Technology & Refactor psr.c

Hi all, We plan to bring a new PSR (Platform Shared Resource) feature called Intel L2 Cache Allocation Technology (L2 CAT) to Xen. It has been enabled in Linux Kernel. Besides the L2 CAT implementaion, we refactor the psr.c to make it more flexible and easily to extend to add new features. We

Re: [Xen-devel] Xen on Intel Atom E3815: crash, no output

Hi Stefano, On Mon, 31 Jul 2017 16:39:37 -0700 (PDT) Stefano Stabellini wrote: > I noticed that Xen does not boot on Intel Atom E3815. The system is a > Dell Edge Gateway 3003: > >

Re: [Xen-devel] [PATCH RFC 02/12] x86/np2m: add np2m_flush_eptp()

On 18.07.17 12:34, Sergey Dyasli wrote: > The new function finds all np2m objects with the specified eptp and > flushes them. p2m_flush_table_locked() is added in order not to release > the p2m lock after np2m_base check. > > Signed-off-by: Sergey Dyasli > --- >

Re: [Xen-devel] [PATCH 2/5] xen: ARM: suspend the tick (if in use) when going idle.

Hi Stefano, On 31/07/2017 21:59, Stefano Stabellini wrote: On Thu, 27 Jul 2017, Dario Faggioli wrote: Since commit 964fae8ac ("cpuidle: suspend/resume scheduler tick timer during cpu idle state entry/exit"), if a scheduler has a periodic tick timer, we stop it when going idle. This, however,

Re: [Xen-devel] [RFC v2 3/6] xen/arm: Allow platform_hvc to handle guest SMC calls

Hi Edgar, On 31/07/17 23:23, Edgar E. Iglesias wrote: On Thu, Feb 09, 2017 at 12:32:09PM -0700, Tamas K Lengyel wrote: On Thu, Feb 9, 2017 at 11:43 AM, Stefano Stabellini wrote: On Thu, 9 Feb 2017, Tamas K Lengyel wrote: On Thu, Feb 9, 2017 at 11:22 AM, Stefano

Re: [Xen-devel] [PATCH] xen-blkback: reset flush counter for log_stats

On Sun, Jul 30, 2017 at 12:40:33PM +0200, Valentin Vidic wrote: > All the other counters get reset to 0 when printing stats, > while the flush counter keeps incrementing: > > [ 2118.107554] xen-blkback: (5.xvda-0): oo 0 | rd 1748 | wr6 | f > 3424 | ds0 | pg: 161/1056 > [

Re: [Xen-devel] [PATCH 5/5] xen: RCU: avoid busy waiting until the end of grace period.

On 01/08/2017 00:58, Stefano Stabellini wrote: On Tue, 1 Aug 2017, Dario Faggioli wrote: On Mon, 2017-07-31 at 14:20 -0700, Stefano Stabellini wrote: On Thu, 27 Jul 2017, Dario Faggioli wrote: diff --git a/xen/common/rcupdate.c b/xen/common/rcupdate.c index f0fdc87..4586f2a 100644 ---

Re: [Xen-devel] Xen on Intel Atom E3815: crash, no output

On 01/08/17 00:39, Stefano Stabellini wrote: > Hi all, > > I noticed that Xen does not boot on Intel Atom E3815. The system is a > Dell Edge Gateway 3003: > > http://i.dell.com/sites/doccontent/shared-content/data-sheets/en/Documents/Dell_Edge_Gateway_3000_Series_spec_sheet.pdf?newtab=true > >

Re: [Xen-devel] backport docs changes for Xen 4.9.1

CC Jan, he is responsible of stable branches. On 01/08/17 10:43, Olaf Hering wrote: Please backport the following changes for docs/ for the Xen 4.9.1 release: aa4eb460bc docs: add pod variant of xl-numa-placement 458df9f374 docs: add pod variant of xl-network-configuration.5 4359b86f31 docs:

[Xen-devel] [distros-debian-snapshot test] 71922: tolerable trouble: blocked/broken/fail/pass

flight 71922 distros-debian-snapshot real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71922/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-arm64-arm64-armhf-daily-netboot-pygrub 1 build-check(1) blocked n/a build-arm64-pvops

Re: [Xen-devel] [PATCH 5/5] xen: RCU: avoid busy waiting until the end of grace period.

On Tue, 2017-08-01 at 11:22 +0100, Julien Grall wrote: > On 01/08/17 10:17, Dario Faggioli wrote: > > As soon as this (callbacks being invoked) will have happened, we > > won't > > interrupt it any longer. > > > > And idle CPUs _without_ queued RCU callbacks, won't be interrupted > > at > > all.

Re: [Xen-devel] [PATCH v2] xen: get rid of paravirt op adjust_exception_frame

On 01/08/2017 20:45, Andy Lutomirski wrote: > Also, IMO it would be nice to fully finish the job. Remaining steps are: > > 1. Unsuck the SYSCALL entries on Xen PV. > 2. Unsuck the SYENTER entry on Xen PV. > 3. Make a xen_nmi that's actually correct (should be trivial) > > #1 is here: > >

[Xen-devel] [xen-unstable test] 112416: regressions - trouble: blocked/broken/fail/pass

flight 112416 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/112416/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-win7-amd64 16 guest-localmigrate/x10 fail REGR. vs. 112286

Re: [Xen-devel] [PATCH v2] xen: get rid of paravirt op adjust_exception_frame

On Tue, Aug 1, 2017 at 4:38 PM, Andrew Cooper wrote: > On 01/08/2017 20:45, Andy Lutomirski wrote: >> Also, IMO it would be nice to fully finish the job. Remaining steps are: >> >> 1. Unsuck the SYSCALL entries on Xen PV. >> 2. Unsuck the SYENTER entry on Xen PV. >> 3.

[Xen-devel] [linux-linus test] 112412: regressions - trouble: blocked/broken/fail/pass

flight 112412 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/112412/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 7 xen-boot fail REGR. vs. 110515

Re: [Xen-devel] [PATCH v6] x86/monitor: Notify monitor if an emulation fails.

On 07/25/2017 08:40 PM, Razvan Cojocaru wrote: > On 07/18/2017 01:20 PM, Razvan Cojocaru wrote: >> On 07/18/2017 01:09 PM, Andrew Cooper wrote: >>> On 18/07/17 10:37, Petre Pircalabu wrote: If case of a vm_event with the emulate_flags set, if the instruction cannot be emulated, the

[Xen-devel] [PATCH v4] xen: rtds: only tickle non-already tickled CPUs

When more than one idle VCPUs that have the same PCPU as their previous running core invoke runq_tickle(), they will tickle the same PCPU. The tickled PCPU will only pick at most one VCPU, i.e., the highest-priority one, to execute. The other VCPUs will not be scheduled for a period, even when

Re: [Xen-devel] [PATCH 1/2] arm: smccc: handle SMCs/HVCs according to SMCCC

On Tue, 1 Aug 2017, Edgar E. Iglesias wrote: > On Tue, Aug 01, 2017 at 11:59:00AM +0100, Julien Grall wrote: > > (+ Edgar, Mark, Dave) > > > > Hi, > > Hi Julien, > > I'll share some thoughts based on our platforms. > > > > On 14/06/17 15:10, Volodymyr Babchuk wrote: > > >SMCCC (SMC Call

Re: [Xen-devel] [PATCH 1/2] arm: smccc: handle SMCs/HVCs according to SMCCC

On Tue, Aug 01, 2017 at 10:02:45PM +0100, Julien Grall wrote: > Hi, > > On 01/08/2017 21:40, Stefano Stabellini wrote: > >On Tue, 1 Aug 2017, Edgar E. Iglesias wrote: > >>On Tue, Aug 01, 2017 at 11:59:00AM +0100, Julien Grall wrote: > >>>(+ Edgar, Mark, Dave) > >>> > >>>Hi, > >> > >>Hi Julien, >

Re: [Xen-devel] [PATCH 1/2] arm: smccc: handle SMCs/HVCs according to SMCCC

Hi, On 01/08/2017 21:40, Stefano Stabellini wrote: On Tue, 1 Aug 2017, Edgar E. Iglesias wrote: On Tue, Aug 01, 2017 at 11:59:00AM +0100, Julien Grall wrote: (+ Edgar, Mark, Dave) Hi, Hi Julien, I'll share some thoughts based on our platforms. On 14/06/17 15:10, Volodymyr Babchuk

[Xen-devel] [qemu-mainline test] 112407: regressions - trouble: blocked/broken/fail/pass

flight 112407 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/112407/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-win7-amd64 10 windows-install fail REGR. vs. 111765

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

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

Re: [Xen-devel] [PATCH v2] xen: get rid of paravirt op adjust_exception_frame

On Tue, Aug 1, 2017 at 3:39 AM, Juergen Gross wrote: > When running as Xen pv-guest the exception frame on the stack contains > %r11 and %rcx additional to the other data pushed by the processor. > > Instead of having a paravirt op being called for each exception type > prepend

Re: [Xen-devel] [PATCH 1/2] arm: smccc: handle SMCs/HVCs according to SMCCC

Hi Edgar, On 01/08/2017 22:22, Edgar E. Iglesias wrote: On Tue, Aug 01, 2017 at 10:02:45PM +0100, Julien Grall wrote: Hi, On 01/08/2017 21:40, Stefano Stabellini wrote: On Tue, 1 Aug 2017, Edgar E. Iglesias wrote: On Tue, Aug 01, 2017 at 11:59:00AM +0100, Julien Grall wrote: (+ Edgar,

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

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

Re: [Xen-devel] [PATCH v1 0/1] xen/arm: zynqmp: Disable PCIe

On Tue, 1 Aug 2017, Edgar E. Iglesias wrote: > On Mon, Jul 31, 2017 at 11:11:39PM +0100, Julien Grall wrote: > > > > > > On 31/07/2017 20:37, Edgar E. Iglesias wrote: > > >From: "Edgar E. Iglesias" > > > > > >Hi, > > > > Hi Edgar, > > > > > > >We're seeing panics

Re: [Xen-devel] [XenSummit 2017] Shared coprocessor framework followup

On Tue, Aug 01, 2017 at 02:52:22PM +0300, Andrii Anisov wrote: > Dear Edgar, > > > On 31.07.17 23:42, Edgar E. Iglesias wrote: > >Yes I'm interested in this. > It's good to hear at least one vote for the stuff :) > > > I'm not sure how much time I'll be able to contribute but at least I can >

Re: [Xen-devel] [PATCH OSSTEST 04/11] TestSupport: introduce set_host_prop

Roger Pau Monne writes ("Re: [PATCH OSSTEST 04/11] TestSupport: introduce set_host_prop"): > After reading README osstest doesn't seem to have any limitation on > the characters that can be used for host idents, would you be fine > with me modifying it to add that '-' cannot be used in host

Re: [Xen-devel] [PATCH]tools: updated "xl_info.c" to accept "--clear" as parameter following "xl dmesg"

On Tue, Aug 01, 2017 at 10:19:35PM +0800, Xiao Liang wrote: > Hello, > > Today I found a minor problem that "xl dmesg --clear" failed to clear Xen's > message buffer. From manual page, it should accept "-c" or "--clear". > I proposed a fix and please help review. I also attached the path in the >

Re: [Xen-devel] [PATCH]tools: updated "xl_info.c" to accept "--clear" as parameter following "xl dmesg"

On Tue, Aug 01, 2017 at 10:19:35PM +0800, Xiao Liang wrote: > From 85c4bb378cb456fba96bbe6cdc8734f493daeb0c Mon Sep 17 00:00:00 2001 > From: xiliang > Date: Tue, 1 Aug 2017 17:33:02 +0800 > Subject: [PATCH] tools: updated "xl_info.c" to accept "--clear" as parameter >

Re: [Xen-devel] [PATCH OSSTEST 04/11] TestSupport: introduce set_host_prop

On Tue, Aug 01, 2017 at 03:13:33PM +0100, Ian Jackson wrote: > Roger Pau Monne writes ("Re: [PATCH OSSTEST 04/11] TestSupport: introduce > set_host_prop"): > > On Tue, Aug 01, 2017 at 02:01:35PM +0100, Ian Jackson wrote: > > > TBH, since this is only being called in the one > > >

[Xen-devel] [linux-3.18 test] 112403: regressions - trouble: blocked/broken/fail/pass

flight 112403 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/112403/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 2 hosts-allocate broken REGR. vs. 112102 build-arm64-pvops

[Xen-devel] [PATCH v15 17/23] x86: L2 CAT: implement get hw info flow.

This patch implements L2 CAT get HW info flow and interface in sysctl. Signed-off-by: Yi Sun Reviewed-by: Jan Beulich --- v10: - modify macro name according to previous patch change. (suggested by Jan Beulich) - modify commit message.

[Xen-devel] [PATCH v15 22/23] tools: L2 CAT: support set cbm for L2 CAT.

This patch implements the xl/xc changes to support set CBM for L2 CAT. The new level option is introduced to original CAT setting command in order to set CBM for specified level CAT. - 'xl psr-cat-set' is updated to set cache capacity bitmasks(CBM) for a domain according to input cache level.

[Xen-devel] [PATCH v15 19/23] x86: L2 CAT: implement set value flow.

This patch implements L2 CAT set value related callback function and domctl interface. Signed-off-by: Yi Sun Reviewed-by: Jan Beulich --- v11: - remove 'domctl->u.psr_cat_op.data' check because it has been moved into 'psr_set_val'.

[Xen-devel] [PATCH v15 13/23] x86: refactor psr: CDP: implement CPU init flow.

This patch implements the CPU init flow for CDP. The flow is almost same as L3 CAT. Signed-off-by: Yi Sun --- v15: - refine process in 'psr_cpu_init' to remove the 'goto'. (suggested by Jan Beulich) v14: - remove the 'Notes' in commit message because a

[Xen-devel] [PATCH v15 04/23] x86: refactor psr: L3 CAT: implement main data structures, CPU init and free flows.

To construct an extendible framework, we need analyze PSR features and abstract the common things and feature specific things. Then, encapsulate them into different data structures. By analyzing PSR features, we can get below map. +--+--+--+ ->| Dom0 |

[Xen-devel] [PATCH v15 06/23] x86: refactor psr: L3 CAT: implement get hw info flow.

This patch implements get HW info flow including L3 CAT callback function. It also changes sysctl interface to make it more general. With this patch, 'psr-hwinfo' can work for L3 CAT. Signed-off-by: Yi Sun Reviewed-by: Jan Beulich --- v12: -

[Xen-devel] [PATCH v15 16/23] x86: L2 CAT: implement CPU init flow.

This patch implements the CPU init flow for L2 CAT. Signed-off-by: Yi Sun Reviewed-by: Jan Beulich --- v15: - remove a blank. (suggested by Jan Beulich) - use designated initializers to initialize the 'cat_feat_name'. (suggested

[Xen-devel] [PATCH v15 10/23] x86: refactor psr: L3 CAT: set value: implement cos finding flow.

Continue from patch: 'x86: refactor psr: L3 CAT: set value: assemble features value array' We can try to find if there is a COS ID on which all features' COS registers values are same as the array assembled before. Signed-off-by: Yi Sun Reviewed-by: Jan Beulich

[Xen-devel] [PATCH v15 15/23] x86: refactor psr: CDP: implement set value callback function.

This patch implements L3 CDP set value related callback function. With this patch, 'psr-cat-cbm-set' command can work for L3 CDP. Signed-off-by: Yi Sun Reviewed-by: Jan Beulich --- v13: - remove 'strict' from 'psr_cbm_type_to_feat_type' because

[Xen-devel] [PATCH v15 21/23] tools: L2 CAT: support show cbm for L2 CAT.

This patch implements changes in xl/xc changes to support showing CBM of L2 CAT. The new level option is introduced to original CAT showing command in order to show CBM for specified level CAT. - 'xl psr-cat-show' is updated to show CBM of a domain according to input cache level. Examples:

[Xen-devel] [PATCH v15 20/23] tools: L2 CAT: support get HW info for L2 CAT.

This patch implements xl/xc changes to support get HW info for L2 CAT. 'xl psr-hwinfo' is updated to show both L3 CAT and L2 CAT info. Example(on machine which only supports L2 CAT): Cache Monitoring Technology (CMT): Enabled : 0 Cache Allocation Technology (CAT): L2 Socket ID : 0

[Xen-devel] [PATCH v15 12/23] x86: refactor psr: L3 CAT: set value: implement write msr flow.

Continue from previous patch: 'x86: refactor psr: L3 CAT: set value: implement cos id picking flow.' We have got the feature value and COS ID to set. Then, we write MSRs of the designated feature. Till now, set value process is completed. Signed-off-by: Yi Sun

[Xen-devel] [PATCH v15 18/23] x86: L2 CAT: implement get value flow.

This patch implements L2 CAT get value interface in domctl. Signed-off-by: Yi Sun Reviewed-by: Jan Beulich --- v14: - rebase domctl.c on latest codes: bool_t is replace by bool. v11: - remove "get_val' assignment because it has been replaced

[Xen-devel] backport docs changes for Xen 4.9.1

Please backport the following changes for docs/ for the Xen 4.9.1 release: aa4eb460bc docs: add pod variant of xl-numa-placement 458df9f374 docs: add pod variant of xl-network-configuration.5 4359b86f31 docs: add pod variant of xen-pv-channel.7 55924baf22 docs: correct paragraph indention in

[Xen-devel] [PATCH v2] x86/hvm: Allow guest_request vm_events coming from userspace

Allow guest userspace code to request that a vm_event be sent out via VMCALL. This functionality seems to be handy for a number of Xen developers, as stated on the mailing list (thread "[Xen-devel] HVMOP_guest_request_vm_event only works from guest in ring0"). This is a use case in communication

Re: [Xen-devel] [PATCH] vtpmmgr: make inline functions static

Ping On Fri, Jun 23, Olaf Hering wrote: > gcc7 is more strict with functions marked as inline. They are not > automatically inlined. Instead a function call is generated, but the > actual code is not visible by the linker. > > Do a mechanical change and mark every 'inline' as 'static inline'.

Re: [Xen-devel] [PATCH v2 11/13] xen/pvcalls: implement release command

On 07/31/2017 06:34 PM, Stefano Stabellini wrote: > On Thu, 27 Jul 2017, Boris Ostrovsky wrote: >>> +int pvcalls_front_release(struct socket *sock) >>> +{ >>> + struct pvcalls_bedata *bedata; >>> + struct sock_mapping *map; >>> + int req_id, notify; >>> + struct xen_pvcalls_request *req;

Re: [Xen-devel] [PATCH v2 11/13] xen/pvcalls: implement release command

On 01/08/17 17:23, Boris Ostrovsky wrote: > On 07/31/2017 06:34 PM, Stefano Stabellini wrote: >> On Thu, 27 Jul 2017, Boris Ostrovsky wrote: +int pvcalls_front_release(struct socket *sock) +{ + struct pvcalls_bedata *bedata; + struct sock_mapping *map; + int req_id,

Re: [Xen-devel] [PATCH] libxc: check pointer is not null before printing

Wei Liu writes ("[PATCH] libxc: check pointer is not null before printing"): > Signed-off-by: Wei Liu Acked-by: Ian Jackson ___ Xen-devel mailing list Xen-devel@lists.xen.org

Re: [Xen-devel] [PATCH v2 00/13] "Non-shared" IOMMU support on ARM

Hi, Kevin On Tue, Aug 1, 2017 at 6:06 AM, Tian, Kevin wrote: >> From: Oleksandr Tyshchenko [mailto:olekst...@gmail.com] >> Sent: Monday, July 31, 2017 7:58 PM >> >> Hi, Kevin >> >> On Mon, Jul 31, 2017 at 8:57 AM, Tian, Kevin wrote: >> >> From:

Re: [Xen-devel] [PATCH v4 06/13] libxl: change p9 to use generec add function

On Mon, Jul 31, 2017 at 5:36 PM, Wei Liu wrote: > On Sun, Jul 30, 2017 at 09:42:09PM +0300, Oleksandr Grytsov wrote: >> On Fri, Jul 28, 2017 at 7:23 PM, Wei Liu wrote: >> > On Fri, Jul 28, 2017 at 03:11:34PM +0100, Wei Liu wrote: >> >> On Tue, Jul 18,

Re: [Xen-devel] [PATCH OSSTEST 04/11] TestSupport: introduce set_host_prop

Roger Pau Monne writes ("Re: [PATCH OSSTEST 04/11] TestSupport: introduce set_host_prop"): > IMHO, I think the right approach is to leave mg-hosts as it is now, Yes. > and implement a set_property in HostDB/{Executive/Static}.pm and > implement a helper in TestSupport that makes use of it >

Re: [Xen-devel] [PATCH OSSTEST 04/11] TestSupport: introduce set_host_prop

Roger Pau Monne writes ("Re: [PATCH OSSTEST 04/11] TestSupport: introduce set_host_prop"): > On Tue, Aug 01, 2017 at 02:01:35PM +0100, Ian Jackson wrote: > > TBH, since this is only being called in the one > > ts-set-host-properties-from-runvars script (or whatever you're calling > > it), I think

Re: [Xen-devel] [PATCH 1/2] arm: smccc: handle SMCs/HVCs according to SMCCC

On Tue, Aug 01, 2017 at 11:59:00AM +0100, Julien Grall wrote: > (+ Edgar, Mark, Dave) > > Hi, Hi Julien, I'll share some thoughts based on our platforms. > On 14/06/17 15:10, Volodymyr Babchuk wrote: > >SMCCC (SMC Call Convention) describes how to handle both HVCs and SMCs. > >SMCCC states

[Xen-devel] [xen-unstable test] 112401: trouble: blocked/broken/fail/pass

flight 112401 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/112401/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 2 hosts-allocate broken REGR. vs.

[Xen-devel] [PATCH]tools: updated "xl_info.c" to accept "--clear" as parameter following "xl dmesg"

Hello, Today I found a minor problem that "xl dmesg --clear" failed to clear Xen's message buffer. From manual page, it should accept "-c" or "--clear". I proposed a fix and please help review. I also attached the path in the mail in case mail client format problem. Thanks Fail log: # xl

Re: [Xen-devel] Xen 4.9 + kernel 4.13rc2 -- ballooning regression? reappearance of "Over-allocation for domain 1" errors

On 7/28/17 9:02 AM, PGNet Dev wrote: On 7/27/17 11:23 PM, Juergen Gross wrote: Can you please post the domain's config file used to create the domain and the kernel config? Sure.   https://pastebin.com/M6cr2pX7 Any add'l info needed? ___

Re: [Xen-devel] [PATCH 1/2] arm: smccc: handle SMCs/HVCs according to SMCCC

(+ Edgar, Mark, Dave) Hi, On 14/06/17 15:10, Volodymyr Babchuk wrote: SMCCC (SMC Call Convention) describes how to handle both HVCs and SMCs. SMCCC states that both HVC and SMC are valid conduits to call to a different firmware functions. Thus, for example PSCI calls can be made both by SMC or

Re: [Xen-devel] [XenSummit 2017] Shared coprocessor framework followup

Dear Edgar, On 31.07.17 23:42, Edgar E. Iglesias wrote: Yes I'm interested in this. It's good to hear at least one vote for the stuff :) I'm not sure how much time I'll be able to contribute but at least I can review proposals and hopefully look at implementing a driver/backend that may

[Xen-devel] [linux-linus test] 112400: regressions - trouble: blocked/broken/fail/pass

flight 112400 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/112400/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 2 hosts-allocate broken REGR. vs. 110515 build-arm64-pvops

Re: [Xen-devel] [PATCH 0/5] xen: RCU: x86/ARM: Add support of rcu_idle_{enter, exit}

On Tue, 2017-08-01 at 13:02 +, Tomas Thoresen wrote: > With the patch series I was able to create, destroy and re-create the > domU. >   > "Tested-by: Tomas Thoresen " >   Thanks. I'll have to resend the series. If I will not have to change the code much (as it, so far,

Re: [Xen-devel] [RFC v2 3/6] xen/arm: Allow platform_hvc to handle guest SMC calls

On Tue, Aug 01, 2017 at 11:37:05AM +0100, Julien Grall wrote: > Hi Edgar, > > On 31/07/17 23:23, Edgar E. Iglesias wrote: > >On Thu, Feb 09, 2017 at 12:32:09PM -0700, Tamas K Lengyel wrote: > >>On Thu, Feb 9, 2017 at 11:43 AM, Stefano Stabellini > >> wrote: > >>>On Thu, 9

[Xen-devel] [PATCH 0/5] xen: RCU: x86/ARM: Add support of rcu_idle_{enter, exit}

With the patch series I was able to create, destroy and re-create the domU. "Tested-by: Tomas Thoresen >" ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

Re: [Xen-devel] RT-Xen on ARM

Hello Meng Xu, I've get back to this stuff. On 03.07.17 17:58, Andrii Anisov wrote: That's why we are going to keep configuration (of guests and workloads) close to [1] for evaluation, but on our target SoC. I'm wondering if there are known issues or specifics for ARM. [1]

Re: [Xen-devel] [PATCH v2] x86/hvm: Allow guest_request vm_events coming from userspace

I'm sure we can to this and use a monitor op together with the HVMOP_guest_request_vm_event event. We have discussed this and have a good idea on how to do it. ~Alex From: Andrew Cooper Sent: Tuesday, August 1, 2017 1:30 PM

Re: [Xen-devel] [PATCH v2 1/2] libxl: use xen-blkback for 'vbd' disk types by default

On Mon, Jul 31, 2017 at 05:01:08PM +0100, Wei Liu wrote: > On Mon, Jul 31, 2017 at 04:56:04PM +0100, Wei Liu wrote: > > On Fri, Jul 28, 2017 at 06:42:13PM +0200, Marek Marczykowski-Górecki wrote: > > > This will allow later to make HVM domain without qemu in dom0 (in > > > addition to the one in

Re: [Xen-devel] [RFC PATCH v1 0/7] IPMMU-VMSA support on ARM

On 26/07/17 16:09, Oleksandr Tyshchenko wrote: From: Oleksandr Tyshchenko Hi, all. Hi, Please CC maintainers and any relevant person on the cover letter. This is quite useful to have in the inbox. The purpose of this patch series is to add IPMMU-VMSA

[Xen-devel] [OSSTEST PATCH] mg-repro-setup: Slightly better document the alloc: syntax

Provide a clearer indication that the is passed to mg-allocate (and therefore, implicitly, that mg-allocate's docs should be consulted). Signed-off-by: Ian Jackson CC: Wei Liu --- mg-repro-setup | 2 +- 1 file changed, 1 insertion(+), 1

Re: [Xen-devel] [PATCH OSSTEST 04/11] TestSupport: introduce set_host_prop

On Tue, Aug 01, 2017 at 02:01:35PM +0100, Ian Jackson wrote: > Roger Pau Monne writes ("Re: [PATCH OSSTEST 04/11] TestSupport: introduce > set_host_prop"): > > IMHO, I think the right approach is to leave mg-hosts as it is now, > > Yes. > > > and implement a set_property in

[Xen-devel] [PATCH] libxc: check pointer is not null before printing

Signed-off-by: Wei Liu --- tools/libxc/xc_dom_core.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/tools/libxc/xc_dom_core.c b/tools/libxc/xc_dom_core.c index cf403432d2..b5f316a1dc 100644 --- a/tools/libxc/xc_dom_core.c +++

Re: [Xen-devel] [PATCH V2 1/2] xen:arm64: Add SCIF UART support for earlyprintk

Hi Andrii, On 27/07/17 15:50, Andrii Anisov wrote: From: Iurii Konovalenko Add support for a SCIF compatible UART found in Renesas R-Car Gen3 SoCs. Signed-off-by: Iurii Konovalenko Signed-off-by: Iurii Mykhalskyi

Re: [Xen-devel] [PATCH V2 2/2] xen:arm: earlyprintk configuration for R-Car Gen3 boards

Hi Andrii, On 27/07/17 15:50, Andrii Anisov wrote: From: Andrii Anisov Introduce an earlyprintk configuration for R-Car Gen3 SoC based development boards, like: - Salvator-X [http://elinux.org/R-Car/Boards/Salvator-X] - M3ULCB [http://elinux.org/R-Car/Boards/M3SK] -

Re: [Xen-devel] [PATCH v4 06/13] libxl: change p9 to use generec add function

On Tue, Aug 01, 2017 at 02:58:19PM +0300, Oleksandr Grytsov wrote: > On Mon, Jul 31, 2017 at 5:36 PM, Wei Liu wrote: > > On Sun, Jul 30, 2017 at 09:42:09PM +0300, Oleksandr Grytsov wrote: > >> On Fri, Jul 28, 2017 at 7:23 PM, Wei Liu wrote: > >> > On

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

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

  1   2   >