All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Walmsley <paul@pwsan.com>
To: linux-omap@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org
Cc: NeilBrown <neilb@suse.de>, Evgeniy Polyakov <zbr@ioremap.net>,
	Kevin Hilman <khilman@ti.com>
Subject: [PATCH 0/8] ARM: OMAP: HDQ/1-wire: update driver to use runtime PM
Date: Sat, 21 Jan 2012 16:59:28 -0700	[thread overview]
Message-ID: <20120121235333.17619.56725.stgit@dusk> (raw)

[ This series intended for the 3.4 merge window ]

Update the OMAP HDQ/1-wire driver to use runtime PM.  This includes
integration with the rest of the OMAP power management and device
enumeration code.  And there was a bug/undocumented feature in the HDQ reset
process that needed a workaround.

Evgeniy, could you ack the change to the 1-wire driver?  Otherwise, if you
would like to merge it, we'd probably need to split this series across two
merge windows.

The series has been boot-tested on an OMAP35xx Beagleboard, but more
testing would certainly be welcome.  Before merging it, I intend to
boot-test it on OMAP2 and OMAP4 boards at least, but I don't think I
have any boards with a 1-wire chip on-board.  So if someone has an OMAP
board with 1-wire devices, (hint hint Neil ;-) a quick test would be
much appreciated.

This series is also available via git at

git://git.pwsan.com/linux-2.6

in the branch

hdq_hwmod_runtime_pm_devel_3.4


- Paul

---

hdq_hwmod_runtime_pm_devel_3.4
   text	   data	    bss	    dec	    hex	filename
6596693	 679492	5590716	12866901	 c45555	vmlinux.orig
6600917	 679740	5590716	12871373	 c466cd	vmlinux.patched

Paul Walmsley (8):
      ARM: OMAP3: clock data: add clockdomain for HDQ functional clock
      ARM: OMAP2+: HDQ1W: add custom reset function
      ARM: OMAP2+: hwmod data: add HDQ/1-wire hwmod shared data
      ARM: OMAP3: hwmod data: add HDQ/1-wire hwmod
      ARM: OMAP2xxx: hwmod data: add HDQ/1-wire hwmod
      ARM: OMAP4: hwmod data: add HDQ/1-wire hwmod
      ARM: OMAP2+: HDQ1W: use omap_device
      W1: OMAP HDQ1W: use runtime PM


 arch/arm/mach-omap2/Makefile                       |    2 
 arch/arm/mach-omap2/clock3xxx_data.c               |    3 -
 arch/arm/mach-omap2/devices.c                      |   37 --------
 arch/arm/mach-omap2/hdq1w.c                        |   98 ++++++++++++++++++++
 arch/arm/mach-omap2/omap_hwmod_2420_data.c         |   41 ++++++++
 arch/arm/mach-omap2/omap_hwmod_2430_data.c         |   38 ++++++++
 .../omap_hwmod_2xxx_3xxx_interconnect_data.c       |    9 ++
 .../mach-omap2/omap_hwmod_2xxx_3xxx_ipblock_data.c |   22 ++++
 arch/arm/mach-omap2/omap_hwmod_3xxx_data.c         |   39 ++++++++
 arch/arm/mach-omap2/omap_hwmod_44xx_data.c         |   74 +++++++++++++++
 arch/arm/mach-omap2/omap_hwmod_common_data.h       |    4 +
 arch/arm/plat-omap/include/plat/hdq1w.h            |   36 +++++++
 drivers/w1/masters/omap_hdq.c                      |   78 +++-------------
 13 files changed, 376 insertions(+), 105 deletions(-)
 create mode 100644 arch/arm/mach-omap2/hdq1w.c
 create mode 100644 arch/arm/plat-omap/include/plat/hdq1w.h


WARNING: multiple messages have this Message-ID (diff)
From: paul@pwsan.com (Paul Walmsley)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/8] ARM: OMAP: HDQ/1-wire: update driver to use runtime PM
Date: Sat, 21 Jan 2012 16:59:28 -0700	[thread overview]
Message-ID: <20120121235333.17619.56725.stgit@dusk> (raw)

[ This series intended for the 3.4 merge window ]

Update the OMAP HDQ/1-wire driver to use runtime PM.  This includes
integration with the rest of the OMAP power management and device
enumeration code.  And there was a bug/undocumented feature in the HDQ reset
process that needed a workaround.

Evgeniy, could you ack the change to the 1-wire driver?  Otherwise, if you
would like to merge it, we'd probably need to split this series across two
merge windows.

The series has been boot-tested on an OMAP35xx Beagleboard, but more
testing would certainly be welcome.  Before merging it, I intend to
boot-test it on OMAP2 and OMAP4 boards at least, but I don't think I
have any boards with a 1-wire chip on-board.  So if someone has an OMAP
board with 1-wire devices, (hint hint Neil ;-) a quick test would be
much appreciated.

