Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751795AbdFTSUZ (ORCPT ); Tue, 20 Jun 2017 14:20:25 -0400 Received: from foss.arm.com ([217.140.101.70]:42948 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750993AbdFTSUX (ORCPT ); Tue, 20 Jun 2017 14:20:23 -0400 Date: Tue, 20 Jun 2017 19:20:35 +0100 From: Will Deacon To: "Baicar, Tyler" Cc: Andy Shevchenko , Christoph Hellwig , Stephen Rothwell , Catalin Marinas , Linux-Next Mailing List , Linux Kernel Mailing List Subject: Re: linux-next: manual merge of the uuid tree with the arm64 tree Message-ID: <20170620182034.GF28035@arm.com> References: <20170616152136.161630bf@canb.auug.org.au> <20170619091942.GA2702@arm.com> <1497866790.22624.164.camel@linux.intel.com> <20170619102240.GC2702@arm.com> <20170620084007.GA30664@arm.com> <20170620084307.GA9703@lst.de> <1497948465.22624.167.camel@linux.intel.com> <25d08c14-eea7-8b58-675a-1124200b50a6@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <25d08c14-eea7-8b58-675a-1124200b50a6@codeaurora.org> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1995 Lines: 58 On Tue, Jun 20, 2017 at 12:13:13PM -0600, Baicar, Tyler wrote: > I have sent you the rebased patches. I took Christoph's uuid-types tree and > added this patch onto it: > > 7bf130e4a065 ("ACPI/APEI: Handle GSIV and GPIO notification types") > > And then added my patches onto that. This will hopefully now avoid conflicts > with any other patch. No, patch 6 fails to apply: On Tue, Jun 20, 2017 at 12:07:27PM -0600, Tyler Baicar wrote: > diff --git a/drivers/acpi/apei/ghes.c b/drivers/acpi/apei/ghes.c > index 7e3ddbe..81ebb9b 100644 > --- a/drivers/acpi/apei/ghes.c > +++ b/drivers/acpi/apei/ghes.c > @@ -116,11 +116,7 @@ static inline bool is_hest_type_generic_v2(struct ghes *ghes) > * Two virtual pages are used, one for IRQ/PROCESS context, the other for > * NMI context (optionally). > */ > -#ifdef CONFIG_HAVE_ACPI_APEI_NMI > #define GHES_IOREMAP_PAGES 2 > -#else > -#define GHES_IOREMAP_PAGES 1 > -#endif > #define GHES_IOREMAP_IRQ_PAGE(base) (base) > #define GHES_IOREMAP_NMI_PAGE(base) ((base) + PAGE_SIZE) > > @@ -159,10 +155,14 @@ static void ghes_ioremap_exit(void) > static void __iomem *ghes_ioremap_pfn_nmi(u64 pfn) > { > unsigned long vaddr; > + phys_addr_t paddr; > + pgprot_t prot; > > vaddr = (unsigned long)GHES_IOREMAP_NMI_PAGE(ghes_ioremap_area->addr); > - ioremap_page_range(vaddr, vaddr + PAGE_SIZE, > - pfn << PAGE_SHIFT, PAGE_KERNEL); > + > + paddr = pfn << PAGE_SHIFT; > + prot = arch_apei_get_mem_attribute(paddr); > + ioremap_page_range(vaddr, vaddr + PAGE_SIZE, paddr, prot); > > return (void __iomem *)vaddr; > } > @@ -774,6 +774,50 @@ static int ghes_notify_hed(struct notifier_block *this, unsigned long event, > .notifier_call = ghes_notify_hed, In Christoph's tree, this line is: .notifier_call = ghes_notify_sci, http://git.infradead.org/users/hch/uuid.git/blob/refs/heads/uuid-types:/drivers/acpi/apei/ghes.c#l720 so something still isn't right. What did you actually base your patches on? Will