Hidden power management, binary blobs?

Posted Dec 31, 2008 8:44 UTC (Wed) by tajyrink (subscriber, #2750)
In reply to: Hidden power management, binary blobs? by ajross
Parent article: The Android Dev Phone 1

Ok interesting, they have a separate ARM CPU for GSM etc. purposes. I wonder if it functions as an external device transparently or if it requires something on the ARM11 side.

Regarding power management, I referred to this Matthew Garrett's quote of the week about Android's power management being done using tokenized dead mice passed through a wormhole, which sounds a bit non-optimal: http://lwn.net/Articles/306531/

Hidden power management, binary blobs?

Posted Dec 31, 2008 14:05 UTC (Wed) by mjg59 (subscriber, #23239) [Link]

Having the gsm hardware running on an entirely separate core is pretty standard - it avoids the need to have a realtime OS on the application side. Normally it ends up being presented as some sort of serial UART that's then controlled using extended AT commands, so there's no real magic needed on the host.

From the power management point of view, the drivers are open, the power management core is open and the application layer that interacts with their power management interface is open. I think it's a pretty dreadful and unscalable solution (suspend sequencing is implemented by devices registering callbacks with priorities, so dependencies need to be explicitly stated rather than being implied by the device tree) and I still don't have any idea what problem it's trying to solve, but they're certainly not hiding anything secret there.