This series is also available via git at

git://git.pwsan.com/linux-2.6

in the branch

hdq_hwmod_runtime_pm_devel_3.4


- Paul

---

hdq_hwmod_runtime_pm_devel_3.4
   text	   data	    bss	    dec	    hex	filename
6596693	 679492	5590716	12866901	 c45555	vmlinux.orig
6600917	 679740	5590716	12871373	 c466cd	vmlinux.patched

Paul Walmsley (8):
      ARM: OMAP3: clock data: add clockdomain for HDQ functional clock
      ARM: OMAP2+: HDQ1W: add custom reset function
      ARM: OMAP2+: hwmod data: add HDQ/1-wire hwmod shared data
      ARM: OMAP3: hwmod data: add HDQ/1-wire hwmod
      ARM: OMAP2xxx: hwmod data: add HDQ/1-wire hwmod
      ARM: OMAP4: hwmod data: add HDQ/1-wire hwmod
      ARM: OMAP2+: HDQ1W: use omap_device
      W1: OMAP HDQ1W: use runtime PM


 arch/arm/mach-omap2/Makefile                       |    2 
 arch/arm/mach-omap2/clock3xxx_data.c               |    3 -
 arch/arm/mach-omap2/devices.c                      |   37 --------
 arch/arm/mach-omap2/hdq1w.c                        |   98 ++++++++++++++++++++
 arch/arm/mach-omap2/omap_hwmod_2420_data.c         |   41 ++++++++
 arch/arm/mach-omap2/omap_hwmod_2430_data.c         |   38 ++++++++
 .../omap_hwmod_2xxx_3xxx_interconnect_data.c       |    9 ++
 .../mach-omap2/omap_hwmod_2xxx_3xxx_ipblock_data.c |   22 ++++
 arch/arm/mach-omap2/omap_hwmod_3xxx_data.c         |   39 ++++++++
 arch/arm/mach-omap2/omap_hwmod_44xx_data.c         |   74 +++++++++++++++
 arch/arm/mach-omap2/omap_hwmod_common_data.h       |    4 +
 arch/arm/plat-omap/include/plat/hdq1w.h            |   36 +++++++
 drivers/w1/masters/omap_hdq.c                      |   78 +++-------------
 13 files changed, 376 insertions(+), 105 deletions(-)
 create mode 100644 arch/arm/mach-omap2/hdq1w.c
 create mode 100644 arch/arm/plat-omap/include/plat/hdq1w.h

             reply	other threads:[~2012-01-22  0:02 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-21 23:59 Paul Walmsley [this message]
2012-01-21 23:59 ` [PATCH 0/8] ARM: OMAP: HDQ/1-wire: update driver to use runtime PM Paul Walmsley
2012-01-21 23:59 ` [PATCH 1/8] ARM: OMAP3: clock data: add clockdomain for HDQ functional clock Paul Walmsley
2012-01-21 23:59   ` Paul Walmsley
2012-01-21 23:59 ` [PATCH 2/8] ARM: OMAP2+: HDQ1W: add custom reset function Paul Walmsley
2012-01-21 23:59   ` Paul Walmsley
2012-01-21 23:59 ` [PATCH 4/8] ARM: OMAP3: hwmod data: add HDQ/1-wire hwmod Paul Walmsley
2012-01-21 23:59   ` Paul Walmsley
2012-01-21 23:59 ` [PATCH 3/8] ARM: OMAP2+: hwmod data: add HDQ/1-wire hwmod shared data Paul Walmsley
2012-01-21 23:59   ` Paul Walmsley
2012-01-21 23:59 ` [PATCH 5/8] ARM: OMAP2xxx: hwmod data: add HDQ/1-wire hwmod Paul Walmsley
2012-01-21 23:59   ` Paul Walmsley
2012-01-21 23:59 ` [PATCH 6/8] ARM: OMAP4: " Paul Walmsley
2012-01-21 23:59   ` Paul Walmsley
2012-01-22  3:47   ` Paul Walmsley
2012-01-22  3:47     ` Paul Walmsley
2012-01-21 23:59 ` [PATCH 7/8] ARM: OMAP2+: HDQ1W: use omap_device Paul Walmsley
2012-01-21 23:59   ` Paul Walmsley
2012-01-21 23:59 ` [PATCH 8/8] W1: OMAP HDQ1W: use runtime PM Paul Walmsley
2012-01-21 23:59   ` Paul Walmsley

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=20120121235333.17619.56725.stgit@dusk \
    --to=paul@pwsan.com \
    --cc=khilman@ti.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=neilb@suse.de \
    --cc=zbr@ioremap.net \
    /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.