[13:31:09] <whyberg>  привет всем!
 [13:44:23] <whyberg>  люди ктонить знает как при инициализации в ядре в одном драйвере дождаться инициализации другого драйвера?
 [14:01:07] <zombah>  whyberg: init вызов драйвера возвращает чтонить типа что драйвер зарегистрирован
 [14:02:56] <whyberg>  есть два устройства в конфиге для них делается platform_device_register
 [14:03:46] <whyberg>  вернее для первого platform_device_register а для второго nvhost_device_register
 [14:04:25] <whyberg>  но второе почемуто probe начинает выполнять до того как выполнилось probe для первого
 [14:04:33] <whyberg>  как мне это победить?
 [14:04:57] <zombah>  вот тонкостей уже не знаю к сожалению, погрепай другие дрова может найдешь похожии случаи
 [14:06:03] <zombah>  http://livegrep.com/search?q=platform_driver_register
 [14:07:06] <zombah>  Documentation/driver-model/platform.txt похоже описывает как там это делать правильно
 [14:13:10] <zombah>  вот пунк 6 там интересный про early platform driver probe
 [14:13:17] <zombah>  пункт тобишь
 [14:14:06] <zombah>  и есть обзац где описано как принудительно пробить если известно что девайс нельзя извлечь или отключить
 [14:14:28] <zombah>  надо вообще досконально почитать, интересное чтиво
 [14:14:51] <zombah>  глядишь смогу потом в наших дровах разобраться
 [14:31:22] <whyberg>  чтиво интересное
 [14:31:47] <whyberg>  вот тока мне надо про nvhost_device_register
 [14:32:19] <whyberg>  у меня тихое ощущение что в nvidевом ядре оно свои устройства в первую очередь инитит
 [14:37:04] <zombah>  так может если второй драйвер в ранний инит засунуть то и нормально будет?
 [14:43:29] <zombah>  а ты какой драйвер смотришь? а то смотрю в 3.7 никакого nvhost нет в помине, там значит это уже по другому сделано, можно сравнить
 [14:50:02] <whyberg>  у меня андроидное ядро нвидевое
 [14:50:08] <whyberg>  3.1
 [14:50:30] <whyberg>  и не устройство другое )
 [14:52:05] <zombah>  ну эт я помню ты писал, малата чтото
 [14:52:13] <zombah>  о драйвере то каком речь идет?
 [14:52:56] <whyberg>  драйвер камеры
 [14:56:35] <zombah>  ишь, даже не знал что там такой есть
 [14:57:01] <whyberg>  теперь есть
 [14:57:02] <whyberg>  )
 [14:57:30] <zombah>  она не по юсб включена а напрямую?
 [15:04:32] <zombah>  былоб прикольно еслиб она через нвек включалась
 [15:05:02] <zombah>  мы кстати тоже 3.1 используем нвидивский
 [15:12:38] <zombah>  о смотрю у вас очень активное пиление ядра, завидую
 [15:18:46] <whyberg>  нет не по юсб
 [15:19:03] <whyberg>  через паралельный интерфейс SOC
 [15:19:19] <whyberg>  который для камеры предназнчен
 [15:25:25] <stuw>  whyberg, может у вас не прописано в Kconfig depends on для драйвера?
 [15:25:38] <stuw>  думаю от этого должен зависеть порядок загрузки
 [15:40:17] <zombah>  ну кстати да, только не в Kconfig а в мейкфайле
 [15:40:39] <zombah>  депенды в Kconfig только на сборку влияют
 [15:41:18] <stuw>  а ну мб.
 [15:41:54] <stuw>  я не знаю точно, как depmod зависимости чухает
 [15:43:13] <zombah>  мне кажется он их по порядку как они в мейкфайле идут так и грузит
 [16:17:05] <whyberg>  -stuw- это где?
 [16:19:24] <whyberg>  тоесть вы имеете в виду просто местами в мэйкфале поменять?
 [16:19:32] <zombah>  угу
 [16:19:48] <whyberg>  ща проверю
 [16:27:37] <whyberg>  ебанаврот
 [16:27:46] <whyberg>  с меня бутылка
 [16:30:02] <stuw>  для справки - depmod по символам поределяет, кто от кого зависит.
 [16:30:17] <whyberg>  все равн бутылка
 [16:30:30] <stuw>  ))
 [16:31:06] <whyberg>  а причем сдесь depmod?
 [16:31:15] <whyberg>  у меня нету depmod
 [16:31:47] <stuw>  просто была мысль, что depmod может тоже влиять (он составляет конфиг с зависимостями модулей).
 [16:35:05] <zombah>  кстати насчет бутылок, попробовал тут белхавен маккалумс стаут, ох отличная вещь прям нектар
 [16:44:10] <stuw>  тонкий намек )))
 [17:18:09] <zombah>  8))
 [19:07:17] <wapmorgan>  всем добровечера
 [19:07:51] <wapmorgan>  подскажите, есть ли ядро с работающим cpu scaling'ом и usb-net?
 [19:08:04] <wapmorgan>  если кто использует, ясно дело
 [23:28:44] <zombah>  stuw: а можешь глянуть вот на этот код, никак не пойму что он делает https://github.com/CyanogenMod/android_device_asus_tf101/blob/jellybean/mischelp/mischelp.c
 [23:31:34] <stuw_>  zombah, сейчас посмотрю
 [23:35:00] <stuw_>  пишет в файл/девайс, переданный в параметре 1, либо нули, либо то, что передали в параметре 2. макс. длина записываемых данных 14 байт
 [23:35:57] <stuw_>  zombah, ^^^
 [23:38:51] <zombah>  хм как интересно, а как понять куда он их пишет
 [23:39:37] <zombah>  а все нашел https://github.com/CyanogenMod/android_device_asus_tf101/blob/jellybean/ramdisk/init.ventana.rc#L233
 [23:40:03] <zombah>  а bootcom это его встроенная функция или внешняя?
 [23:46:58] <stuw_>  bootcom это переменная. 14 байт.
 [23:47:13] <stuw_>  определена в mischelp.c
 [23:47:24] <stuw_>  я спать, завтра логи почитаю %)
 [23:47:29] <zombah>  споки
 [12:34:47] <bmw>  Ага, запустился значит. Ок ок
 [12:34:58] <bmw>  Здрасте вам (:
 [12:37:35] <savalik>  bmw: привет =)
 [12:37:38] <savalik>  Спасибо )
 [12:37:50] <savalik>  bmw: ты еще в спб? или уже в мск? )
 [12:38:13] <savalik>  bmw: а то у меня очередной выходной и я собрался в спб ближе к вечеру)
 [15:28:17] <zombah>  добрый день
 [16:59:48] <Gordio>  Добрый
 [18:22:24] <bmw>  Есть кто живой?
 [18:25:42] <bmw>  uboot Какие образы могёт грузить?
 [18:25:49] <bmw>  только uImage?
 [18:26:08] <bmw>  *Ядра
 [19:21:33] <mr_july_>  uboot грузит обычные непакованные ядра vmlinuz, т.е. их не нужно дополнительно паковать с помощью mkimage. Пакуется только initrd!
 [19:24:58] <bmw>  а dtb?
 [19:25:10] <bmw>  Куда пихать тогда?
 [19:43:42] <zombah>  пихать или не пихать..это от опций ядра зависит