Kevin Hilman <[email protected]> writes: > David Brownell <[email protected]> writes: > >> On Thursday 05 February 2009, David Brownell wrote: >>> > NULL for non-PSC clocks would be ok, but the ARMCLK doesn't have an >>> > LPSC associated with it either, and is not PLL derived. >>> >>> Huh? LPSC #31 on dm355 (says spru3fb table 7-1), and LPSC #0 on dm6467 >>> (says sprs403d table 4-3). You may be right about dm6446 not having a >>> documented LPSC; but it's certainly PLL-derived there too. > > Where did you find this doc? I don't see it on the dm355 technical > documents page[1].
OK, I found it: s/spru3fb/sprufb3/ :) >> ARM on dm6446 is LPSC #31 too, according to a different doc than >> what I was looking at just then. Makes sense ... it can boot via >> DSP, or via ARM, so either one needs to be able to power the other >> one on/off. > > -ECONFUSED > > I've been confused about this depending on which doc I read. The > latest dm6446 doc[2] I'm reading has 'Reserved' for LPSC #31 in the > table, and in section 6.3.1.4 specifically says: > > "The ARM subsystem does not have an LPSC module. ARM sleep mode is > accomplished through the wait for interrupt instruction." > > Though the code seems to have defined this to 31 since the beginning > so I guess I'll leave it for now until this is further clarified. OK, I'll use the dm644x equivalent of the dm355 doc above as the standard and leave the ARM at LPSC 31. Kevin > Kevin > > [1] > http://focus.ti.com/docs/prod/folders/print/tms320dm355.html#technicaldocuments > [2] sprs283f.pdf (dec. 3005, revised march 2008) _______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
