[17:09:22] <gogasan> Есть одна инфа про GLES https://wiki.edubuntu.org/ARM/TEGRA/AC100 . Она Изменит положение дел с графикой?
[17:11:44] <stuw> gogasan, это давняя инфа. VisualNoMask в бэте вроде не обязательно ставить.
[17:12:31] <stuw> OpenGL ES (GLES) нормально работает. Но не все приложения переведены с GL на GLES.
[17:12:42] <stuw> на декодирование видео это не влияет
[17:14:54] <gogasan> Э. Окей. Некоторое время назад я обращался с вопросом о nexuiz, warzone и прочих. Они не запускались. Вы мне ответили, что нужен SDL с GLES. Мои поиски не увенчались успехом и вот я снова здесь. Где достать это окаянный CDL?
[17:19:24] <stuw> ну так про SDL на вики ни слова. я еще тогда сказал, что есть версии sdl, портированные на GLES. Но в каких дистрибутивах они используются я не знаю. macau попытался собрать, но у него вроде не получилось. Мне самому собирать его некогда, да и дистриб у меня sla
[17:19:24] <stuw> ckware )) кроме меня никому не подойдет
[17:19:54] <stuw> gogasan, у тебя ubuntu ?
[17:21:19] <gogasan> Да, ubuntu. Сорцы есть что ли? Может, мне повезет.
[17:24:33] <stuw> посмотри в логе. я кидал ссылки на репозитории
[17:25:13] <gogasan> Ок. Подскажите ключевое слово для Ctrl+F и дату
[17:25:56] <stuw> а вообще сначала найди у себя в системе SDL и убедись, что она завязана на GL, а не GLES (ldd /usr/lib/libSDL.so | grep GL)
[17:26:28] <stuw> ключевое слово sdl )) дату не помню, в конце января скорее всего
[17:27:59] <gogasan> ldd: /usr/lib/libSDL.so: Нет такого файла или каталога :D гугл индексирует логи?
[17:28:29] <stuw> gogasan, find /usr -iname "*sdl*.so*"
[17:28:43] <stuw> сервер с логами написан в заголовке чата
[17:29:20] <gogasan> Индексирует... Просто так искать легче :D
[17:32:48] <stuw> проверь на какой SDL завязан твой nexuz
[17:33:06] <stuw> скорее всего /usr/local/lib/libSDL.so
[17:33:45] <gogasan> А как это сделать D:
[17:34:09] <stuw> ldd
[17:34:43] <stuw> хотя у тебя похоже две версии sdl в системе )
[17:35:01] <stuw> /usr/lib/libSDL-1.2.so.0.11.3 и /usr/local/lib/libSDL-1.2.so.0.11.4
[17:39:22] <gogasan> 11.4 получается. который в local
[17:40:09] <stuw> теперь ldd на SDL натрави
[17:40:14] <stuw> на каждый
[17:40:19] <stuw> сравним заодно
[17:41:19] <gogasan> так? $ ldd /usr/local/lib/libSDL-1.2.so.0.11.4
[17:46:02] <gogasan> Эти?
[17:46:21] <gogasan> Патчи глес. Наверно да
[17:46:26] <stuw> да.
[17:46:40] <stuw> так, что-то я вообще невижу завязок на GL
[17:47:10] <stuw> nexuz внутри себя ничего не пускает? может он просто оболочка?
[17:47:49] <stuw> хотя там может быть динамическая загрузка
[17:47:57] <stuw> покажи еще раз ошибку
[17:48:18] <gogasan> ошибку nexuiz? Ща.
[17:50:34] <stuw> Linked against SDL version 1.2.14
[17:50:34] <stuw> Using SDL library version 1.2.15
[17:50:39] <stuw> прикольно )
[17:52:09] <stuw> откуда 1.2.15 ? ) что вообще происходит? ))
[17:55:07] <stuw> попробуй посмотреть откуда пытается грузить файлы (хинт strace)
[17:55:18] <stuw> *грузить либы
[17:56:24] <gogasan> Да я не знаю, скачал сорцы с офсайта SDL http://www.libsdl.org/ a long time ago, помучался с компиляцией, но получилось :о Окей.
[17:56:57] <gogasan> охщет сколько вывода
[17:58:34] <stuw> сохраняй вывод в файл и там ищи GL
[17:59:06] <stuw> еще посмотри, там можно как-то внутрь либов по вызовам лезть, иначе только основной бинарь будет трейситься
[17:59:28] <gogasan> перенаправление > почему-то сохраняет то что nexuiz выводит просто так
[18:00:45] <stuw> 1) есть параметр, для сохранения лога, 2) в линуксе есть два потока вывода - сообщения и ошибки. > - перенаправляет поток сообщений и никак не влияет на поток ошибок.
[18:01:18] <stuw> 2>&1 - перенаправление потока ошибок (file id 2) в поток сообщений (file id 1)
[18:01:41] <stuw> соответственно ./bla >log.txt 2>&1 - сохраняет и сообщения и ошибки в файл
[18:01:49] <stuw> но лучше воспользуйся опциями
[18:09:56] <gogasan> ~$ strace /usr/games/nexuiz >0 2>&1 ; cat 1 | grep GL : http://pastebin.com/T8ujV17s
[18:23:16] <stuw> почему cat "1", когда сохранял в файл "0" ? давай нормальные имена файлам
[18:23:59] <gogasan> подвисало дико, поэтому слоу. Хром много памяти жрет, свап наполовину полон
[18:31:10] <gogasan> так мследующая строка несколько раз выводится write(1, "Unable to load GL driver \"(null)"..., 73Unable to load GL driver "(null)": No dynamic GL support in video driver
[18:31:20] <gogasan> Более ничего связанного с GL
[18:38:26] <stuw> gogasan, попробуй еще ltrace
[18:43:35] <gogasan> Зависло =.
[18:46:10] <gogasan> $ ltrace /usr/games/nexuiz
[18:46:10] <gogasan> signal(45505, 0x00000001
[18:46:16] <gogasan> и ВСЕ
[18:46:19] <gogasan> капс
[18:52:59] <gogasan> не хочет вообще
[19:00:55] <stuw> даже не знаю, что тебе еще предложить
[19:02:30] <gogasan> Ну хотябы как кильнуть ltrace :D . три запустил.
[19:02:49] <stuw> sudo kill -9 <pid>
[19:03:16] <stuw> sudo killall -9 ltrace
[19:04:05] <gogasan> Спасибо
[19:43:27] <savalik> stuw: Привет! =) А у англо-язычных пытателей тошки нет раздела новостей где нибудь? )
[19:50:32] <savalik> Ну да..у нас вроде больше))
[19:52:00] <stuw> типа того )
[19:52:34] <stuw> о второй я пришел ))
[19:53:50] <stuw> gogasan, у nexuz есть какие-нибудь параметры запуска?
[19:53:50] <savalik> о_О
[19:54:23] <stuw> savalik, не пугайся )) просто у меня дома комп включила жена )))
[20:01:56] <stuw> блин, не могу найти исходники nexuz :) надо будет глянуть, что он может и как его конфигурить
[20:19:42] <gogasan> да наверняка есть
[20:19:46] <gogasan> slow
[20:21:27] <gogasan> страницы man нету :о
[20:29:03] <gogasan> $ torcs
[20:29:03] <gogasan> freeglut (/usr/lib/torcs/torcs-bin): OpenGL GLX extension not supported by display ':0'
[20:29:12] <gogasan> вот еще одна игруля
[20:30:23] <gogasan> да зрен его знает
[20:30:32] <gogasan> хрен да
[20:31:21] <gogasan> В моем часовом поясе пора спать. Пока. stuw, спасибо за помощь. Хоть какую-то :D
[00:04:45] <zombah> не голяк, нет трейса
[00:04:49] <zombah> просто зависает и все
[00:05:04] <zombah> надо патч попробовать тот который пастил
[00:29:27] <zombah> ха а его фиг накатишь чувствую, он ведь для 3.4 тянет за собой кучу всего
[11:13:16] * Disconnected (No route to host).
[11:13:39] * Now talking on #ac100-ru
[11:13:39] * Topic for #ac100-ru is: Канал пользователей смартбука Toshiba AC-100 | Вики: http://ac100.wikispaces.com || use UTF-8 dude || Логи: http://logs.paz00.net http://stuw.narod.ru/ac100/irc/
[11:13:39] * Topic for #ac100-ru set by [email protected] at Tue Jul 24 12:06:59 2012
[11:42:32] <zombah> добрый день
[12:52:53] <macau> hi all!
[13:01:07] <macau> ping zombah
[13:01:10] <dpol> stuw: привет... что нового ?.. :)
[13:01:29] <macau> как отключить сборку эмуля и всяких llvm?
[13:04:34] <dpol> кто-нибудь тестировал xf86-video-opentegra ?..
[13:09:52] <stuw> dpol, меня по инксам можно пока не дергать ) я до них не скоро дойду ))
[13:26:54] <zombah> macau: это ты меня спрашиваешь?
[13:28:22] <macau> zombah: да
[13:29:09] <macau> просто эта хрень собирается 80% времени
[13:29:33] <zombah> macau: хм не знаю, я не отключал, только сборку документации
[13:30:17] <macau> а где эти ключи още хранятся
[13:30:35] <zombah> все ключи внутри андроида
[13:31:44] <macau> я чото в документации не разберусь. вроде эта хрень вырубается через userdebug или eng
[13:31:58] <macau> rjhjxt dct yfhrjnbxyj
[13:32:11] <zombah> я пока всегда сборки userdebug делаю
[13:32:21] <zombah> релиз даже не пробовал еще
[13:32:24] <macau> кстати по 3г
[13:32:51] <macau> сделал все как надо а в настройках менюшки для сети не появляется
[13:33:21] <macau> ммс появился, телефон собралса но в меню не появляется
[13:33:34] <zombah> в каких настройках?
[13:34:06] <macau> settings
[13:34:29] <zombah> не знаю, у меня он там всегда был
[16:21:47] <stuw> я думал ты модем допилил и нам это покажешь ))
[16:22:15] <macau> aghjwtcct
[16:22:24] <macau> фпроцессе
[09:03:38] <savalik> ужасы то какие)
[12:11:03] <beaver_rrr> resetnow эпичен
[12:12:18] <stuw> и не говори )
[17:16:44] <stuw> resetnow, как nand продвигается? с tag-данными разобрался?
[18:03:02] <resetnow> stuw: написал вчера в вики. Если кратко, то сейчас проблемы следующие:
[18:03:24] <resetnow> 1) при записи с включенным do_ecc не записываются ecc-байты
[18:04:29] <resetnow> 2) местами неправильная адресация. Т. е. если принудительно записывать в oob данные, а потом прочитать, то раскладка будет слуедующая: 20 байт данных, потом 4 пропущено и до конца oob данные
[18:04:54] <resetnow> а эти 4 байта должны быть вначале, а не с отступом в 20 байт
[18:05:46] <resetnow> в TRM нашел раздел + тут драйвер из убута (он тоже со странностями, правда), пока что пытаюсь поправить проблему (1)
[18:08:11] <resetnow> ну и ubifs падает, потому что коррекция не выполняется при чтении. А не выполняется она, потому что ecc-байты неправильные.
[18:08:53] <resetnow> вообще если получится поправить, надо будет слегка причесать этот драйвер, сейчас он местами немного сумбурный
[18:11:42] <stuw> resetnow, по проблеме 2: что за структура пишется? пропуска в 4 байта не должно быть?
[18:13:51] <stuw> resetnow, еще ты как-то упоминал, что правил какую-то структуру. По вики пробежался, но не нашел какую. (может пропустил, еще раз перечитаю)
[18:14:21] <resetnow> stuw: это было давно и неправильно :)
[18:14:40] <resetnow> я пытался oobavail в 64 поправить, а оказалось, что проблема в другом
[18:14:48] <stuw> ок ) давай тогда по проблеме 2
[18:14:51] <resetnow> https://gitorious.org/ac100/marvin24s-kernel/source/66a8ee5599effdbbb364b38d48c3f6e3b7bf7a68:drivers/mtd/devices/tegra_nand.c#L151
[18:15:13] <resetnow> Точнее, чуть выше прокрутить, там описана структура блока oob
[18:15:33] <resetnow> * Skipped bytes(4)
[18:15:45] <resetnow> Это должно быть вначале, насколько я понимаю.
[18:16:46] <resetnow> Это не то чтобы сейчас срочно и актуально, сейчас я попробую еще правленый код по первой проблеме запустить
[18:16:59] <resetnow> Как же не хватает какого-то интерактивного отладчика
[18:17:16] <resetnow> Наверное, такие вещи через какой-нибудь JTAG отлаживают :)
[18:17:32] <stuw> да, я удаленную отладку так и не осилил (правда мне нужно было в самом начале загрузки)
[18:17:32] <resetnow> Кстати, как-то можно по USB залить ядро и запустить?
[18:17:37] <stuw> почитай про gdb-server
[18:18:11] <stuw> можно делать загрузочный образ (как это сделано в sosbootr5)
[18:18:33] <stuw> ecc-байты - это которые?
[18:19:06] <resetnow> В идеале так: на компьютере запустил скрипт, он перезагрузил тошибу, залил в нее образ ядра (не обязательно в emmc, можно просто запустить) и запустил
[18:19:17] <resetnow> * OOB flash layout for Tegra with Reed-Solomon 4 symbol correct ECC:
[18:19:17] <resetnow> * Skipped bytes(4)
[18:19:17] <resetnow> * Main area Ecc(36)
[18:19:17] <resetnow> * Tag data(20)
[18:19:17] <resetnow> * Tag data Ecc(4)
[18:19:25] <stuw> 36 которые?
[18:19:38] <resetnow> 36 — ecc для содержимого памяти
[18:19:53] <resetnow> 4 (последнее) — ecc для тег-данных
[18:21:54] <stuw> поищи по коду, где используется eccpos. по идее там написано как ты и говоришь - ecc идет с 4 байта
[18:24:35] <stuw> 1) при записи с включенным do_ecc не записываются ecc-байты <- а разве так не должно быть?
[18:24:55] <stuw> или смещения не должны гулять?
[18:25:31] <stuw> т.е. ecc не пишется, но oob идет по тем же смещениям, что и с ecc ?
[18:26:21] <resetnow> насколько я понял из TRM, ecc должен записисываться в нашем случае. Так как эти ecc-байты рассчитываются аппаратно по той информации, что пишется на страницу при dma-транзакции
[18:27:29] <resetnow> про смещения не очень понял. Пока не совсем понятно, какие проблемы со смещениями, но видно, что при прямой записи oob (через nandwrite) пропускаются байты не в начале, а с отступом в 20
[18:27:46] <resetnow> пока я с первой попробую разобраться проблемой
[18:27:52] <stuw> *упс, я прочитал при записи с ВЫключенным do_ecc
[18:30:33] <stuw> да, сполпинка разобраться, что в какой регистр должно идти не получается :)
[18:30:49] <stuw> я потопал домой, вечером еще вылезу.
[18:31:00] <stuw> думаю нужно пробовать сравнить с драйвером убута
[18:31:11] <stuw> в убуте обычно драйвера чуть проще написаны
[18:31:12] <stuw> :)
[18:32:03] <resetnow_1> Я сравниваю, там местами ощутимые отличия
[18:32:18] <resetnow_1> Пока что словил dma timeout на записи
[18:33:59] <resetnow_1> К слову, ожидал кернел паник или что-то вроде этого, а нет, в dmesg появляется дамп регистров и информация о драйвере, но система продолжает работать.
[21:47:40] <resetnow> хрен его знает, кроме dma timeout ничего полезного не вышло
[21:49:03] <resetnow> на всякий случай сдампил регистры прямо перед записью блока — ecc включен, область ecc должна сформироваться автоматически
[21:51:45] <resetnow> у меня NAND_DMA_CFG_B пустой, вот это поворот
[21:51:58] <resetnow> ладно, с эти завтра