whitequark | http://www.thelocal.es/20130908/catalans-gear-up-for-400km-human-chain | 01:13 |
---|---|---|
Aceface | can someone please help me with this pos atheros ar9485 wireless bug, it is driving me insane | 01:52 |
wpwrak | DocScrutinizer05: btw, does the GTA04 design have some issues that may be a problem if inherited by Neo900 ? http://lists.openmoko.org/pipermail/community/2013-September/068921.html | 15:24 |
DocScrutinizer05 | wpwrak: yep | 15:29 |
DocScrutinizer05 | one problem I suspect is with suspend-to-ram which is not a sensible mode for OMAP | 15:30 |
DocScrutinizer05 | the problem with modem as well as any power consumption issues may well be caused by improper implementation of this suspend state | 15:31 |
DocScrutinizer05 | one of the reasons to port maemo fremantle | 15:32 |
DocScrutinizer05 | it's known to provide proper power management on this platform | 15:32 |
DocScrutinizer05 | largely reduced number of kernel device drivers to check since they are "new" | 15:33 |
DocScrutinizer05 | suspend to ram also might have real hw problems, e.g with dangling/floating lines | 15:34 |
DocScrutinizer05 | OMAP isn't meant to suspend to RAM, it suspends in situ in the static CPU registers | 15:34 |
DocScrutinizer05 | the whole suspend concept been a botch born from a pinch OM been in, between available SoCs and the availablitiy of zero-clock on those | 15:36 |
wpwrak | so OMAP's standby is inefficient ... because you can't shut down the power rails ? | 15:39 |
wpwrak | floating lines sound more like a sw problem than hw. well, if they only float in "static"standby :) | 15:39 |
DocScrutinizer05 | anyway http://privatepaste.com/42eb06c8fe | 15:40 |
wpwrak | i suppose you already searches for pull-ups and pull-downs ? | 15:40 |
DocScrutinizer05 | this is with wlan and IRC active! | 15:40 |
DocScrutinizer05 | N900 | 15:40 |
wpwrak | nice :) | 15:41 |
DocScrutinizer05 | do that with suspend-to-ram! | 15:44 |
DocScrutinizer05 | ;-P | 15:44 |
DocScrutinizer05 | NB the device yells as soon as my name gets highlighted on IRC | 15:44 |
DocScrutinizer05 | with GTA02 and even usual distros on GTA04 you have a hard time getting 10h standby in this situation | 15:46 |
DocScrutinizer05 | ooh, I forgot: of course GSM modem onine as well | 15:46 |
DocScrutinizer05 | OMAP is particularly inefficient when USB fsckng mentorgraphics musb-core gets involved | 15:47 |
DocScrutinizer05 | ther are at least 3 power domains you need to take care about: CPU<->musb bus, musb-core itself, musb <-ULPI-> PHY | 15:48 |
DocScrutinizer05 | the whole crap eats 60mA just for being activated | 15:49 |
DocScrutinizer05 | and I guess when you mess up with deactivation, some data lines might float in undefined states | 15:49 |
DocScrutinizer05 | somebody did statistics and found a very strange 2mA granularity of suspend-to-RAM quiescent current | 15:50 |
DocScrutinizer05 | I guess 2mA for each data line that happens to be 1 (or 0) while other end is suspended, or sth like that | 15:51 |
DocScrutinizer05 | you recall similar problem with GTA02 display driver? deactivating video data and the video bus ate some 30mA worst case | 15:52 |
DocScrutinizer05 | depending on last pixel that been pending to get transfered to LCD | 15:53 |
DocScrutinizer05 | only cloudy memories here, but we definitely had sth like that | 15:53 |
DocScrutinizer05 | the GTA04 shouldn't eat more than ~10mA without any powerhogs like LEDs and TX and amps enabled. The OS guys need to check that first | 15:58 |
DocScrutinizer05 | unless we reach proper power consumption in idle, we don't even need to look at suspend at all | 16:00 |
DocScrutinizer05 | http://wiki.maemo.org/N900_Hardware_Power_Consumption | 16:01 |
wpwrak | naw, don't remember that. we may have had GPIOs that weren't being driven properly, though. but that's just a sw fix. | 16:01 |
DocScrutinizer05 | wpwrak: anyway if you're interested: http://projects.goldelico.com/p/gta04-main/downloads/48/ schematics | 16:28 |
--- Tue Sep 10 2013 | 00:00 |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!