From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>
Cc: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>,
linux-sh@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
Chris Ball <cjb@laptop.org>,
Guennadi Liakhovetski <g.liakhovetski@gmx.de>,
Ian Molton <ian@mnementh.co.uk>,
linux-mmc@vger.kernel.org
Subject: Re: [PATCH 07/15] mmc: sdhi: Enable driver compilation with COMPILE_TEST
Date: Thu, 12 Dec 2013 00:05:36 +0100 [thread overview]
Message-ID: <13209501.ngs8HJ5G2p@avalon> (raw)
In-Reply-To: <52A8AD5B.70601@cogentembedded.com>
Hi Sergei,
On Wednesday 11 December 2013 22:22:19 Sergei Shtylyov wrote:
> On 11-12-2013 22:06, Laurent Pinchart wrote:
> >>> This helps increasing build testing coverage.
> >>>
> >>> The driver doesn't compile on (at least) x86 due (possibly among others)
> >>> to missing readsw/writesw I/O accessors, restrict compilation to SUPERH
> >>> or ARM.
> >>>
> >>> Whether the CTL_DMA_ENABLE register is part of the standard TMIO
> >>> controller or is Renesas-specific is unknown and impossible to test as
> >>> we have no current or planned TMIO DMA users other than SUPERH and
> >>> ARCH_SHMOBILE. Writing to the register is thus conditionally compiled
> >>> for SUPERH and ARCH_SHMOBILE only. Adding ARCH_SHMOBILE_MULTI to the
> >>> list would extend this to multiarch kernels, but would break the driver
> >>> for non-shmobile platforms if the register is Renesas-specific. We can
> >>> thus get rid of the conditional compilation completely without
> >>> introducing any further issue, and let future non-Renesas users deal
> >>> with the situation if it turns out to be a the problem.
> >>>
> >>> Cc: Chris Ball <cjb@laptop.org>
> >>> Cc: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
> >>> Cc: Ian Molton <ian@mnementh.co.uk>
> >>> Cc: linux-mmc@vger.kernel.org
> >>> Signed-off-by: Laurent Pinchart
> >>> <laurent.pinchart+renesas@ideasonboard.com>
> >>> Acked-by: Simon Horman <horms@verge.net.au>
>
> [...]
>
> >>> diff --git a/drivers/mmc/host/Kconfig b/drivers/mmc/host/Kconfig
> >>> index 7fc5099..ca1315e 100644
> >>> --- a/drivers/mmc/host/Kconfig
> >>> +++ b/drivers/mmc/host/Kconfig
> >>> @@ -479,7 +479,8 @@ config MMC_TMIO
> >>>
> >>> config MMC_SDHI
> >>> tristate "SH-Mobile SDHI SD/SDIO controller support"
> >>> - depends on SUPERH || ARCH_SHMOBILE
> >>> + depends on SUPERH || ARM
> >>> + depends on SUPERH || ARCH_SHMOBILE || COMPILE_TEST
> >>>
> >> Hm, why 2 "depends" lines with SUPERH in both?
> >
> > The first line means "this driver requires SUPERH || ARM to be compiled",
>
> Then COMPILE_TEST should be there, no?
No, because the first line says that the driver is known *not* to compile on
platforms other than ARM and SUPERH. Adding || COMPILE_TEST there would break
compilation with allyesconfig and randconfig on those other platforms.
Stated differently, the first line restricts the driver from being compiled on
architectures where it doesn't compile, regardless of COMPILE_TEST, and the
second line restricts it to platform where hardware is known to exists, with
COMPILE_TEST to optionally extend build coverage.
> > while the second line means "devices supported by this driver are only
> > found on SUPERH || ARCH_SHMOBILE platforms".
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2013-12-11 23:05 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-27 1:18 [PATCH 00/15] Enable compilation of various Renesas drivers with COMPILE_TEST Laurent Pinchart
2013-11-27 1:18 ` [PATCH 07/15] mmc: sdhi: Enable driver compilation " Laurent Pinchart
2013-12-11 12:53 ` Laurent Pinchart
2014-01-07 15:10 ` Laurent Pinchart
2014-01-07 15:50 ` Chris Ball
2014-01-07 16:13 ` Laurent Pinchart
2013-12-11 18:01 ` Sergei Shtylyov
2013-12-11 18:06 ` Laurent Pinchart
2013-12-11 18:22 ` Sergei Shtylyov
2013-12-11 23:05 ` Laurent Pinchart [this message]
2013-11-27 1:18 ` [PATCH 08/15] mmc: sh_mmcif: " Laurent Pinchart
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=13209501.ngs8HJ5G2p@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=cjb@laptop.org \
--cc=g.liakhovetski@gmx.de \
--cc=ian@mnementh.co.uk \
--cc=laurent.pinchart+renesas@ideasonboard.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-mmc@vger.kernel.org \
--cc=linux-sh@vger.kernel.org \
--cc=sergei.shtylyov@cogentembedded.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;
as well as URLs for NNTP newsgroup(s).