[09:18:09] <Guest88606> 😀
[11:12:59] <zombah> добрый день
[12:28:44] <mr_july> stuw, спасибо за помощь! Звук заработал! :-)
[12:29:36] <stuw> mr_july, пожалуйста. я хз почему карта в 3.8 по-другому называется :) Но факт есть факт :)
[12:32:48] <mr_july> stuw, и еще... а не мог бы ты объяснить что делает alsaucm? И как сделать так, чтоб не нужно было вызывать alsaucm, чтоб все работало "искаропки"? Я просто потихоньку пилю Tiny Core (debian)... Вот хотелось бы просто подсунуть в свой образ нужные для alsa конфиги, чтобы не
[12:34:17] <stuw> mr_july, в том то и дело, что с 3.1 конфиг должен работать и ничего звать руками не нужно. Т.е. убунта при первом запуске сама должна все разрулить. Как именно - я не знаю, по содержимому конфига тоже не все ясно - надо искать доки и примеры.
[12:34:48] <stuw> проблема только с 3.8, т.к. в конфиге неправильно указан девайс и alsaucm не может найти и настроить карту
[12:36:19] <mr_july> А в каком конфиге? Может, просто этот конфиг подкорректировать и все в шоколаде?
[12:37:16] <stuw> в конфиге alsaucm для нашего кодека. ты же его редактировал, чтобы звук заработал?
[12:37:45] <stuw> /usr/share/alsa/ucm/tegraalc5632/tegraalc5632.cfg если не ошибаюсь
[12:39:42] <mr_july> Все верно, в убунте я его редактировал, а теперь пробую с дебианом... И в нем по-умолчанию вообще нет каталога /usr/share/alsa/ucm/
[12:40:52] <mr_july> если же его создать и положить туда отредактированный вариант, а потом просто позвать `alsaucm` (даже без параметров), то все работает.
[12:41:45] <mr_july> Я заметил, что в убунте есть еще /usr/share/alsa/cards/tegra-alc5632.conf может его можно отрихтовать?
[12:41:57] <stuw> для чего отрихтовать?
[12:42:34] <stuw> я не знаю, как точно работает alsaucm. Мы хотели пропихнуть наш конфиг в мейнлайн, но нам сказали, что он совсем неправильно сделан.
[12:42:57] <stuw> в убунте его ogra добавил (если не ошибаюсь)
[12:43:09] <mr_july> Мне вообще непонятно причем здесь alsaucm... И самое интересное, что после вызова alsaucm в убунте звук работает даже после перезагрузки... Почему?
[12:43:12] <stuw> в дебиане его нет, т.к. конфига нет в мейнлайне
[12:43:28] <stuw> после перезагрузки параметры сохранаяются
[12:43:56] <mr_july> где сохраняются параметры?
[12:44:09] <mr_july> в смысле в каком файле?
[12:44:14] <stuw> alsaucm сделана для настройки работы кодека в разных режимах (грубо говоря, чтобы выставить правильные параметры в alsamixer'е, но без тыканья там руками)
[12:44:36] <stuw> не знаю, скорее всего где-то в файлах alsa
[12:44:47] <stuw> как она внутри работает я не разбирался
[12:44:47] <mr_july> а в чем тогда отличие от alsactl?
[12:45:04] <stuw> а что man говорит? )
[12:46:54] <mr_july> На alsaucm man'а вообще нету :-(
[12:47:09] <mr_july> в системе.
[12:47:17] <stuw> :)
[12:47:21] <stuw> молодцы алсовцы
[12:47:29] <stuw> хер где нормальные доки найдешь
[12:47:53] <mr_july> смотрел я эту ссылку нихера не понял :-(
[12:48:00] <stuw> я тоже 0
[12:48:01] <stuw> :)
[12:49:06] <mr_july> ну, неужели же в код смотреть? :-/ Боюсь, я этого не подниму... :-(
[12:50:00] <stuw> а может в папке с доками есть что про ucm (если такая папка в есть %) )
[13:01:32] <stuw> дальше почитай обсуждение
[13:10:21] <mr_july> почитал, конструктивной инфы не нашел, только критика :-(
[13:11:04] <mr_july> мне вообще хотелось бы обойтись без UCM.
[13:11:47] <mr_july> В нашем девайсе вряд ли будут использоваться разные use-cases...
[13:16:36] <mr_july> тем более, в том файле описан всего один.
[13:17:41] <stuw> с ucm проще по-моему.
[13:18:13] <mr_july> а чем проще?
[13:18:39] <stuw> в нем описаны как минимум дефолтные настройки для ac100
[13:19:03] <stuw> не нужно никому объяснять, как настраивать звук
[13:19:20] <stuw> и это более менее стандартный способ
[13:24:35] <mr_july> т.е. это что-то типа alsa.state?
[13:25:04] <stuw> я не знаю, что такое alsa.state
[13:25:07] <stuw> :)
[13:25:24] <stuw> http://mailman.alsa-project.org/pipermail/alsa-devel/2013-May/061892.html - пример конфига
[13:25:49] <mr_july> /var/lib/alsa/asound.state
[13:27:04] <stuw> это мало о чем мне говорит. я думаю, что alsaucm меняет настройки алсы, которая сохраняет их куда-то (возможно в этот самый asound.state)
[13:33:20] <mr_july> stuw, спасибо! У меня появилось несколько идей, которые надо будет проверять... :-)
[13:36:01] <mr_july> stuw, еще я хотел уточнить... Ты говорил, что убунту забросили и никто ею не занимается... А какой линукс для тоши еще пилят? Что есть "мейнстрим" (в плане линукса) для нашего девайса?
[13:37:13] <stuw> ничего не пилят.
[13:37:45] <stuw> хотя fedora19 один человек ковыряет, но я бы не назвал это основным дистрибом
[13:38:10] <stuw> убунта в целом нормально должна работать, но ее никто не проверяет и никто за нее ответственность не несет
[13:39:20] <mr_july> А Марвин ядром еще занимается или там тоже стагнация?
[13:41:38] <stuw> занимается
[13:42:06] <stuw> но он не может все делать. он держит его актуальным. новые фишки для ядра пилит не он
[13:42:11] <mr_july> И на чем он сам его использует?
[13:42:15] <stuw> видео драйвер пилит нвидия
[13:42:35] <stuw> <mr_july> И на чем он сам его использует? <- не понял вопрос
[13:43:02] <mr_july> Какой линукс использует Марвин со своим ядром?
[13:44:16] <stuw> не знаю. вероятно убунту
[13:44:20] <stuw> спроси у него )
[13:44:52] <mr_july> хорошая мысль! ;-)
[13:46:21] <mr_july> stuw, а ты какой линукс используешь?
[13:47:15] <stuw> пока никакой. использовал арч, но у меня навернулась файловая система на внешней sd карте, где он стоял ) и пока я пилю убут. иногда ставлю убунту и андроид, но это больше для проверок
[13:49:44] <mr_july> а с арчем уже все хорошо в плане софта? Мне помнится года два назад кто-то из наших самостоятельно собирал для него пакеты и выкладывал на гитхабе, т.к. в официальных репо их не было...
[13:50:32] <stuw> да хз ) думаю в убунте лучше поддержка тошки
[14:21:21] <savalik> mr_july: дебиан и убубнту самое просто же)
[15:18:49] <stuw> mr_july, я не помню, спрашивал я у тебя уже или нет... у тебя есть hdmi девайс, который аудио воспроизводит ? У нас есть патчи для поддержки звука через hdmi, но нормально их на последних ядрах не проверяли.
[15:43:15] <mr_july> stuw, у меня есть телек с hdmi входом. HTPC передает на него звук по hdmi.
[15:44:22] <mr_july> stuw, а че за ядра и где их брать? Боюсь, сам я скомпилить не смогу... :-(
[15:44:52] <stuw> О, круто. Тогда если что, на тебе можно будет проверить ? В андроиде патчи включены. Как для мейнлайна будут патчи готовы, я соберу ядро и модули.
[15:45:44] <mr_july> savalik, оно, конечно, убунту - наше все, но уж больно в нем дерьма много... :-(
[15:47:02] <mr_july> stuw, да без проблем! ;-) Только мне нужны будут инструкции че там в алсамиксере переключать, ибо сам я в этих делах - валенок. :-(
[15:47:55] <stuw> ок. на сколько я помню, там ничего даже трогать не нужно.
[15:48:11] <mr_july> братва, а какой андроид сейчас актуальный? И где его брать?
[15:48:59] <mr_july> stuw, типа втыкаешь hdmi шланг в тошу и он сам пускает по нему звук?
[15:52:40] <stuw> да
[15:55:31] <stuw> актуальный андроид - CM-10.1 beta4
[15:55:48] <stuw> для него нужен убут )
[15:56:44] <zombah> CM-10.1-20131103
[15:56:53] <zombah> бет больше нету 8)
[15:57:00] <stuw> о ужас )))
[15:59:00] <stuw> zombah, а ты можешь поменять ссылку "External downloads" чтобы она указывала на list, а не брался дефолтный grid. В grid'е имена обрезаются - неудобно.
[15:59:04] <stuw> ?
[15:59:24] <zombah> хм а на драйве так можно вообще?
[15:59:45] <stuw> это на странице проэкта ссылка
[16:00:07] <stuw> сейчас ссылка https://drive.google.com/folderview?id=0BzHUnWusu2ztWl8yT2h3LXgxTmc&usp=sharing
[16:00:14] <zombah> ага понял
[16:00:17] <zombah> счас поменяю
[16:00:20] <stuw> если сделать https://drive.google.com/folderview?id=0BzHUnWusu2ztWl8yT2h3LXgxTmc&usp=sharing#list
[16:00:24] <stuw> то вид будет норм
[16:00:48] <stuw> ок, спасибо ) а то я каждый раз, когда туда попадаю меняю вид первым делом, иначе непонятно, что качать )
[16:01:23] <mr_july> кстати, там, похоже лежит старый sos-uboot-r5-2013-09-23.bin или нет?
[16:01:49] <stuw> да, старый
[16:02:05] <mr_july> надо бы поменять... ;-)
[16:02:19] <zombah> поменял
[16:03:06] <stuw> спасибо )
[16:09:38] <mr_july> stuw, я че-то не втыкаю... Ты говоришь, что актуальный CM-10.1 beta4, а на Г-Диске лежат: 10.1-20131103, 10.1-20131105 и (о, боже!) 10.2-20131111... Их ставить не рекомендуется?
[16:10:58] <stuw> эммм. zombah же меня поправил уже )
[16:11:05] <stuw> <zombah> CM-10.1-20131103
[16:11:05] <stuw> <zombah> бет больше нету 8)
[16:11:45] <mr_july> zombah, а 10.2-20131111 еще сырой?
[16:11:55] <stuw> mr_july, ты себе мега стабильную систему хочешь или с плюшками? ) (хотя какие у нас в последних билдах плюшки ? )
[16:12:15] <zombah> mr_july: ну смотря что называть сыростью
[16:12:31] <stuw> ))
[16:13:06] <mr_july> от андроида мне бы хотелось скорости и мультимедиа, остальное мне дает линукс. :-)
[16:13:20] <zombah> яб и киткат уже собрал, да надо ос на билд сервере переставлять, а с ним хромиум противный идет
[16:13:26] <mr_july> сыростью я называю зависоны, вылеты и пр.
[16:14:03] <zombah> зависонов и вылетов не видал
[16:14:34] <mr_july> а в чем разница между твоими 4.1 и 4.2?
[16:14:47] <zombah> между 4.2 и 4.3?
[16:15:25] <mr_july> на Г-Диске 4.3 я не вижу... :-(
[16:15:41] <zombah> а как ты его ищешь?
[16:17:09] <mr_july> вот все что мне видно:
[16:17:17] <mr_july> CM10.x-gapps-remover-tonyp.zip 7 нояб.
[16:17:18] <mr_july> cm_ac100-ota-10.1-20131103-UNOFFICIAL.zip 3 нояб.
[16:17:18] <mr_july> cm_ac100-ota-10.1-20131105-UNOFFICIAL.zip 6 нояб.
[16:17:18] <mr_july> cm_ac100-ota-10.2-20131111-UNOFFICIAL.zip 11 нояб.
[16:17:18] <mr_july> cm_ac100-ota-eng.cm-10_beta4.zombah.zip 18 июня
[16:17:18] <stuw> неееееет
[16:17:20] <mr_july> create-new-android-table.sh 3 нояб.
[16:17:22] <mr_july> recovery-10.1-20131103.img 3 нояб.
[16:17:25] <mr_july> recovery-10.2-20131111.img 11 нояб.
[16:17:27] <mr_july> recovery.ac100-cm-10_beta4.img 18 июня
[16:17:38] <mr_july> sos-uboot-r5-2013-09-23.bin 2 нояб.
[16:17:50] <stuw> Разве 10.1 == 4.1 ? %)
[16:20:10] <mr_july> сорри, это я туплю... stuw прав 10.1 == 4.2, 10.2 == 4.3
[16:20:35] <mr_july> zombah, в чем разница между 4.2 и 4.3?
[16:23:25] <stuw> кстати, почему у см такая нумерация?
[16:24:56] <zombah> не знаю откуда она пошла
[16:25:56] <zombah> 10.1 последняя версия в которой официально поддерживалась тегра2 и софт без неон инструкций
[16:26:32] <zombah> в 10.2 надо костыли прибивать самостоятельно
[16:27:46] <stuw> эх, совсем старая тошка стала )
[16:28:52] <zombah> ну все реально, просто нужно теперь больше времени чтобы все подогнать
[16:29:54] <zombah> я на одной тоше пересел на 10.2 там все фичи что я использую работают норм
[16:31:43] <zombah> иногда артефакты графические проскакивают в ui, надо видно какую то фичу отрубить
[16:32:14] <zombah> ток пока не разобрался какую
[16:32:39] <zombah> ковыряю новые ядра нивеевские, может заработают у нас
[16:33:05] <stuw> будем надеяться, что заработают
[16:33:54] <zombah> ну пока видос не взлетает
[16:36:57] <stuw> что говорит? или тупо виснет по-прежнему?
[16:37:56] <zombah> таймаут на host1x синкпоинте 3д и vblank0
[16:38:36] <zombah> просто в цикле их перебирает и не сможет дальше пройти
[16:39:06] <zombah> в там в дмесге от 3.8 видно их в конце
[16:39:27] <stuw> ядро на gitorious ?
[16:39:31] <zombah> на них в круговой цикл становится
[16:40:13] <stuw> я помню был баг с неправильными локами. но там вроде тупа вешалось все, а не циклилось
[16:41:02] <zombah> [ 18.727249] host1x host1x: SurfaceFlinger: syncpoint id 22 (3d) stuck
[16:41:03] <zombah> waiting 2, timeout=2147483447
[16:41:05] <zombah> [ 18.738173] host1x host1x: id 22 (3d) min 0 max 2
[16:41:06] <zombah> [ 18.744617] host1x host1x: id 26 (vblank0) min 415 max 0
[16:41:50] <zombah> может у наск какого клока или регулятора не хватает
[16:42:24] <stuw> а ты нашел, откуда эти записи в логе?
[16:43:46] <zombah> неа, видно из переменных целиком собрана запись
[16:44:48] <zombah> но скорее всего гдет здесь drivers/video/tegra/host/t20/t20.c
[16:45:56] <stuw> drivers/gpu/drm/tegra/host1x.c и drivers/video/tegra/host/host1x/host1x.c
[16:45:58] <stuw> :)
[16:48:28] <zombah> хм может я какую опцию в ядре забыл где выбирается какой из них использовать
[16:49:54] <stuw> мне кажется странным, что их два
[16:50:20] <stuw> еще как вариант можно спросить tagr'а
[16:50:23] <zombah> ну один который входит в 3.8, а другой downstream порт
[16:51:54] <zombah> drivers/video/tegra папка полностью из downstream ее в мейнлайн 3.8 нет
[16:52:14] <zombah> а gpu/tegra это мейнлай драйвер
[16:54:38] <zombah> надо config_drm попробовать отрубить
[16:54:55] <stuw> у меня пока выкачиватся реп... глянь плиз, где в коде встречается syncpt_names
[16:55:32] <zombah> drivers/video/tegra/host/host1x/host1x.h=struct host1x_device_info {
[16:55:34] <zombah> drivers/video/tegra/host/host1x/host1x.h: const char **syncpt_names; /* names of sync points */
[16:55:35] <zombah> drivers/video/tegra/host/host1x/host1x_syncpt.c=static const char *t20_syncpt_name(struct nvhost_syncpt *sp, u32 id)
[16:55:37] <zombah> drivers/video/tegra/host/host1x/host1x_syncpt.c: return (id >= info->nb_pts) ? NULL : info->syncpt_names[id];
[16:55:38] <zombah> drivers/video/tegra/host/nvhost_syncpt.h=struct nvhost_syncpt {
[16:55:40] <zombah> drivers/video/tegra/host/nvhost_syncpt.h: const char **syncpt_names;
[16:55:41] <zombah> drivers/video/tegra/host/t20/t20.c=static int t20_num_alloc_channels = 0;
[16:55:43] <zombah> drivers/video/tegra/host/t20/t20.c:static const char *s_syncpt_names[32] = {
[16:55:44] <zombah> drivers/video/tegra/host/t20/t20.c=static struct host1x_device_info host1x01_info = {
[16:55:46] <zombah> drivers/video/tegra/host/t20/t20.c: .syncpt_names = s_syncpt_names,
[16:55:47] <zombah> drivers/video/tegra/host/t30/t30.c=static int t30_num_alloc_channels = 0;
[16:55:49] <zombah> drivers/video/tegra/host/t30/t30.c:static const char *s_syncpt_names[32] = {
[16:55:50] <zombah> drivers/video/tegra/host/t30/t30.c=static struct host1x_device_info host1x01_info = {
[16:55:52] <zombah> drivers/video/tegra/host/t30/t30.c: .syncpt_names = s_syncpt_names,
[16:56:18] <stuw> лучше в приват или на пастебин :)
[16:56:22] <stuw> теперь s_syncpt_names
[16:56:32] <stuw> а, вижу
[16:57:36] <stuw> [ 18.727249] host1x host1x: SurfaceFlinger: syncpoint id 22 (3d) stuck waiting 2, timeout=2147483447
[16:57:36] <stuw> https://github.com/ac100-ru/picasso-kernel/blob/3.8-ac100-test/drivers/video/tegra/host/t20/t20.c#L47
[16:57:55] <stuw> 22 - 3в
[16:58:00] <stuw> *3d
[16:58:04] <stuw> 2 - пустое имя
[17:00:59] <zombah> неа config_drm не выбран, все нормально
[17:16:38] <stuw> zombah, сдается мне, что 3d не должен ждать 2 синкпоинт, т.к. его id нигде нет ( drivers/video/tegra/host/host1x/host1x_syncpt.h#L30 & include/linux/nvhost.h#L48 ). надо искать, откуда он вылез
[17:18:27] <stuw> либо это какой-то общий syncpt
[17:18:53] <zombah> vblank0 пишет его название, похож на общий для графики
[17:21:12] <stuw> где vblank0 пишет его название?
[17:21:27] <zombah> ну вот лог что я пастил
[17:21:46] <zombah> в конце
[17:24:15] <stuw> хм...
[17:26:04] <stuw> zombah, а консоль есть?
[17:26:12] <zombah> конечно
[17:26:19] <zombah> починил
[17:26:29] <stuw> давай попробуем debugfs поторкать )
[17:27:10] <zombah> можно, можно его как ядро для сосбута грузануть 8)
[17:27:18] <zombah> чтоб инит андроида не ковырять
[17:28:18] <zombah> вечером из дома загружу
[17:30:52] <zombah> странно кстати что про другие синкпоинты ничего не пишет там ведь сначала должен 2д отдуплится и disp
[17:31:10] <zombah> а он хоп и 3д сразу
[17:31:42] <stuw> возможно он только про проблемные пишет
[17:31:49] <stuw> или еще по какому принципу
[17:33:07] <stuw> еще не будет ничего выводиться, если min и max оба ненулевые
[17:33:18] <zombah> аа
[17:34:04] <zombah> может воткнуть ему принудительный вывод
[17:34:17] <stuw> давай сначала debugfs посмотрим
[17:34:24] <zombah> ок
[17:34:38] <stuw> а то засрем лог и лишние таймауты добавим :)
[17:34:45] <zombah> 8))
[17:48:50] <stuw> сколько народу набежало )
[17:48:52] <mr_july> zombah, а в чем разница между разными андроид recovery.img? Разве с помощью recovery-10.2.img нельзя вонзить 10.1? Ну, или наоборот?
[17:49:26] <stuw> процедура инсталляции иногда меняется. лучше иметь одинаковые версии рекавери и архива
[17:49:51] <mr_july> лады, спс
[17:55:08] <mr_july> а что если ставить андроид не из рекавери, а из-под линукса? Ну, просто взять и распаковать файлы из зипа в соответствующие партиции?
[17:55:46] <mr_july> boot - во вторую, а system - в третью
[17:56:06] <zombah> mr_july: а права вручную?
[17:56:27] <mr_july> а они разве в зипе не сохранены?
[17:56:40] <zombah> mr_july: зип не сохраняет права
[17:57:18] <mr_july> zombah, а откуда берутся права в инсталлере?
[17:57:32] <zombah> mr_july: там скрипт внутри есть
[17:59:02] <zombah> там их не много можешь вручную расставить
[18:00:12] <mr_july> так там еще и симлинки надо создавать... :-(
[18:00:17] <stuw> mr_july не ищет легких путей похоже )
[18:00:30] <zombah> stuw: я это давно заметил 8)
[18:00:45] <mr_july> zombah, а этот скрипт в shell конвертнуть нельзя?
[18:00:57] <stuw> mr_july, чего ты хочешь добиться?
[18:00:58] <zombah> mr_july: можно, сделай парсер
[18:01:39] <stuw> там даже не парсер нужен, а функции определить и вызвать этот скрипт
[18:02:12] <stuw> непонятно только одно - зачем ??? )
[18:03:03] <mr_july> смейтесь, смейтесь! ;-) А я вот хочу андроид установить удаленно! Тоша в домашней сети стоит под линуксом и я ее рулю удаленно. Вот и весь "изврат". Ну, не могу я СД-карточку прямо сейчас воткнуть, просто физически! :-)
[18:03:07] <zombah> там это все питоном делается, можно выдрать из андроида либы и пустить отдельно
[18:03:54] <stuw> только девайсы нужно корректно прокинуть /dev/mmcblk0 vs /dev/block/mmcblk0
[19:29:37] <mr_july> stuw, функции можно, например, на awk определить, а сам скрипт вызывать из awk без изменения! :-) Только мне лень... :-/
[19:30:37] <mr_july> а /dev/mmcblk0 vs /dev/block/mmcblk0 можно непосредственно в реализации менять! :-)
[21:19:19] <stuw_> mr_july, проще на баше. про девайсы это я первое, что в глаза бросилось написал ) могут быть еще подводные камни.