From: Sebastien Guiriec <s-guiriec@ti.com>
To: Peter Ujfalusi <peter.ujfalusi@ti.com>
Cc: Tony Lindgren <tony@atomide.com>,
Benoit Cousson <b-cousson@ti.com>, Paul Walmsley <paul@pwsan.com>,
linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v2 0/2] ARM: OMAP: hwmod/omapd_device: Fix for resource handling in DT boot
Date: Tue, 30 Oct 2012 18:26:05 +0100 [thread overview]
Message-ID: <50900DAD.2060102@ti.com> (raw)
In-Reply-To: <1351596296-13825-1-git-send-email-peter.ujfalusi@ti.com>
Hi Peter,
On 10/30/2012 12:24 PM, Peter Ujfalusi wrote:
> Hello,
>
> Changes since v1:
> - If the device does not have DMA resource do not try to recreate the resources
>
> Intro mail from v1:
>
> This series resolves the issue we currently have with the resource handling when
> booting with DT.
> In short: at the moment the omap_device_alloc() decides if it needs to update the
> OF filled resources based on the number of resources on the device and in the
> hwmod database.
> This prevents us from removing hwmod data for platforms (OMAP5) which does not
> support non DT boot anymore.
At list removing 160 lines for out of tree data for OMAP5 audio part. So
going in the good direction. But should much more after cleaning up all
IP. Now we need to add DMA binding to remove the data.
>
> With this series we can make sure that the DT provided resources are used and we
> only append the DMA resources to the device from hwmod.
> I have added extra check to prepare us when the DMA resource can be filled via
> OF. In this case we do not update the resources at all.
>
> Tony, Benoit, Paul: Not sure if this qualify for 3.7 inclusion, but for sure
> going to help us to clean up the OMAP5 hwmod database.
>
> Regards,
> Peter
> ---
> Peter Ujfalusi (2):
> ARM: OMAP: hwmod: Add possibility to count hwmod resources based on
> type
> ARM: OMAP: omap_device: Correct resource handling for DT boot
>
> arch/arm/mach-omap2/omap_hwmod.c | 27 +++++----
> arch/arm/plat-omap/include/plat/omap_hwmod.h | 2 +-
> arch/arm/plat-omap/omap_device.c | 87 ++++++++++++++++++----------
> 3 files changed, 72 insertions(+), 44 deletions(-)
>
Tested-by: Sebastien Guiriec <s-guiriec@ti.com>
WARNING: multiple messages have this Message-ID (diff)
From: s-guiriec@ti.com (Sebastien Guiriec)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 0/2] ARM: OMAP: hwmod/omapd_device: Fix for resource handling in DT boot
Date: Tue, 30 Oct 2012 18:26:05 +0100 [thread overview]
Message-ID: <50900DAD.2060102@ti.com> (raw)
In-Reply-To: <1351596296-13825-1-git-send-email-peter.ujfalusi@ti.com>
Hi Peter,
On 10/30/2012 12:24 PM, Peter Ujfalusi wrote:
> Hello,
>
> Changes since v1:
> - If the device does not have DMA resource do not try to recreate the resources
>
> Intro mail from v1:
>
> This series resolves the issue we currently have with the resource handling when
> booting with DT.
> In short: at the moment the omap_device_alloc() decides if it needs to update the
> OF filled resources based on the number of resources on the device and in the
> hwmod database.
> This prevents us from removing hwmod data for platforms (OMAP5) which does not
> support non DT boot anymore.
At list removing 160 lines for out of tree data for OMAP5 audio part. So
going in the good direction. But should much more after cleaning up all
IP. Now we need to add DMA binding to remove the data.
>
> With this series we can make sure that the DT provided resources are used and we
> only append the DMA resources to the device from hwmod.
> I have added extra check to prepare us when the DMA resource can be filled via
> OF. In this case we do not update the resources at all.
>
> Tony, Benoit, Paul: Not sure if this qualify for 3.7 inclusion, but for sure
> going to help us to clean up the OMAP5 hwmod database.
>
> Regards,
> Peter
> ---
> Peter Ujfalusi (2):
> ARM: OMAP: hwmod: Add possibility to count hwmod resources based on
> type
> ARM: OMAP: omap_device: Correct resource handling for DT boot
>
> arch/arm/mach-omap2/omap_hwmod.c | 27 +++++----
> arch/arm/plat-omap/include/plat/omap_hwmod.h | 2 +-
> arch/arm/plat-omap/omap_device.c | 87 ++++++++++++++++++----------
> 3 files changed, 72 insertions(+), 44 deletions(-)
>
Tested-by: Sebastien Guiriec <s-guiriec@ti.com>
next prev parent reply other threads:[~2012-10-30 17:26 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-30 11:24 [PATCH v2 0/2] ARM: OMAP: hwmod/omapd_device: Fix for resource handling in DT boot Peter Ujfalusi
2012-10-30 11:24 ` Peter Ujfalusi
2012-10-30 11:24 ` [PATCH v2 1/2] ARM: OMAP: hwmod: Add possibility to count hwmod resources based on type Peter Ujfalusi
2012-10-30 11:24 ` Peter Ujfalusi
2012-10-31 11:09 ` Cousson, Benoit
2012-10-31 11:09 ` Cousson, Benoit
2012-11-02 7:22 ` Péter Ujfalusi
2012-11-02 7:22 ` Péter Ujfalusi
2012-11-02 8:50 ` Cousson, Benoit
2012-11-02 8:50 ` Cousson, Benoit
2012-11-21 23:07 ` Paul Walmsley
2012-11-21 23:07 ` Paul Walmsley
2012-10-30 11:24 ` [PATCH v2 2/2] ARM: OMAP: omap_device: Correct resource handling for DT boot Peter Ujfalusi
2012-10-30 11:24 ` Peter Ujfalusi
2012-11-03 8:31 ` Kevin Hilman
2012-11-03 8:31 ` Kevin Hilman
2012-11-05 11:25 ` Benoit Cousson
2012-11-05 11:25 ` Benoit Cousson
2012-11-21 23:07 ` Paul Walmsley
2012-11-21 23:07 ` Paul Walmsley
2012-10-30 17:26 ` Sebastien Guiriec [this message]
2012-10-30 17:26 ` [PATCH v2 0/2] ARM: OMAP: hwmod/omapd_device: Fix for resource handling in " Sebastien Guiriec
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=50900DAD.2060102@ti.com \
--to=s-guiriec@ti.com \
--cc=b-cousson@ti.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-omap@vger.kernel.org \
--cc=paul@pwsan.com \
--cc=peter.ujfalusi@ti.com \
--cc=tony@atomide.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.