[00:22:20] * beaver_rrr is now known as Giant_enemy_crab
[07:12:25] * Giant_enemy_crab is now known as beaver_rrr
[12:09:54] <zombah> добрый день всем
[12:13:10] <zombah> о stuw ты ребейзную нвек патчи для юбута или это новая версия?
[12:14:23] <zombah> и анси, вот это элитно
[12:16:15] <zombah> уже потестил этот 2014.07 как он пашет? может заработает инитрд не пакаваный
[12:16:46] <stuw> zombah, не, я просто решил бренчи сделать нормальные
[12:17:08] <stuw> я их даже не проверял пока :(
[12:17:26] <zombah> счас перенесу в гитхаб и потестю
[12:18:34] <stuw> http://lists.infradead.org/pipermail/barebox/2011-September/004686.html - мне автор вот этого патча написал, спрашивал про ситуацию с патчами для nvec и просил выложить на гитхаб мои патчи.
[12:18:42] <stuw> я пока на гиториоус ему ссылку дал
[12:19:13] <stuw> zombah, v2 нестабильная почему-то. Может быть с таймаутами надо поиграться.
[12:19:34] <zombah> stuw: а что происходит?
[12:20:10] <zombah> сваррен кстати там чтот с i2c в своем бранче крутить стал
[12:20:20] <stuw> ничего не происходит ) патчи отклонили, сказали поправить линукс сначала %))
[12:20:30] <stuw> хм, не видел пока
[12:21:03] <zombah> https://github.com/swarren/u-boot/commit/878d8cdf1cfe79f51d3f999b70957ef56204bcdb
[12:21:51] <zombah> всмысле сначала сделать нвек в ядре нормальный?
[12:22:19] <stuw> device tree
[12:22:42] <stuw> для всего i2c %)
[12:22:45] <zombah> аа с этими слейвами и мастерами
[12:22:49] <stuw> eue
[12:22:50] <stuw> угу
[12:23:03] <zombah> а кто мейнтейнер i2c в ядре?
[12:23:42] <stuw> не знаю :) по идее нужно обсуждение запускать в мэйллист девайстри. Марвин это уже пробовал делать, но пока тухляк
[12:26:06] <zombah> надо найти кто мейнтейнер и сначала с ним пообсуждать так оно вернее
[12:26:51] <stuw> угу, только нужно еще патч хоть в каком-то виде подготовить %)
[12:27:44] <zombah> да чего готовить время тратить надо сначала концепцию обсудить, а то я видал как сварен тебе отвечает иди туда не знаю куда
[12:28:19] <stuw> я пока плохо концепцию представляю. меня на пару мыслей натолкнул чел, который мне написал
[12:30:09] <zombah> во так с ним и обсуди тоже вариант
[12:30:32] <zombah> а ты чистый 2014.07 не добавлял бранч?
[12:31:27] <stuw> нет
[12:32:09] <zombah> так как бы мне тогда смержится красиво
[12:32:25] <stuw> что куда ты хочешь смерджить?
[12:32:54] <zombah> твой гиториус репо юбута в мой репо юбута на гитхабе
[12:33:29] <stuw> мои бренчи - это чекаутные мэйнлайн тэги + мои патчи.
[12:33:55] <zombah> эт понятно
[12:34:41] <stuw> ты поверх чего хочешь мои патчи ?
[12:44:18] <zombah> не поверх отдельно пока
[12:47:21] <stuw> эм. отдельно от чего?
[12:47:29] <zombah> 8))
[12:47:38] <zombah> отдельным бранчеом
[12:56:03] <zombah> как думаешь может запаковка инитрд привязана к CONFIG_INITRD_TAG?
[13:01:06] <stuw> в каком смысле запаковка инитрд? этот параметр влияет на то, как u-boot передаст ядру информацию, где искать initrd (может быть он значит передвать/не передавать инфу о инитрд, я точно не понял)
[13:01:29] <stuw> я не знаю, есть ли еще способы сказать ядру, где инитрд, кроме как через atag
[13:01:40] <zombah> это да, но у других RAW_INITRD работает, а у нас нет
[13:02:10] <zombah> вот я и думаю может там разница какая есть, типа если INITRD_TAG то RAW_INITRD не пашет
[13:05:40] <zombah> an ATAG_INITRD node tells the kernel where the compressed
[13:05:42] <zombah> * ramdisk can be found. ATAG_RDIMG is a better name, actually.
[13:06:15] <zombah> вот может нужна кондиция может тут на тему RAW_INITRD
[13:06:24] <zombah> https://github.com/ac100-ru/u-boot-ac100-exp/blob/72654944eef1cb88914e82017c2ca7aad88c53ef/arch/arm/lib/bootm.c#L137
[13:21:16] <stuw> RAW_INITRD - неоднозначное какое-то название для параметра
[13:29:32] <zombah> а чтот кстати он как-то по другому называется не могу его нагуглить
[13:30:03] <stuw> CONFIG_SUPPORT_RAW_INITRD
[13:30:32] <stuw> по крайней мере раньше так звался (я в какой-то относительно старой версии смотрю)
[13:30:47] <zombah> счас похоже не так
[13:31:14] <zombah> а не так просто он чтот не гуглится частями
[13:31:50] <zombah> в common/image.c живет похоже
[13:32:11] <stuw> надо на тошке также сделать %)
[13:34:04] <zombah> ээ а чтот я не пойму как это работает..два компа внутри?
[13:34:13] <zombah> или это типа чрута
[13:34:41] <stuw> видимо что-то вроде чрута
[13:35:05] <zombah> хм тогда надо x сервер стартовать в андроиде
[13:35:32] <zombah> или наоборот андроидовский демон в иксах
[13:35:38] <zombah> или тут мир используется
[13:35:57] <zombah> в мире возможно такой вариант есть надо почитать
[13:36:04] <stuw> не знаю, но графические драйверы сказано разные, поэтому любую из систем можно грохнуть
[13:36:17] <stuw> да забей ) у нас дел и без того хватит )
[13:36:18] <zombah> загадочно
[13:43:25] <zombah> так собрал юбут счас вонзю
[13:46:12] <stuw> хм, возможно адрес initrd можно пропустить, поставив - вместо него
[13:48:06] <zombah> новый бинарь юбута чтот на 30к аж жирнее старого
[13:48:14] <zombah> на 30кб
[13:48:23] <zombah> что-то больно круто
[13:49:00] <stuw> никто память не считает, вот и растет все и вся )
[13:49:10] <stuw> может какие опции добавились по дефолту
[13:49:14] <stuw> которые нам не нужны
[13:49:19] <zombah> может
[14:02:26] <zombah> так юбут загрузился, по меню хожу норм
[14:03:04] <zombah> инитрд по прежнему компрессированный надо
[14:03:51] <stuw> попробуй клаву
[14:04:07] <zombah> два ребута, пашет норм
[14:04:16] <stuw> слова норм печатаются?
[14:04:24] <stuw> не виснет?
[14:04:38] <zombah> печатаются да
[14:05:08] <zombah> залить бинарник готовый?
[14:05:52] <stuw> не знаю, можешь залить, только идентификаторы к файлу добавь, чтобы понятно было откуда он %) а не как с моими бинарями )))
[14:06:36] <zombah> u-boot-2014-07-android.bin ок?
[14:07:14] <stuw> думаю да. если ревизию сюда еще запихнуть, то адски длинное название будет )
[14:10:41] <stuw> вообще у меня версия 2 висла и сваррен жаловался... хз, почему у тебя норм работает )
[14:11:09] <zombah> ну если что замечу напишу
[14:12:11] <stuw> ок
[14:13:52] <zombah> засунул на вики
[14:14:10] <zombah> версию с bct уже, наверное не нужно?
[14:14:48] <stuw> с bct ?
[14:15:07] <zombah> ну готовую под прошивание на тошу уже
[14:15:23] <zombah> запакованую cbootimage
[14:16:43] <zombah> три раза шатдаун сработал похоже таки в юбуте дело было
[14:16:52] <zombah> надо будет дебаг посмотреть
[14:17:28] <stuw> шатдаун из меню?
[14:17:39] <zombah> шатдаун из андроида
[14:17:40] <stuw> может падает внутри что-то
[14:17:45] <zombah> раньше паника была
[14:17:48] <stuw> ааа
[14:18:12] <zombah> впрочем из линукса у меня тоже паника была
[14:28:30] <zombah> так надо таки разобратся как сварен обновляет юбут из него самого, так проще апдейтить будет
[14:30:34] <zombah> а ну там в юбуте mmc write можно
[14:30:38] <zombah> все понятно
[14:31:19] <zombah> только надо говорить адрес куда писать и размер вручную
[14:31:52] <zombah> так давно хотел сравнить bct на 117 и 116 реально они разные или нет
[14:34:10] <zombah> блин odmdata пустая как так
[14:34:47] <stuw> odmdata ?
[14:35:10] <zombah> да там bct когда декодируешь есть поле odmdata
[14:35:23] <zombah> в старом у меня оно нормальное а в новом чтот пустое
[14:35:32] <zombah> гдет просралось по дороге похоже
[14:35:53] <zombah> либо в новом cbootimage может его игнорят, хотя врядли
[14:36:25] <zombah> ага оно
[14:37:02] <zombah> гдеж я его потерял интересно
[14:37:12] <zombah> и как оно без него работает
[14:37:55] <zombah> stuw: а можешь задекодить bct со своей 117?
[14:45:05] <stuw> это оригинальный
[14:48:24] <zombah> а это какой версией cbootimage декодировано?
[14:48:36] <zombah> тут чтот и поля такого нет
[14:51:50] <zombah> о 1.4 кстати сделали с поддеркой k1
[14:51:55] <zombah> надо пакет обновить
[14:55:29] <zombah> вот мой со 116 декодированый http://ac100.wikispaces.com/Flashing+Uboot+to+MMC#Exact%20process%20of%20flashing%20Uboot%20to%20MMC.-BCT%20Creation%20process-Decode%20bct%20with%20bct_dump
[14:55:38] <zombah> там поле такое было, но это давно было
[15:07:13] <zombah> во!
[15:07:21] <zombah> odmdata на месте
[15:08:06] <zombah> но поле такое же как на 116, значит у этих двоих начинка одинаковая
[15:09:29] <stuw> могут быть ac100 с другой памятью в других странах
[15:09:39] <stuw> мы только российский версии сравнили
[15:09:45] <stuw> *российские
[15:26:52] <zombah> ну это конечно, у них может быть odmdata значение другое
[15:27:10] <zombah> мне правда интересно как я счас гружусь с нулевым значением и на что это влияет
[15:27:32] <stuw> у тебя bct_dump сейчас 0 показывает в дампе ?
[15:27:35] <stuw> или только убут?
[15:27:50] <zombah> память и в нашем bct описана трех версий, а в odm Только размер а это 512мб у всех
[15:28:08] <stuw> может в убуте выводится кривое значение, а на самом деле все ок ?
[15:28:22] <zombah> OdmData = 0x00000000;
[15:28:29] <stuw> хм...
[15:28:34] <zombah> это я декодировал свой текущий bct
[15:29:05] <zombah> в юбуте вообще не видел ничего про odmdata
[15:31:09] <zombah> интересно конечно, может я тут мучаюсь с usb а оно глючит из-за odmdata этого
[15:31:24] <stuw> The ODMDATA field is very similar to the customer data area; it is also not used or interpreted by the boot ROM. The purpose and layout is also not defined by hardware.
[15:31:37] <stuw> However, NVIDIA-supplied software expects a certain layout and usage for this field. In particular, this field is used to indicate which UART to use for the debug console, as a simple representation of system memory size, and so on.
[15:32:13] <zombah> да я это читал, но что это значит? что пофиг на него вообще?
[15:32:37] <stuw> видимо почти всегда пофиг
[15:33:39] <zombah> у тебя бинарь твоего bct онлайн?
[15:34:07] <zombah> залью его посмотрю что будет
[15:34:08] <stuw> http://lists.denx.de/pipermail/u-boot/2012-May/125434.html - для тошки было захардкожено #define CONFIG_SYS_BOARD_ODMDATA 0x800c0085 /* lp1, 512MB */
[15:34:33] <stuw> https://dl.dropboxusercontent.com/u/40761340/ac100-117-android-2.1/part-2.img - моя 2-я партиция
[15:34:34] <zombah> в юбуте?
[15:34:40] <stuw> угу
[15:35:14] <zombah> о! вот почему LP0 не работает 8)
[15:35:28] <stuw> врядли )
[15:36:53] <stuw> точнее вряд ли ))
[15:37:01] <zombah> а вдруг?
[15:37:15] <stuw> во 2 андроиде как-то работает
[15:37:42] <zombah> во втором андроиде с юбутом?
[15:37:47] <zombah> это новость
[15:38:24] <stuw> без юбута. там вряд ли кто-то odmdata меняет
[15:38:42] <zombah> ну тут в юбуте не такое значение как у тебя в bct
[15:39:26] <stuw> хм... и правда
[15:39:59] <stuw> с другой стороны у нас и с фастбутом были проблемы )
[15:41:55] <zombah> ну да но надо учитывать все так сказать настройки мало ли что там с чем конфликтует в сне этом
[15:42:53] <zombah> в нашем текущем paz00.h правда этого поля нет уже
[15:43:14] <zombah> видимо оно теперь читается из bct как раз
[15:43:27] <zombah> и при моем нулевом значении могут быть странности
[15:44:21] <stuw> перешей убут, может версии утилит в сосбуте сбрасывают это значение
[15:59:43] <zombah> ага счас залью посмотрим
[16:11:05] <zombah> ну грузится все ок
[16:12:59] <stuw> а значение odmdata какое теперь ?
[16:18:41] <zombah> 0x800c0075
[16:19:11] <stuw> хм, т.е. switch_to_uboot не сбрасывет значение?
[16:19:27] <zombah> всмысле?
[16:19:43] <stuw> ну в смысле кто тебе его в 0 сбросил непонятно
[16:20:09] <zombah> хм хз, надо посмотреть в старом бинаре какое было
[16:20:29] <zombah> у тебя в switch_to_uboot как заливается dd ?
[16:20:37] <stuw> да
[16:20:48] <zombah> тоесть уже собранный uboot+bct?
[16:21:08] <zombah> надо его задекодить и посмотреть
[16:21:15] <stuw> не, bct берется с девайса, готовится новый с u-boot'ом и заливается
[16:21:38] <zombah> я много раз заливал руками возможно где протоптал его
[16:21:56] <stuw> https://github.com/Stuw/ac100-self-installers/blob/master/switch-to-uboot/install_bootloader.sh
[16:22:05] <zombah> когда векторы LP0 включал и тп
[18:05:06] <zombah> а вон огра пишет мол мир импользует lxc контейнеры при работе с андроид дровами, видимо так и можно добится работы двух систем одновременно
[18:20:47] <zombah> правда я не очень понимаю как на одной видяхе можно запустить разные дрова одновременно, это видно заплеталово
[22:00:30] * beaver_rrr is now known as Giant_enemy_crab
[23:13:51] * Giant_enemy_crab is now known as beaver_rrr