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

flight 107085 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/107085/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-libvirt-xsm 7 host-ping-check-xen fail in 107069 pass in 107085

[Xen-devel] [xen-4.6-testing bisection] complete test-xtf-amd64-amd64-3

branch xen-4.6-testing xenbranch xen-4.6-testing job test-xtf-amd64-amd64-3 testid xtf-fep Tree: linux git://xenbits.xen.org/linux-pvops.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git Tree: qemuu

[Xen-devel] [xen-4.6-testing test] 107076: regressions - trouble: broken/fail/pass

flight 107076 xen-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/107076/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-rumprun-i386 12 guest-destroyfail REGR. vs. 106819

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

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

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

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

[Xen-devel] [linux-linus test] 107075: regressions - FAIL

flight 107075 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/107075/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 11 guest-start fail REGR. vs. 59254

Re: [Xen-devel] [PATCH v3 00/26] arm64: Dom0 ITS emulation

On 31/03/2017 19:04, Andre Przywara wrote: Hi, Hi Andre, The time I planned for the indirect device table was spent on the above two items, so I will write this now while the reviewers are on it. I tried to check every error return and kick out every signed int. Also the bug that Vijay

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

flight 107069 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/107069/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-xsm 7 host-ping-check-xen fail REGR. vs. 107034 Regressions which

[Xen-devel] [xen-unstable baseline-only test] 71138: tolerable trouble: blocked/broken/fail/pass

This run is configured for baseline tests only. flight 71138 xen-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71138/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-libvirt13

Re: [Xen-devel] raisin and minios stubdom

2017-04-01 08:19 keltezéssel, Géza Gémes írta: 2017. márc. 31. 16:15 ezt írta ("Juergen Gross" >): On 31/03/17 16:05, Konrad Rzeszutek Wilk wrote: > On Thu, Mar 30, 2017 at 07:42:48PM +0200, Gémes Géza wrote: >> >>> On Mon, Mar 27,

[Xen-devel] [xen-4.6-testing bisection] complete test-amd64-i386-rumprun-i386

branch xen-4.6-testing xenbranch xen-4.6-testing job test-amd64-i386-rumprun-i386 testid guest-destroy Tree: linux git://xenbits.xen.org/linux-pvops.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git Tree: qemuu

Re: [Xen-devel] [PATCH RFC] x86/emulate: implement hvmemul_cmpxchg() with an actual CMPXCHG

On 03/31/2017 06:04 PM, Jan Beulich wrote: On 31.03.17 at 17:01, wrote: >> On 03/31/2017 05:46 PM, Jan Beulich wrote: >> On 31.03.17 at 11:56, wrote: On 03/31/2017 10:34 AM, Jan Beulich wrote: On 31.03.17 at 08:17,

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

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

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

flight 107055 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/107055/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 107025

Re: [Xen-devel] [RFC XEN PATCH v2 00/15] Add vNVDIMM support to HVM domains

On Sat, Apr 1, 2017 at 4:54 AM, Konrad Rzeszutek Wilk wrote: > ..snip.. >> >> Is there a resource I can read more about why the hypervisor needs to >> >> have this M2P mapping for nvdimm support? >> > >> > M2P is basically an array of frame numbers. It's indexed by the host >>

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

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

[Xen-devel] [PATCH v10 21/25] x86: L2 CAT: implement set value flow.

This patch implements L2 CAT set value related callback functions and domctl interface. Signed-off-by: Yi Sun --- v10: - check input data and remove cast in domctl. (suggested by Jan Beulich) - remove some hooks assignment due to previous patches changes.

[Xen-devel] [PATCH v10 20/25] x86: L2 CAT: implement get value flow.

This patch implements L2 CAT get value flow and interface in domctl. Signed-off-by: Yi Sun --- v10: - remove cast in domctl. (suggested by Jan Beulich) v9: - reuse 'cat_get_val' for L2 CAT to reduce redundant codes (suggested by Roger Pau) -

[Xen-devel] [PATCH v10 24/25] 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 v10 25/25] 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 --- docs/man/xl.pod.1.in | 25 ++--- docs/misc/xl-psr.markdown | 18

[Xen-devel] [PATCH v10 22/25] 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 v10 23/25] 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 v10 18/25] x86: L2 CAT: implement CPU init and free flow.

This patch implements the CPU init and free flow for L2 CAT. Signed-off-by: Yi Sun --- v10: - implement L2 CAT case in 'cat_init_feature'. (suggested by Jan Beulich) - changes about 'props'. (suggested by Jan Beulich) - introduce

[Xen-devel] [PATCH v10 19/25] 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 --- v10: - modify macro name according to previous patch change. (suggested by Jan Beulich) - modify commit message. v9: - reuse 'cat_get_feat_info' for L2 CAT

[Xen-devel] [PATCH v10 01/25] 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 v10 07/25] 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 --- v10: - remove 'PSR_SOCKET_UNKNOWN' and use

[Xen-devel] [PATCH v10 10/25] 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 v10 13/25] 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 MSR of the designated feature. Till now, set value process is completed. Signed-off-by: Yi Sun --- v10:

[Xen-devel] [PATCH v10 17/25] x86: refactor psr: CDP: implement set value callback functions.

This patch implements L3 CDP set value related callback functions. With this patch, 'psr-cat-cbm-set' command can work for L3 CDP. Signed-off-by: Yi Sun --- v10: - remove 'l3_cdp_get_old_val' and use 'l3_cdp_get_val' to replace it. (suggested by Jan Beulich)

[Xen-devel] [PATCH v10 03/25] x86: refactor psr: implement main data structures.

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 v10 04/25] 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 --- v10: - Acked by Jan. v9: - create this patch alone to move 'cpuid_count_leaf'.

