* Nishanth Menon <nm@xxxxxx> [140519 11:33]: > On Mon, May 19, 2014 at 1:01 PM, Tony Lindgren <tony@xxxxxxxxxxx> wrote: > > * Joachim Eastwood <manabian@xxxxxxxxx> [140519 10:51]: > >> > >> As far as I understand the setup above is only valid for 4430 and not > >> 4460 since it is hook up to the twl in diffent way. External switcher > >> (TPS62361) for mpu rail and the other rails are used differently. > > > > Hmm interesting, I think we had this enabled with legacy booting? > > > >> I also get the following messages on boot now: > >> [ 2.458740] twl: not initialized > >> [ 2.462127] twl6030_uv_to_vsel:OUT OF RANGE! non mapped vsel for > >> 1375000 Vs max 1316660 > >> [ 2.470581] twl6030_uv_to_vsel:OUT OF RANGE! non mapped vsel for > >> 1375000 Vs max 1316660 > >> [ 2.479003] twl6030_uv_to_vsel:OUT OF RANGE! non mapped vsel for > >> 1375000 Vs max 1316660 > >> [ 2.487457] twl6030_uv_to_vsel:OUT OF RANGE! non mapped vsel for > >> 1375000 Vs max 1316660 > >> [ 2.495880] twl6030_uv_to_vsel:OUT OF RANGE! non mapped vsel for > >> 1375000 Vs max 1316660 > >> [ 2.504302] twl6030_uv_to_vsel:OUT OF RANGE! non mapped vsel for > >> 1375000 Vs max 1316660 > >> [ 2.512725] twl6030_uv_to_vsel:OUT OF RANGE! non mapped vsel for > >> 1410000 Vs max 1316660 > >> [ 2.521179] omap2_set_init_voltage: unable to find boot up OPP for vdd_mpu > >> [ 2.528411] omap2_set_init_voltage: unable to set vdd_mpu > >> [ 2.534088] omap2_set_init_voltage: unable to find boot up OPP for vdd_core > >> [ 2.541412] omap2_set_init_voltage: unable to set vdd_core > >> [ 2.547210] omap2_set_init_voltage: unable to find boot up OPP for vdd_iva > >> [ 2.554443] omap2_set_init_voltage: unable to set vdd_iva > >> > >> It doesn't seem too happy on my 4460. > > > > Indeed, we need to fix it. Nishant, any comments on how we should > > deal with this one? > > we can add TPS data here for 4460 mpu (panda-ES) if that is > interesting to us - given that the common voltage domain/VC/VP stuff > so far has gone in no positive direction in our discussions last year. Makes sense to me. That way we have things back working after all these device tree related changes. 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
