Signed-off-by: Oleksandr Tyshchenko oleksandr.tyshche...@globallogic.com
Signed-off-by: Iurii Konovalenko iurii.konovale...@globallogic.com
Reviewed-by: Julien Grall julien.gr...@linaro.org
---
config/arm32.mk | 1 +
xen/drivers/char/Makefile | 1 +
Signed-off-by: Oleksandr Tyshchenko oleksandr.tyshche...@globallogic.com
Reviewed-by: Julien Grall julien.gr...@linaro.org
---
docs/misc/arm/early-printk.txt | 1 +
xen/arch/arm/Rules.mk | 4 ++
xen/arch/arm/arm32/debug-rcar2.inc | 49 +
Create preinit_xen_time() and move to it minimum required
subset of operations needed to properly initialized
cpu_khz and boot_count vars. This is allow us to use udelay()
immediately after the call.
Signed-off-by: Oleksandr Tyshchenko oleksandr.tyshche...@globallogic.com
Reviewed-by: Julien
Changes in v4:
No changes.
Changes in v3:
1. Rewrite uart driver code to use start_tx/stop_tx callbacks.
2. Uncomment udelay after setup desired baudrate.
3. Call platform_get_irq() before ioremap_nocache().
Changes in v2:
1. Remove timer initialization from board file (timer shold be
From: Iurii Konovalenko iurii.konovale...@globallogic.com
Signed-off-by: Iurii Konovalenko iurii.konovale...@globallogic.com
Reviewed-by: Julien Grall julien.gr...@linaro.org
---
xen/arch/arm/platforms/Makefile | 1 +
xen/arch/arm/platforms/shmobile.c | 71
On 28/01/15 08:11, Jan Beulich wrote:
Considering the complexity of the code, it seems to be a reasonable
thing to allow people to disable that code entirely even outside the
immediate need for this by the next patch.
Signed-off-by: Jan Beulich jbeul...@suse.com
---
There is one XXX being
On 28/01/15 08:12, Jan Beulich wrote:
Noticed while introducing the stub replacement for disabling shadow
paging support at build time.
Signed-off-by: Jan Beulich jbeul...@suse.com
Reviewed-by: Andrew Cooper andrew.coop...@citrix.com
--- a/xen/arch/x86/mm/shadow/common.c
+++
On 28/01/15 10:31, Ian Campbell wrote:
On Tue, 2015-01-27 at 17:34 +, Stefano Stabellini wrote:
On Tue, 27 Jan 2015, Julien Grall wrote:
On 27/01/15 16:46, Stefano Stabellini wrote:
On Fri, 16 Jan 2015, Julien Grall wrote:
The main goal is to modify as little the Linux code to be able to
On Tue, 2015-01-20 at 17:27 -0500, Daniel De Graaf wrote:
On 01/15/2015 04:21 AM, Quan Xu wrote:
This series of patch enable the virtual Trusted Platform Module (vTPM)
subsystem for Xen on TPM 2.0.
Noted, functionality for a virtual guest operating system (a DomU) is still
TPM 1.2. The
flight 33835 linux-linus real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33835/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-winxpsp3-vcpus1 3 host-install(3) broken REGR. vs. 33815
On Wed, 2015-01-28 at 16:04 +0800, Chao Peng wrote:
@@ -1476,6 +1483,8 @@ detach: Detach the platform shared resource monitoring
service from a domain.
Show monitoring data for a certain domain or all domains. Current supported
monitor types are:
- cache-occupancy: showing the L3 cache
On 27/01/15 16:44, David Vrabel wrote:
This series fixes a number of long-standing bugs in the handling of
grant maps. Refer to the following for all the details.
http://xenbits.xen.org/people/dvrabel/grant-improvements-C.pdf
In summary, the important uses that this enables are:
1.
On 28.01.15 at 13:10, andrew.coop...@citrix.com wrote:
On 28/01/15 08:11, Jan Beulich wrote:
As this requires growing struct page_info from 32 to 48 bytes as well
as shrinking the always accessible direct mapped memory range from 5Tb
to 3.5Tb, this isn't being introduced as a general or
Ian Campbell writes (Re: [Xen-devel] [PATCH v3 OSSTEST 0/19] Implement for
driving libvirt via virsh):
On Mon, 2015-01-26 at 14:34 +, Ian Campbell wrote:
Since last time I've addressed all of Ian's review on v2.
You have now acked all of this series. I don't think it needs a resend
for
On Mon, 2015-01-26 at 16:47 +, Stefano Stabellini wrote:
If the new target is relative to the current target, do not remove
videoram again: it has already been removed from the current target.
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
How does this relate to
spaw_ - spawn_
Signed-off-by: Wei Liu wei.l...@citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
---
tools/libxl/libxl_dm.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/tools/libxl/libxl_dm.c
On Fri, 2015-01-23 at 17:33 +0200, Oleksandr Tyshchenko wrote:
From: Iurii Konovalenko iurii.konovale...@globallogic.com
Signed-off-by: Iurii Konovalenko iurii.konovale...@globallogic.com
Reviewed-by: Julien Grall julien.gr...@linaro.org
---
xen/arch/arm/platforms/Makefile | 1 +
On Wed, 2015-01-28 at 09:35 +, Dave Scott wrote:
Looks fine to me
Acked-by: David Scott dave.sc...@citrix.com
applied, thanks.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
Ian Campbell writes (Re: [PATCH v8 5/5] tools, docs: add total/local memory
bandwith monitoring):
...
Another alternative would be to expose the instantaneous values to the
libxl user and let it sleep as it wishes and calculate the bandwidth
itself.
I think that would be better.
Suppose the
Ian Campbell writes (Re: [Xen-devel] [PATCH v3 OSSTEST 0/19] Implement for
driving libvirt via virsh):
On Wed, 2015-01-28 at 13:14 +, Ian Jackson wrote:
Yes. Would you care to pick up my short linux-3.16 series too ?
Sure.
Is there anything else lurking around? What about Wei's XSM
On Wed, 2015-01-28 at 14:10 +, Ian Jackson wrote:
Ian Campbell writes (Re: [PATCH v8 5/5] tools, docs: add total/local memory
bandwith monitoring):
...
Another alternative would be to expose the instantaneous values to the
libxl user and let it sleep as it wishes and calculate the
On Wed, 2015-01-28 at 13:26 +, Wei Liu wrote:
spaw_ - spawn_
Uh, I wonder how that happened and then persisted to all the uses too!
Signed-off-by: Wei Liu wei.l...@citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Acked + applied.
On Wed, 28 Jan 2015, Ian Campbell wrote:
On Mon, 2015-01-26 at 16:47 +, Stefano Stabellini wrote:
If the new target is relative to the current target, do not remove
videoram again: it has already been removed from the current target.
Signed-off-by: Stefano Stabellini
On Wed, 2015-01-28 at 14:24 +, Stefano Stabellini wrote:
On Wed, 28 Jan 2015, Ian Campbell wrote:
On Mon, 2015-01-26 at 16:47 +, Stefano Stabellini wrote:
If the new target is relative to the current target, do not remove
videoram again: it has already been removed from the
On Wed, 2015-01-28 at 14:35 +, Stefano Stabellini wrote:
On Wed, 28 Jan 2015, Ian Campbell wrote:
On Mon, 2015-01-26 at 17:03 +, Stefano Stabellini wrote:
In libxl_set_memory_target when setting the new maxmem, retain the same
offset on top of the current target. The offset
On 27.01.15 at 08:58, jbeul...@suse.com wrote:
On 26.01.15 at 21:19, dsl...@verizon.com wrote:
On 01/26/15 11:46, Jan Beulich wrote:
As stated before - if feasible, 8 would seem the best option. The
second best one would be to support all four I/O insns (assuming
VMware supports all of them
-Original Message-
From: Wei Liu [mailto:wei.l...@citrix.com]
Sent: 27 January 2015 19:06
To: xen-devel@lists.xen.org
Cc: Wei Liu; Jan Beulich; Paul Durrant; Andrew Cooper
Subject: [PATCH] ioreq-server: handle IOREQ_TYPE_PCI_CONFIG in assist
function
QEMU stubdom will read PCI
Hi Mike,
On Tue, 2015-01-27 at 14:47 -0700, Mike Tutkowski wrote:
Xen does not like the fact that both SRs have the same UUID (and, in
fact, VDIs in each SR have duplicate UUIDs).
The use of this terminology suggests that you are using XenServer rather
than the upstream version of Xen which
On Mon, 2015-01-26 at 17:03 +, Stefano Stabellini wrote:
In libxl_set_memory_target when setting the new maxmem, retain the same
offset on top of the current target. The offset includes memory
allocated by QEMU for rom files.
Did we apply that patch for 4.5? (should this be backported?)
Hi Ian
On Wed, Jan 28, 2015 at 3:26 PM, Ian Campbell ian.campb...@citrix.com wrote:
On Fri, 2015-01-23 at 17:33 +0200, Oleksandr Tyshchenko wrote:
From: Iurii Konovalenko iurii.konovale...@globallogic.com
Signed-off-by: Iurii Konovalenko iurii.konovale...@globallogic.com
Reviewed-by: Julien
On 28.01.15 at 13:57, daniel.ki...@oracle.com wrote:
On Wed, Jan 28, 2015 at 08:43:19AM +, Jan Beulich wrote:
On 27.01.15 at 21:18, daniel.ki...@oracle.com wrote:
I am going to align EFI early command line parser to legacy
BIOS early boot path parser (I think about vga command line
On Wed, 2015-01-28 at 12:54 +0200, Oleksandr Tyshchenko wrote:
Create preinit_xen_time() and move to it minimum required
subset of operations needed to properly initialized
cpu_khz and boot_count vars. This is allow us to use udelay()
immediately after the call.
Signed-off-by: Oleksandr
-Original Message-
From: Ian Campbell [mailto:ian.campb...@citrix.com]
Sent: Wednesday, January 28, 2015 9:07 PM
To: Daniel De Graaf
Cc: Xu, Quan; xen-devel@lists.xen.org; ian.jack...@eu.citrix.com;
jbeul...@suse.com; k...@xen.org; t...@xen.org;
stefano.stabell...@eu.citrix.com;
Reviewed-By: Olivier Martin olivier.mar...@arm.com
-Original Message-
From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org]
Sent: 26 January 2015 19:03
To: edk2-de...@lists.sourceforge.net; ler...@redhat.com; Olivier
Martin; roy.fr...@linaro.org; leif.lindh...@linaro.org;
Reviewed-By: Olivier Martin olivier.mar...@arm.com
-Original Message-
From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org]
Sent: 26 January 2015 19:03
To: edk2-de...@lists.sourceforge.net; ler...@redhat.com; Olivier
Martin; roy.fr...@linaro.org; leif.lindh...@linaro.org;
On Wed, 28 Jan 2015, Ian Campbell wrote:
On Mon, 2015-01-26 at 17:03 +, Stefano Stabellini wrote:
In libxl_set_memory_target when setting the new maxmem, retain the same
offset on top of the current target. The offset includes memory
allocated by QEMU for rom files.
Did we apply that
On Wed, 2015-01-28 at 13:14 +, Ian Jackson wrote:
Ian Campbell writes (Re: [Xen-devel] [PATCH v3 OSSTEST 0/19] Implement for
driving libvirt via virsh):
On Mon, 2015-01-26 at 14:34 +, Ian Campbell wrote:
Since last time I've addressed all of Ian's review on v2.
You have now
On Wed, 2015-01-28 at 16:04 +0800, Chao Peng wrote:
This is the tools side wrapper for XEN_SYSCTL_PSR_CMT_get_l3_event_mask
of XEN_SYSCTL_psr_cmt_op.
Signed-off-by: Chao Peng chao.p.p...@linux.intel.com
---
tools/libxc/include/xenctrl.h | 1 +
tools/libxc/xc_psr.c | 17
On Wed, 2015-01-28 at 15:48 +0200, Oleksandr Tyshchenko wrote:
Hi Ian
On Wed, Jan 28, 2015 at 3:26 PM, Ian Campbell ian.campb...@citrix.com wrote:
On Fri, 2015-01-23 at 17:33 +0200, Oleksandr Tyshchenko wrote:
From: Iurii Konovalenko iurii.konovale...@globallogic.com
Signed-off-by:
Reviewed-By: Olivier Martin olivier.mar...@arm.com
-Original Message-
From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org]
Sent: 26 January 2015 19:03
To: edk2-de...@lists.sourceforge.net; ler...@redhat.com; Olivier
Martin; roy.fr...@linaro.org; leif.lindh...@linaro.org;
While presumably of primary use to ARM64 (once the code gets
generalized), we should still support this more modern variant,
allowing for the actual DMI data to reside in memory above 4Gb.
While based on draft version 3.0.0d, it is assumed that the final
version of the specification will not
On 27.01.15 at 20:34, andrew.coop...@citrix.com wrote:
On 27/01/15 19:06, Wei Liu wrote:
QEMU stubdom will read PCI config space when enumerating PCI devices.
Xen should return ~0 when there is no suitable ioreq server to dispatch
the request.
Without this patch, QEMU stubdom will fail to
On 28.01.15 at 10:19, vitas.yuz...@huawei.com wrote:
(1). Base on xen4.5, linux3.18.3, dom0pvh=1, dom0_mem=4096000 ; boot
failed!
From boot log, I think the disk device can not be scaned.
[ 13.990269] mpt2sas0: no suitable DMA mask for :03:00.0
[ 13.990369] mpt2sas0: failure at
As this requires growing struct page_info from 32 to 48 bytes as well
as shrinking the always accessible direct mapped memory range from 5Tb
to 3.5Tb, this isn't being introduced as a general or default enabled
feature.
For now setting bigmem=y implies shadow-paging=n, as the shadow
paging code
Noticed while introducing the stub replacement for disabling shadow
paging support at build time.
Signed-off-by: Jan Beulich jbeul...@suse.com
--- a/xen/arch/x86/mm/shadow/common.c
+++ b/xen/arch/x86/mm/shadow/common.c
@@ -41,6 +41,10 @@
DEFINE_PER_CPU(uint32_t,trace_shadow_path_flags);
On 27.01.15 at 19:20, konrad.w...@oracle.com wrote:
On Tue, Jan 27, 2015 at 04:17:05PM +, Jan Beulich wrote:
Again - apart from mapping the range, did you also make sure it
didn't get passed to the allocator (and hence couldn't have got
overwritten)?
Yes, see patch:
Oh, sorry, I must
On Wed, Jan 28, 2015 at 12:10:43AM +, Andrew Cooper wrote:
There was a thread on xen-devel but I cant currently find it in the
archives.
To the best of my memory, it was a 4 core APU system where the BIOS had
updated the microcode on cpu 0 but left 1-3 at a lower patch level.
Every
On 28/01/15 06:44, Juergen Gross wrote:
Several cleanups in xen kernel files:
- move declarations to header file
- delete not needed lines
- annotate functions as __init
- make functions static
- use correct types for addresses
No functional changes.
Applied to devel/for-linus-3.20,
1: skip further initialization for idle domains
2: mm: allow for building without shadow mode support
3: provide build time option to support up to 123Tb of memory
4: shadow: make some log-dirty handling functions static
Signed-off-by: Jan Beulich jbeul...@suse.com
On 28.01.15 at 04:51, vitas.yuz...@huawei.com wrote:
(1). xen4.5+linux3.17.4+dom0pvh=1, boot failed!
please view the attachment (xen4.5+linux3.17.4+dom0pvh=1.boot.log).
This suggests that compute_dom0_nr_pages() is missing some PVH
adjustments. Patch welcome.
Jan
On Tue, 2015-01-27 at 20:34 +, Andrew Cooper wrote:
Attempting to build libxl causes Make to emit the following warnings
andrewcoop@andrewcoop:xen.git$ make -C tools/libxl all
...
Makefile:253: target `xenlight.pc' doesn't match the target pattern
Makefile:253: target `xlutil.pc'
On Wed, Jan 28, 2015 at 12:23 AM, Julien Grall julien.gr...@linaro.org wrote:
Hi Oleksandr,
Hi Julien
Thank you for the quick change.
Thank you for your suggestion.
On 27/01/2015 18:59, Oleksandr Tyshchenko wrote:
Create preinit_xen_time() and move to it minimum required
subset of
Changes from v7:
* Make obfuscating more complex as Jan suggested.
* Minor adjustment for commit message.
Changes from v6:
* Obfuscate the read value of MSR_IA32_TSC by adding a booting random;
* Minor coding style/comments adjustment;
Changes from v5:
* Remove common IRQ disable flag but
Memory bandwidth monitoring requires system time information returned
along with the monitoring counter to verify the correctness of the
counter value and to calculate the time elapsed between two samplings.
Add MSR_IA32_TSC to the read path and it returns scaled system time(ns)
instead of raw
- space: remove space after '(' or before ')' in 'if' condition;
- indention: align function definition/call arguments;
Signed-off-by: Chao Peng chao.p.p...@linux.intel.com
Acked-by: Wei Liu wei.l...@citrix.com
---
tools/libxc/include/xenctrl.h | 10 +-
tools/libxc/xc_psr.c | 10
This is the tools side wrapper for XEN_SYSCTL_PSR_CMT_get_l3_event_mask
of XEN_SYSCTL_psr_cmt_op.
Signed-off-by: Chao Peng chao.p.p...@linux.intel.com
---
tools/libxc/include/xenctrl.h | 1 +
tools/libxc/xc_psr.c | 17 +
tools/libxl/libxl.h | 1 +
Add Memory Bandwidth Monitoring(MBM) for VMs. Two types of monitoring
are supported: total and local memory bandwidth monitoring. To use it,
CMT should be enabled in hypervisor.
Signed-off-by: Chao Peng chao.p.p...@linux.intel.com
---
Changes in v6:
1. Remove DISABLE_IRQ flag as hypervisor
Make some internal routines common so that total/local memory bandwidth
monitoring in the next patch can make use of them.
Signed-off-by: Chao Peng chao.p.p...@linux.intel.com
Acked-by: Wei Liu wei.l...@citrix.com
---
tools/libxl/libxl_psr.c | 44 +--
Considering the complexity of the code, it seems to be a reasonable
thing to allow people to disable that code entirely even outside the
immediate need for this by the next patch.
Signed-off-by: Jan Beulich jbeul...@suse.com
---
There is one XXX being added to the code - while it doesn't look
While in the end not really found necessary, early versions of the
patches to follow pointed out that we needlessly set up paging for idle
domains. Arranging for that to be skipped made me notice that we can at
once skip vMCE setup for them. Leverage to adjustment to further
re-arrange the way FPU
On 27.01.15 at 21:18, daniel.ki...@oracle.com wrote:
On Tue, Jan 27, 2015 at 07:54:30AM +, Jan Beulich wrote:
Plus the issue here is not just a matter of mapping BS memory, but
also not making it available to the allocator. That in turn may yield
Yep, however, I thought that if a memory
Dear community members,
Intel has volunteered to host the next Xen Project Hackathon in Shanghai in
China. We were originally looking at an April/May time-frame, but due to Easter
holidays and the OpenStack summit in May, the following two date options look
most sensible.
Remember, this is a
On 28/01/15 09:17, Jan Beulich wrote:
While presumably of primary use to ARM64 (once the code gets
generalized), we should still support this more modern variant,
allowing for the actual DMI data to reside in memory above 4Gb.
While based on draft version 3.0.0d, it is assumed that the final
On Wed, Jan 28, 2015 at 01:44:03AM +, Xu, Quan wrote:
[...]
That is correct.
Stefano, Thanks.
Now this series of patch were Acked-by Daniel De Graaf
dgde...@tycho.nsa.gov. could you also Review them and give me some
comments or feedback? Thanks.
I am not sure if I am
On 28/01/15 08:11, Jan Beulich wrote:
As this requires growing struct page_info from 32 to 48 bytes as well
as shrinking the always accessible direct mapped memory range from 5Tb
to 3.5Tb, this isn't being introduced as a general or default enabled
feature.
For now setting bigmem=y implies
On Wed, 28 Jan 2015, Julien Grall wrote:
On 28/01/15 10:31, Ian Campbell wrote:
On Tue, 2015-01-27 at 17:34 +, Stefano Stabellini wrote:
On Tue, 27 Jan 2015, Julien Grall wrote:
On 27/01/15 16:46, Stefano Stabellini wrote:
On Fri, 16 Jan 2015, Julien Grall wrote:
The main goal is to
On Tue, 2015-01-27 at 17:21 +, Ian Jackson wrote:
Ian Campbell writes ([PATCH v3 18/19] ts-guest-start: Use guest_create):
I suppose it was intended to deal with toolstacks with a cfg format
completely dissimilar to xm/xl's. I think if this arises in a future
toolstack this
On Wed, Jan 28, 2015 at 08:43:19AM +, Jan Beulich wrote:
On 27.01.15 at 21:18, daniel.ki...@oracle.com wrote:
On Tue, Jan 27, 2015 at 07:54:30AM +, Jan Beulich wrote:
Plus the issue here is not just a matter of mapping BS memory, but
also not making it available to the allocator.
On Tue, 2015-01-27 at 17:34 +, Stefano Stabellini wrote:
On Tue, 27 Jan 2015, Julien Grall wrote:
On 27/01/15 16:46, Stefano Stabellini wrote:
On Fri, 16 Jan 2015, Julien Grall wrote:
The main goal is to modify as little the Linux code to be able to port
easily new feature added in
See
* http://wiki.xenproject.org/wiki/AB_Meeting/January_2015_Minutes
* http://wiki.xenproject.org/wiki/AB_Meeting/December_2014_Minutes___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
flight 33832 qemu-mainline real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33832/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rhel6hvm-intel 7 redhat-install fail REGR. vs. 33480
On Wed, 28 Jan 2015, Xu, Quan wrote:
-Original Message-
From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
Sent: Tuesday, January 27, 2015 11:48 PM
To: Xu, Quan
Cc: Stefano Stabellini; k...@xen.org; ian.campb...@citrix.com; t...@xen.org;
On Wed, 2015-01-28 at 11:49 +, Julien Grall wrote:
Build time application of patches is a nightmare, we should definitely
not do that.
I though about it during the night. It would be the best approach to
keep in sync with Linux more quickly.
It would also made clear what are our
On 01/26/15 20:03, Ard Biesheuvel wrote:
In order to allow a runtime self relocating PrePi instance, change the
allowable PCD types for the following PCDs:
gArmTokenSpaceGuid.PcdSystemMemoryBase
gArmTokenSpaceGuid.PcdSystemMemorySize
gArmTokenSpaceGuid.PcdFdBaseAddress
Looks fine to me
Acked-by: David Scott dave.sc...@citrix.com
On 27 Jan 2015, at 20:38, Andrew Cooper andrew.coop...@citrix.com wrote:
rather than blindly continuing and possibly using negative values.
Signed-off-by: Andrew Cooper andrew.coop...@citrix.com
CC: Ian Campbell
You forgot go CC relevant maintainers. Now I've done that for you.
I think last time Ian and George were following.
On Wed, Jan 21, 2015 at 10:22:53PM -0700, Mike Latimer wrote:
During domain startup, all required memory ballooning must complete
within a maximum window of 33 seconds (3
On 28/01/15 10:38, Ian Campbell wrote:
On Tue, 2015-01-27 at 17:51 +, Julien Grall wrote:
On 27/01/15 17:44, Ian Campbell wrote:
On Tue, 2015-01-27 at 17:33 +, Julien Grall wrote:
On 27/01/15 17:02, Stefano Stabellini wrote:
On Tue, 27 Jan 2015, Julien Grall wrote:
On 27/01/15 16:30,
On Tue, 27 Jan 2015, David Vrabel wrote:
The scratch frame mappings for ballooned pages and the m2p override
are broken. Remove them in preparation for replacing them with
simpler mechanisms that works.
The scratch pages did not ensure that the page was not in use. In
particular, the
On Tue, 27 Jan 2015, David Vrabel wrote:
When unmapping grants, instead of converting the kernel map ops to
unmap ops on the fly, pre-populate the set of unmap ops.
This allows the grant unmap for the kernel mappings to be trivially
batched in the future.
Signed-off-by: David Vrabel
On Tue, 27 Jan 2015, David Vrabel wrote:
In an x86 PV guest, get_user_pages_fast() on a userspace address range
containing foreign mappings does not work correctly because the M2P
lookup of the MFN from a userspace PTE may return the wrong page.
Force get_user_pages_fast() to fail on such
On 28/01/15 08:10, Jan Beulich wrote:
While in the end not really found necessary, early versions of the
patches to follow pointed out that we needlessly set up paging for idle
domains. Arranging for that to be skipped made me notice that we can at
once skip vMCE setup for them. Leverage to
On Tue, 27 Jan 2015, Greg KH wrote:
On Mon, Jan 12, 2015 at 06:09:33PM +, Stefano Stabellini wrote:
Hi all,
I would like to request a backport of the following commit:
commit a4dba130891271084344c12537731542ec77cb85
Author: Stefano Stabellini stefano.stabell...@eu.citrix.com
On Wed, Jan 28, 2015 at 12:02:38PM +, Ian Campbell wrote:
On Wed, 2015-01-28 at 11:57 +, Stefano Stabellini wrote:
I don't think that Daniel has commit access to the tree. Also given that
all your patches have been acked, you might not have to wait for Wei to
finish off splitting
On Tue, 2015-01-27 at 17:51 +, Julien Grall wrote:
On 27/01/15 17:44, Ian Campbell wrote:
On Tue, 2015-01-27 at 17:33 +, Julien Grall wrote:
On 27/01/15 17:02, Stefano Stabellini wrote:
On Tue, 27 Jan 2015, Julien Grall wrote:
On 27/01/15 16:30, Stefano Stabellini wrote:
On Fri,
From: Lv Zheng lv.zh...@intel.com
struct acpi_resource_address and struct acpi_resource_extended_address64 share
substracts
just at different offsets. To unify the parsing functions, OSPMs like Linux
need a new ACPI_ADDRESS64_ATTRIBUTE as their substructs, so they can
extract the shared data.
On Wed, Jan 28, 2015 at 08:42:56AM +0800, Chen, Tiejun wrote:
On 2015/1/27 22:40, Ian Jackson wrote:
Chen, Tiejun writes (Re: [Qemu-devel] [RFC][PATCH 1/1] libxl: add one
machine property to support IGD GFX passthrough):
On 2015/1/23 8:43, Chen, Tiejun wrote:
On 2015/1/22 8:51, Chen, Tiejun
On Wed, 2015-01-28 at 11:57 +, Stefano Stabellini wrote:
I don't think that Daniel has commit access to the tree. Also given that
all your patches have been acked, you might not have to wait for Wei to
finish off splitting mini-os.
Ian? Wei? How do you want to go about this?
I think at
On Mon, 2015-01-26 at 14:34 +, Ian Campbell wrote:
Since last time I've addressed all of Ian's review on v2.
You have now acked all of this series. I don't think it needs a resend
for the minor changes you asked for.
Once the series which supports the new ARM hardware passes the push gate
On Wed, 2015-01-21 at 22:22 -0700, Mike Latimer wrote:
Sorry for the delay.
@@ -2228,7 +2230,13 @@ static int freemem(uint32_t domid,
libxl_domain_build_info *b_info)
if (rc 0)
return rc;
-retries--;
+/* only decrement retry count if free_memkb is
On 28/01/15 15:25, Jan Beulich wrote:
To make obvious that such statics are safe to use, they should be
const. In some of the cases, they don't even need to be static.
Signed-off-by: Jan Beulich jbeul...@suse.com
Reviewed-by: Andrew Cooper andrew.coop...@citrix.com
---
On Mon, 2015-01-19 at 16:28 +0800, Chunyan Liu wrote:
This patch series is based on Simon's work. Since there is no progress
after last August, I hope we can make this work proceed. Any comment will
be very appreciated.
It adds pvusb toolstack implementation, with pvusb kernel side work,
On 28/01/15 17:06, David Vrabel wrote:
On 28/01/15 16:45, Julien Grall wrote:
On 27/01/15 16:53, Wei Liu wrote:
On Tue, Jan 27, 2015 at 04:47:45PM +, Julien Grall wrote:
On 27/01/15 16:45, Wei Liu wrote:
On Tue, Jan 27, 2015 at 04:03:52PM +, Julien Grall wrote:
Hi,
While I'm
On 28/01/15 16:36, Stefano Stabellini wrote:
On Tue, 13 Jan 2015, Julien Grall wrote:
When a device is marked for passthrough (via the new property
xen,passthrough),
dom0 must not access to the device (i.e not loading a driver), but should
be able to manage the MMIO/interrupt of the
On 28.01.15 at 17:17, daniel.ki...@oracle.com wrote:
On Wed, Jan 28, 2015 at 11:03:19AM -0500, Konrad Rzeszutek Wilk wrote:
I am not really sure of what the work-around should be in Xen except
making SetVirtualAddressMap work..
Hmmm... Crazy idea. IIRC, we use RS in 1:1 mapping. If we need
On 28 January 2015 at 15:28, Olivier Martin olivier.mar...@arm.com wrote:
Reviewed-By: Olivier Martin olivier.mar...@arm.com
Looking at these patches again, it might make sense to replace #9, #10
and #11 with a single patch that introduces RelocatablePrePi under
ArmVirtualizationPkg with these
On 28/01/15 16:56, Julien Grall wrote:
On 28/01/15 16:47, Stefano Stabellini wrote:
diff --git a/xen/arch/arm/irq.c b/xen/arch/arm/irq.c
index 25ecf1d..830832c 100644
--- a/xen/arch/arm/irq.c
+++ b/xen/arch/arm/irq.c
@@ -31,6 +31,13 @@
static unsigned int local_irqs_type[NR_LOCAL_IRQS];
Euan Harris writes (Re: Cancelling asynchronous operations in libxl):
On Tue, Jan 20, 2015 at 04:38:24PM +, Ian Jackson wrote:
* Is an API along these lines going to meet your needs ?
The API you propose for libxl_ao_cancel, as described in the comment in
libxl.h, looks reasonable to
On 28/01/15 16:45, Julien Grall wrote:
On 27/01/15 16:53, Wei Liu wrote:
On Tue, Jan 27, 2015 at 04:47:45PM +, Julien Grall wrote:
On 27/01/15 16:45, Wei Liu wrote:
On Tue, Jan 27, 2015 at 04:03:52PM +, Julien Grall wrote:
Hi,
While I'm working on support for 64K page in netfront, I
On Wed, Jan 28, 2015 at 04:56:02PM +, Jan Beulich wrote:
On 28.01.15 at 17:17, daniel.ki...@oracle.com wrote:
On Wed, Jan 28, 2015 at 11:03:19AM -0500, Konrad Rzeszutek Wilk wrote:
I am not really sure of what the work-around should be in Xen except
making SetVirtualAddressMap work..
On 01/28/2015 01:13 PM, Bjorn Helgaas wrote:
diff --git a/drivers/pci/msi.c b/drivers/pci/msi.c
index fd60806..c3e7dfc 100644
--- a/drivers/pci/msi.c
+++ b/drivers/pci/msi.c
@@ -694,11 +694,16 @@ static void __iomem *msix_map_region(struct pci_dev *dev,
unsigned nr_entries)
{
1 - 100 of 178 matches
Mail list logo
