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 }) )
> {
>
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
achie
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 L
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
> [ 2128.14
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 Pau Monné
Thanks.
__
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
> ---
> xen/arch/x86/mm/p2m.c | 34 ++
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
On Fri, Jul 28, 2017 at 04:39:04PM +0100, Ian Jackson wrote:
> Roger Pau Monne writes ("[PATCH OSSTEST 04/11] TestSupport: introduce
> set_host_prop"):
> > This is from the code in mg-hosts. Switch cmd_setprops to use the
> > newly introduced function.
>
> I think this needs to be abstracted thro
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
--- a/xen
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, i
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 e
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 box.
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 v
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 cache
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 which
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 pat
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 s
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:
- use 'struct cpuid_leaf' in psr.c. So we hav
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 abs
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
Reviewed-by: Konrad Rzeszutek Wilk
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 parameter 'info' in 'psr_cbm_type_to_feat_type'. Us
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 +++
docs/misc/xl-psr.markdown | 18 --
2 files cha
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
Reviewed-by: Jan Beulich
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.
v9:
- reuse 'cat_get_feat_info' 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.
r
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'.
(suggested by Jan Beulich)
- move 'feat->cos
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 stub function is
impleme
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 | Dom
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 we use 'alt_type'
to check if we need se
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:
root
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:
- use 'ASSERT_UNREACHABLE()' to record bug.
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 by Jan Beulich)
v14:
- remove the 'Notes' i
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
---
v13:
- remove unnecessary
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
M
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
Reviewed-by: Jan Beulich
---
v15:
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 by generic
codes.
(suggested by Ja
On Tue, Aug 01, 2017 at 08:56:19AM +0800, Yi Sun wrote:
> > > +
> > > +libxl_psr_hw_info = Struct("psr_hw_info", [
> > > +("id", uint32),
> > > +("u", KeyedUnion(None, libxl_psr_feat_type, "type",
> > > + [("cat_info", Struct(None, [
> > > +
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 wil
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
_
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 patch looks standalone, but please don't commit this
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
>
> Grub
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-t
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 be
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: ad
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
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
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
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 guess an equivalent of 1f4ea16035 ("update Xen version to
4.8.1-p
Hi Dario,
On 01/08/17 10:17, Dario Faggioli wrote:
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 b
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 guess
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 guest
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.
>
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 Stabellini
wrote:
On Thu, 9
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 u
(+ 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
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
To: Alexandru Stefan ISAILA; x
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] https://www.cis.up
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: Oleksandr Tyshchenko
>> >> Sent: Wednesday, July 26
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
+++ b/tools/libxc/xc_dom_core.c
@@ -754,7 +754,8 @@
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 Feb 2017, Tamas K Lengyel
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
Signed-off-by: Andrii Anisov
Acked-by: Julien Grall
Cheers,
--
Julien Gr
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]
- H3ULCB [http://elinux.or
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
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, 2017 at 05:25:23PM +0300, Oleksandr Grytsov w
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 st
Some hosts require "append raw" [0] when booting with memdisk, while
others don't. This is based on the hardware/BIOS, and needs to be set
on a per-host basis.
In order to do this, add a new "MemdiskAppend" host property and make
use of it in the setup_netboot_memdisk helper.
[0] http://www.sysli
The introduce script turns the properties stored in the runvars using
the format hostprop_$hotname_$prop=$val into host properties stored in
the database.
Signed-off-by: Roger Pau Monné
---
Changes since v1:
- Select a host for setting the properties.
- Print a message before exiting if blessin
proc prep-job/host-examine-xen is declared twice, one of them should
be prep-job/host-examine-linux instead.
Signed-off-by: Roger Pau Monné
Acked-by: Ian Jackson
---
sg-run-job | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sg-run-job b/sg-run-job
index b7ce963a..ed1ed3c8 1
Hook the memdisk parameter detection and the saving of the host
properties into the examine jobs.
Signed-off-by: Roger Pau Monné
---
Changes since v1:
- Run the memdisk test first (so that we don't leave the host in a
weird state).
- Pass a host to the examine-hostprops-save.
---
sg-run-job
This is used to store tentative host properties in the runvars of a
job, with the expectation that at some point (ie: at the end of the
job) they will be turned into real properties stored in the database.
Signed-off-by: Roger Pau Monné
Acked-by: Ian Jackson
---
Osstest/TestSupport.pm | 7 +
So that it can also be used by make-hosts-flight. No functional change
intended.
Signed-off-by: Roger Pau Monné
Acked-by: Ian Jackson
---
make-freebsd-flight | 31 ---
mfi-common | 31 +++
2 files changed, 31 insertions(+), 31 del
The intended usage is to run this script against every host in order
to record the possible needed memdisk flags.
Signed-off-by: Roger Pau Monné
---
Changes since v1:
- Get the arch of the job and exit with 0 if it's not supported.
- Pass the --recordappend argument to ts-memdisk-try-append.
--
This is needed in order to run the memdisk test.
Signed-off-by: Roger Pau Monné
Acked-by: Ian Jackson
---
make-hosts-flight | 3 +++
1 file changed, 3 insertions(+)
diff --git a/make-hosts-flight b/make-hosts-flight
index 0152dfe1..d5670857 100755
--- a/make-hosts-flight
+++ b/make-hosts-fligh
Make sure images copied to the tftp path have the right permissions,
so use dd instead of cp, which will obviously not preserve the
original permissions.
Signed-off-by: Roger Pau Monné
Acked-by: Ian Jackson
---
ts-freebsd-host-install | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
dif
Hello,
This builds on top of my previous osstest FreeBSD support series, and
expands the examine flight in order to test which memdisk options
should be used for each host. Hopefully all of this will be automatic
upon running a examine flight. The required options are detected by
ts-memdisk-try-ap
This is needed in order to figure out which memdisk options should be
used to boot the images on each specific box.
Note that upon success the script stores the tentative host property
in the runvars.
Signed-off-by: Roger Pau Monné
---
Changes since v1:
- Provide a --recordappend argument to fo
And provide a helper in TestSupport to use it. This allows osstest to
set host properties from test script themselves (instead of using
the mg-hosts clu).
Signed-off-by: Roger Pau Monné
---
Osstest/HostDB/Executive.pm | 19 +++
Osstest/HostDB/Static.pm| 7 +++
Osstest/Te
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 support to Xen on ARM.
It is VMSA-com
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 Fri, Jul 28, 2017 at 03:11:34PM +0100, Wei Liu
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
> ($mh
With the patch series I was able to create, destroy and re-create the domU.
"Tested-by: Tomas Thoresen mailto:tom...@xilinx.com>>"
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
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
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, seems), I'll incorporat
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 deletion(-)
diff --git a/mg-repro-setup b/mg-repro-setup
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 HostDB/{Executive/Sta
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 fff2623cc2a5e3d85db20
On Tue, Aug 01, 2017 at 02:19:34PM +0100, Ian Jackson wrote:
> 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
Acked-by: Wei Liu
_
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
https://lists.xen.org/xen-devel
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
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 dmesg
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 tha
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?
___
Xen-d
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. 11228
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
>
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
> following "xl dmesg" In xl m
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
> > > ts-set-host-prope
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
>
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 idents
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'. Fo
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
1 - 100 of 153 matches
Mail list logo