Re: [Xen-devel] x86: PIE support and option to extend KASLR randomization

* H. Peter Anvin wrote: > We do need to consider how we want modules to fit into whatever model we > choose, though. They can be adjacent, or we could go with a more > traditional dynamic link model where the modules can be separate, and > chained together with the main kernel

[Xen-devel] [libvirt test] 113763: tolerable all pass - PUSHED

flight 113763 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/113763/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt-xsm 14 saverestore-support-checkfail like 113708 test-armhf-armhf-libvirt 14

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

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

Re: [Xen-devel] x86: PIE support and option to extend KASLR randomization

* Thomas Garnier wrote: > > 2) we first implement the additional entropy bits that Linus suggested. > > > > does this work for you? > > Sure, I can look at how feasible that is. If it is, can I send > everything as part of the same patch set? The additional entropy would

[Xen-devel] [PATCH v4 13/15] tools: implement new generic get value interface and MBA get value command

This patch implements generic get value interfaces in libxc and libxl. It also refactors the get value flow in xl to make it be suitable for all allocation features. Based on that, a new MBA get value command is added in xl. Signed-off-by: Yi Sun Acked-by: Wei Liu

[Xen-devel] [PATCH v4 04/15] x86: implement data structure and CPU init flow for MBA

This patch implements main data structures of MBA. Like CAT features, MBA HW info has cos_max which means the max thrtl register number, and thrtl_max which means the max throttle value (delay value). It also has a flag to represent if the throttle value is linear or not. One thrtl register of

[Xen-devel] [PATCH v4 14/15] tools: implement new generic set value interface and MBA set value command

This patch implements new generic set value interfaces in libxc and libxl. These interfaces are suitable for all allocation features. It also adds a new MBA set value command in xl. Signed-off-by: Yi Sun --- CC: Wei Liu CC: Ian Jackson

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

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

Re: [Xen-devel] x86: PIE support and option to extend KASLR randomization

* H. Peter Anvin wrote: > On 09/22/17 09:32, Ingo Molnar wrote: > > > > BTW., I think things improved with ORC because with ORC we have RBP as an > > extra > > register and with PIE we lose RBX - so register pressure in code generation > > is > > lower. > > > > We lose

[Xen-devel] [qemu-mainline test] 113743: regressions - FAIL

flight 113743 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/113743/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-arndale 6 xen-install fail REGR. vs. 113659

[Xen-devel] [seabios baseline-only test] 72145: tolerable FAIL

This run is configured for baseline tests only. flight 72145 seabios real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/72145/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-qemuu-nested-intel 17 debian-hvm-install/l1/l2 fail

[Xen-devel] [PATCH v4 01/15] docs: create Memory Bandwidth Allocation (MBA) feature document

This patch creates MBA feature document in doc/features/. It describes key points to implement MBA which is described in details in Intel SDM "Introduction to Memory Bandwidth Allocation". Signed-off-by: Yi Sun --- CC: Jan Beulich CC: Andrew Cooper

[Xen-devel] [PATCH v4 10/15] tools: implement the new libxl get hw info interface

This patch implements the new libxl get hw info interface, 'libxl_psr_get_hw_info', which is suitable to all psr allocation features. It also implements corresponding list free function, 'libxl_psr_hw_info_list_free' and makes 'libxl_psr_cat_get_info' call 'libxl_psr_get_hw_info' to avoid

[Xen-devel] [PATCH v4 08/15] tools: create general interfaces to support psr allocation features

This patch creates general interfaces in libxl to support all psr allocation features. Add 'LIBXL_HAVE_PSR_GENERIC' to indicate interface change. Please note, the functionality cannot work until later patches are applied. Signed-off-by: Yi Sun --- CC: Wei Liu

[Xen-devel] [PATCH v4 05/15] x86: implement get hw info flow for MBA

This patch implements get HW info flow for MBA including its callback function and sysctl interface. Signed-off-by: Yi Sun --- CC: Jan Beulich CC: Andrew Cooper CC: Wei Liu CC: Roger Pau Monné

[Xen-devel] [PATCH v4 09/15] tools: implement the new libxc get hw info interface

This patch implements a new libxc get hw info interface and corresponding data structures. It also changes libxl_psr.c to call this new interface. Signed-off-by: Yi Sun --- CC: Wei Liu CC: Ian Jackson CC: Roger Pau Monné

[Xen-devel] [PATCH v4 07/15] x86: implement set value flow for MBA

This patch implements set value flow for MBA including its callback function and domctl interface. It also changes the memebers in 'cos_write_info' to transfer the feature array, feature properties array and value array. Then, we can write all features values on the cos id into MSRs. Because

[Xen-devel] [PATCH v4 11/15] tools: implement the new xl get hw info interface

This patch implements a new xl get HW info interface. A new argument is added for psr-hwinfo command to get and show MBA HW info. Signed-off-by: Yi Sun --- CC: Wei Liu CC: Ian Jackson CC: Roger Pau Monné

[Xen-devel] [PATCH v4 03/15] x86: rename 'cbm_type' to 'psr_type' to make it general

This patch renames 'cbm_type' to 'psr_type' to generalize it. Then, we can reuse this for all psr allocation features. Signed-off-by: Yi Sun Reviewed-by: Wei Liu Reviewed-by: Roger Pau Monn? --- CC: Jan Beulich

[Xen-devel] [PATCH v4 06/15] x86: implement get value interface for MBA

This patch implements get value domctl interface for MBA. Signed-off-by: Yi Sun Reviewed-by: Roger Pau Monné --- CC: Jan Beulich CC: Andrew Cooper CC: Wei Liu CC: Roger Pau

[Xen-devel] [PATCH v4 00/15] Enable Memory Bandwidth Allocation in Xen

