Re: [PATCH]Add 3430 SDP board level support for HSMMC2

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



* Madhusudhan Chikkature <madhu.cr@xxxxxx> [080915 22:15]:
> 
> ----- Original Message ----- 
> From: "Tony Lindgren" <tony@xxxxxxxxxxx>
> To: "David Brownell" <david-b@xxxxxxxxxxx>
> Cc: "Madhusudhan Chikkature" <madhu.cr@xxxxxx>; <linux-omap@xxxxxxxxxxxxxxx>
> Sent: Thursday, September 11, 2008 5:29 AM
> Subject: Re: [PATCH]Add 3430 SDP board level support for HSMMC2
> 
> 
> >* David Brownell <david-b@xxxxxxxxxxx> [080908 12:26]:
> >> On Wednesday 13 August 2008, Madhusudhan Chikkature wrote:
> >> > > A better way to do this would be to let the boards say exactly
> >> > > what the hardware configuration is, rather than requiring all
> >> > > OMAP3 boards to be set up exactly like the SDP...
> >> >
> >> > I think the initial version was written specific to SDP. Later
> >> > on it was changed to hsmmc.c and the platforms which required
> >> > simillar setup as SDP started using it.
> >> 
> >> Right ...
> >> 
> >> 
> >> > Now, if support for a new board is required which is unlike SDP a  
> >> > new file can still be added for that perticular board, right?
> >> 
> >> Each board already gets a board-XYZ.c file.  So the clean way
> >> to do this is to have that file set up its hsmmc config ... NOT
> >> to clone versions of hsmmc.c for each board!
> > 
> > Madhu, are you planning to abstract hsmmc.c further so various boards
> > can use it?
> Tony, Sorry for the delayed response on this. What level of abstraction are we considering here?
> Are we looking at abstracting out the power stuff (T2 LDO stuff) like the way H4 MMC board file uses
> menelaus driver? What is expected?

Well board-*.c files need to pass information about which MMC
controllers are enabled. I'll have some patches soon that should clean
up the remaining MMC init issues, but does not solve this issue.

Basically board-*.c files need to pass something like 
struct omap_mmc_platform_data **controllers, int nr_controllers
to hsmmc.c to init the right instances.

I'm in process of chaning omap2_init_mmc() so hsmmc_init will call
it with something like this:

static struct omap_mmc_platform_data *board_hsmmc_data[OMAP34XX_NR_MMC];

void __init hsmmc_init(void)
{
	omap2_init_mmc(board_hsmmc_data, OMAP34XX_NR_MMC);
}

Need to test the patches a bit more before I can post them.

Regards,

Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux