On Fri, Oct 6, 2017 at 6:54 AM, Andrew Cooper wrote:
> On 06/10/17 14:33, Jan Beulich wrote:
>> All,
>>
>> with the goal of releasing around the end of the month, please point
>> out backport candidates you find missing from the respective staging
>> branches, but which you consider relevant. Note
On Thu, Sep 21, 2017 at 1:27 PM, Sander Eikelenboom
wrote:
>
> On Thu, September 21, 2017, 10:39:52 AM, Roger Pau Monné wrote:
>
>> On Wed, Sep 20, 2017 at 03:50:35PM -0400, Jérôme Oufella wrote:
>>>
>>> I'm using PCI pass-through to map a PCIe (intel i210) controller into
>>> a HVM domain. The sy
On Mon, Aug 21, 2017 at 1:20 AM, Wei Liu wrote:
> On Sat, Aug 19, 2017 at 04:21:42PM +0200, Thomas Petazzoni wrote:
>> From: Bernd Kuhls
>>
>> The variable domctl.u.address_size.size may remain uninitialized if
>> guest_type is not one of xen-3.0-aarch64 or xen-3.0-armv7l. And the
>> code precise
rix prior to
June 2014.
Signed-off-by: Christopher Clark
---
xen/drivers/cpufreq/cpufreq_ondemand.c | 4
1 file changed, 4 insertions(+)
diff --git a/xen/drivers/cpufreq/cpufreq_ondemand.c
b/xen/drivers/cpufreq/cpufreq_ondemand.c
index 7fdba03..fe6c63d 100644
--- a/xen/drivers/cpuf
On Wed, Aug 9, 2017 at 2:25 AM, Jan Beulich wrote:
On 09.08.17 at 03:57, wrote:
>> Avoid panic in cpufreq_gov_stop.
>
> There's no such function afaics; ...
>
>> Only execute the CPUFREQ_GOV_STOP logic if the governor has
>> actually been started.
>
> ... all dbs_timer_exit() does is a kill_
Avoid panic in cpufreq_gov_stop.
Only execute the CPUFREQ_GOV_STOP logic if the governor has
actually been started.
Patch originated in OpenXT.
Signed-off-by: Christopher Clark
---
xen/drivers/cpufreq/cpufreq_ondemand.c | 4
1 file changed, 4 insertions(+)
diff --git a/xen/drivers
Ross Philipson.
Signed-off-by: Christopher Clark
---
xen/arch/x86/tboot.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/xen/arch/x86/tboot.c b/xen/arch/x86/tboot.c
index cc26821..59d7c47 100644
--- a/xen/arch/x86/tboot.c
+++ b/xen/arch/x86/tboot.c
@@ -341,8
On Wed, Jul 12, 2017 at 3:15 AM, Wei Liu wrote:
>
> On Thu, Jul 13, 2017 at 10:03:39AM +0800, Xiong Zhang wrote:
> > When valid mmio_hole is set in hvm.cfg, segment fault happens at accessing
> > localents pointer.
> >
> > Because the size of localents pointer isn't enough to store appended
> > mm
is not a fit for the needs of OpenXT, this proposed
approach looks very good for the problem that it aims to address. It is
complimentary to the other mechanisms available in the Xen ecosystem.
I would like to convey my positive support for the PV Calls proposal.
Christopher Clark
BAE Systems
