Thread (4 messages) 4 messages, 3 authors, 2011-06-29
STALE5456d

[PATCH] omap: cleanup NAND platform data

From: Grazvydas Ignotas <hidden>
Date: 2011-06-03 22:05:16
Also in: linux-omap

On Sat, Jun 4, 2011 at 12:14 AM, Vimal Singh [off-list ref] wrote:
On Sat, Jun 4, 2011 at 1:26 AM, Grazvydas Ignotas [off-list ref] wrote:
quoted
-static int omap2_nand_gpmc_retime(void)
+static int omap2_nand_gpmc_retime(struct omap_nand_platform_data *gpmc_nand_data)
?{
? ? ? ?struct gpmc_timings t;
? ? ? ?int err;
@@ -83,13 +81,11 @@ static int omap2_nand_gpmc_retime(void)
? ? ? ?return 0;
?}

-int __init gpmc_nand_init(struct omap_nand_platform_data *_nand_data)
+int __init gpmc_nand_init(struct omap_nand_platform_data *gpmc_nand_data)
?{
? ? ? ?int err = 0;
? ? ? ?struct device *dev = &gpmc_nand_device.dev;

- ? ? ? gpmc_nand_data = _nand_data;
- ? ? ? gpmc_nand_data->nand_setup = omap2_nand_gpmc_retime;
Purpose of doing this was to be able to utilise
'omap2_nand_gpmc_retime', when DVFS is ready to use it,
for changing timing parameter dynamically when a frequency change is done.
Well but it seems currently ...retime() only does single static
configuration, I guess when it's updated to do DVFS stuff callback can
easily be added back..
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help