From: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Mark Brown <broonie@kernel.org>,
linux-next@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
Subject: Re: linux-next: build failure after merge of the spi tree
Date: Fri, 30 Jan 2015 06:43:16 +0100 [thread overview]
Message-ID: <CAPybu_3cW41c5m8+pBUWBxcK3Z74Pb=+gC5oDi5Q10Zjct3M6w@mail.gmail.com> (raw)
In-Reply-To: <20150130140228.399ed64f@canb.auug.org.au>
Hello Stephen
The root of the issue is that iowrite/ioread behaves differently in
different arches.
1) It does not necesary need to be a symbol in all the arches. It can
be declared as a function macro:
#define iowrite32(a,b) iowrite32(a,b)
2) Sometimes, even the function has a different prototype.
include/asm-generic/iomap.h
extern unsigned int ioread16be(void __iomem *);
include/asm-generic/io.h
extern unsigned int ioread16be(void __iomem *);
Since the patch that you have reverted was only to clean the code it
is perfectly fine to revert it.
Sorry for the mess, I did only tried to build it on the platforms that
I had available and I could have never guess that iowrite32 was
implemented differently on other arches.
Thanks!
On Fri, Jan 30, 2015 at 4:02 AM, Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> Hi Mark,
>
> After merging the spi tree, today's linux-next build (arm
> multi_v7_defconfig) failed like this:
>
> drivers/spi/spi-xilinx.c: In function 'xilinx_spi_probe':
> drivers/spi/spi-xilinx.c:391:16: warning: assignment from incompatible pointer type
> xspi->read_fn = ioread32;
> ^
> drivers/spi/spi-xilinx.c:392:17: warning: assignment from incompatible pointer type
> xspi->write_fn = iowrite32;
> ^
> drivers/spi/spi-xilinx.c:398:19: error: 'ioread32be' undeclared (first use in this function)
> xspi->read_fn = ioread32be;
> ^
> drivers/spi/spi-xilinx.c:398:19: note: each undeclared identifier is reported only once for each function it appears in
> drivers/spi/spi-xilinx.c:399:20: error: 'iowrite32be' undeclared (first use in this function)
> xspi->write_fn = iowrite32be;
> ^
>
> Caused by commit 99082eab6344 ("spi/xilinx: Remove iowrite/ioread
> wrappers"). Its not obvious why this is so, but reverting that commit
> fixed the build problem.
>
> I have reverted that commit for today.
>
> --
> Cheers,
> Stephen Rothwell sfr@canb.auug.org.au
--
Ricardo Ribalda
next prev parent reply other threads:[~2015-01-30 5:43 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-30 3:02 linux-next: build failure after merge of the spi tree Stephen Rothwell
2015-01-30 5:43 ` Ricardo Ribalda Delgado [this message]
-- strict thread matches above, loose matches on Subject: below --
2022-02-16 5:17 Stephen Rothwell
2022-02-16 12:20 ` André Almeida
2022-02-16 13:07 ` André Almeida
2022-02-16 16:08 ` Mark Brown
2022-02-16 16:13 ` André Almeida
2022-02-16 16:07 ` Mark Brown
2022-02-15 2:08 Stephen Rothwell
2022-02-15 7:33 ` Uwe Kleine-König
2022-01-27 4:57 Stephen Rothwell
2018-08-29 0:33 Stephen Rothwell
2018-08-29 1:29 ` Baolin Wang
2017-12-22 2:18 Stephen Rothwell
2017-12-22 7:39 ` Rasmus Villemoes
2017-12-22 15:51 ` Mark Brown
2017-07-10 3:26 Stephen Rothwell
2017-07-03 3:41 Stephen Rothwell
2017-05-24 1:08 Stephen Rothwell
2017-05-24 3:29 ` Jiada Wang
2016-12-09 2:32 Stephen Rothwell
2016-12-12 2:24 ` Stephen Rothwell
2016-05-16 2:08 Stephen Rothwell
2016-05-16 10:23 ` Mark Brown
2016-01-06 3:34 Stephen Rothwell
2015-08-21 4:10 Stephen Rothwell
2015-05-12 3:14 Stephen Rothwell
2015-04-07 6:49 Stephen Rothwell
2014-12-08 12:05 Stephen Rothwell
2014-12-08 12:13 ` Mark Brown
2014-12-08 12:54 ` Lee Jones
2014-12-08 12:58 ` Mark Brown
2014-12-08 13:56 ` Laurentiu Palcu
2014-04-15 2:17 Stephen Rothwell
2014-04-15 4:35 ` Harini Katakam
2014-02-24 3:45 Stephen Rothwell
2014-02-24 6:00 ` Mark Brown
2014-01-06 7:03 Stephen Rothwell
2014-01-06 7:09 ` Baruch Siach
2013-08-27 6:15 Stephen Rothwell
2013-08-27 7:20 ` Sourav Poddar
2013-07-29 3:42 Stephen Rothwell
2013-07-29 5:00 ` Mark Brown
2013-07-29 5:56 ` Stephen Rothwell
2013-07-29 6:40 ` Mark Brown
2013-07-29 6:48 ` Stephen Rothwell
2013-07-29 8:00 ` Mark Brown
2011-06-07 2:53 Stephen Rothwell
2011-06-07 16:51 ` Grant Likely
2010-10-14 1:55 Stephen Rothwell
2010-10-14 1:58 ` Grant Likely
2010-06-29 3:29 Stephen Rothwell
2010-06-29 5:02 ` Grant Likely
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='CAPybu_3cW41c5m8+pBUWBxcK3Z74Pb=+gC5oDi5Q10Zjct3M6w@mail.gmail.com' \
--to=ricardo.ribalda@gmail.com \
--cc=broonie@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-next@vger.kernel.org \
--cc=sfr@canb.auug.org.au \
/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;
as well as URLs for NNTP newsgroup(s).