From: Borislav Petkov <bp@suse.de>
To: kbuild test robot <fengguang.wu@intel.com>
Cc: "Luis R. Rodriguez" <mcgrof@suse.com>,
kbuild-all@01.org, Chris Zankel <chris@zankel.net>,
Max Filippov <jcmvbkbc@gmail.com>,
Will Deacon <will.deacon@arm.com>, Ingo Molnar <mingo@kernel.org>,
Toshi Kani <toshi.kani@hp.com>,
linux-xtensa@linux-xtensa.org, linux-kernel@vger.kernel.org
Subject: Re: [bp:tip-mm 11/13] drivers/video/fbdev/aty/atyfb_base.c:3461:2: error: implicit declaration of function 'ioremap_uc'
Date: Fri, 26 Jun 2015 11:29:05 +0200 [thread overview]
Message-ID: <20150626092905.GA18454@pd.tnic> (raw)
In-Reply-To: <201506261649.PzH3uBK6%fengguang.wu@intel.com>
On Fri, Jun 26, 2015 at 04:28:51PM +0800, kbuild test robot wrote:
> tree: git://git.kernel.org/pub/scm/linux/kernel/git/bp/bp tip-mm
> head: 7b0982330a1b4d4bdb99bb8382e2363165231a90
> commit: fd50bea9cedd8fdbd091dfccb4b526be0ef9839f [11/13] drivers/video/fbdev/atyfb: Replace MTRR UC hole with strong UC
> config: xtensa-allyesconfig (attached as .config)
> reproduce:
> wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross
> chmod +x ~/bin/make.cross
> git checkout fd50bea9cedd8fdbd091dfccb4b526be0ef9839f
> # save the attached .config to linux build tree
> make.cross ARCH=xtensa
Cool script, btw. I'll use that locally too :-)
> All error/warnings (new ones prefixed by >>):
>
> drivers/video/fbdev/aty/atyfb_base.c: In function 'atyfb_setup_generic':
> >> drivers/video/fbdev/aty/atyfb_base.c:3461:2: error: implicit declaration of function 'ioremap_uc' [-Werror=implicit-function-declaration]
> par->ati_regbase = ioremap_uc(info->fix.mmio_start, 0x1000);
> ^
> >> drivers/video/fbdev/aty/atyfb_base.c:3461:19: warning: assignment makes pointer from integer without a cast
> par->ati_regbase = ioremap_uc(info->fix.mmio_start, 0x1000);
> ^
> cc1: some warnings being treated as errors
>
> vim +/ioremap_uc +3461 drivers/video/fbdev/aty/atyfb_base.c
>
> 3455
> 3456 info->fix.mmio_start = raddr;
> 3457 /*
> 3458 * By using strong UC we force the MTRR to never have an
> 3459 * effect on the MMIO region on both non-PAT and PAT systems.
> 3460 */
> > 3461 par->ati_regbase = ioremap_uc(info->fix.mmio_start, 0x1000);
> 3462 if (par->ati_regbase == NULL)
> 3463 return -ENOMEM;
> 3464
Looks to me, xtensa needs something like that:
---
>From d8ac67e37a1a99e305c5ec57cff084f9f3513e61 Mon Sep 17 00:00:00 2001
From: Borislav Petkov <bp@suse.de>
Date: Fri, 26 Jun 2015 10:54:40 +0200
Subject: [PATCH] xtensa/asm: Add ioremap_uc
... and default to the uncacheable version.
Reported-by: kbuild test robot <fengguang.wu@intel.com>
Signed-off-by: Borislav Petkov <bp@suse.de>
Cc: "Luis R. Rodriguez" <mcgrof@suse.com>
Cc: Chris Zankel <chris@zankel.net>
Cc: Max Filippov <jcmvbkbc@gmail.com>
Cc: Will Deacon <will.deacon@arm.com>
Cc: Ingo Molnar <mingo@kernel.org>
Cc: Toshi Kani <toshi.kani@hp.com>
Cc: linux-xtensa@linux-xtensa.org
---
arch/xtensa/include/asm/io.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/xtensa/include/asm/io.h b/arch/xtensa/include/asm/io.h
index c39bb6e61911..34f707ea619b 100644
--- a/arch/xtensa/include/asm/io.h
+++ b/arch/xtensa/include/asm/io.h
@@ -60,6 +60,7 @@ static inline void __iomem *ioremap_cache(unsigned long offset,
#define ioremap_wc ioremap_nocache
#define ioremap_wt ioremap_nocache
+#define ioremap_uc ioremap_nocache
static inline void __iomem *ioremap(unsigned long offset, unsigned long size)
{
--
2.3.5
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
--
next parent reply other threads:[~2015-06-26 9:29 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <201506261649.PzH3uBK6%fengguang.wu@intel.com>
2015-06-26 9:29 ` Borislav Petkov [this message]
2015-06-27 1:29 ` Max Filippov
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=20150626092905.GA18454@pd.tnic \
--to=bp@suse.de \
--cc=chris@zankel.net \
--cc=fengguang.wu@intel.com \
--cc=jcmvbkbc@gmail.com \
--cc=kbuild-all@01.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-xtensa@linux-xtensa.org \
--cc=mcgrof@suse.com \
--cc=mingo@kernel.org \
--cc=toshi.kani@hp.com \
--cc=will.deacon@arm.com \
/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®