Архив метки: nouveau

Снова про обновление ядер Cubietruck и наболевшем Nouveau

Итак, сначала о Nouveau - после обновления ядра с ветки 4.9 на 4.14, фризы начали происходить чаще, что раздражает. Поэтому просто переехал на nvidia-drivers-340.04 (надо было сделать это с самого начала и не парить себе мозги), с которыми нормально работает и фреймбуфер и suspend2ram, плюс отличная производительность в играх.

Далее, про обновление ядер для Cubietruck. Ранее я писал, что пресобранные ядра не грузились, что возможно проблема в опции bootz заместо bootm и т.д.

Но решил не разбираться в этой проблеме - зачем мне ядро, сконфигурированное для десктопа, когда проще собрать своё, с блекджеком и шлюхами.

Оно уже было собрано, версии 4.9.68. И я подумал - а почему бы не обновиться, на kernel.org уже лежало, если мне не изменяет память, 4.14.13. Скачал, подсунул конфиг от 68-го, всё прекрасно собралось. Но после перезагрузки выяснилось, что система не видит внешний жёсткий диск, т.е. даже не реагирует на его подключение. Так же дело обстояло и флешкой. Насколько я понял, просто не подавалось питание на USB порты. Обновлял и старое ядро, которое ветки 4.9. Ставил и 4.9.77 и 4.9.80, всё работало, но внешние компьютеры просто не цеплялись к NFS шарам Cubietruk'a. Следом поставил версию 4.15.1, но собирал не со старым конфигом, а через опцию make ARCH=arm sunxi_defconfig.

Но стали возникать проблемы с файловой системой (EXT4) на жёстком диске, впрочем, они стали возникать еще со старыми ядрами. После проверки на бедблоки было написано, что бедблоков нет, smartctl говорит, что с диском всё нормуль, fsck проверяет диск, находит ошибки, исправляет, но через пару дней опять в логах появляются ошибки файловой системы.

Но тут стоит добавить - диск работал более 3-х лет в режиме 24/7, плюс файловая система на нём не проверялась. А проблемы начались, после внезапного отключения электричества, когда Cubietruck проработал больше 2-х месяцев без перезагрузок. Я больше склоняюсь к тому, что проблема именно в старой файловой системе. Как вариант - отформатировать винт, файлы музыки и фильмов лежат в торрент-клиенте, так что он их просто перекачает.

Возможно, на следующих выходных так и сделаю.

Nvidia GTX 660 + Nouveau + Nvidia-firmware

Не так давно я писал, что Nouveau фризит систему с картой GTX 660. И вот на днях я решил более подробно поискать про баги в связке nouveau + GTX 660. На форуме дистрибутива Fedora нашёл вот такой совет - нужно установить прошивку, вытащенную из проприетарного драйвера Nvidia. Хотя, это вроде как нарушает лицензию, но кому какое дело 🙂 И в Gentoo эта прошивка находится в портеже, что не может не радовать.

Итак, всё просто - устанавливаем nvidia-firmware, файлы будут находится в /lib/firmware/nouveau

Все команды нужно выполнять от root.

Эта запись говорит модулю ядра, что нужно использовать проприетарный бинарный блоб:

echo "options nouveau config=NvGrUseFW=1" | tee -a /etc/modprobe.d/nouveau.conf

Далее подготавливаем конфигурационные файлы для Dracut, который будет создавать образ initramfs:

echo 'install_optional_items+="$(find /lib/firmware/{nouveau,nvidia} -printf "%p ")"' | tee /etc/dracut.conf.d/nouveau_firmware.conf

Пересборка initramfs для текущего ядра с изменениями в modprobe.d и включением прошивки:

dracut -f

Можно перезагружать систему.

Далее пишут, что не совсем победил фризы, но они стали намного реже. Хотя здесь сообщают, что установка прошивки решила проблему, но вылезла другая - пропадают чекбоксы, полосы прокрутки и т.д. в GTK3 приложениях. У меня всё нормально, он писал это практически 2 года назад, за это многое поменялось. В обчем, будем посмотреть.

Обратно про Nouveau

Как и писал ранее, заменил я видеокарту на старенькую GeForce 210 и всё, никаких зависаний. В плане графики она конечно не ахти, но пока всё устраивает. Нужно искать решение проблемы с nvidia драйвером и suspend'om и желательно фреймбуфером .

Недолго Nouveau играла

Сообщаю, что пересборка qtwebengine результатов не принесла, kmail всё так же падает. И теперь появились рандомные фризы системы, т.е. графика полностью подвисает, только курсор мыши ездит по экрану, переключение в виртуальный терминал не работает. Нашёл такой баг, всё точно так, как у меня, даже видеокарта такая же.

Достал старую видюшку, не помню, что за модель, посмотрим, как будет работать.

Переехал на Nouveau и проблемы с Kmail

Наконец-то избавился от nvidia-drivers. Причин было несколько, например не работал  фреймбуфер при переключении в констоль по Ctrl+Alt+Fn и не работала гибернация, т.е. suspend2ram. С nouveau всё прекрасно работает, за исключением Kmail, он крашится через несколько секунд после запуска. Как пишут на bugs.gentoo.org, нужно задать $CFLAGS и $CXXFLAGS опцию"-fno-delete-null-pointer-checks" и пересобрать пакет QtWebEngine. В данный момент электронный болван гудит, аки пылесос, пересобирая его. Будем посмотреть, поможет или нет.