0.6.1:
1) Синхронизация фиксов с внутренней веткой веткой (изменения тут http://www.ddixlab.com/download/digma/i ... s_utf8.txt)
2) Исправлена ошибка в set_alarm которая могла приводить к неверной установке alarm timer (последствия возможные не засыпания/не просыпания/не запрошенные просыпания)
3) Сетка частот и напряжений оптимизирована по порогам потребления что должно снизить потребление в диапазоне частот выше 840МГц и положительно сказаться на балансе потребления при использовании режимов с ограничением максимальной частоты
4) Ondemand планировщик в CPU managment заменён на режим Interactive разработанный гуглом с учётом специфики таких устройств как телефоны/планшету (ondemand более рассчитан на настольные системы/ноутбуки)
5) Откат GPS фирмвари до версии используемой в 0.6.0 (обновлённая версия микрокода некорректно работает в движении)
6) В busybox удалён код создающий симлик для аплета reboot (чтобы сохрнить poweroff/halt аплеты при этом оставить возможность использовать reboot аплет из состава toolbox)
7) В коде поддержки PMU добавлены ограничения диапазонов для счётчиков (должна полноценно решиться проблема с залипающими счётчиками, будет автоматически произведён сброс при выходе за границы диапазона)
8) Скорректированы минимальные значения напряжений для power regulator и значения ёмкости батареи
По п6. Регрессия из-за которой удалён симлинк на reboot вызывала невозможность использования всевозможных ребутилок и аплетов из маркета требующих рута. Всё дело в том что reboot из бизибокса не поддерживает bootcmd аргумент который задаёт действие (выключить питание, перезагрузитья и т.д.) вместо этого используются отдельные апплеты pwroff/halt.
А теперь ещё внимательнее всё на ту же тему. Приложения использующие вызов аплета reboot из toolbox не безопасны! Проблема в том что для корректной перезагрузки или завершения работы совершенно недостаточно сказать об этом ядру. Ядро тупо скинет кэши и вызовет machine_restart и будет ждать пока ватчдог не отстрелит систему и в зависимости от состояния регистра не будет загружен uboot с последующей загрузкой ядра и системы или без таковой (режим зарядки когда рисуется индикатор батареи). Т.е. не будет произведено не корректного сохранения состояния системы в кэше, не будут завершены все транзакции в sqllite системой(и многое другое), а самое главное не будет произведено корректное размонтирования FS. Последнее чревато порчей данных в абсолютно непредсказуемых местах, в результате глюкодром на ровном месте или кирпич (благо рекавери это врятли затронет).
Надеюсь достаточно подробно расписал и повторяться не придётся.
Всё залито.