[11:46:09] <stuw> mr_july, https://dl.dropboxusercontent.com/u/40761340/u-boot-dtb-tegra-2016-02-18--11-45--dev5.bin
[11:46:18] <stuw> еще одну мелочь поправил
[12:15:40] <mr_july> stuw, проверил... поведение такое же как вчера. В u-boot консоли клава не работает. :-( Скрины нужны?
[12:28:28] <stuw> если логов от NVEC нету, то не нужны
[12:29:43] <mr_july> stuw,
[12:30:04] <mr_july> нет, NVEC вообще не упоминается
[12:40:46] <mr_july> stuw, крайняя версия, где упоминается NVEC - dev3
[12:48:46] <stuw> mr_july, https://dl.dropboxusercontent.com/u/40761340/u-boot-dtb-tegra-2016-02-18--12-46--dev6.bin
[12:49:02] <stuw> вероятность, что появятся записи от NVEC мала :(
[12:49:13] <stuw> если это не поможет, буду дальше рыть
[12:54:33] <mr_july> stuw, не появились. :-(
[12:54:53] <stuw> печально
[12:56:57] <mr_july> Для поднятия настроения расскажу историю о борьбе за функционирование RTC (real time clock) на тоше...
[12:59:03] <mr_july> Заметил я как-то, что при старте системы (у меня сейчас АРЧ) время позывается неправильно. Стал разбираться и обнаружил, что hwclock показывает начало эпохи (1 янв. 1970).
[13:00:15] <mr_july> Заметил, однако, что при использовании старого ядра 3.8-20-tegra всё в порядке... Ну, думаю, значит дело в софте...
[13:02:27] <mr_july> Стал смотреть device tree на предмет RTC нашел аж 2 устройства и одно rtc1 (/dev/rtc1) даже находилось системой, но содержало время с начала старта...
[13:03:56] <mr_july> Стал думать почему не работает основное (/dev/rtc0)... и по вашей наводке в логах #ac100 нашел список модулей, которые *должны* грузиться на тоше...
[13:06:09] <mr_july> Среди них был rtc-tps6586x. После его загрузки вручную (`modprobe rtc_tps6586x`) появлялось устройство /dev/rtc0
[13:07:07] <stuw> mr_july, https://dl.dropboxusercontent.com/u/40761340/u-boot-dtb-tegra-2016-02-18--13-06--dev7.bin
[13:07:52] <mr_july> и hwclock выдавал нормальное время. Стал думать как загружать этот модуль в автомате... ничего толком не нашел и просто прописал загрузку в скрипты инициализации.
[13:09:55] <mr_july> А сегодня посмотрел в /sys/.../tps6586x-rtc/modalias и оказалось, что ожидаемое имя модуля не "rtc-tps6586x", а "tps6586x-rtc"!!!
[13:10:50] <zombah> добрый день всем
[13:11:28] <mr_july> После добавления строчки "alias platform:tps6586x-rtc rtc_tps6586x" в lib/modules/4.4.1-1-ARCH/modules.alias модуль стал грузиться автоматом!!!
[13:12:04] <stuw> "rtc-tps6586x", а "tps6586x-rtc" "alias platform:tps6586x-rtc rtc_tps6586x" - каша с - и _
[13:13:22] <stuw> mr_july, попробуй плиз dev7
[13:13:22] <mr_july> Теперь, внимание! ВОПРОС! ;-) Почему в самом модуле прописан алиас "alias platform:rtc-tps6586x rtc_tps6586x", а в /sys/.../tps6586x-rtc/modalias "alias platform:tps6586x-rtc rtc_tps6586x"???
[13:14:49] <mr_july> stuw, проверил. NVEC не упоминается :-(
[13:15:09] <stuw> да ну нах... :(
[13:16:45] <mr_july> stuw, может, с моей машинкой что-то не так? У меня немецкая 8ГБ.
[13:19:37] <mr_july> stuw, а по поводу каши с "-" и "_"... Это, похоже, тоже решается алиасами. Меня же интересует откуда в принципе берётся строка "tps6586x-rtc"? В device tree её нет!
[15:52:04] <stuw> mr_july, не, без разницы какая тоше
[15:52:07] <stuw> *тоша
[16:36:44] <stuw> похоже в драйвере перепутаны местами слова, поэтому ядро само не грузит модуль
[16:36:46] <stuw> идиотизм
[16:41:26] <stuw> mr_july, http://stackoverflow.com/questions/22778879/what-is-module-alias-in-linux-device-driver-code
[16:59:43] <mr_july> stuw, что слова перепутаны я догадался, меня интересут откуда они берутся? Где хранится строка "tps6586x-rtc"? Может, проблема не в модуле, а в device tree, например...
[17:35:23] <stuw> drivers/rtc/rtc-tps6586x.c - тут хранится
[17:35:29] <stuw> это имя модуля
[18:13:21] <stuw> mr_july, ты ядро сам собираешь или из дистриба берешь?
[18:23:46] <mr_july> беру из актуального арча
[18:38:01] <mr_july> stuw, в чем разница между https://github.com/torvalds/linux/blob/master/drivers/rtc/rtc-tps6586x.c#L339 и https://github.com/torvalds/linux/blob/master/drivers/rtc/rtc-tps6586x.c#L347 ? Почему модуль не грузится автоматом, если driver.name="tps6586x-rtc"?
[18:42:51] <stuw> название в MODULE_ALIAS и в driver.name не совпадают
[18:43:01] <stuw> если бы совпадали, я думаю грузился бы модуль
[18:43:04] <stuw> но это нужно проверить
[18:44:52] <mr_july> stuw, думаю, можно просто второй алиас объявить: MODULE_ALIAS("platform:tps6586x-rtc");
[18:45:18] <stuw> можно, но неправильный не нужен вроде
[19:15:43] <mr_july> stuw, а откуда известно какой правильный? Как устройство представляется? Как вообще определяется идентификатор устройства?
[19:16:20] <mr_july> в смысле представляется системе по имени