[10:56:51] <vasy>  Всем привет!
 [11:59:37] <zombah>  добрый день всем
 [12:01:08] <vasy>  zombah: привет!
 [12:01:24] <vasy>  сегодня сутра ребутнулся, в логах нечего :(
 [12:02:41] <zombah>  vasy: странно
 [12:02:46] <vasy>  http://pastebin.com/a0hMdexQ logcat
 [12:02:46] <vasy>  http://pastebin.com/Ld4j394S dmesg
 [12:03:17] <vasy>  у Quarx такая-же беда на L90, но только на Cm12, на Cm11 все ок.
 [12:03:25] <zombah>  нашел в цианогене девайс который на cm-11.0 использует alsaucm конфиги звука https://github.com/CyanogenMod/android_device_motorola_moto_msm8960/commit/7a2c21cad1c3a85decf6aa0d541bd6afd199ed5f
 [12:03:42] <vasy>  так-же внезапный ребут без каких либо сообщений в логах
 [12:04:04] <stuw>  так надо смотреть файлы, куда логи писались /cache/logcat.log и /cache/kmsg.log
 [12:04:17] <vasy>  так а я что смотрел
 [12:04:32] <stuw>  эмм, и там нифига нет? O_O
 [12:04:46] <vasy>  я ж ссылки выложил
 [12:05:02] <vasy>  все ок и опа booting
 [12:05:03] <zombah>  время таки слетает чтоли...05-28 в логкате а после рестарта 01-01
 [12:05:27] <vasy>  так оно так и есть на квалкомах, его же QTimeService устанавливает
 [12:05:35] <zombah>  vasy: а кодр ребут или только systemserver перезапускается?
 [12:05:42] <zombah>  колд ребут
 [12:05:57] <zombah>  vasy: аа ок
 [12:06:00] <stuw>  а размеры у файлов какие?
 [12:06:12] <vasy>  ядро тоже ребутается
 [12:06:12] <vasy>  <6>[ 1569.044778] apds9930_prox_als 6-0039: apds9930_als_polling_work_handler: report the lux level
 [12:06:12] <vasy>  <6>[ 0.000000] Booting Linux on physical CPU 0
 [12:06:26] <zombah>  если падает ядро то там надо включать дебаг чтобы оно показало панику
 [12:07:40] <zombah>  я там делал конфиг msm8610-nokia_debug_defconfig попробуй с ним
 [12:08:24] <vasy>  попробую, но если это ядро, оно может не синкать файловою систему и оно всеравно не запишется
 [12:08:24] <stuw>  такое ощущение, что файлы перезаписывались по кругу.
 [12:08:34] <vasy>  с файлами все ок
 [12:08:46] <vasy>  есть сообщения до и после ребута
 [12:09:02] <stuw>  а, т.е. ты кусок выдрал? я думал логи такие короткие получились :)
 [12:09:19] <zombah>  тут просто такая будеа паника протопчется думаю в файле это полюбасу
 [12:09:22] <vasy>  кусок конечно, смысл всю простыню постить
 [12:09:27] <zombah>  надо ram_console включать
 [12:09:51] <zombah>  чтобы у нас был last_kmsg файл в котором целый лог с предедущей загрузки
 [12:10:30] <vasy>  главное дома всю ночь лежал с теме-же яндекс картами и все ок, а в дороге стабильно ребут
 [12:11:27] <zombah>  у меня по началу были ребуты каждые 30 сек, так я так и не смог панику поймать без ram_console
 [12:11:43] <vasy>  а ram_console поймал?
 [12:12:11] <zombah>  vasy: неа я так его и не завел, не нашел место в памяти куда его засунуть
 [12:12:22] <vasy>  :(
 [12:13:31] <zombah>  https://github.com/CyanogenMod/android_device_motorola_moto_msm8960/commit/7a2c21cad1c3a85decf6aa0d541bd6afd199ed5f
 [12:13:35] <zombah>  ой не то
 [12:13:42] <zombah>  http://4pda.ru/forum/index.php?s=&showtopic=622232&view=findpost&p=40095162
 [12:13:43] <zombah>  во
 [12:13:54] <zombah>  спрашивал совета на 4пда
 [12:14:20] <vasy>  вроде я это уже читал :)
 [12:45:45] <vasy>  я так понял для ANDROID_PERSISTENT_RAM и ANDROID_RAM_CONSOLE нужен раздел на флеш-памяти и не в ram кусок
 [12:50:02] <vasy>  о, что я тут в логах увидел:
 [12:50:02] <vasy>  <6>[ 1.248075] platform qcom,msm-pcm-voice.55: Driver msm-pcm-voice requests probe deferral
 [12:50:02] <vasy>  <3>[ 1.269863] voice_alloc_cal_mem_map_table: audio ION alloc failed, rc = -517
 [12:50:02] <vasy>  <6>[ 1.269889] platform qcom,msm-pcm-voice.55: Driver msm-pcm-voice requests probe deferral
 [12:50:02] <vasy>  <3>[ 1.270061] voice_alloc_cal_mem_map_table: audio ION alloc failed, rc = -517
 [12:51:42] <vasy>  хотя я вроде уже это видел...
 [12:52:06] <vasy>  и на LG такое-же в логах, блин
 [13:06:26] <vasy>  хотя нет, оно использует какую-то persistent_ram, у нас она вроде работает:
 [13:06:26] <vasy>  <6>[ 0.000000] Initialized persistent memory from 10000000-100fffff
 [13:06:26] <vasy>  <6>[ 0.129088] persistent_ram: error in header, 5
 [13:06:26] <vasy>  <6>[ 0.129098] persistent_ram: found existing buffer, size 232980, start 18377
 [13:48:37] <vasy>  что-то я не понимаю,
 [13:48:37] <vasy>  ram_console собирается, ошибок от него в dmesg нет, но /proc/last_kmsg нету
 [13:49:27] <vasy>  судя по коду, если у него не получилось создать last_kmsg, он должен ругаться:
 [13:49:27] <vasy>  printk(KERN_ERR "ram_console: failed to create proc entry\n");
 [13:52:07] <stuw>  он может ничего не писать если память не задана (ram_console_zone == NULL)
 [13:52:58] <stuw>  кстати, модулем собрана рам консоль или в ядре?
 [13:53:04] <vasy>  в ядре
 [13:54:13] <vasy>  ram_console_zone == NULL это где?
 [13:54:42] <stuw>  if (!prz)
 [13:54:50] <stuw>  плюс чуть ниже еще проверка
 [13:54:55] <stuw>  на размер области вроде
 [13:55:06] <vasy>  ага, понял
 [13:55:08] <stuw>  попробуй натыкать printk в фнукцию
 [13:55:27] <stuw>  в late_init и в probe
 [13:56:15] <stuw>  возможно надо модулем собирать
 [13:56:54] <vasy>  да не, на других в ядре и работает
 [13:58:56] <vasy>  https://github.com/CyanogenMod/android_kernel_motorola_msm8610/blob/fdf21084d7782e0e07b55fdf95df18beaf00ae0a/arch/arm/boot/dts/msm8610-moto-common.dtsi#L50
 [13:59:06] <vasy>  в device tree надо включать
 [13:59:08] <vasy>  у нас нету
 [14:03:11] <zombah>  vasy: глянь спойлер http://4pda.ru/forum/index.php?showtopic=622232&view=findpost&p=40087698
 [14:03:53] <vasy>  а почему не подходит?
 [14:05:32] <zombah>  ну чтот ему не нравится в таком офсете, виснет на старте dtb
 [14:06:04] <zombah>  надо правильно найти место куда его засунуть
 [14:07:05] <vasy>  чета я не понял, я же недавно в dmesg видел Initialized persistent memory
 [14:07:09] <vasy>  а теперь нету...
 [14:08:37] <vasy>  zombah: у тебя там видно, что я писал, а то я окно закрыл, а логи у меня не сохраняются?
 [14:09:12] <stuw>  http://paz00.ru/irclogs/
 [14:09:25] <zombah>  vasy: http://paz00.ru/irclogs/ac100-ru20150528_pg1.html
 [14:09:26] <stuw>  или ты о чем-то другом?
 [14:09:39] <vasy>  ооо
 [14:09:42] <stuw>  обновление раз в 5 минут
 [14:09:46] <vasy>  круто
 [14:09:59] <stuw>  в заголовке есть инфа по логам канала :)
 [14:10:05] <zombah>  8)
 [14:10:11] <vasy>  ну так кто ж ее читает :)
 [14:10:15] <stuw>  :))
 [14:10:26] <stuw>  вон и бот сидит, в списке юзеров )
 [14:11:27] <vasy>  так, судя по всему я в девайсах запутался... это был лог с nexus'а
 [14:12:02] <vasy>  значит у нас ее нет...
 [14:22:43] <zombah>  ну у нас есть резервы но они прям в основных dts файлах прописаны у каждого девайса, нет отдельного файла где все резервы
 [14:55:15] <vasy>  cm10.2 у меня показывает черный экран и adb unauthorized
 [14:55:37] <vasy>  хотя вроде в 4.3 вообще еще не было авторизации в adb
 [14:57:35] <zombah>  vasy: а ты полный вайп сделал после 11?
 [14:57:47] <vasy>  да
 [14:58:11] <zombah>  а display хал какой?
 [14:58:42] <vasy>  гы, а он вообще не собрался
 [14:59:23] <vasy>  TARGET_QCOM_DISPLAY_VARIANT := caf
 [15:00:37] <zombah>  хм для caf думаю нужно будет подергать патчей из caf ядра под 4.3.4
 [15:01:02] <zombah>  покажи ошибку
 [15:01:08] <vasy>  так нет ошибки
 [15:01:16] <zombah>  тыж говоришь не собрался?
 [15:01:17] <vasy>  он и не собирался :)
 [15:01:33] <vasy>  ifneq ($(filter msm8226 msm8x26 msm8960 msm8974 msm8x74,$(TARGET_BOARD_PLATFORM)),)
 [15:01:39] <zombah>  аа
 [15:02:26] <zombah>  фиговенько что в циане 8610 девайс только в 12.0 появился 8)
 [15:02:34] <vasy>  ага
 [15:03:22] <vasy>  щаз ram_console попробую, и попробую стоковые либы загнать
 [15:03:55] <zombah>  да рам конслька это вещь очень важная раз у нас нет физической консоли
 [15:43:01] <vasy>  добавил memreserve и ram_console в DT, и что-то никаких изменений...
 [15:43:09] <stuw>  физической вообще нет или она спрятана глубоко и далеко?
 [16:50:31] <zombah>  мда по звуку конечно сток ядро и то что для cm-11 очень отличаются разница 100+ патчей
 [16:51:48] <zombah>  запросто там может быть фича которая как раз влияет
 [16:52:20] <zombah>  причем мне вот не понятна логика caf ядер, у них нет общей основы
 [16:53:07] <zombah>  вроде бы ну вышел новый андроид так надо апгрейд делать сверху предедущего так нет они его снуля собирают из разных мест
 [16:54:00] <zombah>  и опять фиксят лики всякие и тп
 [16:54:08] <zombah>  только уже все подругому делают
 [16:54:16] <zombah>  марштышкин труд какой-то
 [17:21:13] <vasy>  да фиг их поймешь
 [17:21:32] <vasy>  но врядли с нуля скорее всего мержат как-нибудь полуавтоматически
 [17:32:01] <zombah>  ну вот я фижу патч который добавляет null check
 [17:32:16] <zombah>  в старом ядре, в новом его нет
 [17:32:46] <zombah>  но совсем недавно другой чувак добавляет аналогичный патч
 [17:33:19] <zombah>  и так там на каждом шагу
 [17:33:31] <vasy>  что-то с 8610 все плохо в 10.2
 [17:35:28] <zombah>  ну да мне кажется это получится большая задача с неизвестным результатом
 [17:35:53] <zombah>  может лучше попробовать сделать как msm8960 со старыми конфами звука?
 [17:36:18] <vasy>  да там тоже наверняка с 8610 все плохо будет
 [17:37:23] <zombah>  ну 8610 там нет конечно
 [18:54:19] <zombah>  ну давай тогда все кондиции проверим в хале, какая что делает
 [18:54:35] <zombah>  а то вон даже в полиси самом их пять штук
 [18:54:37] <zombah>  https://github.com/CyanogenMod/android_hardware_qcom_audio-caf/blob/cm-11.0/policy_hal/Android.mk#L23
 [18:55:12] <zombah>  может нам нужно врубить ifeq ($(strip $(AUDIO_FEATURE_ENABLED_MULTIPLE_TUNNEL)), true) 8))
 [18:57:29] <vasy>  а оно всеравно еще prop смотрит
 [18:57:29] <vasy>  https://github.com/CyanogenMod/android_hardware_qcom_audio-caf/blob/cm-11.0/policy_hal/AudioPolicyManager.cpp#L1162
 [18:58:49] <zombah>  а насчет остальных что думаешь? proxy эти и incall
 [19:00:28] <vasy>  https://github.com/CyanogenMod/android_hardware_qcom_audio-caf/blob/cm-11.0/policy_hal/AudioPolicyManager.cpp#L319
 [19:00:28] <vasy>  вот что это за force?
 [19:02:02] <vasy>  https://github.com/CyanogenMod/android_hardware_qcom_audio-caf/blob/cm-11.0/policy_hal/AudioPolicyManager.cpp#L559
 [19:02:03] <zombah>  ну надо принтк туда и посмотреть что тригириться у нас
 [19:02:56] <zombah>  и тут тоже что понять в какой кейс играет
 [19:04:22] <vasy>  https://github.com/CyanogenMod/android_hardware_qcom_audio-caf/blob/cm-11.0/policy_hal/AudioPolicyManager.cpp#L627
 [19:04:22] <vasy>  device = mAvailableOutputDevices & AUDIO_DEVICE_OUT_WIRED_HEADPHONE;
 [19:04:22] <vasy>  if (device) break;
 [19:04:22] <vasy>  device = mAvailableOutputDevices & AUDIO_DEVICE_OUT_WIRED_HEADSET;
 [19:07:09] <vasy>  https://github.com/CyanogenMod/android_hardware_qcom_audio-caf/blob/b02b8390409db223a17deccbef5344aa7c7bec1a/hal/msm8974/platform.c#L1353
 [19:07:09] <vasy>  snd_device = SND_DEVICE_OUT_VOICE_ANC_HEADSET;
 [19:07:47] <zombah>  AUDIO_FEATURE_DISABLED_ANC_HEADSET := true
 [19:07:50] <zombah>  у нас стоит
 [19:07:56] <vasy>  https://github.com/CyanogenMod/android_hardware_qcom_audio-caf/blob/b02b8390409db223a17deccbef5344aa7c7bec1a/hal/msm8974/platform.c#L228
 [19:07:56] <vasy>  [SND_DEVICE_OUT_VOICE_ANC_HEADSET] = "voice-anc-headphones"
 [19:08:00] <zombah>  может убрать попробовать
 [19:08:19] <vasy>  тогда
 [19:08:19] <vasy>  https://github.com/CyanogenMod/android_hardware_qcom_audio-caf/blob/b02b8390409db223a17deccbef5344aa7c7bec1a/hal/msm8974/platform.c#L1359
 [19:08:25] <vasy>  snd_device = SND_DEVICE_OUT_VOICE_HEADPHONES
 [19:10:04] <vasy>  в LG тоже AUDIO_FEATURE_DISABLED_ANC_HEADSET := true
 [19:10:23] <zombah>  мы в эту функцию вообще не попадаем никогда
 [19:10:39] <zombah>  ALOGV("%s: enter: output devices(%#x)", __func__, devices);
 [19:10:44] <zombah>  вот этого нет в логах
 [19:11:03] <zombah>  аа это не полиси уже
 [19:11:08] <zombah>  не то грепал
 [19:11:14] <vasy>  https://github.com/CyanogenMod/android_hardware_qcom_audio-caf/blob/b02b8390409db223a17deccbef5344aa7c7bec1a/hal/msm8974/platform.c#L1329
 [19:11:14] <vasy>  жуткий if
 [19:16:33] <zombah>  а ты пробовал хал пересобирать достаточно obj/SHARED_LIBRARIES/audio* удалить?
 [19:16:41] <zombah>  или еще что нужно
 [19:17:14] <vasy>  вроде да, может сам готовый so тоже удалить
 [19:17:36] <zombah>  make installclean все готовые so удаляет
 [19:21:28] <vasy>  что я нашел
 [19:21:28] <vasy>  https://github.com/CyanogenMod/android_hardware_qcom_audio-caf/blob/b02b8390409db223a17deccbef5344aa7c7bec1a/hal/msm8974/platform.c#L298
 [19:21:28] <vasy>  [SND_DEVICE_OUT_VOICE_HANDSET] = 7,
 [19:21:28] <vasy>  На LG
 [19:21:28] <vasy>  D/ACDB-LOADER( 279): ACDB -> send_voice_cal, acdb_rx = 7, acdb_tx = 4, feature_set = 1869479936
 [19:21:28] <vasy>  На zte kis
 [19:21:28] <vasy>  D/ACDB-LOADER( 176): ACDB -> send_voice_cal, acdb_rx = 7, acdb_tx = 4, feature_set = 0
 [19:21:29] <vasy>  а у нас на стоке:
 [19:21:29] <vasy>  D/ACDB-LOADER( 291): ACDB -> send_voice_cal, acdb_rx = 15, acdb_tx = 11, feature_set = 0
 [19:21:38] <vasy>  на стоке id-шник другой
 [19:22:40] <vasy>  и 15 там вообще нет
 [19:24:08] <zombah>  хм
 [19:24:12] <vasy>  https://github.com/sonyxperiadev/device-sony-shinano/blob/master/rootdir/system/etc/audio_platform_info.xml
 [19:24:12] <vasy>  и здесь
 [19:24:12] <vasy>  <device name="SND_DEVICE_OUT_VOICE_SPEAKER" acdb_id="15" />
 [19:27:57] <zombah>  можено попробовать
 [19:30:21] <vasy>  ну вот так просто не заработало, но это тема кразмышлению
 [19:30:28] <vasy>  я уехал
 [20:36:08] <zombah>  попробовал этот хак с adbloader
 [20:36:33] <zombah>  вижу что вот этот работающий у нас звук кпв после звонка как раз тригерит D/ACDB-LOADER( 226): ACDB -> send_audio_cal, acdb_id = 7, path = 0
 [20:36:39] <zombah>  то есть все по чесноку
 [20:37:06] <zombah>  но в момент самого звонка просто нет аудио потока поэтому acdb этот даже не рыпается
 [20:38:47] <zombah>  уехал домой
 [20:56:14] <fly-away>  приветы
 [23:32:35] <zombah>  stuw_: случайно на патч наткнулся https://github.com/percy-g2/android_kernel_motorola_msm8610/commit/864c2a39c159fcd2cacf99862c36633a6f53e576