[00:06:14] <zombah> savalik: ну как удалось потестить?
[00:06:24] <savalik> да) вроде ок все)
[00:06:56] <savalik> правда раз отвалилась клава, потом юсб, потом повис - но я не подключил консоль..а потом за час баг не повторился)
[00:08:16] <savalik> вафля потеряла роутер и переподключалась)
[00:08:26] <savalik> ну а в целом - завтра еще буду гонять)
[00:09:01] <savalik> а irc 68 случился когда я случайно по консоли запастил ее же лог)
[00:10:06] <savalik> о..еще странно выглядят ошибки записи на mmcblk0p6 в момент когда в консоль говорится о выключении проца и шутдауне
[00:10:07] <savalik> =)
[00:11:51] <savalik> хм..putty опять в лог ничего не сохранила.. >_<
[00:17:17] <zombah> дела
[00:19:01] <zombah> в каком месте вафля потеряла не понял, поставь там маркер в логе
[00:20:00] <zombah> вообще если ты хочешь вафлю подебажить то надо еще лог впа суппликанта собирать, т.к. мне кажется дело в нем а не в дровах
[00:20:29] <zombah> я там на вики описал как его включить и потом его надо logcat'ом собирать
[00:21:40] <zombah> хм а насчет irq 68 надо stuw спрашивать, может он подскажет что это
[00:28:23] <savalik> считаю это незначимой ерундой ^_^ а по вафле - ок) наставление принял))
[10:05:25] <savalik> zombah: надо будет посмотреть почему закрытие крышки запускает suspend моментально и выключить это дело)
[10:32:20] <savalik> 1)через 15 минут уходит в саспенд
[10:32:36] <savalik> если крышка закрытаэ
[10:35:59] <savalik> после бектрэйса я закрыл консоль.. думал что его надо вырубать
[10:36:44] <savalik> а он из сна вышел) почти.. снимаю блок на экране блокировки - экран гаснет - нажатие кнопок - опять экран блокировки
[10:36:55] <savalik> опять снимаю блок - опять экран гаснет)
[13:05:59] <stuw> zombah, у меня к тебе есть один вопрос - вчера в сосбуте были винды партиции 1-7 на внутреннем сторадже ? Похоже что их не было.
[13:06:38] <zombah> stuw: нет видны просто так в /dev только boot0 и boot1
[13:07:31] <stuw> ясно. можешь на 116-й посмотреть?
[13:07:46] <zombah> ага через полчасика гляну
[13:08:04] <stuw> ок. спасибо
[13:08:31] <zombah> stuw: слушай а там по сборке сосбута у меня все заткнулось на том что mkimage найти не может
[13:08:54] <zombah> оно типа собрало uboot но mkimage похоже в path ищет
[13:09:03] <stuw> мне просто надо решить, стоит ли добиваться того, чтобы партиции были видны сразу, чтобы их сдампить, или дампить после перехода на gpt
[13:09:14] <stuw> zombah, uboot-tools пакет может помочь
[13:09:22] <stuw> если он есть в рхел/центос
[13:10:06] <zombah> есть конечно, просто смысл какой его ставить когда скрипт собирает весь юбут 8)
[13:10:16] <stuw> я себе в path добавил папку, куда сложил все бинари, которые тошке нужны
[13:10:38] <stuw> можно относительный путь взять
[13:12:36] <stuw> запушил патч
[13:22:19] <zombah> я уже собрал с uboot-tools
[13:22:42] <zombah> она да попыталась грузануть его теграрцмом 8)
[13:24:04] <zombah> сделай .gitignore файл с бинарями
[13:28:18] <zombah> а то она предлагает закоммитить .img/.bin и папки uboot/ tegrarcm/ create_bootimage/
[13:28:18] <zombah> stuw: на 116-ой видно еще /dev/mmcblk1rpmb не знаю что это
[13:28:18] <zombah> stuw: p1-p7 не видно
[13:29:15] <zombah> 3.8 кстати тоже ругается на irq XX nobody cared
[13:29:29] <zombah> handler usb_hcd_irq
[13:29:53] <zombah> на 3.1 handler вроде usb_udc_irq или просто udc_irq
[13:31:19] <zombah> savalik: для отключения суспенда там теперь есть скрипт disablesuspend.sh один раз его запусти на загруженной системе он отключит суспенд навсегда
[13:31:29] <zombah> будет просто экран гаснуть и все
[13:31:55] <savalik> zombah: мне казалось ты его в init уже включил)
[13:32:18] <savalik> и странно то что сон может случиться сразу по закрытию крышки а может через 15ть минут)
[13:32:54] <zombah> savalik: нет пока не включил, его надо один раз только запускать, тоесть там надо добавить проверки что он уже все сделал, чтоб не гонять несколько раз
[13:33:18] <savalik> понял)
[13:33:26] <savalik> а лежит он далеко? )
[13:33:32] <stuw> zombah, она не пыталась его грузить. скрипт просто печатает пример использования образа для памяти.
[13:33:34] <zombah> savalik: wakelock так работает пока есть вейклоки от юзерспейс или ядра сон не наступает, как они уходят начинается
[13:33:45] <zombah> stuw: аа ок
[13:33:52] <zombah> savalik: кто лежит?
[13:33:58] <savalik> скрипт
[13:34:13] <zombah> savalik: /system/bin
[13:36:22] <zombah> скрипт в своей текущей версии смотрит чтоб уже стартовал launcher, wm андроидный и тогда бахает нужные изменения прям в бд с настройками
[13:41:14] <zombah> stuw: или добавь меня в коммитеры я пушну .gitignore сам
[13:41:25] <stuw> я запушил уже
[13:41:31] <zombah> stuw: отлично
[13:41:36] <stuw> но могу тебя тоже в коммитеры добавить
[13:43:08] <zombah> так счас попробую с новый конфигом бузибоксным что будет
[13:43:23] <stuw> я вчера на своей проверил. числа не отрицательные
[13:43:43] <stuw> но т.к. партиций с ядрами нет - сдампить их до перехода на gpt не получится
[13:46:15] <zombah> да сейчас на 116 числа вроде ок
[13:46:28] <zombah> отрицательных нет
[13:47:08] <zombah> слушай а в ядре этом теграпарт то есть вообще?
[13:47:32] <stuw> не знаю. надо проверить. может быть он выключен
[13:47:53] <zombah> в config.gz я не вижу его
[13:48:33] <stuw> в build/kernel/.config вроде есть и включены
[13:51:23] <zombah> тут чтот в fs вообще нет раздела partitions types %)
[13:51:39] <zombah> куда его в 3.8 дели
[13:52:20] <stuw> есть. grep TEGRAPART build/kernel/.config
[13:52:35] <zombah> я в меню ищу его
[13:54:00] <zombah> где сорцы его раньше были в fs/partitions/tegrapart.c
[13:54:01] <stuw> kernel/block/partitions
[13:54:48] <zombah> теграпарт включен а нвтегра нет, в 3.1 у меня оба включены
[13:55:11] <zombah> в cmdline пусто на тему теграпарта
[13:55:12] <stuw> grep NVTEGRA build/kernel/.config
[13:55:17] <stuw> у меня включено
[13:55:38] <stuw> один фиг разные теграпарты нужны для разных тошек
[13:55:57] <stuw> хотя... старый сосбут как-то работал на всех ) возможно нвтегра помогала
[13:55:58] <zombah> stuw: как разные? у меняж все с одним работает
[13:56:17] <stuw> на 117-й нвтегра отрабатывает, а не теграпарт
[13:56:29] <stuw> мы же специально патч делали
[13:56:50] <zombah> ну так и тут так надо
[13:57:11] <stuw> сейчас config/kernel.config не используется.
[13:57:23] <stuw> на него можно не смотреть. используется дефолтный конфиг
[13:57:28] <zombah> ааа
[13:57:51] <zombah> egrapart=recovery:300:a00:800,boot:d00:1000:800,mbr:1d00:200:800 nvtegra_hideparts=BCT,PT,EBT,MBR,EM1,EM2
[13:57:58] <zombah> вот универсальная строка
[13:58:08] <zombah> tegrapart=recovery:300:a00:800,boot:d00:1000:800,mbr:1d00:200:800 nvtegra_hideparts=BCT,PT,EBT,MBR,EM1,EM2
[13:59:37] <zombah> ну давай используем его, а то без партиций не понтово както
[14:00:18] <stuw> угу
[14:04:45] <stuw> zombah, попробуй обнови реп
[14:05:02] <stuw> залил изменения
[14:06:19] <zombah> так а врубить конфиг ядра с включенным nvtegra? а то на 117ой не сработать может
[14:06:30] <stuw> он же включен
[14:06:36] <zombah> аа ок
[14:07:02] <zombah> build_all просто или почистить надо чтонить?
[14:07:38] <stuw> должно хватить build_all
[14:07:54] <stuw> можно просто scripts/build_sos_uboot
[14:08:29] <stuw> хотя на самом деле не понятно, почему на 117 нвтегра не отработала :(
[14:08:40] <zombah> ага появились партиции
[14:08:52] <stuw> 116-я
[14:08:54] <stuw> ?
[14:08:56] <zombah> да
[14:09:01] <zombah> счас на 117 проверю
[14:09:04] <stuw> теграпарт стал работать
[14:10:01] <zombah> на 117ой фиг
[14:10:43] <stuw> :( надо dmesg смотреть
[14:10:43] <zombah> не понятно
[14:11:17] <zombah> cmdline наместе
[14:11:28] <stuw> это хорошо
[14:11:55] <stuw> нвтегра должна и без цмдлайн работать. цмдлайн помогает скрыть часть партиций
[14:12:08] <zombah> а вот нвтегры не видно
[14:12:23] <zombah> только от теграпарта инфа
[14:12:30] <zombah> parse_tegrapart
[14:12:42] <zombah> и tegrapart_partition
[14:12:54] <zombah> счас залью в пастебин
[14:15:26] <stuw> не обязательно. я свою 117-ю сегодня взял.
[14:15:45] <zombah> аа ок
[14:16:45] <zombah> пойду обедать
[14:16:53] <savalik> zombah: приятного аппетита)
[14:17:04] <zombah> спасибо
[14:37:38] <stuw> zombah, добавил патч для ядра в сосбут. можешь его просто применить, чтобы ядро заново не выкачивать. patch -d kernel -p1 < patches/kernel-nvtagra.patch
[14:37:45] <stuw> при выкачивании он будет сам применяться
[14:50:42] <zombah> ага счас проверю. что было?
[14:51:31] <stuw> манвин уже пофиксил ) я патч свой отревертил. неправильный дефайн использовался для проверки включен nvtegra или нет
[14:53:01] <zombah> а чтот не выкачалось ничего по git pull
[14:53:15] <zombah> или надо ядро скачать заного?
[14:53:35] <stuw> возможно ты уже отреверченые исходники скачал
[14:54:41] <stuw> kernel/block/partitions/check.c - тут поменяй CONFIG_NVTEGRAPARTITION на CONFIG_NVTEGRA_PARTITION
[14:55:24] <zombah> да давай перекачаю ядро, просто папку кернел грохнуть?
[14:55:42] <stuw> проще одну строку поменять
[14:55:44] <stuw> )
[14:55:52] <stuw> но можешь и снова выкачаьт
[14:56:24] <zombah> надо наверное еще кроме build_all clean_kernel clean_xxx
[14:56:42] <stuw> да ну нах )
[14:57:14] <zombah> чтоб ccache -C делала еще, а то ядро потер а в кеше еще есть похоже
[14:57:54] <stuw> у меня пересобиралось нормально, когда я правил файл
[15:00:18] <zombah> ага теперь все ок.
[15:00:28] <zombah> чего теперь, switch-to-uboot?
[15:00:47] <stuw> наверное да )) я еще сам не пробовал
[15:00:52] <zombah> 8)
[15:00:57] <zombah> счас попробую
[15:01:51] <stuw> я вчера долго пытался вернуть себе оригинальную разбивку ) но пока не залил разом первые три партиции, все время был черный экран
[15:01:53] <stuw> :)
[15:02:36] <zombah> ну так это нормально вроде 8)
[15:03:16] <stuw> это пока только сбор информации )
[15:05:13] <stuw> рискнешь проверить переход на gpt ?
[15:09:10] <zombah> вот запустил пишет Dumping boot partitions...
[15:09:13] <stuw> эмм... у меня не дампит бут партиции
[15:09:23] <zombah> потом No boot image in SOS part
[15:10:12] <zombah> No boot image in LNX
[15:10:22] <zombah> failed to dump boot partitions
[15:10:27] <zombah> и все
[15:15:49] <stuw> бля, конкатенация строк как-то неправильно работает
[15:16:26] <stuw> кавычки одинарные добавляются, кода пишешь ${device}p1
[15:21:04] <zombah> о как, другой шел синтаксис?
[15:25:01] <stuw> вру. кавычки раньше появляются
[15:26:59] <stuw> как всегда мой глупый косяк _
[15:27:00] <stuw> )
[15:31:26] <zombah> пофиксил?
[15:33:55] <zombah> блин а ведь 3.1 даже не лтс ядро, какого хрена нвидия его выбрала не понимаю
[15:34:33] <zombah> лтс 3.0 и 3.2
[15:35:54] <stuw> пофиксил. сбор инфы теперь ок. убут не ставится
[15:36:02] <zombah> 8)
[15:36:13] <zombah> на дропбоксе обновил?
[15:36:30] <stuw> да
[15:47:28] <zombah> to install uboot and gpt use --force
[15:47:44] <zombah> а куда он сдампил то их?
[15:47:50] <zombah> чтот я ничего не вижу
[15:48:40] <stuw> ./switch_to_uboot -- --force
[15:49:01] <stuw> но у меня не проходит - обламывается инсталляций убута
[15:49:28] <zombah> failed to dump BCT config
[15:49:35] <zombah> failed to install u-boot
[15:50:05] <zombah> ему --keep надо чтоб сохранил бекап?
[15:50:44] <stuw> убут не ставится по другой причине
[15:50:54] <stuw> не надо никаких --keep
[15:51:09] <stuw> опять с именами устройств беда ))
[15:51:15] <stuw> скоро поправлю
[15:51:18] <zombah> 8)
[15:51:36] <zombah> может лучше давай ядро поправим чтоб эта канитель ушла
[15:53:06] <stuw> какая канитель?
[15:53:18] <stuw> в скриптах ошибка
[15:53:26] <stuw> ядро тут не при чем
[15:54:27] <zombah> stuw: марвин говорит что это новая фича, что теперь только uuid имена использовали
[15:54:38] <zombah> может тогда в скрипте их использовать?
[15:55:06] <zombah> чтот я правда не пойму где они живут uuid эти
[15:55:23] <stuw> zombah, uuid относится к партиции. не парься, я почти поправил баг. там двум скриптам имя девайса, с которым надо работать, не передавалось
[15:55:39] <stuw> точнее uuid относится к фс, а фс лежит на партиции
[15:56:08] <zombah> а где этот uuid вообще? я чтот не нахоже его
[15:57:05] <stuw> blkid набери в консоли
[15:57:43] <zombah> а то есть как устройство их нет нигде?
[15:58:26] <stuw> блин, bct_dump падает теперь.
[15:58:39] <zombah> на бб просто все это есть в /dev/disk/
[15:58:41] <stuw> zombah, марвин тебе говорит про параметр root в cmdline
[15:58:45] <zombah> а тут пусто
[15:58:52] <zombah> stuw: да я понял о чем он
[15:59:19] <stuw> для скрипта инсталляции это не поможет
[15:59:24] <zombah> но в fstab тоже надо прописывать по id а не устройству теперь
[15:59:46] <stuw> хм. тогда хз.
[16:00:43] <zombah> ну видно для этого какого то пакета не хватает в сосбуте, типа udev там или еще что
[16:01:09] <stuw> у нас скоро сосбут будет большой-прибольшой ))
[16:01:42] <zombah> ну если в память его грузить без заливки, то пофиг ведь
[16:04:04] <stuw> сосбут неплохо иметь бы и в sos партиции ) так что я думаю нам нужно будет как-то его резать
[16:06:24] <zombah> ну сначала надо чтоб все работало, а там видно будет
[16:06:43] <zombah> сос партицию и больше можно сделать
[16:09:15] <stuw> это надо делать ресайз партиций
[16:15:30] <zombah> ну на будущее
[17:21:37] <zombah> о сам попробовал сборку последную, рековери зависает переодически %) чтот я там не то наковырял
[18:28:27] <stuw> zombah, cm10-beta3 пошла грузиться убутом, но зависла. конвертация худо-бедно заработала.
[19:07:24] <stuw> savalik, zombah - http://www.tabletroms.com/forums/ac100-rom-development/3562-android-4-0-toshiba-ac100-firmware-review-installation-ice-cream-sandvich-4-0-a-52.html#post78932
[19:07:30] <stuw> хз, видели вы это или нет )
[19:08:16] <savalik> stuw: вероятно нет)
[19:08:37] <savalik> к слову скрипт disablesuspend у меня не шуршит =(
[19:08:51] <savalik> перепроверил раз 5ть..
[22:06:48] <zombah> чтот смотрю в москве магазы стали нормальное пиво продавать, зашел в 7ой континент и купил янгз в банках, теперь можно с кайфом попить отличного пивка, а не свежего бадаевского
[23:52:28] <stuw-n7> zombah: заработал скрипт (пришлось немного патчей сделать). Только у меня бета3 не загрузилась убутом. Попробуй ты.
[23:52:50] <zombah> stuw-n7: ну в бете3 патчей нет юбутный
[23:53:07] <zombah> stuw-n7: запасть где скрипт, я попожее попробую
[23:56:07] <stuw-n7> Там же, на дропбоксе.
[23:58:56] <stuw-n7> На гитхабе исходники. Только пересобери билдрут (из build/buildroot/build/cbootimage_... удали и собирай командой build_all)
[12:44:48] <stuw> zombah, я смотрел инфу по поводу bus pirate, но так и не понял, она может вместе с i2c смотреть еще какие-нибудь каналы?
[12:45:00] <stuw> zombah, может ты в курсе
[12:45:10] <stuw> zombah, привет %)
[12:55:43] <zombah> stuw: привет
[12:56:21] <zombah> stuw: я его подключал к eeprom сидящему на i2c и он мне показывал комманды которые летели к этому eeprom
[12:56:41] <zombah> и с него
[12:56:59] <zombah> всего тремя ногами инпут, оутпут и земля
[12:57:26] <stuw> да, что это он у меет я знаю. мне интересно, сможет ли обрабываться еще один канал (EC_REQUET)
[12:57:38] <zombah> для этого на пирате надо было выбрать режим i2c, нужно кол-во герц и вроде все
[12:57:53] <zombah> stuw: хм вот это не скажу не знаю
[12:58:06] <zombah> счас дам тебе линк по которому сам делал
[12:59:03] <zombah> почитай может так тебе понятней его функционал станет
[13:00:01] <stuw> zombah, я похожие мануалы видел. Похоже придется на форум dangerousprototypes таки лезть :)
[13:00:35] <stuw> точнее не просто лезть, а задавать вопрос %)
[13:00:55] <zombah> stuw: спроси на канале coreboot скажи что разбираешься с таким то ec может они подскажут как правильно действовать
[13:01:24] <stuw> ок, попробую сначала коребутовские ресурсы пошерстить
[13:05:39] <zombah> ты кстати даташит читал на это ene? может там написано?
[13:06:41] <zombah> у меня он есть могу дать
[13:07:16] <stuw> у меня тоже есть.
[13:07:24] <zombah> ок
[13:07:46] <zombah> kb926d revision 1.1 dec 2008
[13:07:57] <stuw> мне понятно, что нужно смотреть, но не ясно, реально ли это нормально сделать с помощью bus pirate или придется использовать logic sniffer.
[13:08:29] <zombah> ну так бус пиратом я могу попробовать посмотреть
[13:08:34] <stuw> еще я тут понял, что можно clk от i2c не смотреть, и тогда будет 2 канала для анализа.
[13:10:01] <zombah> это как осцилограф чтоли?
[13:10:07] <stuw> типа того
[13:10:24] <stuw> данные на комп софту отдаются, а софт уже показывает, что к чему
[13:10:36] <stuw> и тут только цифровой анализ, а не аналоговый
[13:10:57] <zombah> понятно
[13:11:08] <stuw> хотя м.б. уровень тоже можно получить.
[13:11:34] <zombah> я в этом уже вообще ничего не понимаю, мумба юмба сплошная
[13:13:00] <stuw> тут ничего сложного - с определенным интервалом проверяется состояние линии.
[13:13:19] <stuw> по большому счету больше ничего не делается
[13:13:35] <stuw> кстати, i2c без clk хрен расшифруешь :(
[13:13:40] <stuw> это печально
[13:14:16] <zombah> без клока?
[13:14:34] <stuw> у i2c две линии - clk и data
[13:14:54] <stuw> если смотреть только data, то не понятно, что передается.
[13:15:13] <zombah> а почему не смотреть обе?
[13:16:13] <zombah> а ты смотрел драйвер ene932 может он похож на наш девайс?
[13:16:33] <zombah> http://review.coreboot.org/gitweb?p=coreboot.git;a=history;f=src/ec/compal/ene932;hb=HEAD
[13:18:00] <stuw> чтобы второй канал задействовать для просмотра EC_REQUEST. Тегра общается с EC так: когда что-то нужно передать EC тегра дергает EC_REQUEST, EC начинает передачу, тегра до окончания передачи отпускает EC_REQUEST, передача продолжается. Мне интересны следующие пара
[13:18:00] <stuw> метры: частота clk, моменты поднятия/отпускания EC_REQUEST относительно передачи данных
[13:18:08] <stuw> не смотрел, сейчас гляну
[13:19:35] <zombah> просто врядли ene сильно меняет логику работы своих ec они могут быть как братья близнецы только разница в каком нить размере еепром под прошивку
[13:20:48] <stuw> кстати, мы похоже уже смотрели этот драйвер
[13:21:05] <stuw> по коду похоже, что ec доступен напрямую (запись/чтение регистров)
[13:21:19] <zombah> у нас не так?
[13:21:19] <stuw> у нас же доступ по i2c, причем тегра как slave
[13:21:32] <zombah> аа
[13:23:07] <stuw> да, для 932 используется outb(unsigned char value, unsigned short int port)
[13:24:19] <stuw> в принципе частоту i2c можно и пиратом посмотреть.
[13:26:08] <stuw> но я думаю заказать себе Open Bench Logic Sniffer. Может быть осилю и включение звукового кодека (посмотрю, как в 2.1 он без щелчка врубается)
[13:26:11] <zombah> http://review.coreboot.org/gitweb?p=coreboot.git;a=blob;f=src/ec/google/chromeec/ec.c;h=c57e18bbca808bb79fe52d2f14398d60d1603531;hb=HEAD#l156
[13:26:37] <zombah> stuw: о это очень полезная тема
[13:27:17] <zombah> щелчки эти вообще не в кассу
[13:30:43] <stuw> да, i2c код уже интереснее
[13:31:10] <zombah> может там у них найтедтся другой марки но работающий похожим образом
[13:32:21] <stuw> у нас самая большая проблема в том, что тегра работает как slave
[13:32:35] <zombah> stuw: почему?
[13:33:17] <stuw> так задумано и мало кто использует такую схему
[13:33:35] <stuw> пока мне кажется, что chromeec - slave, проц - master
[13:33:44] <stuw> но я еще поковыряюсь
[13:36:07] <zombah> именно проц? или северный мост мастер? я не очень поманию общую схему
[13:36:08] <stuw> да, проц работает как master :) не отвертется нам
[13:36:23] <stuw> i2c контроллер на SoC
[13:37:02] <zombah> ну там как бы весь функционал внутри сок и мосты и проц
[13:38:01] <zombah> а по какому признаку ты понял что проц мастер покажи, я тоже поищу в разных кодах
[13:38:47] <stuw> работа с i2c шиной идет через i2c контроллер. В случае хромбуков самсунга (этот ec драйвер для них, на сколько я понял) i2c контроллер exynos работает как мастер
[13:39:19] <zombah> а во i2c контроллер понятно, так как ты понял что он мастер?
[13:39:28] <stuw> 1) http://review.coreboot.org/gitweb?p=coreboot.git;a=blob;f=src/ec/google/chromeec/ec_i2c.c;h=a13dde6a7b7cf649ea6e3593eb6128147f527c66;hb=HEAD#l116
[13:39:39] <stuw> тут идет запись команды и потом чтение ответа
[13:39:47] <zombah> а у нас чтож ene мастер а i2c контроллер слейв?
[13:39:52] <stuw> да
[13:39:57] <zombah> ишь как
[13:40:34] <stuw> для slave так делать не очень правильно, т.к. мастер может запросить операцию чтения, а мы будем пытаться сделать запись -> получится каша
[13:40:51] <zombah> да да начинаю улавливать
[13:43:28] <stuw> хм, я локально смотрел chromium.googlesource.com/chromiumos/third_party/coreboot - там i2c_write уходит в код для exynos. А на сайте коребут я не могу найти кода для exynos ))
[13:45:15] <stuw> 2) в коде chromium.googlesource.com/chromiumos/third_party/coreboot i2c_write зовет i2c_transfer, а i2c_transfer сам выставляет start condition -> он мастер
[13:49:19] <zombah> беда
[13:49:58] <zombah> а может просто погуглить упоминания такой комбирации когда это бус контроллер работает слейвом и посмотреть уже код рабочей связки?
[13:59:31] <zombah> правда тут видно нужны некие кодовые слова, простым описанием я ничего не нахожу интересного
[14:03:45] <stuw> zombah, в mainline ядре такого нет, т.к. нет еще устоявшейся схемы для device tree в подобных случаях
[14:04:57] <stuw> у нас проблемы сейчас заключаются в том, что 1) ec иногда тупит 2) сон работает нестабильно 3) в мейнлайне нужно менять i2c core под наш драйвер
[14:05:35] <stuw> первые две вещи нужно отлаживать на железе (самое простое - сравнить поведение в 2.1 и сейчас)
[14:05:49] <stuw> третью - только обсуждать и имплементить
[14:05:55] <zombah> ну мейнлайн это конечно серьезно, ят пока радею за даунстрим ибо с мейнлайном в андроиде пока тухляк
[14:07:09] <stuw> так а что ты в даунстриме хочешь получить?
[14:07:11] <stuw> сон?
[14:07:49] <zombah> stuw: ну пока хочу чтоб ошибок синхронимации при движениях тачем не было 8) а дальше видно будет
[14:08:47] <stuw> я думаю тут надо проверять, что на уровне железа происходит
[14:09:12] <stuw> код драйвера простой и его вроде анализировали триста раз
[14:09:19] <zombah> stuw: всмысле? так ведь там пяток патчей откатить и ошибки пропадают
[14:09:22] <stuw> может быть мы не то что-то шлем
[14:09:28] <stuw> хм...
[14:09:33] <stuw> можно заняться
[14:09:36] <stuw> :)
[14:09:59] <stuw> но нужно будет откатывать, накатывать, проверки вставлять
[14:10:26] <zombah> вот посмотри список ревертов https://github.com/ac100-ru/android_kernel_asus_grouper/commits/cm-11.0-ac100 в staging: nvec
[14:10:46] <zombah> так откатываю и все зашибись тач начинает работать нормально
[14:11:24] <stuw> по-одному пробовал откатывать?
[14:11:40] <zombah> да пробовал конечно, так и нашел место перелома
[14:11:52] <stuw> который из патчей?
[14:12:48] <zombah> вот этот кажется https://github.com/ac100-ru/android_kernel_asus_grouper/commit/ae6ceaf9becfebc8ad468c7039a6b303c07f37b1
[14:13:15] <zombah> счас логи надо посмотреть это все давно проверялось когда только проблема появилась
[14:14:24] <zombah> ладно проще еще раз проверить просто, все равно мне как раз надо опять патчи марвина натянуть на нексус ядро
[14:14:38] <zombah> сегодня вечером сделаю полный отчет по этой теме
[14:14:46] <zombah> хотя может на вики что осталось
[14:15:00] <stuw> Если этот патч, то он большой. Его надо будет по кускам откатывать, тогда проще будет найти проблему.
[14:15:50] <zombah> stuw: там половина этих патчей идет в связке т.к. это марвин даунстрим драйвер приводил к виду похожему на мейнлайн
[14:16:38] <stuw> ясно, значит придется несладко, но если хотим разобраться, нужно будет возиться )
[14:17:24] <zombah> ну всяко
[14:19:59] <zombah> я вообще соберу опять всю инфу и засуну на вики а то что не могу найти концов старых
[14:20:12] <zombah> только логи на пастебине
[14:21:52] <stuw> ок
[14:56:05] * Disconnected (Connection reset by peer).
[14:56:28] * Now talking on #ac100-ru
[14:56:28] * Topic for #ac100-ru is: Канал пользователей смартбука Toshiba AC-100 | Вики: http://ac100.wikispaces.com || use UTF-8 dude || Логи: http://ac100.wikispaces.com/IRC
[14:56:28] * Topic for #ac100-ru set by [email protected] at Thu Apr 3 18:53:32 2014
[14:56:28] -NickServ- You are already logged in as Stuw.
[22:22:42] <brightkill> zombah: почему на тошибе через некоторое время после включения пропадает звук с колонок?
[22:22:50] <brightkill> помогает только ребут
[22:23:33] <stuw-n7> brightkill, logcat и dmesg запости, пожалуйста
[22:23:48] <brightkill> stuw-n7: дак я сейчас уже ребунтулся
[22:24:39] <stuw-n7> как появится проблема, собери логи
[22:24:41] <brightkill> точнее батарейка села
[22:24:45] <brightkill> и он вырубился сам