From: Tony Lindgren <tony@atomide.com>
To: linux-arm-kernel@lists.infradead.org
Cc: alsa-devel@alsa-project.org, Deepak Saxena <dsaxena@plexity.net>,
Herbert Xu <herbert@gondor.apana.org.au>,
Venkatraman S <svenkatr@ti.com>,
Vinod Koul <vinod.koul@intel.com>, Matt Mackall <mpm@selenic.com>,
Mark Brown <broonie@opensource.wolfsonmicro.com>,
linux-mmc@vger.kernel.org, linux-kernel@vger.kernel.org,
"David S. Miller" <davem@davemloft.net>,
Peter Ujfalusi <peter.ujfalusi@ti.com>,
Chris Ball <cjb@laptop.org>, Dan Williams <djbw@fb.com>,
linux-omap@vger.kernel.org, Liam Girdwood <lrg@ti.com>,
Jarkko Nikula <jarkko.nikula@bitmer.com>,
linux-crypto@vger.kernel.org
Subject: Re: [PATCH 1/2] ARM: OMAP: Trivial driver changes to remove include plat/cpu.h
Date: Mon, 8 Oct 2012 11:09:00 -0700 [thread overview]
Message-ID: <20121008180900.GL3874@atomide.com> (raw)
In-Reply-To: <20121008173557.10603.18539.stgit@muffinssi>
* Tony Lindgren <tony@atomide.com> [121008 10:37]:
> Drivers should not use cpu_is_omap or cpu_class_is_omap macros,
> they should be private to the platform init code. And we'll be
> removing plat/cpu.h and only have a private soc.h for the
> arch/arm/*omap* code.
>
> This patch is intended as preparation for the core omap changes
> and removes the need to include plat/cpu.h from several drivers.
> This is needed for the ARM common zImage support.
>
> These changes are OK to do because:
>
> - omap-rng.c and hsmmc.c don't need plat/cpu.h
>
> - omap-aes.c and omap-sham.c get the proper platform_data
> passed to them so they don't need extra checks in the driver
>
> - omap-dma.c and omap-pcm.c can test the arch locally as
> omap1 and omap2 cannot be compiled together because of
> conflicting compiler flags
> --- a/drivers/mmc/host/omap_hsmmc.c
> +++ b/drivers/mmc/host/omap_hsmmc.c
> @@ -40,7 +40,6 @@
> #include <linux/pm_runtime.h>
> #include <linux/platform_data/mmc-omap.h>
> #include <mach/hardware.h>
> -#include <plat/cpu.h>
>
> /* OMAP HSMMC Host Controller Registers */
> #define OMAP_HSMMC_SYSSTATUS 0x0014
Actually I'll fold this mmc change into an earlier patch
I've posted as "ARM: OMAP: Split plat/mmc.h into local headers
and platform_data".
Regards,
Tony
WARNING: multiple messages have this Message-ID (diff)
From: tony@atomide.com (Tony Lindgren)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/2] ARM: OMAP: Trivial driver changes to remove include plat/cpu.h
Date: Mon, 8 Oct 2012 11:09:00 -0700 [thread overview]
Message-ID: <20121008180900.GL3874@atomide.com> (raw)
In-Reply-To: <20121008173557.10603.18539.stgit@muffinssi>
* Tony Lindgren <tony@atomide.com> [121008 10:37]:
> Drivers should not use cpu_is_omap or cpu_class_is_omap macros,
> they should be private to the platform init code. And we'll be
> removing plat/cpu.h and only have a private soc.h for the
> arch/arm/*omap* code.
>
> This patch is intended as preparation for the core omap changes
> and removes the need to include plat/cpu.h from several drivers.
> This is needed for the ARM common zImage support.
>
> These changes are OK to do because:
>
> - omap-rng.c and hsmmc.c don't need plat/cpu.h
>
> - omap-aes.c and omap-sham.c get the proper platform_data
> passed to them so they don't need extra checks in the driver
>
> - omap-dma.c and omap-pcm.c can test the arch locally as
> omap1 and omap2 cannot be compiled together because of
> conflicting compiler flags
> --- a/drivers/mmc/host/omap_hsmmc.c
> +++ b/drivers/mmc/host/omap_hsmmc.c
> @@ -40,7 +40,6 @@
> #include <linux/pm_runtime.h>
> #include <linux/platform_data/mmc-omap.h>
> #include <mach/hardware.h>
> -#include <plat/cpu.h>
>
> /* OMAP HSMMC Host Controller Registers */
> #define OMAP_HSMMC_SYSSTATUS 0x0014
Actually I'll fold this mmc change into an earlier patch
I've posted as "ARM: OMAP: Split plat/mmc.h into local headers
and platform_data".
Regards,
Tony
WARNING: multiple messages have this Message-ID (diff)
From: Tony Lindgren <tony@atomide.com>
To: linux-arm-kernel@lists.infradead.org
Cc: alsa-devel@alsa-project.org, linux-omap@vger.kernel.org,
Mark Brown <broonie@opensource.wolfsonmicro.com>,
Herbert Xu <herbert@gondor.hengli.com.au>,
Vinod Koul <vinod.koul@intel.com>, Dan Williams <djbw@fb.com>,
linux-mmc@vger.kernel.org, linux-kernel@vger.kernel.org,
Liam Girdwood <lrg@ti.com>,
Peter Ujfalusi <peter.ujfalusi@ti.com>,
Deepak Saxena <dsaxena@plexity.net>, Chris Ball <cjb@laptop.org>,
Matt Mackall <mpm@selenic.com>, Venkatraman S <svenkatr@ti.com>,
"David S. Miller" <davem@davemloft.net>,
Jarkko Nikula <jarkko.nikula@bitmer.com>,
linux-crypto@vger.kernel.org
Subject: Re: [PATCH 1/2] ARM: OMAP: Trivial driver changes to remove include plat/cpu.h
Date: Mon, 8 Oct 2012 11:09:00 -0700 [thread overview]
Message-ID: <20121008180900.GL3874@atomide.com> (raw)
In-Reply-To: <20121008173557.10603.18539.stgit@muffinssi>
* Tony Lindgren <tony@atomide.com> [121008 10:37]:
> Drivers should not use cpu_is_omap or cpu_class_is_omap macros,
> they should be private to the platform init code. And we'll be
> removing plat/cpu.h and only have a private soc.h for the
> arch/arm/*omap* code.
>
> This patch is intended as preparation for the core omap changes
> and removes the need to include plat/cpu.h from several drivers.
> This is needed for the ARM common zImage support.
>
> These changes are OK to do because:
>
> - omap-rng.c and hsmmc.c don't need plat/cpu.h
>
> - omap-aes.c and omap-sham.c get the proper platform_data
> passed to them so they don't need extra checks in the driver
>
> - omap-dma.c and omap-pcm.c can test the arch locally as
> omap1 and omap2 cannot be compiled together because of
> conflicting compiler flags
> --- a/drivers/mmc/host/omap_hsmmc.c
> +++ b/drivers/mmc/host/omap_hsmmc.c
> @@ -40,7 +40,6 @@
> #include <linux/pm_runtime.h>
> #include <linux/platform_data/mmc-omap.h>
> #include <mach/hardware.h>
> -#include <plat/cpu.h>
>
> /* OMAP HSMMC Host Controller Registers */
> #define OMAP_HSMMC_SYSSTATUS 0x0014
Actually I'll fold this mmc change into an earlier patch
I've posted as "ARM: OMAP: Split plat/mmc.h into local headers
and platform_data".
Regards,
Tony
next prev parent reply other threads:[~2012-10-08 18:09 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-08 17:35 [PATCH 0/2] omap plat/cpu.h removal for v3.8 merge window Tony Lindgren
2012-10-08 17:35 ` Tony Lindgren
2012-10-08 17:35 ` [PATCH 1/2] ARM: OMAP: Trivial driver changes to remove include plat/cpu.h Tony Lindgren
2012-10-08 17:35 ` Tony Lindgren
2012-10-08 17:35 ` Tony Lindgren
2012-10-08 18:09 ` Tony Lindgren [this message]
2012-10-08 18:09 ` Tony Lindgren
2012-10-08 18:09 ` Tony Lindgren
2012-10-09 6:20 ` Jarkko Nikula
2012-10-09 6:20 ` Jarkko Nikula
2012-10-09 6:20 ` Jarkko Nikula
2012-10-09 9:03 ` Péter Ujfalusi
2012-10-09 9:03 ` Péter Ujfalusi
2012-10-10 0:19 ` Tony Lindgren
2012-10-10 0:19 ` Tony Lindgren
2012-10-16 0:07 ` Tony Lindgren
2012-10-16 0:07 ` Tony Lindgren
2012-10-16 0:07 ` Tony Lindgren
2012-10-17 18:13 ` Tony Lindgren
2012-10-17 18:13 ` Tony Lindgren
2012-10-08 17:36 ` [PATCH 2/2] ARM: OMAP: Split plat/cpu.h into local soc.h for mach-omap1 and mach-omap2 Tony Lindgren
2012-10-08 17:36 ` Tony Lindgren
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=20121008180900.GL3874@atomide.com \
--to=tony@atomide.com \
--cc=alsa-devel@alsa-project.org \
--cc=broonie@opensource.wolfsonmicro.com \
--cc=cjb@laptop.org \
--cc=davem@davemloft.net \
--cc=djbw@fb.com \
--cc=dsaxena@plexity.net \
--cc=herbert@gondor.apana.org.au \
--cc=jarkko.nikula@bitmer.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-crypto@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mmc@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=lrg@ti.com \
--cc=mpm@selenic.com \
--cc=peter.ujfalusi@ti.com \
--cc=svenkatr@ti.com \
--cc=vinod.koul@intel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.