[12:06:37] <stuw> mr_july, у модулей есть имя, зашитое в коде и имя файла
[12:23:47] <stuw> mr_july, а ты можешь последней версии u-boot'а скормить boot конфиг с командами "i2c dev 0", "i2c dev 1", "i2c dev 2" ?
[12:32:44] <stuw> mr_july, https://dl.dropboxusercontent.com/u/40761340/u-boot-dtb-tegra-2016-02-19--12-32--dev8.bin
[12:32:51] <stuw> или вот это попробуй
[12:48:15] <zombah> добрый день всем
[12:58:14] <zombah> ну что завели нвек на новой версии?
[12:59:49] <stuw> нет еще
[12:59:56] <stuw> надо еще один вариант проверить
[13:03:44] <zombah> отлично, вроде в остальном 2016.01 работает отлично, так что можно будет обновиться если нвек будет стабильный более менее
[13:13:55] <zombah> блин почему всем так нравится этот yocto linux..такой замороченный, фиг разберешься
[13:27:10] <stuw> че за йокто ?
[13:30:18] <zombah> stuw: аналог buildroot, только монстроидальный, все вендоры смотрю начали его остервенело использовать
[13:36:41] <stuw> может там плюки какие есть
[13:37:10] <stuw> *плюшки
[13:37:28] <zombah> мда возможно, чую дело в лицензии
[13:37:47] <stuw> а что там с лицензией?
[13:38:48] <zombah> возможно она gpl а такая которая позволяет не выкладывать свои сорцы типа apache
[13:38:56] <zombah> не gpl тобишь
[13:52:13] <zombah> stuw: а не знаешь thumb2 только размером результирующих бинарей отличается или еще что?
[13:57:05] <stuw> эмм, это ты про что сейчас меня спрашиваешь? :)
[13:57:40] <zombah> stuw: ок, забудь об этом 8) переделываю конфиг buildroot в sosboot'е
[13:58:05] <stuw> thumb2 отличается от чего?
[13:58:24] <zombah> arm vs thumb2
[14:02:17] <zombah> хочу попробовать всю сборку sosboot засунуть внутрь конфигов buildroot, т.к. он вроде это вполне позволяет все делать
[14:02:19] <stuw> по идее размером только
[14:05:52] <stuw> возможно некоторые операции будут за разное количество тактов выполняться, т.к. будут выполнены разним количеством инструкций
[14:06:02] <stuw> но думаю это не критично совсем
[14:06:29] <zombah> пока не буду пробовать, а то сложно дебажить будет сходу когда куча изменений
[14:16:59] <mr_july> stuw, dev8 ведёт себя так же как и dev7. С таким скриптом (http://pastebin.com/8EvJbjA1) выдают сообщение, что комманды i2c неизвестны.
[14:17:54] <stuw> понапридумывают херни, а ты разгребай :(
[14:19:00] <mr_july> stuw, скрины нужны?
[14:19:38] <stuw> не, лучше еще версию попробуй )
[14:19:40] <stuw> ща ссыль дам
[14:20:19] <stuw> дату решил не пихать )) утомило
[14:35:40] <mr_july> stuw, dev9 ведёт себя иначе. щас сделаю скрины...
[14:43:49] <mr_july> stuw, вот скрины: http://postimg.org/image/rv4nla1mh/ http://postimg.org/image/iomcxzwe1
[14:45:17] <mr_july> похоже, i2c в первом скрипте (на карточке) нормально сработало, но клава в u-boot консоли всё равно не работает. :-(
[15:11:56] <zombah> оо надо не запакованный initrd потестить в 2016.01 может таки заработал
[15:36:14] <stuw> mr_july, попробуй оставить только "i2c dev 2" в скрипте
[15:36:29] <stuw> пока записиь от NVEC не появятся, клаву можно не ждать
[15:36:38] <stuw> инициализация драйвера не начинается
[15:36:40] <stuw> совсем
[16:28:13] <mr_july> stuw, поставил "i2c dev 2". Получаю "Setting bus to 2"\n"Failure changing bus number (-19)"\n"SCRIPT FAILED: continuing..." :-(
[17:11:17] <stuw> печально :)
[18:03:17] <zombah> ха кто то уже успел быстрее меня
[18:04:11] <zombah> правда тоши так и нет в cbootimage-config пакете
[18:14:11] <stuw> видать не все так просто с генерацией
[18:14:22] <stuw> а бинарь вроде тошиба не разрешила класть
[18:15:07] <zombah> да не разрешила, нам надо загрузиться сначала
[18:15:16] <zombah> чтобы выдрать bct
[18:15:53] <stuw> а для других плат грузиться не надо что ли?
[18:16:17] <zombah> stuw: ну для своих девборд нвидия выкладывает bct
[18:16:37] <stuw> ааа
[18:16:37] <zombah> и avionic-design для своих тоже
[18:17:12] <zombah> поэтому там есть репо с bct и конфигом для залива, скачал тыр пыр и готов образ который можно самим u-boot'ом залить
[18:17:17] <zombah> очень просто получается
[18:17:24] <zombah> но у нас так не катит
[18:17:59] <stuw> "образ который можно самим u-boot'ом залить" - откуда куда залить?
[18:18:19] <zombah> загрузился в консоль юбута и залил новый юбут 8)
[18:18:40] <stuw> откуда?
[18:18:47] <stuw> по usb ?
[18:19:11] <zombah> вот это я счас пытаюсь понять
[18:19:52] <zombah> UBOOT_FLASH_ENV = "echo >>> Write image to MMC; mmc dev 0 1; mmc write ${IMAGEADDR_HEX} 0 ${IMG_SIZE_SECTORS_HEX}; echo >>> Configure environment; env default -f -a; saveenv; $(GPT_BOOTCMD) $(EXTRA_BOOTCMD); $(DFU_BOOTCMD) echo >>> Resetting system; reset"
[18:19:52] <zombah> +
[18:20:00] <stuw> https://play.google.com/store/apps/details?id=net.kismetwireless.android.pcapcapture
[18:21:08] <zombah> так чтот я не пойму что он туда заливает никак
[18:21:21] <stuw> образ, в котором bct + u-boot
[18:21:33] <stuw> образ берется по адресу ${IMAGEADDR_HEX}
[18:21:38] <zombah> да но откуда его берет
[18:21:48] <zombah> IMAGEADDR_HEX = $(shell printf '0x%x' $(IMAGEADDR) )
[18:21:57] <zombah> IMAGEADDR = $(shell echo $$(( $(LOADADDR) + $(PADDED_SIZE) )) )
[18:22:09] <zombah> LOADADDR = 0x80108000 # FIXME: this is Tegra124 only
[18:22:24] <stuw> может текущий бут образ берет
[18:22:43] <zombah> о хорошая идея, скорее всего!
[18:30:46] <zombah> а что за DFU режим интересно
[18:31:07] <zombah> DTB_FILE = $(@D)/u-boot-flasher.dtb
[18:31:27] <zombah> странно он похоже его пихает в dtb файл u-boot
[18:49:25] <zombah> stuw: а зачем create_bootimge.pl патчит бинарник u-boot, ты разбирался?
[18:49:40] <zombah> The uboot image is patched so the unmodified uboot tree from e.g.
[18:49:40] <zombah> git://git.denx.de/u-boot-tegra.git can be used without modifications.
[18:49:40] <zombah> This is done by replacing the standard bootcmd string with
[18:49:40] <zombah> "source <script address>", so the script is executed instead. This
[18:49:40] <zombah> gives you all kinds of freedom.
[18:49:59] <zombah> чет я не понимаю этого описания что это значит
[19:03:23] <stuw> чтобы запустился скрипт, который ты подсунул, а не пошел поиск по партициям
[19:03:48] <zombah> хм а это по другому порешать нельзя никак?
[19:04:19] <zombah> патчить бинарь как то не очень красиво
[19:09:25] <zombah> Note, defining the CONFIG_SUPPORT_RAW_INITRD allows user to supply
[19:09:25] <zombah> kernel with raw initrd images. The syntax is slightly different, the
[19:09:25] <zombah> address of the initrd must be augmented by it's size, in the following
[19:09:25] <zombah> format: "<initrd addres>:<initrd size>".
[19:09:40] <zombah> %)
[19:10:19] <zombah> ёклмн столько мучался а там оказывается надо размер указывать
[19:10:43] <stuw> :)
[19:11:58] <zombah> бог с ним тогда, слишком сложно получается проще его обрабатывать mkimage
[19:13:10] <zombah> buildroot умеет сразу сделать cpio имидж запакованный gzip и покрытый u-boot'овким mkimage
[19:18:41] <zombah> а ну можно ведь приложить свой набор переменных окружения
[19:19:45] <zombah> https://git.buildroot.net/buildroot/tree/boot/uboot/Config.in?h=2016.02-rc2#n341
[19:20:12] <zombah> вот, по идее это ведь то что нужно?
[19:21:04] <zombah> надо будет спросить на #buildroot
[19:21:10] <zombah> пойду домой
[21:38:00] beaver_rrr ([email protected]) got lost in the net-split.