Hi, all, We plan to bring a new PSR (Platform Shared Resource) feature called Intel Memory Bandwidth Allocation (MBA) to Xen. Besides the MBA enabling, we change some interfaces to make them more general but not only for CAT. Any comments are welcome! You can find this series at:

[Xen-devel] [PATCH v4 02/15] Rename PSR sysctl/domctl interfaces and xsm policy to make them be general

This patch renames PSR sysctl/domctl interfaces and related xsm policy to make them be general for all resource allocation features but not only for CAT. Then, we can resuse the interfaces for all allocation features. Basically, it changes 'psr_cat_op' to 'psr_alloc', and remove 'CAT_' from some

[Xen-devel] [PATCH v4 15/15] docs: add MBA description in docs

This patch adds MBA description in related documents. Signed-off-by: Yi Sun Acked-by: Wei Liu --- CC: Wei Liu CC: Ian Jackson CC: Roger Pau Monné CC: Chao Peng

[Xen-devel] [PATCH v4 12/15] tools: rename 'xc_psr_cat_type' to 'xc_psr_type'

This patch renames 'xc_psr_cat_type' to 'xc_psr_type' so that the structure name is common for all allocation features. Signed-off-by: Yi Sun Acked-by: Wei Liu Reviewed-by: Chao Peng --- CC: Wei Liu

Re: [Xen-devel] [PATCH 01/27 v10] xen/arm: vpl011: Define common ring buffer helper functions in console.h

Hi, On 09/22/2017 11:44 PM, Stefano Stabellini wrote: Adding Jan On Fri, 22 Sep 2017, Bhupinder Thakur wrote: DEFINE_XEN_FLEX_RING(xencons) defines common helper functions such as xencons_queued() to tell the current size of the ring buffer, xencons_mask() to mask off the index, which are

[Xen-devel] [linux-4.9 test] 113736: tolerable FAIL - PUSHED

flight 113736 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/113736/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemut-win7-amd64 18 guest-start/win.repeat fail like 113425 test-amd64-i386-xl-qemuu-win7-amd64

Re: [Xen-devel] x86: PIE support and option to extend KASLR randomization

,Andrew Morton ,"Paul E . McKenney" ,Nicolas Pitre ,Christopher Li ,"Rafael J . Wysocki" ,Lukas Wunner ,Mika Westerberg

Re: [Xen-devel] x86: PIE support and option to extend KASLR randomization

On September 23, 2017 3:06:16 AM GMT+08:00, "H. Peter Anvin" wrote: >On 09/22/17 11:57, Kees Cook wrote: >> On Fri, Sep 22, 2017 at 11:38 AM, H. Peter Anvin >wrote: >>> We lose EBX on 32 bits, but we don't lose RBX on 64 bits - since >x86-64 >>> has

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

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

Re: [Xen-devel] [Qemu-devel] xen/disk: don't leak stack data via response ring

28.06.2017 01:04, Stefano Stabellini wrote: > Rather than constructing a local structure instance on the stack, fill > the fields directly on the shared ring, just like other (Linux) > backends do. Build on the fact that all response structure flavors are > actually identical (aside from alignment

Re: [Xen-devel] [PATCH 01/27 v10] xen/arm: vpl011: Define common ring buffer helper functions in console.h

Hi, On 23 September 2017 at 18:55, Julien Grall wrote: > Hi, > > On 09/22/2017 11:44 PM, Stefano Stabellini wrote: >> >> Adding Jan >> >> On Fri, 22 Sep 2017, Bhupinder Thakur wrote: >>> >>> DEFINE_XEN_FLEX_RING(xencons) defines common helper functions such as >>>

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

flight 113760 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/113760/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 7 xen-boot fail REGR. vs. 113387

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

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

Re: [Xen-devel] [PATCH v5 17/23] x86/mm: export base_disallow_mask and l1 mask in asm-x86/mm.h

At 07:52 -0600 on 22 Sep (1506066733), Jan Beulich wrote: > >>> On 14.09.17 at 14:58, wrote: > > The l1 mask needs to stay in x86/mm.c while l{2,3,4} masks are only > > needed by PV code. Both x86 common mm code and PV mm code use > > base_disallow_mask and l1 maks. > > > >

[Xen-devel] [linux-linus test] 113765: tolerable FAIL - PUSHED

flight 113765 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/113765/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-rumprun-i386 17 rumprun-demo-xenstorels/xenstorels.repeat fail REGR. vs. 113666 Tests

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

flight 113769 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/113769/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-xl-arndale 6 xen-install fail in 113743 pass in 113769

Re: [Xen-devel] [PATCH v12 1/4] x86emul: New return code for unimplemented instruction

On Thu, 2017-09-21 at 08:53 +, Paul Durrant wrote: > > } > > +case X86EMUL_UNIMPLEMENTED: > > +ASSERT_UNREACHABLE(); > > +/* Fall-through */ > > Kind of surprised you need the fall-through if you assert the code is > unreachable... but analysis tools can be a bit

[Xen-devel] [examine test] 113775: all pass

flight 113775 examine real [real] http://logs.test-lab.xenproject.org/osstest/logs/113775/ Perfect :-) All tests in this flight passed as required baseline version: flight 113149 jobs: build-amd64 pass build-armhf

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

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

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

flight 113777 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/113777/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-win7-amd64 18 guest-start/win.repeat fail in 113760 REGR. vs. 113387

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

flight 113779 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/113779/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-amd64 10 debian-hvm-install fail REGR. vs. 113765

[Xen-devel] [qemu-mainline test] 113780: regressions - FAIL

flight 113780 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/113780/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-cubietruck 6 xen-installfail REGR. vs. 113769