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 v
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 16
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
test-amd64-amd64-
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 l
* 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
> be enabled for all
* 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 EBX on 32 bits, but
* 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 via the GOT.
So
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
CC: Wei Liu
CC: Ian Jackson
CC: Daniel De Gr
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:
https://github
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
m
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 redundant
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
CC: Ian Jackson
CC: Roger Pau Mon
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é
CC: Chao Peng
v4:
- remove 'ALLOC_' from macro names.
(suggested by Roger Pau Monné)
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é
CC: Chao Peng
v4:
- remove 'ALLOC_' from macro names.
(sugges
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 mult
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é
CC: Chao Peng
v3:
- change the format string of printf in 'psr_mba_hwinfo'.
(s
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
CC: Andrew Cooper
CC: Wei Liu
CC: Roger Pau Monné
CC: Chao Peng
v4:
- fix
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 Monné
CC: Chao Peng
v4:
- remove 'ALLOC_' from macro names.
(suggested by Roger Pau Monné)
v3:
- change
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
v4:
- modify description of MBA in 'xl.pod.1.in' to be same as feature doc.
(suggested by Roger Pau Monné)
- fix word
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
CC: Ian Jackson
CC: Roger Pau Monné
CC: Chao Peng
v4:
- move assignment of xc_type to i
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
---
CC: Wei Liu
CC: Ian Jackso
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 MB
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
CC: Roger Pau Monné
CC: Chao Peng
v4:
- remove 'ALLO
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
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 saveresto
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 usef
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 ba30d5f0512196b1ee7b3
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
>>> xencons_queued() to tell the cur
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
test-amd64-i386-xl
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 v
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
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.
> >
> > Export base_disallow_m
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 whic
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
test-amd64-amd64-xl-qemuu-win7-
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 temper
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
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
Te
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 windows
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
test-amd64-
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
test-amd64-i386-x
40 matches
Mail list logo
