[PATCH 2/4] mfd: mc13783: When probing, unlock the mc13783 before subsystems initialisation.
Alberto Panizzo
maramaopercheseimorto at gmail.com
Sun Dec 20 08:48:38 EST 2009
Il giorno sab, 19/12/2009 alle 21.18 +0100, Uwe Kleine-König ha
scritto:
> Hello,
>
> On Fri, Dec 18, 2009 at 05:12:26PM +0100, Alberto Panizzo wrote:
> > Ping :)
> >
> > PATCH 1 & 2 are fixes that can go to .33
> I don't like patch 1. I'd prefer that drivers touching
> MC13783_REG_POWER_MISCELLANEOUS are aware of the bit in question and
> wouldn't rely on mc13783-core.
>
> Best regards
> Uwe
>
Yes, but MC13783_REG_POWER_MISCELLANEOUS contains bit that control
different aspect of mc13783 chip.
GPO are regulator related, but those two bits in question maybe
apply to a power management driver, so this problem is a matter
of mc13783-core.
Another possible solution, is to trace the writings to those two bits
in mc13783_reg_rmw storing the value written an reproducing it in next
mc13783_reg_rmw calls.
But the problem for this is that we don't know if the bootloader
had initialised those with another non default value.
Another problem is that if another driver make use of
mc13783_reg_write for modifying those bits, the state stored will
be inconsistent.
And so? what kind of solution can you suggest?
I am working to support i.MX31 PDK board that make a strong use of mc13783
and GPO's controls important power supplies.
Alberto!
More information about the linux-arm-kernel
mailing list