Analysis of OUTPUT high GPIO in suspend

Andy Green andy at openmoko.com
Sat Feb 23 11:04:11 CET 2008


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

For each IO that is driven high by the CPU in suspend, go and take a
look at what it is driving and the chance it powers unpowered circuitry
thereby

[   58.325000] GPC06: OUTPUT      1 <== NC, no problem

[   58.325000] GPD12: OUTPUT      1 <== motion sensor 1 nCS  *bad*

[   58.325000] GPD13: OUTPUT      1 <== motion sensor 2 nCS  *bad*

[   58.325000] GPE00: I2SLRCK     1 <== IIS_LRC This is BIDI --- do we
use it as OUTPUT?  If so this is *bad* becase Audio Codec is *off* in
suspend

[   58.325000] GPE02: CDCLK       1 <== Does this really suspend HIGH?
If so it is *bad* because it is an output from us and the Audio Codec is
*off*

[   58.325000] GPE03: I2SDI       1 <== why is this high if Audio Codec
is OFF?  The leakage from our own CDCLK & I2SLRCK???

[   58.325000] GPE06: SDCMD       1 <== SDIO / WLAN pulled up, no real
current, WLAN always powered

[   58.325000] GPE07: SDDAT0      1 <== SDIO / WLAN pulled up, no real
current, WLAN always powered

[   58.325000] GPE08: SDDAT1      1 <== SDIO / WLAN pulled up, no real
current, WLAN always powered

[   58.325000] GPE09: SDDAT2      1 <== SDIO / WLAN pulled up, no real
current, WLAN always powered

[   58.325000] GPE10: SDDAT3      1 <== SDIO / WLAN pulled up, no real
current, WLAN always powered

[   58.325000] GPE12: SPIMOSI0    1 <== SPI OUTPUT -- only to debug brd

[   58.325000] GPE13: SPICLK0     1 <== SPI OUTPUT -- only to debug brd

[   58.325000] GPE14: IICSCL      1 <== pulled up, no real current

[   58.325000] GPE15: IICSDA      1 <== pulled up, no real current

[   58.325000] GPG06: OUTPUT      1 <== Bitbanged SPI to motion sensors
*bad* POWERED OFF

[   58.325000] GPG07: OUTPUT      1 <== Bitbanged SPI to motion sensors
*bad* POWERED OFF

[   58.325000] GPH00: nCTS0       0

[   58.325000] GPH01: nRTS0       1 <== RTS OUTPUT from CPU -->
CTS_MODEM ... is it okay to drive high?

[   58.325000] GPH02: TXD[0]      1 <== CPU o/p --> RX_MODEM... okay
left high?

[   58.325000] GPH04: TXD[1]      1 <== CPU o/p --> GPS RX ... okay left
high if GPS OFF???

[   58.325000] GPH06: TXD[2]      1 <== Debug board, okay

[   58.325000] GPJ04: OUTPUT      1 <== nGSM_EN... what does it do? ***

[   58.325000] GPJ05: OUTPUT      1 <== Glamo nReset *bad* set to 0

[   58.325000] GPJ06: OUTPUT      1 <== DL_GSM... what does it do? ***

[   58.325000] GPJ08: OUTPUT      1 <== KEEPACT... deprecated on A6, okay

[   58.325000] GPJ12: OUTPUT      1 <== WLAN_RESET... ok I guess

- -Andy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFHv++bOjLpvpq7dMoRAocjAJ9yH2cFYf88+hz+D63TQFoyRJqY8QCfWM7t
I7bEOuclDY21MeOETvvVcM0=
=y7Id
-----END PGP SIGNATURE-----




More information about the openmoko-kernel mailing list