Re: omap35x mmc support

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

 



* Adrian Hunter <adrian.hunter@xxxxxxxxx> [090304 06:25]:
> twebb wrote:
>>> For MMC3 this patch:
>>>
>>>   http://lkml.org/lkml/2009/1/27/101
>>>
>>> seems to be missing.
>>>
>>
>> Thanks.  Would this patch be applicable whether MMC3 is functioning as
>> SD or MMC or SDIO interface?
>
> Yes
>
>> And on a bit of a tangent (but relevant to the link you provided),
>> what's the logic behind so many OMAP24XX references being used in
>> OMAP34XX (and even 35xx) code?  I'm sure there's a good reason; but
>> being new to using an OMAP processor (35xx), I'm just curious what it
>> is.  It gets confusing, particularly without knowing the reasoning
>> behind it.
>
> It is just code reuse.  OMAP2 comes out so things are coded for OMAP2.
> Then OMAP3 comes out, and anything that is the same is reused.

Yeah from maintenance point of view we need to recycle code. Otherwise
we would already have something like six copies of the I2C controller,
four copies of the DMA controller, three different clock frameworks
and so on..

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