Hi Sricharan,
On 9/8/2011 7:22 AM, Shilimkar, Santosh wrote:
From: sricharan<r.sricha...@ti.com>
The address space count API returns the number of address space
entries for a hwmod including a additional null value present in the
address space structure introduced recently.
That's a minor nit, but you might give the commit you are referencing here.
The devices which
have multiple hwmods and use device_build_ss are broken with this,
as their address resources are populated with a extra null value,
subsequently the probe fails. So fix the API not to add the null value.
It seems that in every cases, we are adding an extra null resource for
nothing. But it is true that will not crash if the driver is just
expecting an unique entry.
What is happening with multiple hwmods is probably the introduction of
that extra null resource in the middle of the real ones, hence shifting
the resource index?
You might give more details here.
Signed-off-by: sricharan<r.sricha...@ti.com>
Signed-off-by: Santosh Shilimkar<santosh.shilim...@ti.com>
Cc: Benoit Cousson<b-cous...@ti.com>
Cc: Paul Walmsley<p...@pwsan.com>
Cc: Kevin Hilman<khil...@ti.com>
---
arch/arm/mach-omap2/omap_hwmod.c | 8 +++++---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod.c b/arch/arm/mach-omap2/omap_hwmod.c
index 84cc0bd..32a0f48a 100644
--- a/arch/arm/mach-omap2/omap_hwmod.c
+++ b/arch/arm/mach-omap2/omap_hwmod.c
@@ -791,9 +791,11 @@ static int _count_ocp_if_addr_spaces(struct
omap_hwmod_ocp_if *os)
if (!os || !os->addr)
return 0;
- do {
- mem =&os->addr[i++];
- } while (mem->pa_start != mem->pa_end);
+ mem =&os->addr[i];
+
+ while (mem->pa_start != mem->pa_end) {
+ mem =&os->addr[++i];
+ };
return i;
Cannot you just do "return i - 1"?
Regards,
Benoit
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
