[11:55:33] <zombah> добрый день всем
[11:56:59] <savalik> добрый =) Ня ^_^
[11:57:51] <zombah> http://www.cnx-software.com/2014/07/19/jolla-releases-sailfish-os-hardware-adaptation-development-kit-for-android-cyanogenmod
[12:28:59] <savalik> ха) они все еще верят в будущее своей оси? )
[12:33:20] <zombah> savalik: а почему нет?
[12:33:37] <zombah> этож линукс
[12:38:18] <savalik> вчера меня подставил линукс на роутере..я менял пароль..и два раза сделал одинаковую опечатку)
[12:38:41] <savalik> пойду хардресет ему делать.. =\
[12:38:59] <stuw> вчера тебя поставили твои пальцы )
[12:39:16] <zombah> это верно
[12:39:57] <zombah> а сейлфиш прикольный считай обычный линукс где можно андроидные приложения запускать, мне кажется отличная идея
[12:45:41] <savalik|2> кажется дело было не в опечатке о_О опять сменил пароль, точно все вводя, и он опять меня не пускает о_О
[12:47:57] <savalik|2> и опять о_О
[12:48:14] <stuw> оставляй дефолтный ;)
[12:57:41] <zombah> видимо твой роутер уже часть китайского ботнета
[12:58:18] <savalik> ну на стандартных админах все ок)
[12:58:22] <zombah> выключи его и сожги
[12:58:32] <zombah> и срочно меняй все свои пароли
[12:58:33] <savalik> вот и сайт тплинка с прошивками упал..о_О
[13:00:48] <zombah> это не он упал а его подстава с пропатченными прошивками, ты стал жертвой атаки man in the middle
[13:03:42] <savalik> скиньте мне прошивку ^_^ шутк)
[13:06:32] <zombah> сам собери ее сам из сорцов
[13:10:07] <savalik> нее.я родную хочу)
[13:10:50] <savalik> я ddwrt гонял - дисконекты регулярные...притом не ясно где начинают пакеты петлять..будто шлюз как то блокирует все пакеты от роутера по какому то признаку
[13:11:01] <zombah> родная это та которую сам вырастил
[13:11:15] <savalik> нее..та - которую вырастил производитель)
[13:11:30] <zombah> так то его родная, а не твоя
[13:12:05] <zombah> он может тебе не навидит и там в лицо тебе плюет, а ты этого не видишь
[13:12:18] <savalik> ололол)
[13:17:19] <zombah> как можно запускать программу в которой например написано кто запустил тот дурак или еще что похлеще
[13:30:15] <stuw> ) lol
[13:30:31] <stuw> пойти что ли все исходники перепроверить ))
[13:31:08] <zombah> конечно, это должно быть инстинктивно как ты смотришь что написано на майке которую покупаешь
[13:31:53] <stuw> это режим троля или ты серьезно ? )
[13:32:02] <zombah> совершенно
[13:33:04] <stuw> ты хочешь сказать, что проерил лично исходники всех программ, которые используешь? ) включая патчи, специфичные для дистрибов?
[13:34:46] <zombah> нет конечно, мир далек от совершенства, но я борюсь с любым проявлением таким которое замечаю, но есть конечно варианты которые никак не обойти...
[13:34:59] <zombah> приходится ставить защиту предвательно
[13:37:49] <zombah> предварительно
[13:39:09] <stuw> какую защиту?
[13:39:24] <stuw> как на счет закладок в железе?
[13:39:26] <stuw> %)
[13:39:47] <zombah> ну это по разному у каждого человека свое молитва там, обериги и тп
[13:40:16] <zombah> да это самое сложное пока open hardware не распространилось
[13:48:39] <zombah> внешне можно осмотреть с некой долей сложности, но что там внутри не поймешь сходу
[13:53:44] <stuw> контролировать все и вся - утопия
[14:29:36] <stuw> zombah, ты кстати не знаешь вменяемой утилитки в андроиде, которая позволила бы определить текущее потребление энергии? Меня некоторые приложения напрягают тем, что девайс разогревается (значит много жрет энергии). Хотел сравнить приложения с одина
[14:29:36] <stuw> ковым функционалом.
[14:38:41] <zombah> неа не интересолся никогда
[14:39:18] <zombah> да и как она замерять то будет, таких статов нет ведь в ядре
[14:39:31] <stuw> в ядре есть текущее потребление
[14:39:46] <stuw> в /sys или /proc
[14:39:47] <zombah> а как его делить на все запущенные
[14:39:54] <zombah> апликухи
[14:40:22] <stuw> никак. смотришь без приложения, потом с приложением
[14:40:37] <stuw> оценка неточная, но думаю должно хватать
[14:40:51] <zombah> хм
[14:40:52] <stuw> через терминал не очень удобно :(
[14:41:03] <zombah> ну надо скриптец сделать
[14:44:04] <zombah> гугль находит некий powertutor
[14:44:07] <zombah> попробуй
[14:44:46] <stuw> спасибо, сейчас гляну
[14:44:46] <zombah> правда в него похоже надо хардкодить параметры батарейки
[14:46:06] <zombah> сорцов нет похоже 8(
[14:46:22] <zombah> а хотя нет вон линк на сорцы вроде
[14:46:47] <zombah> тогда можно жить
[14:46:55] <stuw> :)
[15:02:51] <zombah> The code responsible for
[15:02:53] <zombah> uploading logs to our remote server has been removed and replaced by a stub that
[15:02:54] <zombah> does nothing.
[15:03:08] <zombah> везде глаз да глаз надо
[15:03:56] <stuw> там логи собирают инфу (обезличенную) для анализа реальных приложений. Об этом появляется большущая надпись с кнопками принять и отказаться
[15:08:50] <zombah> ну это они пишут что обезличинную
[15:09:06] <zombah> код это не зарелизили, значит ничего не известно
[15:09:33] <zombah> задампи tcpdump'ом траффик что они сливают посмотрим что там есть
[15:13:39] <stuw> мне лень )
[15:14:01] <zombah> 8)
[15:21:20] <zombah> ну как данные что он показывает похоже на правду?
[15:24:04] <stuw> zombah, хз. на первый взгляд сложно сказать. общее потребление уменьшается, когда запускаю приложение
[15:24:07] <stuw> ))
[15:24:14] <zombah> 8)
[15:29:11] <stuw> zombah, FIT образы перспективно выглядят - можно засунуть ядро андроида и CWM в один бинарь
[15:29:30] <stuw> + верификацию можно прикрутить
[15:29:49] <zombah> хм ну можно конечно, ток я смысла не вижу от этого
[15:30:25] <stuw> смысла в верификации или в одном бинаре?
[15:30:42] <zombah> запаковывать все в один бинарь
[15:31:10] <zombah> для верификации можно мд5 файлы приложить 8)
[15:31:37] <stuw> ну как минимум можно ядро инитрд и фдт запихать - не нужно будет знать, есть fdt или нет
[15:31:51] <stuw> там рантайм верификация, а не пользователь проверяет, что к чему
[15:32:36] <zombah> ну мне кажется когда все файло отдельно удобней
[15:32:54] <zombah> захотел поменял файл, захотел стер не нужный
[15:33:09] <stuw> это если нужно часто менять.
[15:33:22] <stuw> пользователям проще один файл скопировать
[15:33:23] <stuw> %)
[15:34:14] <zombah> ну я сам их постоянно меняю и двигаю туда сюда
[15:34:51] <zombah> а чем там пользователи занимаются я даже представить боюсь 8)
[15:35:27] <stuw> при установке у тебя в инструкции написано - копируй то, то и то. а будет написано - компруй это %) и все )
[15:35:44] <stuw> но это я так. надо еще посмотреть. может подводные камни есть
[15:36:40] <zombah> посмотри лучше код nvavp в даунстрим ядре, похоже нивеевцы его сами никогда не пробовали с тегра20, он даже не собирается
[15:40:14] <stuw> я же его смотрел уже. там девайс для доступа к памяти делается, а вся работа в бинарях
[15:40:36] <zombah> счас пять сек я записи свои подниму
[15:45:39] <zombah> нет это пять минут займет
[15:45:51] <zombah> или даже 15
[15:47:28] <stuw> а ты в свете какой проблемы nvavp интересуешься?
[15:47:36] <stuw> в мейнлайн портировать?
[15:48:02] <zombah> нет просто я хотел попробовать его завести на тегре20
[15:48:23] <stuw> так, а за что nvavp отвечает?
[15:48:35] <stuw> декодирование видео?
[15:48:37] <zombah> да
[15:48:45] <stuw> оно разве не работает в андроиде?
[15:49:07] <zombah> работает старый драйвер avp, новый nvavp даже не собирается у нас
[15:49:15] <stuw> аааа.
[15:49:44] <stuw> я смотрел общую картину в ядре. для nvavp может быть можно что-то подкрутить
[15:49:45] <zombah> drivers/media/video/tegra/nvavp/nvavp_dev.c: In function 'nvavp_reset_avp':
[15:49:46] <zombah> drivers/media/video/tegra/nvavp/nvavp_dev.c:262: error: 'avp' undeclared (first use in this function)
[15:49:47] <zombah> drivers/media/video/tegra/nvavp/nvavp_dev.c:262: error: (Each undeclared identifier is reported only once
[15:49:49] <zombah> drivers/media/video/tegra/nvavp/nvavp_dev.c:262: error: for each function it appears in.)
[15:49:50] <zombah> drivers/media/video/tegra/nvavp/nvavp_dev.c:259: warning: unused variable 'stub_code_phys'
[15:49:56] <zombah> вот такая ошибка при сборке
[15:50:05] <stuw> т.е. оно у нас не собирается. ок.
[15:50:29] <zombah> там есть кондиции под тегра20
[15:50:33] <stuw> что в конфиге правишь, чтобы собирать nvavp сместо avp ?
[15:50:41] <zombah> но похоже их давно сделали и даже не проверяли работу
[15:50:59] <zombah> включаю nvavp выключаю avp 8)
[15:51:10] <stuw> rel-15r7-android ?
[15:51:13] <zombah> счас скажу точные опции
[15:51:27] <zombah> stuw: пофигу код везде одинаковый
[15:52:01] <stuw> ну чтобы в номерах строк случайно не разъехаться (в сопредельном коде) и не говорить на разных языках )
[15:52:22] <zombah> ты в файле смотри по кондиции KERNEL_ON_MMU
[15:53:40] <zombah> https://github.com/ac100-ru/android_kernel_asus_grouper/blob/cm-11.0-ac100/drivers/media/video/tegra/nvavp/nvavp_dev.c#L262
[15:53:41] <stuw> на 262 строке #endif
[15:54:35] <stuw> ок, сейчас бренч сменю
[15:56:42] <zombah> CONFIG_TEGRA_NVAVP
[15:57:18] <zombah> CONFIG_TEGRA_AVP
[15:57:29] <zombah> они так собственно и называются опции
[15:58:01] <stuw> при сборке начинается ругань. пробую через menuconfig включить
[16:00:03] <stuw> точнее не ругань, а уточнение вкл/выкл опций
[16:00:19] <zombah> эт с каким конфигом?
[16:00:49] <stuw> paz00_android_defconfig - потом редактирование .config (выкл AVP, вкл NVAVP)
[16:01:06] <stuw> на 262 стр поменяй avp на nvavp
[16:01:32] <stuw> хотя не, там другая ошибка тогда - error: 'struct nvavp_info' has no member named 'kernel_phys'
[16:02:36] <zombah> ну ты смотри по CONFIG_TEGRA_AVP_KERNEL_ON_MMU
[16:02:52] <zombah> там под нас отдельные инклюды и еще чтот
[16:02:59] <zombah> но похоже чегот не хватает
[16:03:30] <zombah> avp вообще не задекларирован, code_phys этот тоже не понятно откуда взялся
[16:04:14] <zombah> фирмварь пытается левую грузить
[16:05:14] <zombah> про фирмвать это тут https://github.com/ac100-ru/android_kernel_asus_grouper/blob/cm-11.0-ac100/drivers/media/video/tegra/nvavp/nvavp_dev.c#L727
[16:05:56] <zombah> такого файла я не видал в природе который он грузануть хочет
[16:13:00] <stuw> попробуй nvavp->os_info.phys вместо avp->kernel_phys
[16:15:17] <stuw> http://pastebin.com/Y0PZymnS -> http://nv-tegra.nvidia.com/gitweb/?p=linux-2.6.git;a=commitdiff;h=5c5bab1dbedcf72f95257f14f6f549357c82962c
[16:17:26] <stuw> zombah, https://github.com/Xmister/endeavoru-jb-crc-3.1.10/blob/master/drivers/media/video/tegra/nvavp/nvavp_dev.c
[16:17:31] <stuw> тут немного другой кожд
[16:17:33] <stuw> *код
[16:17:49] <stuw> вру )
[16:18:26] <stuw> попробуй nvavp->os_info.phys вместо avp->kernel_phys <- неправильно, похоже
[16:18:52] <stuw> хотя попробовать можно
[16:21:57] <zombah> да так собирается, надо будет попробовать работает или нет
[16:22:01] <stuw> nvavp_os.bin это похоже nvrm_avp.bin
[16:24:55] <zombah> в фирмваре нашей старой такого тоже нет, попробую взять из нексуса
[16:25:17] <zombah> у нас там nvavp_ps_*.bin
[16:25:30] <zombah> nvavp_os_*.bin вернее
[16:25:46] <stuw> у нас есть nvrm_avp.bin
[16:25:47] <zombah> с разными адресами 4 или 5 штук
[16:26:04] <stuw> ventana_nv-tegra_base_R15-Beta.1.0_armhf.tbz2
[16:26:40] <zombah> счас гляну
[16:30:55] <zombah> ага есть такой да, попробую
[16:33:18] <zombah> https://github.com/ac100-ru/android_kernel_asus_grouper/blob/cm-11.0-ac100/drivers/media/video/tegra/avp/avp.c#L983
[16:33:48] <zombah> видно переписывали просто старый драйвер на новый
[16:34:31] <stuw> не исключено )
[16:34:38] <stuw> может и профита не будет )
[16:35:14] <zombah> ну может и не будет просто конфиг станет ближе к тегра30 и выше девайсам
[16:52:14] <zombah> тегра30 раньше тоже использовала nvrm_avp_*.bin а теперь nvavp_os_*.bin но теперь эти файлы правда разные
[16:52:32] <zombah> надо будет просто поэксперементировать
[21:33:36] <zombah> stuw: а ты видал вчерашний лог на мейн канале? там чтот про звук обсуждали