[12:59:25] <zombah> добрый день всем
[13:00:41] <zombah> evglit: похоже с rtc дело в конфиге ядра, если засунуть i2c_tegra внутрь или использовать tegra_defconfig rtc_drv_tps... начинает держать время между ребутами
[13:08:40] <evglit> zombah, что для этого нужно сделать? Объясни поподробнее, пожалуйста.
[13:11:33] <zombah> evglit: ну проще всего пересобрать ядро с tegra_defconfig и использовать его
[13:13:21] <evglit> zombah, понял, вечером попробую. Спасибо.
[13:16:01] <zombah> stuw: если в bct нулевый odmdata то даже если задать его ключом к cbootimage то он все равно останется нулевым 8(
[13:16:34] <zombah> мне удалось его зачинить только найдя мой старый bct где odmdata еще нормальный
[15:35:11] <stuw> вот же шайсе
[15:35:24] <stuw> zombah, надо отловить момент, когда он зануляется
[15:35:51] <zombah> stuw: я чтот признатся не пойму отчего он нулевым стал
[15:35:58] <stuw> да я тоже
[15:36:30] <stuw> может я как-то генерил бцт на основе конфига и он попал потом в сосбут или еще куда
[15:36:32] <zombah> фиго еще нулевый odm вешает дебаг ядра на мертво 8(
[15:37:09] <zombah> если выбран параметр UART_VIA_ODM а это дефолт в tegra_defconfig
[15:37:37] <stuw> zombah, cbootimage печатает значение одмдата? чтобы можно было в скрипте проверить и починить или выдать рекомендации к починке
[15:37:48] <zombah> stuw: неа я не увидел
[15:38:01] <zombah> stuw: надо код его глядеть
[15:38:02] <stuw> а как ты проверяешь, что он нулевой?
[15:38:06] <stuw> хексдампом?
[15:38:24] <zombah> bct_dump test.bct > test.bct.dump
[15:38:39] <zombah> потом смотрю в дампе значение odmdata
[15:38:48] <stuw> а, ну это тоже норм вариант
[15:50:02] <zombah> просто bct ведь нельзя распростронять, надо найти вариант форсировать odmdata