t();
> efi_init();
> arm64_memblock_init();
>
> @@ -341,7 +342,6 @@ void __init setup_arch(char **cmdline_p)
> } else {
> psci_acpi_init();
> }
> - xen_early_init();
>
> cpu_read_bootcpu_ops();
> s
wed-by: Stefano Stabellini
> Acked-by: Hanjun Guo
Acked-by: Catalin Marinas
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
/xen-ops.h
This looks like entirely Xen code, so I don't think it needs arm64
maintainers' approval. FWIW:
Acked-by: Catalin Marinas
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
ommon headers.
>
> Signed-off-by: Stefano Stabellini
> Tested-by: Julien Grall
> Suggested-by: Catalin Marinas
> CC: li...@armlinux.org.uk
> CC: catalin.mari...@arm.com
> CC: will.dea...@arm.com
> CC: boris.ostrov...@oracle.com
> CC: jgr...@suse.com
> CC: Julien
On Tue, Apr 25, 2017 at 10:22:00AM -0700, Stefano Stabellini wrote:
> On Tue, 25 Apr 2017, Julien Grall wrote:
> > On 24/04/17 20:16, Stefano Stabellini wrote:
> > > Given the outstanding regression we need to fix as soon as possible,
> > > I'll queue these patches on the xentip tree for 4.12.
> >
On Wed, Apr 26, 2017 at 10:00:30AM -0700, Stefano Stabellini wrote:
> On Wed, 26 Apr 2017, Catalin Marinas wrote:
> > On Tue, Apr 25, 2017 at 10:22:00AM -0700, Stefano Stabellini wrote:
> > > On Tue, 25 Apr 2017, Julien Grall wrote:
> > > > On 24/04/17 2
On Fri, Nov 07, 2014 at 06:45:22PM +, Stefano Stabellini wrote:
> On Fri, 7 Nov 2014, Catalin Marinas wrote:
> > On Fri, Nov 07, 2014 at 05:35:41PM +, Stefano Stabellini wrote:
> > > On Fri, 7 Nov 2014, Stefano Stabellini wrote:
> > > > On Fri, 7 N
On Mon, Nov 10, 2014 at 04:13:59PM +, Stefano Stabellini wrote:
> Signed-off-by: Stefano Stabellini
> CC: david.vra...@citrix.com
> CC: konrad.w...@oracle.com
> ---
> arch/arm/include/asm/xen/page-coherent.h |4 ++--
> arch/arm64/include/asm/xen/page-coherent.h |4 ++--
> arch/x86/i
The reason for doing this is that the native dma_ops map_page could
> allocate buffers than need to be freed. If the page is foreign we don't
> call the native unmap_page dma_ops function, resulting in a memory leak.
>
> Suggested-by: Catalin Marinas
> Signed-off-by: Stefano Stabel
On Mon, Nov 10, 2014 at 04:14:01PM +, Stefano Stabellini wrote:
> --- a/arch/arm/xen/mm.c
> +++ b/arch/arm/xen/mm.c
> @@ -1,6 +1,10 @@
> +#include
> +#include
> #include
> #include
> +#include
> #include
> +#include
> #include
> #include
> #include
> @@ -16,6 +20,88 @@
> #inclu
On Mon, Nov 10, 2014 at 04:14:02PM +, Stefano Stabellini wrote:
> --- a/arch/arm/include/asm/xen/page.h
> +++ b/arch/arm/include/asm/xen/page.h
> @@ -107,4 +107,8 @@ static inline bool set_phys_to_machine(unsigned long pfn,
> unsigned long mfn)
> #define xen_remap(cookie, size) ioremap_cache(
On Mon, Nov 10, 2014 at 04:13:55PM +, Stefano Stabellini wrote:
> void xen_dma_unmap_page(struct device *hwdev, dma_addr_t handle,
> size_t size, enum dma_data_direction dir,
> - struct dma_attrs *attrs);
> + struct dma_attrs *attrs)
> +{
> + unsigned
On Mon, Nov 10, 2014 at 04:13:56PM +, Stefano Stabellini wrote:
> Introduce a boolean flag and an accessor function to check whether a
> device is dma_coherent. Set the flag from set_arch_dma_coherent_ops.
>
> Signed-off-by: Stefano Stabellini
> Signed-off-by: Catalin Marinas
nts I gave already, the series looks fine to
me. Once addressed, you can add:
Reviewed-by: Catalin Marinas
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
14 matches
Mail list logo
