From: paul@pwsan.com (Paul Walmsley)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 00/10] OMAP: SCM/McBSP/clock: branch integration patches for 2.6.37
Date: Fri, 01 Oct 2010 15:34:45 -0600 [thread overview]
Message-ID: <20101001213119.1408.65395.stgit@twilight.localdomain> (raw)
This series fixes several problems that appeared during branch
integration testing. These patches are intended to be merged through
Tony's tree for 2.6.37.
Change summary:
Recently, the OMAP System Control Module function exports were
removed. These are OMAP core-specific functions that should not be
used by drivers. Unfortunately, several drivers used these functions,
and as a result, these can no longer be built as modules. This series
resolves this problem by reimplementing or removing the OMAP SCM
accesses. In the case of McBSP, three additional functions were added
to arch/arm/mach-omap2/mcbsp.c to handle the signal muxing and clock
framework interaction. In the case of OMAP UDC, the code that
attempted to use the result of the SCM read was simply broken, so the
SCM read has been removed. These changes fix a build breakage. To
reduce the likelihood of future usage of the SCM code by drivers, the
SCM header files have been moved from plat-omap/include/plat to
mach-omap2 (as the SCM only exists on OMAP2+ systems). The McBSP
parent fclk and signal muxing changes have received only light
testing, so any help from OMAP ASoc experts here is appreciated.
Several boards that are specific to certain OMAP SoC variants
have now been marked as such in Kconfig; this prevents them from
being built if support for the SoC that they use is not being
built.
plat-omap/common.c has been split. OMAP2+ specific code (which had a
SCM dependency) has been moved into mach-omap2/common.c. The 32KiHz
sync timer code has been moved into its own file. The remainder of
the plat-omap/common.c code is deprecated.
Finally, a patch to reduce the amount of debugging generated by
the clock framework while it disables unused clocks is included.
According to Tim Bird, those debug messages are a significant
contributor to kernel boot time when debug-level messages are kept
enabled.
regards
- Paul
---
text data bss dec hex filename
5606503 438048 5610800 11655351 b1d8b7 vmlinux.omap2plus.orig
5607439 438848 5610800 11657087 b1df7f vmlinux.omap2plus.patched
Paul Walmsley (10):
OMAP2+: Kconfig: disallow builds for boards that don't use the currently-selected SoC
OMAP2420: CTRL: fix OMAP242X_CTRL_REGADDR macro
OMAP2420: clock: add MCBSP_CLKS node and clkdev aliases
OMAP2430: clock: add MCBSP_CLKS node and clkdev aliases
OMAP3xxx: clock: add clkdev aliases for McBSP fclk source switching
OMAP: McBSP: implement McBSP CLKR and FSR signal muxing via mach-omap2/mcbsp.c
OMAP: McBSP: implement functional clock switching via clock framework
OMAP: split plat-omap/common.c
OMAP: control: move plat-omap/control.h to mach-omap2/control.h
OMAP2+: clock: reduce the amount of standard debugging while disabling unused clocks
arch/arm/mach-omap2/Kconfig | 6 -
arch/arm/mach-omap2/Makefile | 3
arch/arm/mach-omap2/board-3430sdp.c | 2
arch/arm/mach-omap2/board-4430sdp.c | 3
arch/arm/mach-omap2/board-am3517evm.c | 2
arch/arm/mach-omap2/board-apollon.c | 2
arch/arm/mach-omap2/board-cm-t3517.c | 2
arch/arm/mach-omap2/board-generic.c | 16 +-
arch/arm/mach-omap2/board-h4.c | 2
arch/arm/mach-omap2/board-ldp.c | 2
arch/arm/mach-omap2/board-omap3logic.c | 2
arch/arm/mach-omap2/board-omap4panda.c | 4
arch/arm/mach-omap2/clock.c | 2
arch/arm/mach-omap2/clock2420_data.c | 40 ++++
arch/arm/mach-omap2/clock2430_data.c | 64 ++++++
arch/arm/mach-omap2/clock3xxx_data.c | 12 +
arch/arm/mach-omap2/clock44xx_data.c | 2
arch/arm/mach-omap2/common.c | 138 +++++++++++++
arch/arm/mach-omap2/control.c | 3
arch/arm/mach-omap2/control.h | 18 +-
arch/arm/mach-omap2/cpuidle34xx.c | 2
arch/arm/mach-omap2/devices.c | 3
arch/arm/mach-omap2/hsmmc.c | 2
arch/arm/mach-omap2/id.c | 3
arch/arm/mach-omap2/mcbsp.c | 83 ++++++++
arch/arm/mach-omap2/mux.c | 8 -
arch/arm/mach-omap2/pm24xx.c | 2
arch/arm/mach-omap2/pm34xx.c | 2
arch/arm/mach-omap2/prcm.c | 2
arch/arm/mach-omap2/serial.c | 2
arch/arm/mach-omap2/sleep34xx.S | 2
arch/arm/mach-omap2/usb-fs.c | 6 -
arch/arm/plat-omap/32ksynctimer.c | 184 ++++++++++++++++++
arch/arm/plat-omap/Makefile | 2
arch/arm/plat-omap/clock.c | 5
arch/arm/plat-omap/common.c | 291 ----------------------------
arch/arm/plat-omap/devices.c | 1
arch/arm/plat-omap/include/plat/mcbsp.h | 22 ++
arch/arm/plat-omap/include/plat/omap24xx.h | 2
arch/arm/plat-omap/mcbsp.c | 3
arch/arm/plat-omap/sram.c | 3
drivers/usb/gadget/omap_udc.c | 18 --
sound/soc/omap/omap-mcbsp.c | 119 +++--------
43 files changed, 633 insertions(+), 459 deletions(-)
create mode 100644 arch/arm/mach-omap2/common.c
rename arch/arm/{plat-omap/include/plat/control.h => mach-omap2/control.h} (97%)
create mode 100644 arch/arm/plat-omap/32ksynctimer.c
next reply other threads:[~2010-10-01 21:34 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-01 21:34 Paul Walmsley [this message]
2010-10-01 21:34 ` [PATCH 01/10] OMAP2+: Kconfig: disallow builds for boards that don't use the currently-selected SoC Paul Walmsley
2010-10-04 4:21 ` Varadarajan, Charulatha
2010-10-04 5:45 ` Paul Walmsley
2010-10-01 21:34 ` [PATCH 02/10] OMAP2420: CTRL: fix OMAP242X_CTRL_REGADDR macro Paul Walmsley
2010-10-01 21:34 ` [PATCH 03/10] OMAP2420: clock: add MCBSP_CLKS node and clkdev aliases Paul Walmsley
2010-10-01 21:35 ` [PATCH 04/10] OMAP2430: " Paul Walmsley
2010-10-01 21:35 ` [PATCH 05/10] OMAP3xxx: clock: add clkdev aliases for McBSP fclk source switching Paul Walmsley
2010-10-01 21:35 ` [PATCH 06/10] OMAP: McBSP: implement McBSP CLKR and FSR signal muxing via mach-omap2/mcbsp.c Paul Walmsley
2010-10-01 21:35 ` [PATCH 07/10] OMAP: McBSP: implement functional clock switching via clock framework Paul Walmsley
2010-10-05 8:35 ` Peter Ujfalusi
2010-10-05 9:57 ` Paul Walmsley
2010-10-01 21:35 ` [PATCH 08/10] OMAP: split plat-omap/common.c Paul Walmsley
2010-10-04 5:34 ` Shilimkar, Santosh
2010-10-04 6:56 ` Felipe Balbi
2010-10-04 7:00 ` Felipe Balbi
2010-10-04 7:28 ` Shilimkar, Santosh
2010-10-04 18:21 ` Tony Lindgren
2010-10-04 19:32 ` Paul Walmsley
2010-10-05 4:37 ` Shilimkar, Santosh
2010-10-05 4:55 ` Paul Walmsley
2010-10-05 5:19 ` Shilimkar, Santosh
2010-10-04 5:38 ` Varadarajan, Charulatha
2010-10-04 6:03 ` Paul Walmsley
2010-10-04 8:28 ` Varadarajan, Charulatha
2010-10-04 18:27 ` Tony Lindgren
2010-10-04 19:24 ` Paul Walmsley
2010-10-04 9:08 ` Cousson, Benoit
2010-10-04 9:35 ` DebBarma, Tarun Kanti
2010-10-04 9:54 ` Cousson, Benoit
2010-10-04 19:15 ` Paul Walmsley
2010-10-04 19:26 ` Paul Walmsley
2010-10-05 11:00 ` Sergei Shtylyov
2010-10-05 15:07 ` Paul Walmsley
2010-10-01 21:35 ` [PATCH 09/10] OMAP: control: move plat-omap/control.h to mach-omap2/control.h Paul Walmsley
2010-10-01 21:35 ` [PATCH 10/10] OMAP2+: clock: reduce the amount of standard debugging while disabling unused clocks Paul Walmsley
2010-10-05 12:52 ` [PATCH 00/10] OMAP: SCM/McBSP/clock: branch integration patches for 2.6.37 Jarkko Nikula
2010-10-05 18:40 ` Tony Lindgren
2010-10-06 5:42 ` Peter Ujfalusi
2010-10-06 14:48 ` Tony Lindgren
2010-10-06 15:08 ` Liam Girdwood
2010-10-06 18:57 ` Paul Walmsley
2010-10-06 16:33 ` Mark Brown
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=20101001213119.1408.65395.stgit@twilight.localdomain \
--to=paul@pwsan.com \
--cc=linux-arm-kernel@lists.infradead.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