flight 107235 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/107235/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-1 20 xtf/test-hvm32-invlpg~shadow fail REGR. vs. 107208
test-xtf-amd64-
On Fri, Apr 07, 2017 at 02:34:07AM +0200, Dario Faggioli wrote:
> In cases where one is absolutely sure that there will be
> less vCPUs than pCPUs, having to pay the cose, mostly in
s/cose/cost/
Alan
--
Alan Robinson
Fujitsu, Enterprise Platform Services, Germany
__
> From: Mohit Gambhir [mailto:mohit.gamb...@oracle.com]
> Sent: Thursday, April 6, 2017 3:50 AM
>
> The patch introduces a macro FIXED_CTR_CTRL_ANYTHREAD_MASK and uses
> it
> to mask .Anythread bit for all counter in IA32_FIXED_CTR_CTRL MSR in all
> versions of Intel Arhcitectural Performance Moni
> From: Yu Zhang [mailto:yu.c.zh...@linux.intel.com]
> Sent: Thursday, April 6, 2017 11:54 PM
>
> Previously, p2m_ioreq_server is used to write-protect guest ram
> pages, which are tracked with ioreq server's rangeset. However,
> number of ram pages to be tracked may exceed the upper limit of
> ra
[23:59] Hi Jesus
[00:01] Hi!
[00:01] So, let me summarize what I have understood of the project?
[00:02] i am able to run perceval on the mbox link given
[00:02] i need to use perceval.backends.mbox while using it in a
script rite?
[00:03] also, to get archives analyzed - on what basis is thi
> From: Yu Zhang [mailto:yu.c.zh...@linux.intel.com]
> Sent: Thursday, April 6, 2017 11:54 PM
>
> After an ioreq server has unmapped, the remaining p2m_ioreq_server
> entries need to be reset back to p2m_ram_rw. This patch does this
> asynchronously with the current p2m_change_entry_type_global()
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Thursday, April 6, 2017 10:28 PM
>
> Doing so may not only confuse them, but will - on VMX - lead to
> VMRESUME failures. Add respective ASSERT()s where the fields get set
> to guard against future similar issues (or - in the restore case -
>
[23:59] Hi Jesus
[00:01] Hi!
[00:01] So, let me summarize what I have understood of the project?
[00:02] i am able to run perceval on the mbox link given
[00:02] i need to use perceval.backends.mbox while using it in a
script rite?
[00:03] also, to get archives analyzed - on what basis is thi
> From: Gao, Chao
> Sent: Thursday, April 6, 2017 8:30 AM
>
> msi_msg_to_remap_entry() is buggy when the live IRTE is in posted format. It
> wrongly inherits the 'im' field meaning the IRTE is in posted format but
> updates all the other fields to remapping format.
>
> There are also two situatio
> From: Gao, Chao
> Sent: Thursday, April 6, 2017 8:30 AM
>
> We used structure assignment to update irte which was non-atomic when
> the
> whole IRTE was to be updated. It is unsafe when a interrupt happened
> during
> update. Furthermore, no bug or warning would be reported when this
> happened.
mcheck_cmn_handler() is the only user of 'found_error' and
'mce_fatal_cpus'.
Signed-off-by: Haozhong Zhang
---
Reason for resend:
* Adapt for resent patch 3.
---
xen/arch/x86/cpu/mcheck/mce.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/xen/arch/x86/cpu/mcheck/mce.c
mcheck_cmn_handler() does not always set 'severity_cpu' to override
its value taken from previous rounds of MC handling, which will
interfere the current round of MC handling. Always re-initialize it to
clear the historical value.
Signed-off-by: Haozhong Zhang
---
Reason for resend:
* Move the r
From: Oleksandr Andrushchenko
Hi, all!
This patch series adds/updates para-virtual device
protocols for Linux Kernel (headers):
o kbdif (multitouch support added)
o sndif - sound (new)
o displif - display (new)
No changes, but Linux Kernel coding style applied.
Thank you,
Oleksandr
Oleksan
From: Oleksandr Andrushchenko
Multi-touch fields re-use the page that is used by the other features
which means that you can interleave multi-touch, motion, and key
events.
Reviewed-by: Konrad Rzeszutek Wilk
Reviewed-by: Stefano Stabellini
Signed-off-by: Oleksandr Andrushchenko
---
include/x
From: Oleksandr Andrushchenko
Add ABI for the two halves of a para-virtualized
sound driver to communicate with each other.
The ABI allows implementing audio playback and capture as
well as volume control and possibility to mute/unmute
audio sources.
Note: depending on the use-case backend can
From: Oleksandr Andrushchenko
This is the ABI for the two halves of a para-virtualized
display driver.
This protocol aims to provide a unified protocol which fits more
sophisticated use-cases than a framebuffer device can handle. At the
moment basic functionality is supported with the intention
From: Oleksandr Andrushchenko
The patch clarifies the protocol that is used by the PV keyboard
drivers.
Reviewed-by: Konrad Rzeszutek Wilk
Reviewed-by: Stefano Stabellini
Signed-off-by: Oleksandr Andrushchenko
---
include/xen/interface/io/kbdif.h | 258 +++
>>> On 06.04.17 at 18:32, wrote:
> On 06/04/17 15:14, Jan Beulich wrote:
> On 06.04.17 at 11:47, wrote:
>>> On 06/04/17 07:58, Jan Beulich wrote:
>>> On 05.04.17 at 18:24, wrote:
> On 03/04/17 11:10, Jan Beulich wrote:
> On 31.03.17 at 21:50, wrote:
>>> --- a/xen/arch/x8
On 07/04/17 01:33, Dario Faggioli wrote:
> Clarify and enforce (with ASSERTs) when the function
> is called on the idle domain, and explain in comments
> what it means and when it is ok to do so.
>
> While there, change the name of the function to a more
> self-explanatory one, and do the same to
On 07/04/17 01:34, Dario Faggioli wrote:
> When a pCPU is added to a cpupool, the pool's scheduler
> should immediately run on it so, for instance, any runnable
> but not running vCPU can start executing there.
>
> This currently does not happen. Make it happen by raising
> the scheduler softirq d
+Juergen
On 04/07/2017 11:30 AM, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
Hi, all!
This patch series adds/updates para-virtual device
protocols for Linux Kernel (headers):
o kbdif (multitouch support added)
o sndif - sound (new)
o displif - display (new)
No changes,
>>> On 07.04.17 at 07:17, wrote:
> On 17-04-06 08:02:15, Jan Beulich wrote:
>> Okay, so not the context switch path then, But you must be
>> changing the MSRs _somewhere_, and the question is why this
>> somewhere isn't sufficient.
>>
> Besides the restore behavior in init process, I restore the
This run is configured for baseline tests only.
flight 71159 xen-4.7-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71159/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvir
On April 05, 2017 7:58 AM, Chao Gao wrote:
>2. let pt_update_irq() pass the periodic timer whose interrupt is to be
>injected to vmx_intr_assit() which in turn can pass it to pt_intr_post().
>After
>this, pt_intr_post() needn't search the periodic timer that matches the
>interrupt has been inj
On Fri, 2017-04-07 at 09:44 +0100, George Dunlap wrote:
> On 07/04/17 01:33, Dario Faggioli wrote:
> > Clarify and enforce (with ASSERTs) when the function
> > is called on the idle domain, and explain in comments
> > what it means and when it is ok to do so.
> >
> > While there, change the name o
On 17-04-07 02:48:40, Jan Beulich wrote:
> >>> On 07.04.17 at 07:17, wrote:
> > On 17-04-06 08:02:15, Jan Beulich wrote:
> >> Okay, so not the context switch path then, But you must be
> >> changing the MSRs _somewhere_, and the question is why this
> >> somewhere isn't sufficient.
> >>
> > Besid
>>> On 07.04.17 at 01:10, wrote:
> On 04/06/2017 11:13 AM, vijay.kil...@gmail.com wrote:
>> --- a/xen/common/page_alloc.c
>> +++ b/xen/common/page_alloc.c
>> @@ -520,9 +520,6 @@ static unsigned long init_node_heap(int node, unsigned
>> long mfn,
>> unsigned long needed = (sizeof(**_heap) +
>
On Thu, Apr 06, 2017 at 07:29:05PM -0400, Methuku Karthik wrote:
> Hi Stefano,
>
> I have used attached bin2c.c convert the contents of .config file to hex.
>
> (echo "static const char xen_config_data[] __attribute__((used)) =
> ./bin2c.o xen_config.h
>
> the above command will generate the he
>>> On 06.04.17 at 19:12, wrote:
> I started off my attempt to figure out what's going on with the centos-virt
> group as that is the Xen entry point I use for server. It was recommended
> to me to put my issue here. This is the beginging of the thread:
> https://lists.centos.org/pipermail/centos-
On Wed, 5 Apr 2017 13:13:00 +0200
Petr Tesarik wrote:
> On Tue, 4 Apr 2017 12:42:53 -0700 (PDT)
> Daniel Kiper wrote:
>
>[...]
> > So, if Petr did relevant tests that is nice. However, then, IMO, this
> > patch begs Petr Tested-by.
>
> Actually, I tested with this patch applied on top of kerne
On 07/04/17 01:34, Dario Faggioli wrote:
> In cases where one is absolutely sure that there will be
> less vCPUs than pCPUs, having to pay the cose, mostly in
> terms of overhead, of an advanced scheduler may be not
> desirable.
>
> The simple scheduler implemented here could be a solution.
> Here
flight 71160 distros-debian-jessie real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71160/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-armhf-jessie-netboot-pygrub 3 host-install(3) broken blocked
in 71130
Tests w
>>> On 06.04.17 at 17:53, wrote:
> --- a/xen/arch/x86/mm/p2m-ept.c
> +++ b/xen/arch/x86/mm/p2m-ept.c
> @@ -544,6 +544,12 @@ static int resolve_misconfig(struct p2m_domain *p2m,
> unsigned long gfn)
> e.ipat = ipat;
> if ( e.recalc && p2m_is_changeable(e.s
Andrew Cooper writes ("Re: [OSSTEST PATCH] ts-xtf-run: Understand ./xtf-runner
returning CRASH"):
> Ping on this getting accepted? I have some XTF improvements queued
> behind not breaking OSSTest.
Sorry for dropping this. I have queued it up and will push it with
the TLS MITM series.
Ian.
__
On Thu, Apr 06, 2017 at 05:18:33PM +0200, Dario Faggioli wrote:
> On Thu, 2017-04-06 at 14:59 +0100, George Dunlap wrote:
> > On 06/04/17 11:49, Dario Faggioli wrote:
> > >
> > > If that fails (I've tried that), domain creation fails too. So
> > > either
> > > it returns success, or we'd have to m
>>> On 07.04.17 at 11:08, wrote:
> On 17-04-07 02:48:40, Jan Beulich wrote:
>> >>> On 07.04.17 at 07:17, wrote:
>> > On 17-04-06 08:02:15, Jan Beulich wrote:
>> >> Okay, so not the context switch path then, But you must be
>> >> changing the MSRs _somewhere_, and the question is why this
>> >> so
flight 107236 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/107236/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail blocked in 107205
test-amd64-amd64-xl-rtds
On 4/7/2017 5:40 PM, Jan Beulich wrote:
On 06.04.17 at 17:53, wrote:
--- a/xen/arch/x86/mm/p2m-ept.c
+++ b/xen/arch/x86/mm/p2m-ept.c
@@ -544,6 +544,12 @@ static int resolve_misconfig(struct p2m_domain *p2m,
unsigned long gfn)
e.ipat = ipat;
if ( e.
On Fri, 2017-04-07 at 10:42 +0100, Wei Liu wrote:
> On Thu, Apr 06, 2017 at 05:18:33PM +0200, Dario Faggioli wrote:
> >
> > Wei acked this patch in v1 (20170321170902.ndk6h5ylyfkk4coo@citrix.
> > com)
> > but that was before you raised this, so I'm happy to resend with
> > this
> > changed, and do
On 07/04/17 01:34, Dario Faggioli wrote:
> As a (rudimental) way of directing and affecting the
> placement logic implemented by the scheduler, support
> vCPU hard affinity.
>
> Basically, a vCPU will now be assigned only to a pCPU
> that is part of its own hard affinity. If such pCPU(s)
> is (are
On Fri, 2017-04-07 at 11:08 +0100, George Dunlap wrote:
> On 07/04/17 01:34, Dario Faggioli wrote:
> > @@ -413,7 +431,6 @@ static void null_vcpu_insert(const struct
> > scheduler *ops, struct vcpu *v)
> > static void _vcpu_remove(struct null_private *prv, struct vcpu *v)
> > {
> > unsigned i
flight 107237 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/107237/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf cb811673c765b1bdb2e88ed4f8210f784a88fd6c
baseline version:
ovmf 80c4b236389fb246dfd5c
On Fri, Apr 07, 2017 at 12:05:01PM +0200, Dario Faggioli wrote:
> On Fri, 2017-04-07 at 10:42 +0100, Wei Liu wrote:
> > On Thu, Apr 06, 2017 at 05:18:33PM +0200, Dario Faggioli wrote:
> > >
> > > Wei acked this patch in v1 (20170321170902.ndk6h5ylyfkk4coo@citrix.
> > > com)
> > > but that was befo
On 4/7/2017 5:40 PM, Jan Beulich wrote:
On 06.04.17 at 17:53, wrote:
--- a/xen/arch/x86/mm/p2m-ept.c
+++ b/xen/arch/x86/mm/p2m-ept.c
@@ -544,6 +544,12 @@ static int resolve_misconfig(struct p2m_domain *p2m,
unsigned long gfn)
e.ipat = ipat;
if ( e.
On 07/04/17 10:53, Yu Zhang wrote:
>
>
> On 4/7/2017 5:40 PM, Jan Beulich wrote:
> On 06.04.17 at 17:53, wrote:
>>> --- a/xen/arch/x86/mm/p2m-ept.c
>>> +++ b/xen/arch/x86/mm/p2m-ept.c
>>> @@ -544,6 +544,12 @@ static int resolve_misconfig(struct p2m_domain
>>> *p2m, unsigned long gfn)
>>>
>>> On 07.04.17 at 11:53, wrote:
> On 4/7/2017 5:40 PM, Jan Beulich wrote:
> On 06.04.17 at 17:53, wrote:
>>> --- a/xen/arch/x86/mm/p2m-ept.c
>>> +++ b/xen/arch/x86/mm/p2m-ept.c
>>> @@ -544,6 +544,12 @@ static int resolve_misconfig(struct p2m_domain *p2m,
>>> unsigned long gfn)
>>>
When injecting periodic timer interrupt in vmx_intr_assist(), multiple read
operation is operated during one event delivery and incur to inconsistent
views of vIOAPIC. For example, if a periodic timer interrupt is from PIT, when
set the corresponding bit in vIRR, the corresponding RTE is accessed i
On 07/04/17 11:14, Yu Zhang wrote:
>
>
> On 4/7/2017 5:40 PM, Jan Beulich wrote:
> On 06.04.17 at 17:53, wrote:
>>> --- a/xen/arch/x86/mm/p2m-ept.c
>>> +++ b/xen/arch/x86/mm/p2m-ept.c
>>> @@ -544,6 +544,12 @@ static int resolve_misconfig(struct p2m_domain
>>> *p2m, unsigned long gfn)
>>>
On 4/7/2017 6:22 PM, George Dunlap wrote:
On 07/04/17 10:53, Yu Zhang wrote:
On 4/7/2017 5:40 PM, Jan Beulich wrote:
On 06.04.17 at 17:53, wrote:
--- a/xen/arch/x86/mm/p2m-ept.c
+++ b/xen/arch/x86/mm/p2m-ept.c
@@ -544,6 +544,12 @@ static int resolve_misconfig(struct p2m_domain
*p2m, unsign
>>> On 07.04.17 at 12:14, wrote:
> On 4/7/2017 5:40 PM, Jan Beulich wrote:
> On 06.04.17 at 17:53, wrote:
>>> --- a/xen/arch/x86/mm/p2m-ept.c
>>> +++ b/xen/arch/x86/mm/p2m-ept.c
>>> @@ -544,6 +544,12 @@ static int resolve_misconfig(struct p2m_domain *p2m,
>>> unsigned long gfn)
>>>
On Thu, Apr 06, 2017 at 05:32:32PM +0100, Ian Jackson wrote:
> Anthony PERARD writes ("[OSSTEST PATCH v9 1/3] ts-openstack-deploy: Deploy
> OpenStack on a host with devstack"):
> > This script installs any necessary packages and clones all of the OpenStack
> > trees which are used by devstack to d
Anthony PERARD writes ("Re: [OSSTEST PATCH v9 1/3] ts-openstack-deploy: Deploy
OpenStack on a host with devstack"):
> On Thu, Apr 06, 2017 at 05:32:32PM +0100, Ian Jackson wrote:
> > Also, it would be worth grepping for other occurrences of target_cmd
> > with missing set -e. (target_cmd_build im
flight 107244 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/107244/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xtf ad3af7b1acce6cf396cdb397b2ce3eb9c30e0691
baseline version:
xtf 2b62f68c373159b0b4b0c2
>>> On 07.04.17 at 12:22, wrote:
>
> On 4/7/2017 6:22 PM, George Dunlap wrote:
>> On 07/04/17 10:53, Yu Zhang wrote:
>>>
>>> On 4/7/2017 5:40 PM, Jan Beulich wrote:
>>> On 06.04.17 at 17:53, wrote:
> --- a/xen/arch/x86/mm/p2m-ept.c
> +++ b/xen/arch/x86/mm/p2m-ept.c
> @@ -544,6 +
>>> On 06.04.17 at 02:30, wrote:
> --- a/xen/arch/x86/hvm/hvm.c
> +++ b/xen/arch/x86/hvm/hvm.c
> @@ -438,6 +438,9 @@ static int hvm_migrate_pirq(struct domain *d, struct
> hvm_pirq_dpci *pirq_dpci,
> struct vcpu *v = arg;
>
> if ( (pirq_dpci->flags & HVM_IRQ_DPCI_MACH_MSI) &&
> +
On 06/04/17 09:16, Dario Faggioli wrote:
> Since we're holding the lock on the pCPU from which we
> are trying to steal, it can't have disappeared, so we
> can drop the check for that (and convert it in an
> ASSERT()).
>
> And since we try to steal only from busy pCPUs, it's
> unlikely for such pC
On 06/04/17 09:16, Dario Faggioli wrote:
> Chacking whether or not a vCPU can be 'stolen'
> from a peer pCPU's runqueue is relatively cheap.
>
> Therefore, let's do that as early as possible,
> avoiding potentially useless complex checks, and
> cpumask manipulations.
>
> Signed-off-by: Dario Fag
On 06/04/17 09:16, Dario Faggioli wrote:
> Currently, it can happen that __runq_tickle(),
> running on pCPU 2 because vCPU x woke up, decides
> to tickle pCPU 3, because it's idle. Just after
> that, but before pCPU 3 manages to schedule and
> pick up x, either __runq_tickel() or
> __csched_cpu_pic
On 4/7/2017 6:28 PM, George Dunlap wrote:
On 07/04/17 11:14, Yu Zhang wrote:
On 4/7/2017 5:40 PM, Jan Beulich wrote:
On 06.04.17 at 17:53, wrote:
--- a/xen/arch/x86/mm/p2m-ept.c
+++ b/xen/arch/x86/mm/p2m-ept.c
@@ -544,6 +544,12 @@ static int resolve_misconfig(struct p2m_domain
*p2m, unsign
flight 107267 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/107267/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a
build-arm64-pvops 5 ker
On Fri, 2017-04-07 at 11:45 +0100, George Dunlap wrote:
> On 06/04/17 09:16, Dario Faggioli wrote:
> > Since we're holding the lock on the pCPU from which we
> > are trying to steal, it can't have disappeared, so we
> > can drop the check for that (and convert it in an
> > ASSERT()).
> >
> > And s
On 06/04/17 09:16, Dario Faggioli wrote:
> Including whether we actually tried stealing a vCPU from
> a given pCPU, or we skipped that one, because of lock
> contention.
>
> Signed-off-by: Dario Faggioli
> ---
> Cc: George Dunlap
> Cc: Ian Jackson
> Cc: Wei Liu
> ---
> tools/xentrace/formats
On Fri, 2017-04-07 at 11:49 +0100, George Dunlap wrote:
> On 06/04/17 09:16, Dario Faggioli wrote:
> > --- a/xen/common/sched_credit.c
> > +++ b/xen/common/sched_credit.c
> > @@ -708,12 +708,10 @@ static inline int
> > __csched_vcpu_is_migrateable(struct vcpu *vc, int dest_cpu,
> > cpumask_t *mask
Hi Stefano,
On 7 April 2017 at 00:31, Stefano Stabellini wrote:
> On Thu, 6 Apr 2017, Volodymyr Babchuk wrote:
>> Hello all,
>>
>> I want to discuss EL0 (native) applications for XEN. This will be relatively
>> long e-mail with requirements, proposed design and my PoC results.
>>
>> So, why we w
On 4/7/2017 6:26 PM, Jan Beulich wrote:
On 07.04.17 at 11:53, wrote:
On 4/7/2017 5:40 PM, Jan Beulich wrote:
On 06.04.17 at 17:53, wrote:
--- a/xen/arch/x86/mm/p2m-ept.c
+++ b/xen/arch/x86/mm/p2m-ept.c
@@ -544,6 +544,12 @@ static int resolve_misconfig(struct p2m_domain *p2m,
unsigned long
Cc: kevin
On Fri, Apr 07, 2017 at 04:38:00AM -0600, Jan Beulich wrote:
On 06.04.17 at 02:30, wrote:
>> --- a/xen/arch/x86/hvm/hvm.c
>> +++ b/xen/arch/x86/hvm/hvm.c
>> @@ -438,6 +438,9 @@ static int hvm_migrate_pirq(struct domain *d, struct
>> hvm_pirq_dpci *pirq_dpci,
>> struct vcpu *v
On Thu, Apr 06, 2017 at 08:09:23AM -0600, Jan Beulich wrote:
> >>> On 06.04.17 at 11:37, wrote:
> > On Thu, Apr 06, 2017 at 03:20:21AM -0600, Jan Beulich wrote:
> >> >>> On 06.04.17 at 10:59, wrote:
> >> > On Wed, Apr 05, 2017 at 08:26:27AM -0600, Jan Beulich wrote:
> >> >> >>> On 04.04.17 at 11:
>>> On 21.02.17 at 20:19, wrote:
> Every multiboot protocol (regardless of version) compatible image must
> specify its load address (in ELF or multiboot header). Multiboot protocol
> compatible loader have to load image at specified address. However, there
> is no guarantee that the requested mem
"Old" tested version had not actually been tested; therefore in this
flight we test it, rather than a new candidate. The baseline, if
any, is the most recent actually tested revision.
flight 107238 linux-4.9 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/107238/
Failures :-/ but no
>>> On 07.04.17 at 12:50, wrote:
> On 4/7/2017 6:28 PM, George Dunlap wrote:
>> On 07/04/17 11:14, Yu Zhang wrote:
>>>
>>> On 4/7/2017 5:40 PM, Jan Beulich wrote:
>>> On 06.04.17 at 17:53, wrote:
> --- a/xen/arch/x86/mm/p2m-ept.c
> +++ b/xen/arch/x86/mm/p2m-ept.c
> @@ -544,6 +544,
On 07/04/17 10:30, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> The patch clarifies the protocol that is used by the PV keyboard
> drivers.
>
> Reviewed-by: Konrad Rzeszutek Wilk
> Reviewed-by: Stefano Stabellini
> Signed-off-by: Oleksandr Andrushchenko
Acked-by: Juerge
On 07/04/17 10:30, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Multi-touch fields re-use the page that is used by the other features
> which means that you can interleave multi-touch, motion, and key
> events.
>
> Reviewed-by: Konrad Rzeszutek Wilk
> Reviewed-by: Stefano
On 07/04/17 10:30, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Add ABI for the two halves of a para-virtualized
> sound driver to communicate with each other.
>
> The ABI allows implementing audio playback and capture as
> well as volume control and possibility to mute/unm
On 07/04/17 10:30, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> This is the ABI for the two halves of a para-virtualized
> display driver.
>
> This protocol aims to provide a unified protocol which fits more
> sophisticated use-cases than a framebuffer device can handle. At
>>> On 07.04.17 at 12:55, wrote:
> On 4/7/2017 6:26 PM, Jan Beulich wrote:
> On 07.04.17 at 11:53, wrote:
>>> On 4/7/2017 5:40 PM, Jan Beulich wrote:
>>> On 06.04.17 at 17:53, wrote:
> @@ -965,7 +987,7 @@ static mfn_t ept_get_entry(struct p2m_domain *p2m,
>if ( is_epte_va
Adds monitor support for descriptor access events (reads & writes of
IDTR/GDTR/LDTR/TR) for the x86 architecture (VMX and SVM).
Signed-off-by: Adrian Pop
Acked-by: Wei Liu
Acked-by: Razvan Cojocaru
Reviewed-by: Boris Ostrovsky
Reviewed-by: Kevin Tian
---
changes in v3:
- remove the unnecessar
On Fri, Apr 7, 2017 at 4:11 AM, Jan Beulich wrote:
> >>> On 06.04.17 at 19:12, wrote:
> > I started off my attempt to figure out what's going on with the
> centos-virt
> > group as that is the Xen entry point I use for server. It was recommended
> > to me to put my issue here. This is the beging
>>> On 07.04.17 at 06:07, wrote:
> Cc: kevin
>
> On Fri, Apr 07, 2017 at 04:38:00AM -0600, Jan Beulich wrote:
> On 06.04.17 at 02:30, wrote:
>>> --- a/xen/arch/x86/hvm/hvm.c
>>> +++ b/xen/arch/x86/hvm/hvm.c
>>> @@ -438,6 +438,9 @@ static int hvm_migrate_pirq(struct domain *d, struct
> hvm_p
>>> On 07.04.17 at 13:47, wrote:
> On Fri, Apr 7, 2017 at 4:11 AM, Jan Beulich wrote:
>
>> >>> On 06.04.17 at 19:12, wrote:
>> > I started off my attempt to figure out what's going on with the
>> centos-virt
>> > group as that is the Xen entry point I use for server. It was recommended
>> > to
tl;dr:
Please apply
da72ff5bfcb02c6ac8b169a7cf597a3c8e6c4de1
partially revert "xen: Remove event channel notification through
Xen PCI platform device"
to all stable branches which have a version of the original broken
commit. This includes at least 4.9.y.
Background:
osstest s
>>> On 06.04.17 at 02:30, wrote:
> msi_msg_to_remap_entry() is buggy when the live IRTE is in posted format. It
> wrongly inherits the 'im' field meaning the IRTE is in posted format but
> updates all the other fields to remapping format.
>
> There are also two situations that lead to the above i
On 4/7/2017 7:28 PM, Jan Beulich wrote:
On 07.04.17 at 12:50, wrote:
On 4/7/2017 6:28 PM, George Dunlap wrote:
On 07/04/17 11:14, Yu Zhang wrote:
On 4/7/2017 5:40 PM, Jan Beulich wrote:
On 06.04.17 at 17:53, wrote:
--- a/xen/arch/x86/mm/p2m-ept.c
+++ b/xen/arch/x86/mm/p2m-ept.c
@@ -544,6
>>> On 06.04.17 at 02:30, wrote:
> --- a/xen/drivers/passthrough/vtd/intremap.c
> +++ b/xen/drivers/passthrough/vtd/intremap.c
> @@ -169,10 +169,55 @@ bool_t __init iommu_supports_eim(void)
> return 1;
> }
>
> +/*
> + * Assume iremap_lock has been acquired. It is to make sure software will
Hello,
Here it comes version 3 of this patch series.
Previous iterations:
v1: https://lists.xen.org/archives/html/xen-devel/2017-03/msg02316.html
v2: https://lists.xen.org/archives/html/xen-devel/2017-04/msg01027.html
Git branch:
git://xenbits.xen.org/people/dariof/xen.git rel/sched/null-sche
Clarify and enforce (with ASSERTs) when the function
is called on the idle domain, and explain in comments
what it means and when it is ok to do so.
While there, change the name of the function to a more
self-explanatory one, and do the same to VCPU2OP.
Signed-off-by: Dario Faggioli
Acked-by: Ge
When a pCPU is added to a cpupool, the pool's scheduler
should immediately run on it so, for instance, any runnable
but not running vCPU can start executing there.
This currently does not happen. Make it happen by raising
the scheduler softirq directly from the function that
sets up the new schedu
It being very very basic, also means this scheduler does
not need much support at the tools level (for now).
Basically, just the definition of the symbol of the
scheduler itself and a couple of stubs.
Signed-off-by: Dario Faggioli
Acked-by: Wei Liu
---
Cc: Ian Jackson
Cc: George Dunlap
Cc: Ju
As a (rudimental) way of directing and affecting the
placement logic implemented by the scheduler, support
vCPU hard affinity.
Basically, a vCPU will now be assigned only to a pCPU
that is part of its own hard affinity. If such pCPU(s)
is (are) busy, the vCPU will wait, like it happens
when there
In cases where one is absolutely sure that there will be
less vCPUs than pCPUs, having to pay the cost, mostly in
terms of overhead, of an advanced scheduler may be not
desirable.
The simple scheduler implemented here could be a solution.
Here how it works:
- each vCPU is statically assigned to a
>>> On 07.04.17 at 14:17, wrote:
> On 4/7/2017 7:28 PM, Jan Beulich wrote:
> On 07.04.17 at 12:50, wrote:
>>> @@ -546,12 +546,16 @@ static int resolve_misconfig(struct p2m_domain *p2m,
>>> unsigned long gfn)
>>>{
>>> if ( e.sa_p2mt == p2m_i
Hi Andre,
On 06/04/17 00:19, Andre Przywara wrote:
The MAPD command maps a device by associating a memory region for
storing ITEs with a certain device ID.
We store the given guest physical address in the device table, and, if
this command comes from Dom0, tell the host ITS driver about this new
flight 107271 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/107271/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a
build-arm64-pvops 5 ker
On Fri, Apr 07, 2017 at 01:29:27PM +0200, Juergen Gross wrote:
> On 07/04/17 10:30, Oleksandr Andrushchenko wrote:
> > From: Oleksandr Andrushchenko
> >
> > The patch clarifies the protocol that is used by the PV keyboard
> > drivers.
> >
> > Reviewed-by: Konrad Rzeszutek Wilk
> > Reviewed-by:
Hi Andre,
On 06/04/17 00:19, 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 LPI on the host can be quickly forwarded to
On Fri, 2017-04-07 at 11:56 +0100, George Dunlap wrote:
> On 06/04/17 09:16, Dario Faggioli wrote:
> > Currently, it can happen that __runq_tickle(),
> > running on pCPU 2 because vCPU x woke up, decides
> > to tickle pCPU 3, because it's idle. Just after
> > that, but before pCPU 3 manages to sche
>>> On 06.04.17 at 02:30, wrote:
> The current logic of using VT-d pi is when guest configurates the pirq's
> destination vcpu to a single vcpu, the according IRTE is updated to
> posted format. If the destination of the pirq is multiple vcpus, we will
> stay in posted format. Obviously, we should
Hi Andre,
On 06/04/17 00:19, Andre Przywara wrote:
The MOVI command moves the interrupt affinity from one redistributor
(read: VCPU) to another.
For now migration of "live" LPIs is not yet implemented, but we store
the changed affinity in the host LPI structure and in our virtual ITTE.
Signed-o
On 04/07/2017 03:45 PM, Konrad Rzeszutek Wilk wrote:
On Fri, Apr 07, 2017 at 01:29:27PM +0200, Juergen Gross wrote:
On 07/04/17 10:30, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
The patch clarifies the protocol that is used by the PV keyboard
drivers.
Reviewed-by: Konrad Rz
Hi Andre,
On 06/04/17 00:19, Andre Przywara wrote:
The DISCARD command drops the connection between a DeviceID/EventID
and an LPI/collection pair.
We mark the respective structure entries as not allocated and make
sure that any queued IRQs are removed.
Signed-off-by: Andre Przywara
---
xen/ar
On Fri, 2017-04-07 at 12:01 +0100, George Dunlap wrote:
> On 06/04/17 09:16, Dario Faggioli wrote:
> >
> > --- a/xen/common/sched_credit.c
> > +++ b/xen/common/sched_credit.c
> > @@ -1738,14 +1739,17 @@ csched_load_balance(struct csched_private
> > *prv, int cpu,
> > * balancing
1 - 100 of 319 matches
Mail list logo
