[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