[Xen-devel] [PATCH v10 06/25] 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 v10 00/25] 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

[Xen-devel] [PATCH v10 16/25] x86: refactor psr: CDP: implement get value flow.

This patch implements L3 CDP get value callback function. With this patch, 'psr-cat-show' can work for L3 CDP. Signed-off-by: Yi Sun --- v10: - add 'enum cbm_type type' into 'get_val' parameters to handle CDP case. (suggested by Jan Beulich) v9: - modify

[Xen-devel] [PATCH v10 12/25] 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 v10 05/25] x86: refactor psr: L3 CAT: implement CPU init and free flow.

This patch implements the CPU init and free flow including L3 CAT initialization and some resources free. It includes below flows: 1. presmp init: - parse command line parameter. - allocate socket info for every socket. - allocate feature resource. - initialize socket info, get

[Xen-devel] [PATCH v10 09/25] 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 v10 02/25] 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 v10 11/25] 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 --- v10: - remove

[Xen-devel] [PATCH v10 14/25] x86: refactor psr: CDP: implement CPU init and free flow.

This patch implements the CPU init and free flow for CDP including L3 CDP initialization callback function. The flow is almost same as L3 CAT. Signed-off-by: Yi Sun --- v10: - fix comment. (suggested by Jan Beulich) - use swith in 'cat_init_feature' to

[Xen-devel] [PATCH v10 08/25] 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 including L3 CAT callback function. 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

[Xen-devel] [PATCH v10 15/25] 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 --- v10: - update renamed macros used by psr_get_info. (suggested by

[Xen-devel] [linux-linus test] 107053: regressions - FAIL

flight 107053 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/107053/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-arndale 11 guest-start fail REGR. vs. 59254

Re: [Xen-devel] [RFC QEMU PATCH v2 01/10] nvdimm xen: disable label support on Xen

On Mon, Mar 20, 2017 at 08:12:40AM +0800, Haozhong Zhang wrote: > If xen_enabled(), memory_region_get_ram_ptr() always returns NULL and > nvdimm_realize() cannot get the correct pointer to the label area. This > commit disables the label support for Xen accelerator to workaround > this issue. > >

Re: [Xen-devel] [RFC XEN PATCH v2 00/15] Add vNVDIMM support to HVM domains

On Mon, Mar 20, 2017 at 08:09:34AM +0800, Haozhong Zhang wrote: > This is v2 RFC patch series to add vNVDIMM support to HVM domains. > v1 can be found at > https://lists.xenproject.org/archives/html/xen-devel/2016-10/msg00424.html. > > No label and no _DSM except function 0 "query implemented

Re: [Xen-devel] [RFC XEN PATCH v2 15/15] tools/misc: add xen-ndctl

On Thu, Mar 30, 2017 at 03:58:25PM +0800, Haozhong Zhang wrote: > On 03/29/17 21:11 -0700, Dan Williams wrote: > > On Sun, Mar 19, 2017 at 5:09 PM, Haozhong Zhang > > wrote: > > > xen-ndctl is a tool for users in Dom0 to setup the host pmem with Xen > > > hypervisor.

Re: [Xen-devel] [RFC XEN PATCH v2 00/15] Add vNVDIMM support to HVM domains

..snip.. > >> Is there a resource I can read more about why the hypervisor needs to > >> have this M2P mapping for nvdimm support? > > > > M2P is basically an array of frame numbers. It's indexed by the host > > page frame number, or the machine frame number (MFN) in Xen's > > definition. The n'th

[Xen-devel] ARM:Booting xen on pine64 board

Hello I am trying to boot xen(debug build) on pine64 ARM64 based board but its hangs at following position, - UART enabled - - CPU booting - - Current EL 0008 - - Xen starting at EL2 - - Zero BSS - - Setting up control registers - - Turning on paging - - Ready - (XEN) Checking for

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

flight 107056 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/107056/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-libvirt 5 libvirt-buildfail REGR. vs. 106829 Tests which did not

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

flight 71137 distros-debian-stretch real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71137/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-armhf-stretch-netboot-pygrub 9 debian-di-install fail blocked in 68671

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

This run is configured for baseline tests only. flight 71136 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71136/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-freebsd10-amd64 21

Re: [Xen-devel] [PATCH v3 19/26] ARM: vITS: handle MAPTI command

On Fri, Mar 31, 2017 at 11:35 PM, Andre Przywara wrote: > The MAPTI commands associates a DeviceID/EventID pair with a LPI/CPU > pair and actually instantiates LPI interrupts. > We connect the already allocated host LPI to this virtual LPI, so that > any triggering IRQ on

Re: [Xen-devel] [PATCH v3 06/26] ARM: GICv3 ITS: introduce device mapping

Hi Andre, On Fri, Mar 31, 2017 at 11:35 PM, Andre Przywara wrote: > The ITS uses device IDs to map LPIs to a device. Dom0 will later use > those IDs, which we directly pass on to the host. > For this we have to map each device that Dom0 may request to a host > ITS device

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

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

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

flight 107034 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/107034/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-libvirt-xsm 13 saverestore-support-checkfail like 107015 test-armhf-armhf-libvirt

Re: [Xen-devel] raisin and minios stubdom

2017. márc. 31. 16:15 ezt írta ("Juergen Gross" ): On 31/03/17 16:05, Konrad Rzeszutek Wilk wrote: > On Thu, Mar 30, 2017 at 07:42:48PM +0200, Gémes Géza wrote: >> >>> On Mon, Mar 27, 2017 at 09:28:14PM +0200, Gémes Géza wrote: Hi, Currently the xen build system