Tony Lindgren wrote on Friday, January 23, 2009 11:54 AM: > * Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx> [090123 09:43]: >> On Thu, Jan 22, 2009 at 05:17:28PM -0800, Tony Lindgren wrote: >>> Basically we currently cannot use virtual clocks because of this >>> and the fact that the parent of the virtual clock may not be known >>> as pointed out by Paul Walmsley. >> >> One other thing I'd like to confirm is how the kernel treats the >> OMAP5912. OMAP5912 is interesting to me at the moment because it >> seems that all the information on it is freely available. I don't >> know about the others. >> >> However, it would be useful to know how the kernel treats this - iow, >> which of the four categories for OMAP1 SoCs - 310, 730, 1510, 1610. > > 5912 = 1611b = 16xx. Then 1710 is quite similar. Right, the OMAP5912 started off life as the 1611, but 1611 involved into the 1621. So really 5912 = 1621. There are a couple differences between the 1610 and 1621, one of the main being the size of the internal RAM. >> Of course, if someone knows (or can send me, maybe Richard W?) where >> there's a similar document to spru751a for the clock architecture for >> these other CPUs (and OMAP2420, OMAP2430, OMAP3430, etc) it would be >> most useful. Unfortunately, most of the original devices have NDA restrictions which is a royal pain in the neck especially for people in the open-source community who would like to develop with these. I am sure this infuriates many. Please don't shoot the messenger! I am disappointed it is still that way for some of these parts. The good news is that for OMAP3 we appear to be getting our act together here. > I have some links on my webpage to the docs: > > http://www.muru.com/linux/omap/ Tony, I see you have a link on your website to the OMAP3525. The OMAP3530 == OMAP3430, I would recommend that you point people to the following product folder for documentation: http://focus.ti.com/docs/prod/folders/print/omap3530.html The OMAP3525 has a reduced feature set...see the following page for an overview of the OMAP35xx series: http://wiki.omap.com/index.php?title=OMAP3_Overview Cheers Jon -- 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
