[13:09:00] <zombah> добрый день всем
[14:04:58] <zombah> [ 0.000000] INITRD: 0x00540040+0x014a564b overlaps in-use memory region - disabling initrd
[14:05:18] <zombah> тема нового юбута, при загрузке через tegrarcm
[14:05:27] <zombah> с mmc, все пучком
[14:06:13] <zombah> счас еще проверю что будет если INITRD_TAG врубить в нем
[14:21:23] <zombah> нет INITRD_TAG не помогает, дело в чем то другом
[14:25:53] <zombah> может вот это #define CONFIG_SYS_NONCACHED_MEMORY (1 << 20) /* 1 MiB */
[14:29:19] <zombah> хм swarren в tegra-uboot-flashe к soc['ram-base'] стал добавлять 4
[14:29:30] <zombah> https://github.com/NVIDIA/tegra-uboot-flasher-scripts/commit/a8a89d3aec5f4e65056e1449aee187b3ebf731e9
[14:29:35] <zombah> но я не понимаю почему
[14:30:39] <zombah> такой темы нет в скрипте марвина
[14:30:48] <zombah> padded_size = (u_boot_plus_dtb_size + bss_size + (2 * 4 * 1024) - 1) & ~((4 * 1024) - 1)
[14:30:56] <zombah> видимо дело в этом
[14:31:05] <zombah> т.к. мы залезаем в этот BSS
[14:46:04] <zombah> так в U-Boot SPL 2015.04-gf33cdaa (Feb 25 2016 - 14:38:14) тажа фигня, так что это не такое и свежее изменение
[17:12:46] <stuw2> сваррен просто сместил чутка начальный адрес
[17:14:06] <zombah> stuw2: нашел причину http://git.denx.de/?p=u-boot.git;a=commitdiff;h=fe7b7cd26683b29bed407bf5ab778e8d80201d73
[17:14:32] <zombah> stuw2: только не пойму на что мне поменять пока этот initrd_high чтоб он у нас влезал и ядро довольно было
[17:15:02] <stuw2> а у нас эти значения есть?
[17:15:14] <stuw2> если да, попробуй убрать :-D
[17:15:47] <zombah> stuw2: всмысле у нас есть? это tegra-common-post естественно они у нас есть
[17:16:16] <stuw2> в смысле если ты уже с этим патчем собираешь
[17:16:17] <zombah> stuw2: ну я не хочу патчить сам u-boot, хочу enviroment поменять в uboot.scr
[17:16:46] <zombah> stuw2: этот патч в юбуте с 2014.07, если патч ревертнуть то все работает опять
[17:17:07] <stuw2> сначала нужно понять, что влияет и какие значения можно поставить. Иначе если ты dtb сразу начнешь менять, то непонятно будет, поменялось что или нет
[17:17:12] <stuw2> понял
[17:17:19] <stuw2> ща попробую вникнуть в патч
[17:17:49] <zombah> stuw2: ну делаю реверт патча и сразу все работает 8) думаю значение initrd_high влияет
[17:18:47] <zombah> попробовал setenv initrd_high
[17:19:02] <zombah> попробовал setenv initrd_high @FDT так не прокатывает
[17:19:34] <stuw2> а какие дефолтные адреса у initrd и dtb ? Сваррен про них в описании патча пишет
[17:20:36] <stuw2> Since we have carefully chosen the load addresses for the DTB and initrd we don't actually need any DTB or initrd
[17:20:36] <stuw2> relocation at all.
[17:20:41] <zombah> stuw2: хз где их посмотреть
[17:20:42] <stuw2> Hence, set both fdt_high and initrd_high to ffffffff which completely disables relocation.
[17:21:35] <zombah> так на электричку опаздываю, убежал
[17:22:26] <stuw2> http://git.denx.de/?p=u-boot.git;a=blob;f=include/configs/tegra20-common.h;h=21bf9771742424dcf4da509e8550a2964b585b0a;hb=fe7b7cd26683b29bed407bf5ab778e8d80201d73#l41
[23:01:05] <stuw__> zombah, я нашел, где адреса живут.
[23:01:25] <zombah> stuw__: ооо! README: setenv initrd_high 00c00000 ??
[23:01:41] <stuw__> http://git.denx.de/?p=u-boot.git;a=blob;f=include/configs/tegra20-common.h;h=21bf9771742424dcf4da509e8550a2964b585b0a;hb=fe7b7cd26683b29bed407bf5ab778e8d80201d73#l41
[23:01:51] <zombah> stuw__: или где? я тут греп запустил во всему репо но мест много
[23:02:35] <zombah> stuw__: хм а тут нет initrd_high ведь? или ramdisk гдет в него превращается?
[23:03:38] <zombah> так а дома а тоша глючит..так счас попробую ее реанимировать
[23:05:08] <zombah> может не сдохла таки а я чего напартачил своими эксперементами
[23:05:21] <stuw__> ramdisk скорее всего и есть инитрд. особенно если учитывать адрес
[23:08:04] <zombah> хотя странно md ${scriptaddr} сыпет хекс похожий на скрипт
[23:08:20] <zombah> хотя стрингов в нем нет
[23:09:09] <stuw__> так ты скрипт небось по другому адресу грузишь
[23:09:11] <stuw__> нет?
[23:09:36] <zombah> так я вообще ничего не гружу спецом
[23:13:11] <zombah> он одинаковую ошибку выдает при любом раскладе что через tegrarcm гружу, что просто включаю
[23:13:35] <zombah> причем на версии sosboot'а которые раньше норм грузились у меня
[23:16:37] <stuw__> странности какие-то
[23:16:47] <zombah> ага
[23:18:07] <zombah> так как там boot.scr вручную грузить в скриптадр его?
[23:21:16] <zombah> хм руками работает\
[23:21:24] <zombah> чего я такого намудрил не пойму
[23:22:10] <zombah> видно энвайромент поправил и сохранил чтоли, а u-boot даже через tegrarcm его читает както
[23:24:46] <zombah> хм андроид загрузился 8)
[23:25:21] <zombah> и даже работает более менее
[23:26:06] <stuw__> там по дефолту скрипт есть, который ищет boot.scr на разных партициях
[23:26:07] <zombah> откудаже на старте берется этот source 0x019e0000 как я туда вкорячил
[23:26:50] <zombah> scan_boot есть да
[23:27:12] <zombah> printenv выдает boot=source 0x19e0000
[23:27:22] <zombah> bootcmd тобишь
[23:27:47] <zombah> у меня такое чувство что так всегда вроде было
[23:29:13] <stuw__> по идее да, должно было быть так
[23:30:07] <zombah> так почемут теперь у меня не работает
[23:30:23] <zombah> хотя u-boot наш проверенный 2013.07 заряжанный нвеком
[23:30:58] <zombah> а как размер рама позырить интересно
[23:33:38] <zombah> так могу boot.scr считать в 0x19e0000 и запустить
[23:34:08] <zombah> не понятно
[23:48:57] <zombah> перезапись комплекта bct+u-boot начистую в mmcblkXboot0 не помогает
[23:49:51] <zombah> фак залил u-boot без клавы 8)