[10:32:36] <dpol> stuw: Привет... с драйвером rtc система не грузится... пробовал из обновленной ветки - тоже самое...
[10:33:39] <stuw> dpol, ясно, надо логи с сериал консоли, иначе вряд ли что-то поймем
[10:59:03] <dpol> stuw: ...я так понял, они хотят форкнуть xf86-video-modesetting для реализации tegra 2D части, а также доработать патчи tegra'specific для libdrm... так что, может получим подарок под елку в виде драйвера с реализацией 2D... :)
[15:35:04] <zombah> во альфе 4го либлеофиса добавили комменты, кто хотел это давеча
[17:00:31] <kottt> stuw: а это правда, что в юбуте появилась поддержка дисплея?
[17:01:27] <stuw> да
[17:02:03] <stuw> kottt, не буду же я на вики хрень писать %)
[17:02:26] <stuw> пока проблемы с загрузкой ядра - похоже на иницилизации usb затык
[17:04:10] <kottt> ну просто какие-то подобные новости довольно регулярно проскакивают, но связаны обычно с каким-нибудь сферическим юбутом в вакууме, которого никто не видел )
[17:05:08] <stuw> я же линку на бинарник привел (марвин собирал). в репозитории (https://gitorious.org/uboot-ac100/uboot-ac100/commits/uboot-next-ac100) патчи вроде все есть.
[17:05:18] <stuw> можно попробовать собрать самостоятельно
[17:06:27] <stuw> клавы пока нет, и возможно ее не так просто будет прикрутить (инициализация клоков, драйвер для обработки событий и т.д.)
[17:06:46] <stuw> usb клавы вроде некоторые работают, но ни у меня, ни у марвина не заработала
[17:22:28] <stuw> проблемы при загрузке через убут в 3.1, next загружается нормально
[17:22:36] <stuw> (со слов марвина)
[17:27:03] <stuw> хм, может конечно это и не новость, но вот что я нашел в логе загрузки 3.1 - tegra_init_suspend: Suspend mode LP0 requested, no lp0_vec provided by bootlader -- disabling LP0
[17:32:46] <zombah> 8)
[17:33:31] <zombah> я правда пробовал в cmdline его прописывать, толку ноль, марвин говорил ядро самом должно его теперь давать, но как хз
[17:34:00] <stuw> а раньше через cmdline передавалось ? (в 3.0)
[17:34:08] <zombah> да
[17:38:01] <stuw> а гвоздями забить прежние значения не пробовали ? )
[17:38:50] <zombah> ну если просто прописать по виду не работает, может еще чтот ей нужно фиг знает
[17:40:13] <zombah> а неа в 3.0 уже не нужен был lp0_vec
[17:40:18] <zombah> только в 2.6.ч
[17:40:44] <zombah> вот такой вроде был lp0_vec=0x2000@0x1c29e000
[17:58:50] <stuw> zombah, а в 3.0 ядро само узнавало значение lp0_vec или захардкожено было ?
[18:01:37] <zombah> само узнавало
[18:03:53] <stuw> вот же ж умное ядро ))
[18:09:09] <zombah> хотя смотрю в mach-tegra/pm.c есть упоминания этого вектора, наразобраться откуда у него ноги ростут
[18:10:09] <stuw> угу
[18:10:13] <stuw> код мало отличается
[18:12:47] <zombah> https://gitorious.org/~marvin24/ac100/marvin24s-kernel/blobs/l4t-r16-r2-ac100/arch/arm/mach-tegra/pm.c#line1185
[18:12:54] <zombah> вот эта ошибка
[18:13:06] <stuw> да, я нашел ее
[18:14:40] <stuw> я пока не пойму, откуда берутся параметры, с помощью которых задается lp0 (https://gitorious.org/~marvin24/ac100/marvin24s-kernel/blobs/l4t-r16-r2-ac100/arch/arm/mach-tegra/board-paz00.c#line100)
[18:16:27] <zombah> хм незнаю давай марвина спросим может он вкурсе
[18:16:35] <stuw> надо принты расставлять и сравнивать 3.0 и 3.1. Иначе по коду долго разбиратья
[18:20:00] <stuw> спросил
[18:21:09] <zombah> нет есть девайсы где lp0 работает с этим ядром
[18:21:16] <zombah> фолио например
[18:21:40] <stuw> у фолио в цмдлайн прописан lp0_vec ?
[18:21:54] <zombah> нет
[18:22:26] <stuw> ты знаешь, где их исходники ? )
[18:22:49] <zombah> конечно
[18:24:18] <zombah> https://github.com/DerArtem/android_device_toshiba_betelgeuse/blob/jellybean/BoardConfig.mk#L57
[18:24:37] <zombah> вот cmdline
[18:25:17] <zombah> а вот их ядро https://github.com/DerArtem/android_kernel_toshiba_betelgeuse/commits/android-tegra-nv-3.1
[18:30:53] <stuw> zombah, у тебя есть возможность проверить, есть ли проблема lp0 при загрузке фастбутом (мой лог от загрузки убутом) ?
[18:31:16] <zombah> такая же ошибка в логе?
[18:31:50] <stuw> я хочу проверить. марвин сказал, что убут не передает (или передает не все) агрументы
[18:32:20] <stuw> в dmesg если нет такого сообщения, то проблема в чем-то другом (не в lp0_vec)
[18:33:46] <zombah> у меня в dmesg такая ошибка не появляется
[18:33:59] <stuw> ок, значит проблема убута
[18:34:16] <zombah> <6>Tegra reserved memory:
[18:34:17] <zombah> LP0: 1c29e000 - 1c29ffff
[18:34:27] <zombah> глянь в начел дмесга есть у тебя такое
[18:34:47] <stuw> у меня тошки нет под рукой, есть только лог от загрузки ядра убутом
[18:34:55] <stuw> адреса вроде ок
[18:34:56] <zombah> ну в логе
[18:35:25] <stuw> при загрузке убутом ошибка - tegra_init_suspend: Suspend mode LP0 requested, no lp0_vec provided by bootlader -- disabling LP0
[18:36:12] <zombah> ну у меня lp0 все равно не работает никак даже без ошибки этой 8)
[18:38:00] <stuw> но проблема видимо уже не в lp0_vec
[18:39:05] <zombah> я правда на фастбут грешу в нашем случае
[18:39:25] <stuw> почему на него:
[18:39:27] <stuw> ?
[18:45:03] <zombah> ну я там где в патчах видел описание работы суспенда на тегре и там написано единственная разница в инициализации lp0 от lp1 что ядро считывает из фастбута некую зашифрованную запись
[18:45:31] <zombah> поэтому думаю что у нас некая проблема в это считывании
[18:46:26] <fly-away> в 3.0 работает же :D
[18:46:52] <zombah> сие для меня загадка покрытая мраком
[18:47:34] <stuw> похоже это для всех пока загадка )
[18:48:14] <fly-away> ну код открыт)
[18:48:39] <zombah> я бы даже удовольствовался lp1, но он тоже виснет через раз
[18:48:44] <stuw> fly-away, ну ну ))
[18:49:55] <zombah> ну я как уже писал что в релиз нотесах l4t r15 и r16 что lp0 для хармони не работате
[18:50:00] <fly-away> я думаю, проще будет в 3.0 портировать video/tegra из r2
[18:50:16] <fly-away> и забить на новые быдлокоды от nvidia
[18:50:48] <stuw> fly-away, еще не ясно, где код хуже, в 3.0 или 3.1 %)
[18:51:02] <fly-away> 3.0 работает по крайней мере)
[18:51:07] <fly-away> довольно стабильно
[18:51:36] <stuw> 3.1 почти работает )
[18:51:57] <stuw> переносить на самом деле тяжко, т.к. там интерфейсы разных подсистем менялись...
[18:52:00] <stuw> очень геморно
[18:52:16] <fly-away> менялись таки, но не на столько
[18:52:30] <stuw> (я на каких-то версиях пытался)
[18:52:30] <fly-away> я недавно пробовал, почти собирается))
[18:52:42] <fly-away> тока структуры разные кое-где
[18:52:45] <fly-away> надо запатчить
[18:52:48] <zombah> вот описание про которое я говорил выше http://lists.infradead.org/pipermail/linux-arm-kernel/2011-January/039696.html
[18:52:51] <stuw> я пробовал давно, но там одно тянет другое и понеслась
[18:53:09] <zombah> Resuming from LP0 requires the boot ROM to supply a signed recovery codeblob
[18:53:11] <zombah> to the kernel; the kernel expects that the length and address of this blob
[18:53:11] <stuw> может быть сейчас попроще это сделать, но меня не тянет ))
[18:53:12] <zombah> is supplied with the lp0_vec= command line argument; if not present, suspend-
[18:53:14] <zombah> to-LP0 will be disabled
[18:53:14] <fly-away> ну по идее это видео должно быть довольно изолированным куском)
[18:53:29] <fly-away> а в суспенде и векторах этих вообще черт ногу сломит
[18:54:29] <stuw> fly-away, все не так страшно ) главное надыбать нужную инфу )
[18:56:17] <stuw> zombah, а ты не помнишь, у нас rtc работал в 3.0 ? или его только сейчас марвин смерджил ?
[18:57:10] <zombah> stuw: нет этого не скажу, может fly-away знает он вроде на 3.0 сидит счас
[18:57:19] <fly-away> угу
[18:57:26] <fly-away> могу посмотреть, если скажешь как
[18:57:42] <stuw> sudo lsmod | grep rtc
[18:58:00] <zombah> лучше катнуть proc/interrupts
[18:58:10] <zombah> или как он там называется
[18:59:20] <fly-away> из rtc у меня в proc/interrupts тока tps-6586-rtc
[18:59:39] <stuw> похоже там есть rtc
[19:00:43] <fly-away> tps6586x-rtc пардон
[19:00:57] <fly-away> модуля rtc нету
[19:02:48] <stuw> tps6586x-rtc это как раз наш модуль.
[19:03:01] <stuw> может быть он в ядре, а не модулем собран
[19:04:33] <fly-away> stuw, ага
[19:05:00] <fly-away> CONFIG_RTC_DRV_TPS6586X=y
[19:05:22] <stuw> fly-away, ты ядро сам собираешь?
[19:05:33] <fly-away> сам собираю
[19:05:41] <fly-away> но этот конфиг из убунтовского ядра
[19:05:53] <stuw> а у тебя serial консоль есть?
[19:05:56] <fly-away> нету
[19:06:02] <stuw> жаль :)
[19:06:06] <fly-away> а что с ней ?
[19:06:50] <stuw> ладно, придется тогда самому или кого-то с консолью просить. я хотел сравнить 3.0 и 3.1 собранные с опциями PM_DEBUG и PM_TRACE (http://ac100.wikispaces.com/suspend+debugging)
[19:07:19] <stuw> (+ CONFIG_DISABLE_CONSOLE_SUSPEND)
[20:17:17] <dpol> stuw: не в курсе когда marvin24 rebase делал ?.. на субботней ветке я не загрузился...
[09:53:00] * [Gordio] is now known as Gordio
[13:30:25] <zombah> добрый день всем
[14:31:02] <zombah> ад какой
[14:33:25] <stuw> идея хороша )
[14:35:01] <mr_july_> кэш - наше все! ;-)
[14:42:06] <mr_july_> stuw, zombah, а я-таки собрал сос-бут "под себя" на основе Tiny Core Linux с сетью, ssh, vim... блекджеком и прости... :-P
[14:42:20] <stuw> молодец
[14:42:30] <zombah> mr_july_: %)
[14:42:41] <mr_july_> Само-собой, все плюшки от Tiny Core тоже работают! :-)
[14:42:55] <stuw> от сосбута только ядро осталось?
[14:43:04] <mr_july_> Ядро брал 3.8
[14:43:04] <stuw> и то небось свое собирал )
[14:43:18] <stuw> сколько образ весит?
[14:43:28] <mr_july_> сам я ничего не компилировал.
[14:44:59] <mr_july_> stuw, ramdisk - 6497370, а ядро стандартное - 4775272
[14:45:15] <stuw> неплохо
[14:45:35] <stuw> мне казалось, что Tiny Core больше
[14:46:12] <mr_july_> весь прикол в том, что после подключения к сети (по воздуху) можно доставлять нужные программы (это фишка Tiny Core)!
[14:46:51] <stuw> какой там пакетный менеджер?
[14:47:13] <mr_july_> За основу я взял рамдиск от Allwinner-A10 отсюда: http://repo.tinycorelinux.net/5.x/armv7/Allwinner-A10/
[14:48:05] <stuw> надо посмотреть, из чего они собирают дистриб
[14:50:24] <mr_july_> там нет пакетного менеджера как такового. Есть скрипты, которые создают Squashfs образы для каждой проги с зависимостями, а потом просто их монтируют поверх существующей системы.
[14:51:06] <stuw> ядреная система
[14:51:07] <mr_july_> а основа - дебиан, т.е. Squashfs создается из дебиановских пакетов
[22:33:22] <zombah> блин make mrproper не удаляет собраные .dtb файлы, а я мучаюсб
[22:55:30] <zombah> интересно а в дтс можно дебаг чтоли вставить чтоб хоть понять на каком месте он затыкается
[23:17:15] <stuw_> думаю если и можно, то в код ядра, а не в дтс
[23:17:38] <zombah> хм тогда не понятно как его народ дебажит вообще
[23:18:21] <stuw_> у тебя по дефолту в ядре в цмдлайн включена консоль?
[23:18:31] <zombah> да
[23:19:09] <stuw_> хм, тогда может опция какая есть для дебага
[23:19:27] <zombah> нашел в kernel hacking low level debug
[23:19:56] <zombah> с дефолтными параметрами теперь я даже надписи uncompressing не вижу 8) попробую на uarta его зарулить
[23:20:39] <zombah> а там у нас в CMDLINE ничего не поменялось?
[23:20:50] <zombah> а то у меня старый CONFIG_CMDLINE="mem=512M@0 console=ttyS0,115200n8 no_console_suspend=1 androidboot.hardware=paz00 ignore_loglevel earlyprintk initcall_debug"
[23:22:26] <stuw_> cma=64M
[23:23:13] <stuw_> хотя не уверен, что тебе оно нужно
[23:23:21] <zombah> аа cma да, счас поменяю на CMA=128M
[23:24:25] <zombah> ну попробую, мнеб хоть ядро увидеть дальше прорвемся 8) а то дыра одна
[23:27:41] <savalik> А это ты кого препарируешь? )
[23:27:52] <zombah> ядро
[23:28:25] <zombah> хочу на 3.8 соскочить
[23:28:44] <zombah> о! есть контакт с uarta
[23:29:00] <zombah> [ 1.042735] ram_console: got buffer at 3ff00000, size 100000
[23:29:01] <zombah> [ 1.048692] ram_console: uncorrectable error in header
[23:29:03] <zombah> [ 1.054013] ram_console: no valid data in buffer (sig = 0xffffffff)
[23:29:05] <savalik> Пишет что все плохо? )
[23:29:14] <savalik> мде)
[23:29:18] <zombah> savalik: да раньше вообще ничего не писало
[23:29:36] <zombah> но теперь похоже дела на лад пошли
[23:30:25] <zombah> [ 0.000000] cma: CMA: reserved 16 MiB at 14c00000
[23:30:36] <zombah> откуда он интересно это смещение берет
[23:31:14] <zombah> я планировал начать карвеаут по другому
[23:35:25] <zombah> а ну пофиг это до моего смещения так что влезет
[23:38:54] <zombah> пошла мазута
[23:39:09] <zombah> так чтот не правильно в настройках видео
[23:41:33] <zombah> hfront-porch, hback-porch, hsync-len: horizontal display timing parameters
[23:41:35] <zombah> in pixels
[23:41:52] <zombah> hsync-len это что может быть такое?
[23:42:20] <zombah> упоминания порчей этих я нашел в старом ядре, а вот -len такого нет
[23:42:58] <savalik> длинна вертикальной синхронизации о_О
[23:43:12] <savalik> длина..сорри..да..странность сплошная)
[23:43:39] <savalik> тфу..какая еще вертикальная..
[23:43:46] <zombah> а какая она должна быть для нашего 1024на600?
[23:44:20] <zombah> вот что у меня сейчас
[23:44:25] <zombah> display-timings {
[23:44:26] <zombah> native-mode = <&timing0>;
[23:44:28] <zombah> timing0: 1024x600 {
[23:44:29] <zombah> clock-frequency = <54030000>;
[23:44:31] <zombah> hactive = <1024>;
[23:44:32] <zombah> vactive = <600>;
[23:44:34] <zombah> hfront-porch = <24>;
[23:44:35] <zombah> hback-porch = <160>;
[23:44:37] <zombah> hsync-len = <58>;
[23:44:38] <zombah> vsync-len = <4>;
[23:44:40] <zombah> vfront-porch = <3>;
[23:44:41] <zombah> vback-porch = <61>;
[23:44:50] <savalik> мм
[23:44:57] <savalik> в логге загрузки ядра глянуть?
[23:45:05] <savalik> или где это можно засечь? )
[23:45:39] <zombah> хм хз
[23:46:06] <savalik> hsync-len = <136>
[23:46:17] <zombah> а vsync?
[23:46:47] <savalik> только не меняется ли это для разных режимов видео?
[23:46:53] <savalik> в юбуте ведь строковый?
[23:47:36] <zombah> счас узнаем 8) поможет или нет
[23:47:53] <savalik> на край потыкать марвина)
[23:48:01] <savalik> ты наверняка давно его не тыкал)
[23:48:08] <savalik> он уже забыл какого это))
[23:48:23] <zombah> ну мне как то не охота его тыкать
[23:48:40] <savalik> лютый зомбах ^_^
[23:48:43] <zombah> он заслуженный ветеран, пускай почивает на лаврах
[23:49:07] <savalik> купил - страдай! =)
[23:49:12] <savalik> я так считаю ^_^
[23:49:34] <savalik> ну это шутка конечно же)
[23:49:39] <zombah> что купил?
[23:52:59] <zombah> хм визуальных глюков не стало, но зависон на включении графики остался
[23:53:14] <zombah> может клоки еще нужно подправить
[23:53:47] <savalik> зависон контрольный? ) без дальнейшей работоспособности? )
[23:54:42] <zombah> ну вроде полный, но упсов нет в консоли
[23:55:34] <zombah> так я правда частоты на регуляторах не проставил
[23:55:41] <zombah> думаю дело в этом
[23:55:51] <zombah> надо их найти в старом ядре
[23:58:55] <savalik> мозг удивителен) достаточно подумать о вещи и всплывает ее название, при этом также человек может называть именно миллион вещей но думая о конкретном все остальное его не волнует)
[23:59:41] <savalik> если в будущем линуксоиды будут смотреть логи искуственных интелектов то наверное совсем будут с ума сходить ^_^