Re: [PATCH 2/4] mfd: mc13783: When probing, unlock the mc13783before subsystems initialisation.

From: Alberto Panizzo
Date: Sun Dec 20 2009 - 08:48:50 EST

Il giorno sab, 19/12/2009 alle 21.18 +0100, Uwe Kleine-KÃnig ha
> 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.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at