Power button behaviour

Olivier Fauchon olivier at aixmarseille.com
Mon Oct 20 15:59:17 CEST 2008

Andy Green wrote:
> Hash: SHA1
> Somebody in the thread at some point said:
> | What is correct :
> |
> | 1/ There is no more power-management chip for hardware reset chip in
> | GTA02 ? Why ?
> | 2/ The kernel configures the power-management chip at boot, and then
> | only, the hardware reboot is working
> |
> | If 1 is true, does this mean it's not sure we can power off a zombified
> | kernel system ( ugly battery removal procedure )?
> | If 2 is true, can we  move the  power-management chip initialization in
> | bootloader so it works as soon as possible in boot sequence?
> The "PMU is boss of our boards" for both GTA01 and GTA02.  On the
> pcf50606 PMU in GTA01 as mwester said it listens out for button held and
> takes action itself.
> On pcf50633 on GTA02, whether it will listen for power button hold or
> not is determined by which "variant" you bought from NXP.  On the one
> that is closest to what we would want, it is told to not listen.  And
> unusually, that behaviour is not changeable over I2C at all, it is
> permanently and solely decided by which type you got from NXP.
> It means all we can do is partially synthesize the behaviour in the
> driver, which doesn't help if the CPU is crashed.
> There were only a couple of real choices about PMU variant, we made the
> best choice all things considered and this behaviour is a small breakage
> we have to accept to get the rest of the reasonable matches on other
> behaviour -- it isn't the only ding we have to take to balance heaven
> and earth with the PMU.
Thank you for your detailed answer, It's really interesting to 
understand all this P.M  design.


> - -Andy
> Version: GnuPG v1.4.9 (GNU/Linux)
> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
> iEYEARECAAYFAkj8hOwACgkQOjLpvpq7dMpw7ACcDa+p4fyhl2PamwA6NWlrkVRO
> yj4An03hCXvWiEdxoaC6FCONgzvOZCcj
> =AFOw

Olivier Fauchon
Freelance System-Network Admin
Phone: +33 610 493 763

More information about the devel mailing list