On Mon, 2011-12-05 at 12:23 -0800, Kevin Hilman wrote: > Tero Kristo <t-kristo@xxxxxx> writes: > > > On Fri, 2011-12-02 at 15:55 -0800, Kevin Hilman wrote: > >> Tero Kristo <t-kristo@xxxxxx> writes: > >> > >> > OMAP3 uses the default settings for VDD1 channel, otherwise the settings will > >> > overlap with VDD2 and attempting to modify VDD1 voltage will actually change > >> > VDD2 voltage. > >> > > >> > Signed-off-by: Tero Kristo <t-kristo@xxxxxx> > >> > >> I've forgotten a bit how this was supposed to work (again), Can you > >> elaborate more on how this fails? > > > > There is a diagram in the OMAP TRM for setting the bits in this > > register, however the racen fix part appears to be needed only for > > omap4. I can drop this part of the fix from the series if you want for > > the next version, alternatively I can split this patch into two. > > A separate patch, with a descriptive changelog would be preferred. > > > The idea for this part of the fix is anyway that the channel > > configuration is more complex in omap4, we define volt_reg and cmd_reg > > addresses for each omap4_X_pmic, however we only want to enable racen > > bit only if cmd and volt register addresses are the same. > > This part still doesn't make sense to me. > > If the volt register address (RA_VOL in OMAP4 terms) and command > register address (RA_CMD) are the same, then RACEN shouldn't matter, > since either way the commands go the same address. > > My understanding of RACEN is that it is only for the case where RA_VOL > and RA_CMD are different, so you can select between them. I am not sure if you got the polarity of the bit right. RACEN should be enabled only if the register addresses are the same. My understanding is that: if command register is defined => RAC=1, if voltage register is defined => RAV=1. If VFSM should use voltage register address for sending voltage commands => RACEN=1, otherwise it will use command register address. > > The current code assumes that if you pass in command register address > you plan to use it. If it isn't being used (RACEN == 0) then the PMIC > setup should probably not pass in a separate command register address. > > What am I missing (or mis-reading in the TRM) here? The register addresses defined in omap_twl for omap4 pmics are different, and this is causing trouble at the moment if RACEN is enabled, as VFSM commands will end up going to voltage register address. One could probably also argue that the register addresses for these should be the same... The documentation for this part of the chip is rather bad anyway. Added Nishanth to CC as he might have some comments on this also. -Tero -- 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
