From: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
To: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Cc: David Vrabel <david.vrabel@citrix.com>,
Julien Grall <julien.grall@linaro.org>,
<linux-arm-kernel@lists.infradead.org>,
<linux-kernel@vger.kernel.org>, <xen-devel@lists.xenproject.org>,
Ian Campbell <ian.campbell@citrix.com>, <konrad.wilk@oracle.com>,
Catalin Marinas <catalin.marinas@arm.com>
Subject: Re: [PATCH] arm/xen: Remove definiition of virt_to_pfn in asm/xen/page.h
Date: Wed, 7 May 2014 12:41:56 +0100 [thread overview]
Message-ID: <alpine.DEB.2.02.1405071234010.14596@kaball.uk.xensource.com> (raw)
In-Reply-To: <alpine.DEB.2.02.1404251801060.8072@kaball.uk.xensource.com>
[-- Attachment #1: Type: text/plain, Size: 2892 bytes --]
On Fri, 25 Apr 2014, Stefano Stabellini wrote:
> On Thu, 24 Apr 2014, David Vrabel wrote:
> > On 24/04/14 13:49, Julien Grall wrote:
> > > Hi David,
> > >
> > > On 04/24/2014 01:22 PM, David Vrabel wrote:
> > >> On 18/04/14 16:54, Julien Grall wrote:
> > >>> virt_to_pfn has been defined in asm/memory.h by the commit e26a9e0 "ARM: Better
> > >>> virt_to_page() handling"
> > >>>
> > >>> This will result of a compilation warning when CONFIG_XEN is enabled.
> > >>>
> > >>> arch/arm/include/asm/xen/page.h:80:0: warning: "virt_to_pfn" redefined [enabled by default]
> > >>> #define virt_to_pfn(v) (PFN_DOWN(__pa(v)))
> > >>> ^
> > >>> In file included from arch/arm/include/asm/page.h:163:0,
> > >>> from arch/arm/include/asm/xen/page.h:4,
> > >>> from include/xen/page.h:4,
> > >>> from arch/arm/xen/grant-table.c:33:
> > >>>
> > >>> The definition in memory.h is nearly the same (it directly expand PFN_DOWN),
> > >>> so we can safely drop virt_to_pfn in xen include.
> > >>
> > >>
> > >> This breaks the arm build for me.
> > >>
> > >> /local/davidvr/work/k.org/tip/drivers/block/xen-blkfront.c: In function
> > >> ‘setup_blkring’:
> > >> /local/davidvr/work/k.org/tip/drivers/block/xen-blkfront.c:1236:2:
> > >> error: implicit declaration of function ‘virt_to_pfn’
> > >> [-Werror=implicit-function-declaration]
> > >> err = xenbus_grant_ring(dev, virt_to_mfn(info->ring.sring));
> > >> ^
> > >
> > > I don't have any issue to build the following branch with this patch on:
> > > - v3.15-rc2
> > > - xentip master
> > > - xentip for-linus-3.16
> >
> > Applied to devel/for-linus-3.16.
> >
> > If something else turns up for 3.15 (and I remember) I'll take it for
> > 3.15 instead.
>
> David,
> thank you very much for taking the patch in my absence.
>
> Considering that the problem is affecting everybody enabling CONFIG_XEN
> on ARM on v3.15, I don't think we can wait for the next merge window to
> send this fix upstream.
> Too many warnings for too many people.
Unfortunately this commit breaks arm64 compilation, as virt_to_pfn has
not been introduced to arm64/include/asm/memory.h.
Has the patch been sent upstream yet?
We need this additional change for arm64:
diff --git a/arch/arm64/include/asm/memory.h b/arch/arm64/include/asm/memory.h
index e94f945..993bce5 100644
--- a/arch/arm64/include/asm/memory.h
+++ b/arch/arm64/include/asm/memory.h
@@ -138,6 +138,7 @@ static inline void *phys_to_virt(phys_addr_t x)
#define __pa(x) __virt_to_phys((unsigned long)(x))
#define __va(x) ((void *)__phys_to_virt((phys_addr_t)(x)))
#define pfn_to_kaddr(pfn) __va((pfn) << PAGE_SHIFT)
+#define virt_to_pfn(x) __phys_to_pfn(__virt_to_phys(x))
/*
* virt_to_page(k) convert a _valid_ virtual address to struct page *
next prev parent reply other threads:[~2014-05-07 11:42 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-18 15:54 Julien Grall
2014-04-24 12:22 ` David Vrabel
2014-04-24 12:49 ` Julien Grall
2014-04-24 14:11 ` David Vrabel
2014-04-25 17:05 ` Stefano Stabellini
2014-05-07 11:41 ` Stefano Stabellini [this message]
2014-05-07 11:46 ` David Vrabel
2014-05-07 16:58 ` Stefano Stabellini
2014-05-08 11:05 ` Catalin Marinas
2014-05-08 15:54 ` Stefano Stabellini
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.DEB.2.02.1405071234010.14596@kaball.uk.xensource.com \
--to=stefano.stabellini@eu.citrix.com \
--cc=catalin.marinas@arm.com \
--cc=david.vrabel@citrix.com \
--cc=ian.campbell@citrix.com \
--cc=julien.grall@linaro.org \
--cc=konrad.wilk@oracle.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=xen-devel@lists.xenproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®