прошу помощи, необходимо включить режим сна [deep].
при вопросах какие есть режимы сна получаю в ответ:
cat /sys/power/mem_sleep
[s2idle]
cat /sys/power/state
freeze mem
нагугленное говорит что для работы idle в mem_sleep должен быть выбран s2idle [deep], которого в списке нет.
при команде перехода в сон переходит в тот самый s2idle:
echo mem > /sys/power/state
[ 393.201536] PM: suspend entry (s2idle)
в настройках ядра в надеждах на похожее название включено CPU Power Management > CPU Idle -> CPU idle PM support, никаких изменений это не дало. подозреваю что тут тоже дело в .dts или u-boot, так как этим руководит не само ядро?.. что можно почитать по этому поводу, или может есть решение?
да, этот не прикрутить. да и в нём нет axp221. в общем похоже что не видать на A40/R40 полноценного спящего режима? т.е. не выйдет обесточить всё, кроме памяти? я так понимаю что в режиме остановки он всё равно жрать будет добрый вечер, даже если ему частоту скинуть на минимум?
Сама возможность отключения 3,3В, по мне, несет больше возможных проблем, чем пользы от экономии в потреблении ...
Это в смартфоне вся система в одной коробке и с одним питанием.
Даже в этом случае, нужно озадачиваться реинициализацией всех устройств которые питаются от 3,3В (а кому то еще и аппаратный сброс потребуется).
Другой момент - все что подключается к портам ввода-вывода процессора должно отключиться и это нужно предусматривать на этапе проектирования железа, например, чтобы UART от внешнего устройства не приводил к паразитной запитке домена процессора 3,3В (через защитные диоды в gpio), что может привести просто к фееричным последствиям!
Сама возможность отключения 3,3В, по мне, несет больше возможных проблем, чем пользы от экономии в потреблении
...
3,3В (через защитные диоды в gpio), что может привести просто к фееричным последствиям!
да, я читал в руководстве на это прям акцент сделан. "посредником" с внешним миром планировался STM32, который бы подтягивал свои выходы к массе пока A40 дрыхнет. но увы, похоже дрыхнуть он не будет и план провалился... придётся думать что делать.
если смотреть на исходники crust в открытом доступе которые - там есть поддержка T507.
A23/A33
<X> A64/H5
A83T
H3
H6
пока что вопрос в том, совместимы ли кто-то из этих товарищей с AXP853T на плате SK-T507-SODIMM:
AXP223
AXP803
<X> AXP805
первоначальный план был в потреблении около 60-80мА для SK-А40i. судя по всему - не судьба. спасибо всем кто откликнулся и доходчиво объяснил дилетанту.
если смотреть на исходники crust в открытом доступе которые - там есть поддержка T507
где вы её увидели ?
<X> A64/H5
это не t507
да, как раз полез читать подробности и понял что H5 и T507 - это не одно и тоже, в отличии от того что прочитал с переводом на китайском форуме... "конфуз случился" (ц), чуть геройски не побежал на другие грабли. хорошо что удержали )
Если у вас стоит внешний контроллер, который детектирует внешние события (измеряет или отсчитывает время и хранит в некотором буфере), он ведь вполне может включать основной процессор - загрузиться системе за несколько секунд вполне себе решаемая задача.
Просыпание, с учетом реинита драйверов, процесс тоже не десяток миллисекунд ...