>>> On 05.03.15 at 18:30, wrote:
> On 26/02/15 13:56, Jan Beulich wrote:
>> --- a/xen/include/asm-x86/hvm/svm/amd-iommu-proto.h
>> +++ b/xen/include/asm-x86/hvm/svm/amd-iommu-proto.h
>> @@ -158,12 +158,12 @@ static inline unsigned long region_to_pa
>> return (PAGE_ALIGN(addr + size) - (addr &
On Mar 5, 2015 15:14, Jan Beulich wrote:
On 05.03.15 at 05:45, wrote:
>> On Feb 18, 2015 17:03, Jan Beulich wrote:
>>> In order for commit cbeeaa7d ("x86/nmi: fix shootdown of pcpus running
>>> in VMX non-root mode")'s re-use of that fixmap entry to not cause
>>> undesirable (in crash context
As pointed out in the discussion of the patch at
http://lists.xenproject.org/archives/html/xen-devel/2015-02/msg03256.html
generalizing the conditions here means code elsewhere doesn't need to
take into consideration internals of how load balancing in the credit
scheduler works.
Signed-off-by: Ja
Greetings,
0day kernel testing robot got the below dmesg and the first bad commit is
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip
revert-3f4560207f796d5f79c18329d5a5d383fe3c97bb-3f4560207f796d5f79c18329d5a5d383fe3c97bb
commit 3f4560207f796d5f79c18329d5a5d383fe3c97bb
Author: Konrad
On Thursday, March 05, 2015 05:49:35 PM Ian Campbell wrote:
> On Tue, 2015-03-03 at 11:08 +, Stefano Stabellini wrote:
> > Hi all,
> >
> > this patch series fixes the freemem loop on machines with very large
> > amount of memory, where the current wait time is not enough.
> >
> > In order to
flight 35885 linux-next real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35885/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemut-rhel6hvm-amd 5 xen-bootfail REGR. vs. 35790
test-armhf-armhf-xl-mi
At 2015-03-05 19:09:41, "Tim Deegan" wrote:
>Hi,
>
>At 10:54 +0800 on 05 Mar (1425549262), openlui wrote:
>> 2. From the trace info and qemu-dm's log, it seems that it is "GPA"
>> (Guest Physical Address) instead of "MFN" in the IOREQ's data field
>> received by qemu-dm:
>
>Yes.
Thanks for your re
> -Original Message-
> From: Tim Deegan [mailto:t...@xen.org]
> Sent: Thursday, March 05, 2015 8:03 PM
> To: Jan Beulich
> Cc: Wu, Feng; Zhang, Yang Z; Tian, Kevin; xen-devel@lists.xen.org
> Subject: Re: [Xen-devel] VT-d Posted-interrupt (PI) design for XEN
>
> Hi,
>
> At 08:52 + on
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Thursday, March 05, 2015 6:15 PM
> To: Wu, Feng
> Cc: Tian, Kevin; Zhang, Yang Z; xen-devel@lists.xen.org
> Subject: RE: VT-d Posted-interrupt (PI) design for XEN
>
> >>> On 05.03.15 at 10:07, wrote:
> >> From:
On Thu, Mar 05, 2015 at 04:50:15PM +, Ian Campbell wrote:
> On Thu, 2015-03-05 at 18:27 +1000, Edgar E. Iglesias wrote:
> > From: "Edgar E. Iglesias"
> >
> > Adds support for the Cadence UART in Xilinx ZynqMP. The
> > rest of the ZynqMP platform is discovered via device-tree.
>
> Is it fully
Dear Jan
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Thursday, March 5, 2015 5:00 PM
> To: Wang, Xiaoming
> Cc: l...@aserp2030.oracle.com; zh...@aserp2030.oracle.com; chris@chris-
> wilson.co.uk; david.vra...@citrix.com; lau...@codeaurora.org;
> heiko.carst.
On Thu, Mar 05, 2015 at 05:06:22PM +, Ian Campbell wrote:
> On Thu, 2015-03-05 at 18:27 +1000, Edgar E. Iglesias wrote:
> > Signed-off-by: Edgar E. Iglesias
> > ---
> > config/arm64.mk| 1 +
> > xen/drivers/char/Makefile | 1 +
> > xen/drivers/char/cadence-uar
From: "Edgar E. Iglesias"
Signed-off-by: Edgar E. Iglesias
---
docs/misc/arm/early-printk.txt | 1 +
xen/arch/arm/Rules.mk| 6 +
xen/arch/arm/arm64/debug-cadence.inc | 45
3 files changed, 52 insertions(+)
create mode 100644 xen/
Signed-off-by: Edgar E. Iglesias
---
config/arm64.mk| 1 +
xen/drivers/char/Makefile | 1 +
xen/drivers/char/cadence-uart.c| 222 +
xen/include/asm-arm/cadence-uart.h | 55 +
4 files changed, 279 insertions(+)
crea
From: "Edgar E. Iglesias"
Adds support for the Cadence UART in Xilinx ZynqMP. The
rest of the ZynqMP platform is discovered via device-tree.
Cheers,
Edgar
Changelog:
v1 -> v2:
* Rebase with upstream/staging to fix the device-tree device matching. (Ian
review)
Edgar E. Iglesias (2):
xen/arm
flight 35883 linux-linus real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35883/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-freebsd10-i386 7 freebsd-install fail like 34227
test-amd64-i386-freebsd10-amd6
On 06/23/2014 06:08 AM, Konrad Rzeszutek Wilk wrote:
> On Wed, Mar 19, 2014 at 08:02:22AM -0700, H. Peter Anvin wrote:
>> On 03/19/2014 06:21 AM, Konrad Rzeszutek Wilk wrote:
The following patch does the always eager allocation. It's a fixup of
Suresh's original patch.
>>>
>>>
On Thu, Mar 05, 2015 at 04:17:59PM -0500, Boris Ostrovsky wrote:
> On 03/04/2015 10:25 AM, Paul E. McKenney wrote:
> >On Wed, Mar 04, 2015 at 09:55:11AM -0500, Boris Ostrovsky wrote:
>
> >>The simple solution is to stop calling native_cpu_die() above but
> >>I'd like to use common code in native_c
On 03/04/2015 10:25 AM, Paul E. McKenney wrote:
On Wed, Mar 04, 2015 at 09:55:11AM -0500, Boris Ostrovsky wrote:
The simple solution is to stop calling native_cpu_die() above but
I'd like to use common code in native_cpu_die(). I'll see if I can
carve it out without too much damage to x86.
V
From: David Vrabel
Date: Wed, 4 Mar 2015 11:14:45 +
> A couple of bug fixes for netback:
> - make ethool stats to report the correct values.
> - don't leak 1 MiB every time a VIF is destroyed.
>
> Changes in v2:
> - Split 2nd patch into leak fix and refactor patches
Series applied, thanks.
flight 35869 xen-4.5-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35869/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-pvh-intel 9 guest-start fail never pass
test-armhf-armhf-xl 10 mig
On Tue, 2015-03-03 at 15:57 +, Wei Liu wrote:
> iff --git a/tools/libxc/xc_netbsd_evtchn.c
> b/tools/libxc/xc_netbsd_evtchn.c
> new file mode 100644
> index 000..b5c2491
> --- /dev/null
> +++ b/tools/libxc/xc_netbsd_evtchn.c
> @@ -0,0 +1,196 @@
> +/**
On Tue, 2015-03-03 at 11:08 +, Stefano Stabellini wrote:
> Hi all,
>
> this patch series fixes the freemem loop on machines with very large
> amount of memory, where the current wait time is not enough.
>
> In order to be able to handle arbitrarly large amount of ram, we
> implement in libxl_
On 05/03/15 16:43, Jan Beulich wrote:
On 05.03.15 at 17:11, wrote:
>> On 26/02/15 13:52, Jan Beulich wrote:
>>> ---
>>> I'm uncertain whether range restricting the PXMs permitted for Dom0 is
>>> the right approach (matching what other NUMA code did until recently),
>>> or whether we would ins
On Tue, 2015-03-03 at 15:41 +, Frediano Ziglio wrote:
> This set of patches add Xen support for hip04-d01 platform (see
> https://wiki.linaro.org/Boards/D01 for details).
Applied thanks.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://li
On Tue, 2015-03-03 at 15:57 +, Wei Liu wrote:
> Rump kernel is going to use some but not all of the machinery previously
> in xc_minios.c. Split the privcmd and gnttab code into its own file.
> This part is pure code motion.
>
> But we also have to:
>
> - Alter the Makefile to build and lin
On Tue, 2015-03-03 at 15:57 +, Wei Liu wrote:
> Xen's build system has a target for rump kernel called NetBSDRump. We
> want to build libxc against rump kernel, so we need to copy NetBSD's
> evtchn.h to NetBSDRump. This copy is not very likely to diverge from
> NetBSD's copy, but we don't precl
On Tue, 2015-03-03 at 10:16 -0500, Daniel De Graaf wrote:
> On 03/03/2015 07:44 AM, Wei Liu wrote:
> > Translate gawk regex to mawk regex to allow using mawk. The new regex
> > works on both gawk and mawk.
> >
> > Signed-off-by: Wei Liu
>
> Acked-by: Daniel De Graaf
Applied, thanks.
On 26/02/15 13:56, Jan Beulich wrote:
> --- a/xen/include/asm-x86/hvm/svm/amd-iommu-proto.h
> +++ b/xen/include/asm-x86/hvm/svm/amd-iommu-proto.h
> @@ -158,12 +158,12 @@ static inline unsigned long region_to_pa
> return (PAGE_ALIGN(addr + size) - (addr & PAGE_MASK)) >> PAGE_SHIFT;
> }
>
> -
On Wed, 2015-03-04 at 18:06 +0800, Chao Peng wrote:
> 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
Acked + applied, thanks.
___
On Tue, 2015-03-03 at 16:36 +, Julien Grall wrote:
> The IRQ 1020 is reserved for special purpose, so the check should be
> "irq < 1020" rather than "irq < 1021".
>
> Signed-off-by: Julien Grall
Acked + applied, thanks.
___
Xen-devel mailing lis
On Tue, 2015-03-03 at 17:50 +, Ian Campbell wrote:
> On Tue, 2015-03-03 at 12:20 -0500, M. Gregory wrote:
> > Yes, this change is ok.
>
> Thank you.
>
> Unless you object I shall interpret this as an:
> Acked-by: M. Gregory
> which will be added to the S-o-b stanza at the end of the
On Wed, 2015-03-04 at 11:36 +0530, vijay.kil...@gmail.com wrote:
> From: Vijaya Kumar K
Thanks, applied all but the GSER one, which I had a comment on.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Mon, 2015-03-02 at 09:20 +0800, Chen, Tiejun wrote:
> Is this expected?
Yes. Can you post it as a proper patch please.
I suggest you split the basic stuff and the kind override discussed
below in to two patches.
> >> +(b_info->u.hvm.gfx_passthru &&
> >> + strncmp(b_inf
On Thu, 2015-03-05 at 16:46 +, Ian Campbell wrote:
> On Wed, 2015-03-04 at 11:36 +0530, vijay.kil...@gmail.com wrote:
> > From: Vijaya Kumar K
> >
> > Add GSER region to thunderx platfrom specific mappings.
> > This region is not mentioned in DT. This is required by
> > PCI driver to detect a
On Thu, 2015-03-05 at 18:27 +1000, Edgar E. Iglesias wrote:
> Signed-off-by: Edgar E. Iglesias
> ---
> config/arm64.mk| 1 +
> xen/drivers/char/Makefile | 1 +
> xen/drivers/char/cadence-uart.c| 222
> +
> xen/include/asm-a
On 26/02/15 13:55, Jan Beulich wrote:
> Signed-off-by: Jan Beulich
I believe that this change is incorrect.
>
> --- a/xen/drivers/passthrough/vtd/extern.h
> +++ b/xen/drivers/passthrough/vtd/extern.h
> @@ -67,7 +67,8 @@ unsigned int get_cache_line_size(void);
> void cacheline_flush(char *);
>
On Tue, 2015-03-03 at 16:35 +, Julien Grall wrote:
> +gicv3_info.nr_lines = min((unsigned)1020, nr_lines);
"1020U" is the correct way to write (unsigned)1020 I think (in both
places).
Otherwise looks ok, although I had to look twice to figure out that the
register initialisation was the s
On Thu, 2015-03-05 at 18:27 +1000, Edgar E. Iglesias wrote:
> From: "Edgar E. Iglesias"
>
> Adds support for the Cadence UART in Xilinx ZynqMP. The
> rest of the ZynqMP platform is discovered via device-tree.
Is it fully discovered and working out of the box? That would be
awesome!
Do you
On Wed, 2015-03-04 at 11:36 +0530, vijay.kil...@gmail.com wrote:
> From: Vijaya Kumar K
>
> Add GSER region to thunderx platfrom specific mappings.
> This region is not mentioned in DT. This is required by
> PCI driver to detect and configure pci devices attached.
>
> In future we can remove thi
On Thu, 2015-03-05 at 09:15 +, Julien Grall wrote:
> Hello Vijay,
>
>
> On 4 Mar 2015 06:06, wrote:
> >
> > From: Vijaya Kumar K
> >
> > ThunderX platform uses pl011 uart.
>
> You need to update docs/misc/arm/early-printk.txt.
I'll insert
"- thunderx: printk with pl011 for Cavium Thunder
On Tue, 2015-03-03 at 14:45 +, Julien Grall wrote:
> Hello Frediano,
>
> On 03/03/15 11:19, Frediano Ziglio wrote:
> > This check allow to detect mail interrupt controller even if it does
>
> main
>
> > not match one of the standard ones.
> > This allow boards with non standard controllers t
On 26/02/15 13:54, Jan Beulich wrote:
> Signed-off-by: Jan Beulich
Reviewed-by: Andrew Cooper
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
>>> On 05.03.15 at 17:11, wrote:
> On 26/02/15 13:52, Jan Beulich wrote:
>> ---
>> I'm uncertain whether range restricting the PXMs permitted for Dom0 is
>> the right approach (matching what other NUMA code did until recently),
>> or whether we would instead want to simply limit the number of PXMs
On Wed, 2015-02-04 at 15:26 +, Dario Faggioli wrote:
> ---
> Dario Faggioli (2):
> ts-cpupools: new test script
> Testing cpupools: recipe for it and job definition
>
>
> make-flight | 12 ++
> sg-run-job |7 +++
> ts-cpupools | 124
>
On 26/02/15 13:52, Jan Beulich wrote:
> ... by introducing a "dom0_nodes" option augmenting the "dom0_mem" and
> "dom0_max_vcpus" ones.
>
> Note that this gives meaning to MEMF_exact_node specified alone (i.e.
> implicitly combined with NUMA_NO_NODE): In such a case any node inside
> the domain's n
On 26/02/15 13:53, Jan Beulich wrote:
> ... using struct domain as a container for passing the respective
> affinity mask: Quite a number of allocations are domain specific, yet
> not to be accounted for that domain. Introduce a flag suppressing the
> accounting altogether (i.e. going beyond MEMF_n
On Thu, 2015-03-05 at 16:45 +0100, Fabio Canigliula wrote:
> The solution would be having the BL2 to set the processor in HYP mode
> and deliver it to U-Boot already in that mode, so that Xen would boot
> easily. Changing the BL2 requires the signature of the manufacturer,
> as it happens for the O
Hi Ian,
On 05/03/2015 14:43, Ian Campbell wrote:
On Wed, 2015-02-18 at 15:16 +, Julien Grall wrote:
"ranges;" means there is not translation necessary. But nothing prevent
to have a the property "ranges" set.
I don't suppose you know of a system where this translation is needed do
you? So
Hello,
I am a Computer Engineering student, currently working on building a
toolchain to have Xen running on ARM embedded platforms.
I have an Arndale Octa Board (Samsung Exynos 5420 MPSoC) and I am trying to
run Xen 4.5 on it.
I followed all the steps written in the Wiki (
http://wiki.xen.org
On 05/03/15 14:50, Jan Beulich wrote:
> - use exisiting latched value of current->domain where available
> - use __copy_to_guest() instead of copy_to_guest() where possible
> - drop redundant inclusion of xen/config.h
> - drop pointless braces
> - consistenly use typedef names
> - formatting
>
> Si
At 14:50 + on 05 Mar (1425563454), Jan Beulich wrote:
> - use exisiting latched value of current->domain where available
> - use __copy_to_guest() instead of copy_to_guest() where possible
> - drop redundant inclusion of xen/config.h
> - drop pointless braces
> - consistenly use typedef names
>
- use exisiting latched value of current->domain where available
- use __copy_to_guest() instead of copy_to_guest() where possible
- drop redundant inclusion of xen/config.h
- drop pointless braces
- consistenly use typedef names
- formatting
Signed-off-by: Jan Beulich
--- a/xen/common/kernel.c
On 2015/01/13 21:45, Andrew Cooper wrote:
> On 13/01/15 20:02, Ed White wrote:
>> On 01/13/2015 11:01 AM, Andrew Cooper wrote:
>>
>>> I can't think of any reasonable case where the alternate p2m would want
>>> mappings different to the host p2m. That is to say, an altp2m will map
>>> the same set
On Wed, 2015-02-18 at 15:16 +, Julien Grall wrote:
> "ranges;" means there is not translation necessary. But nothing prevent
> to have a the property "ranges" set.
I don't suppose you know of a system where this translation is needed do
you? So I've got something to test with...
Ian.
On Thu, 2015-03-05 at 12:13 +, Wei Liu wrote:
> Yes, mini-os now is just like any other Xen guests, which carries a copy
> of all Xen public headers. Taking a new copy is OK.
Ah, I forgot you'd already done this. Super!
___
Xen-devel mailing list
On Thu, Mar 05, 2015 at 11:55:55AM +, Ian Campbell wrote:
> On Thu, 2015-03-05 at 11:41 +, Jan Beulich wrote:
> > >>> On 05.03.15 at 12:35, wrote:
> > > On Thu, 2015-03-05 at 12:25 +0100, Tim Deegan wrote:
> > >> At 17:28 +0100 on 26 Feb (1424968122), Tim Deegan wrote:
> > >> > BTW, ring.h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Xen Security Advisory CVE-2015-2045 / XSA-122
version 3
Information leak through version information hypercall
UPDATES IN VERSION 3
Public release.
ISSUE DESCRIPTION
==
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Xen Security Advisory CVE-2015-2044 / XSA-121
version 3
Information leak via internal x86 system device emulation
UPDATES IN VERSION 3
Public release.
ISSUE DESCRIPTION
=
At 11:55 + on 05 Mar (1425552955), Ian Campbell wrote:
> On Thu, 2015-03-05 at 11:41 +, Jan Beulich wrote:
> > >>> On 05.03.15 at 12:35, wrote:
> > > On Thu, 2015-03-05 at 12:25 +0100, Tim Deegan wrote:
> > >> So I've seen four responses in favour of just renaming the field
> > >> (Andrew
Hi,
At 08:52 + on 05 Mar (1425541947), Jan Beulich wrote:
> >>> On 05.03.15 at 09:29, wrote:
> >> From: Jan Beulich [mailto:jbeul...@suse.com]
> >> Sent: Thursday, March 05, 2015 3:13 PM
> >> And if it can know, why couldn't the handler for
> >> posted_intr_vector not know either (i.e. after
On Thu, 2015-03-05 at 11:41 +, Jan Beulich wrote:
> >>> On 05.03.15 at 12:35, wrote:
> > On Thu, 2015-03-05 at 12:25 +0100, Tim Deegan wrote:
> >> At 17:28 +0100 on 26 Feb (1424968122), Tim Deegan wrote:
> >> > BTW, ring.h is the only instance of that, so the extra diff to clear
> >> > that up
>>> On 05.03.15 at 12:35, wrote:
> On Thu, 2015-03-05 at 12:25 +0100, Tim Deegan wrote:
>> At 17:28 +0100 on 26 Feb (1424968122), Tim Deegan wrote:
>> > BTW, ring.h is the only instance of that, so the extra diff to clear
>> > that up too is pretty small (see below).
>> >
>> > Not sure what peopl
On Thu, 2015-03-05 at 12:25 +0100, Tim Deegan wrote:
> At 17:28 +0100 on 26 Feb (1424968122), Tim Deegan wrote:
> > BTW, ring.h is the only instance of that, so the extra diff to clear
> > that up too is pretty small (see below).
> >
> > Not sure what people think about that though - it might be
>
At 17:28 +0100 on 26 Feb (1424968122), Tim Deegan wrote:
> BTW, ring.h is the only instance of that, so the extra diff to clear
> that up too is pretty small (see below).
>
> Not sure what people think about that though - it might be
> quite a PITA for downstream users of it, though they ought rea
Static checkers complain about the missing call to misc_deregister() if
bind_virq_for_mce() fails.
Also I reversed the tests so that we do error handling instead of
success handling. That way we just have a series of function calls
instead of the more complicated nested if statements in the origi
At 11:58 +0100 on 05 Mar (1425553138), Tamas K Lengyel wrote:
> On Thu, Mar 5, 2015 at 11:36 AM, Tim Deegan wrote:
> > At 00:06 +0100 on 05 Mar (1425510383), Tamas K Lengyel wrote:
> >> Let's assume we trap an instruction that only performs data accesses
> >> on pages other than the one the instru
Hi,
At 10:54 +0800 on 05 Mar (1425549262), openlui wrote:
> 2. From the trace info and qemu-dm's log, it seems that it is "GPA"
> (Guest Physical Address) instead of "MFN" in the IOREQ's data field
> received by qemu-dm:
Yes.
> I think qemu-dm/rtl8139 should read/write data from "MFN" address in
On Thu, Mar 5, 2015 at 11:36 AM, Tim Deegan wrote:
> At 00:06 +0100 on 05 Mar (1425510383), Tamas K Lengyel wrote:
>> Let's assume we trap an instruction that only performs data accesses
>> on pages other than the one the instruction was fetched from. Since
>> the instruction fetch is repeated aft
On Thu, 2015-03-05 at 09:32 +0100, Roger Pau Monné wrote:
> > So it sounds like perhaps all that is needed is some judicious use of
> > "2>/dev/null"?
>
> But we still require python-config for python versions >= 2.5, or else
> we will fail to detect if the workaround is needed?
I've said it a fe
On Thu, Mar 5, 2015 at 12:41 AM, Ed White wrote:
> On 03/04/2015 03:06 PM, Tamas K Lengyel wrote:
>>> Right. The key observation is that at any single point in time, a given
>>> hardware thread can be fetching an instruction or reading data, but not
>>> both.
>>
>> Fine, as lon
At 00:06 +0100 on 05 Mar (1425510383), Tamas K Lengyel wrote:
> Let's assume we trap an instruction that only performs data accesses
> on pages other than the one the instruction was fetched from. Since
> the instruction fetch is repeated after a failed data access due to
> EPT violation, the page
Hello,
On 05/03/2015 09:31, Frediano Ziglio wrote:
But some offsets are different... so I'd like a confirmation based on
some spec.
You can find spec at https://github.com/hisilicon/boards/tree/master/D01/docs.
The spec is in Chinese... Any chance to have an English version?
Regards,
--
J
>>> On 05.03.15 at 10:07, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Thursday, March 05, 2015 4:52 PM
>> And how would this be different with your separate new vector? I
>> feel I'm missing something, but I'm afraid I have to rely on you to
>> point out what it is. Just again
At 12:33 +0100 on 27 Feb (1425036812), Roger Pau Monne wrote:
> iommu_share_p2m_table should not prevent PVH guests from using a shared page
> table between the IOMMU and EPT. Clean the code by removing the asserts in
> the vendor specific implementations (amd_iommu_share_p2m, iommu_set_pgd),
> and
The next Xen technical call will be at:
Wed 11 Mar 17:00:00 GMT 2015
`date -d @1426093200`
See http://lists.xen.org/archives/html/xen-devel/2015-01/msg00414.html
for more information on the call.
Please let me know (CC-ing the list) any topics which you would like to
discuss. It might be
2015-03-03 15:42 GMT+00:00 Julien Grall :
> On 03/03/15 15:36, Frediano Ziglio wrote:
>>>
>>> Hello Frediano,
>>>
>>> On 03/03/15 11:19, Frediano Ziglio wrote:
The GIC in this platform is mainly compatible with the standard
GICv2 beside:
- ITARGET is extended to 16 bit to support 16
flight 35866 xen-4.4-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35866/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-midway5 xen-boot fail REGR. vs. 35695
Regressions which
Hello Vijay,
On 4 Mar 2015 06:06, wrote:
>
> From: Vijaya Kumar K
>
> ThunderX platform uses pl011 uart.
You need to update docs/misc/arm/early-printk.txt.
Regards,
> Signed-off-by: Vijaya Kumar K
> Acked-by: Ian Campbell
> ---
> xen/arch/arm/Rules.mk |4
> 1 file changed, 4 inser
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Thursday, March 05, 2015 4:52 PM
> To: Wu, Feng
> Cc: Tian, Kevin; Zhang, Yang Z; xen-devel@lists.xen.org
> Subject: RE: VT-d Posted-interrupt (PI) design for XEN
>
> >>> On 05.03.15 at 09:29, wrote:
> >> From:
>>> On 05.03.15 at 09:52, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Thursday, March 5, 2015 4:40 PM
>> >>> On 05.03.15 at 04:53, wrote:
>> >> From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
>> >> Sent: Thursday, March 5, 2015 3:43 AM On Tue, Mar 03, 2015 at
>> >>
Dear Jan
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Thursday, March 5, 2015 4:40 PM
> To: Wang, Xiaoming
> Cc: l...@aserp2030.oracle.com; zh...@aserp2030.oracle.com; chris@chris-
> wilson.co.uk; david.vra...@citrix.com; lau...@codeaurora.org;
> heiko.carst.
>>> On 05.03.15 at 09:29, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Thursday, March 05, 2015 3:13 PM
>> And if it can know, why couldn't the handler for
>> posted_intr_vector not know either (i.e. after introducing a specific
>> handler for it in place of the currently used e
>>> On 05.03.15 at 04:53, wrote:
>> From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
>> Sent: Thursday, March 5, 2015 3:43 AM
>> On Tue, Mar 03, 2015 at 04:11:09PM +0800, Wang Xiaoming wrote:
>> > @@ -101,13 +119,32 @@ setup_io_tlb_npages(char *str) {
>> >if (isdigit(*str)) {
>> >
El 04/03/15 a les 17.14, Ian Campbell ha escrit:
> On Wed, 2015-03-04 at 16:07 +, Ian Jackson wrote:
>> Ian Campbell writes ("Re: "./configure: line 7058: python-config: command
>> not found" after commit 0013245"):
>>> That would be ideal, but unless someone shows me/us a system with Python
>
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Thursday, March 05, 2015 3:13 PM
> To: Wu, Feng
> Cc: Tian, Kevin; Zhang, Yang Z; xen-devel@lists.xen.org
> Subject: RE: VT-d Posted-interrupt (PI) design for XEN
>
> >>> On 05.03.15 at 06:04, wrote:
> >> From:
From: "Edgar E. Iglesias"
Signed-off-by: Edgar E. Iglesias
---
docs/misc/arm/early-printk.txt | 1 +
xen/arch/arm/Rules.mk| 6 +
xen/arch/arm/arm64/debug-cadence.inc | 45
3 files changed, 52 insertions(+)
create mode 100644 xen/
Signed-off-by: Edgar E. Iglesias
---
config/arm64.mk| 1 +
xen/drivers/char/Makefile | 1 +
xen/drivers/char/cadence-uart.c| 222 +
xen/include/asm-arm/cadence-uart.h | 55 +
4 files changed, 279 insertions(+)
crea
From: "Edgar E. Iglesias"
Adds support for the Cadence UART in Xilinx ZynqMP. The
rest of the ZynqMP platform is discovered via device-tree.
Cheers,
Edgar
Edgar E. Iglesias (2):
xen/arm: Add Cadence UART driver
xen/arm: Add Xilinx ZynqMP early printk support
config/arm64.mk
89 matches
Mail list logo
