[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4F99A821.2040406@wwwdotorg.org>
Date: Thu, 26 Apr 2012 13:55:13 -0600
From: Stephen Warren <swarren@...dotorg.org>
To: Hiroshi DOYU <hdoyu@...dia.com>
CC: swarren@...dia.com, linux-tegra@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, Felipe Balbi <balbi@...com>,
Colin Cross <ccross@...roid.com>,
Olof Johansson <olof@...om.net>,
Russell King <linux@....linux.org.uk>,
Tony Lindgren <tony@...mide.com>,
H Hartley Sweeten <hsweeten@...ionengravers.com>,
Jamie Iles <jamie@...ieiles.com>,
Rob Herring <rob.herring@...xeda.com>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCHv3 2/4] ARM: tegra: Add SMMU enabler in AHB
On 04/25/2012 05:07 AM, Hiroshi DOYU wrote:
> Add extern func, "tegra_ahb_enable_smmu()" to inform AHB that SMMU is
> ready.
> +#ifdef CONFIG_ARCH_TEGRA_3x_SOC
> +static int __tegra_ahb_enable_smmu(struct device *dev, void *data)
...
> +int tegra_ahb_enable_smmu(void)
> +{
> + return driver_for_each_device(&tegra_ahb_driver.driver, NULL, NULL,
> + __tegra_ahb_enable_smmu);
> +}
> +EXPORT_SYMBOL(tegra_ahb_enable_smmu);
> +#endif
That looks like a neat solution to avoid having a global device object.
However, if that driver_for_each_device finds no devices, the function
still succeeds. That doesn't seem right, and doesn't allow e.g. the SMMU
to defer its probe until the AHB driver has completed.
Perhaps add a local int variable to tegra_ahb_enable_smmu(), pass the
address to __tegra_ahb_enable_smmu, and have it increment the int. Then,
after calling driver_for_each_device,:
if (!ahb_device_count)
return -EPROBE_DEFER
if (WARN_ON(ahb_device_count != 1))
return -EINVAL;
return 0;
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists