The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Обновление проприетарных драйверов NVIDIA 440.100 и 390.138 с устранением уязвимостей, opennews (?), 26-Июн-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


24. "Обновление проприетарных драйверов NVIDIA 440.100 и 390.138 ..."  –1 +/–
Сообщение от Аноним (32), 27-Июн-20, 03:29 
Проблема не в драйверах, проблема в кде. Квину всё хуже и хуже, сначала они сломали opengl композитор, потом и xrender композитор. Боже храни инженеров нвидиа, они придумали ForceFullCompositionPipeline и тиринга нет и без композитора вовсе. Ещё бы статтеринг починили -- я знаю, что они работают над проблемой, но скорее бы. Под конец после очередного обновления конфигуратор просто начал крашиться при попытке его открыть. Надо ли говорить, что я испытываю ровно ноль проблем со всем остальным софтом? После нынешнего обновления, конфигуратор kwin показывает чёрную вкладку на табе window decorations и в остальном всё работает, включая композитор и эффекты с xrender. В system settings левая панель чёрная. Я никогда такого не видел. Кде поплохело. Всё остальное работает, больше нигде проблем не нашёл. Если верить info center, драйвер определяется корректно, да и с ним нет проблем, я бы наверно заметил.

К слову, в логе выдаёт подобное:

QQuickWidget::invalidateRenderControl could not make context current
qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow)

И подобное:

file:///usr/lib64/qt5/qml/org/kde/plasma/components/Highlight.qml:47:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/lib64/qt5/qml/QtQuick/Controls/Styles/Plasma/ScrollViewStyle.qml:60:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/plasma/plasmoids/org.kde.plasma.kicker/contents/ui/ItemListDialog.qml:51: TypeError: Cannot read property 'separatorCount' of null
trying to show an empty dialog
file:///usr/lib64/qt5/qml/org/kde/plasma/components/Highlight.qml:47:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/lib64/qt5/qml/org/kde/plasma/components/Highlight.qml:47:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/lib64/qt5/qml/QtQuick/Controls/Styles/Plasma/BusyIndicatorStyle.qml:39:9: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 34950, resource id: 41943441, major code: 18 (ChangeProperty), minor code: 0
kf5.kconfig.core: Use of KConfigWatcher without DBus support. You will not receive updates
Cyclic dependency detected between "file:///usr/lib64/qt5/qml/org/kde/kirigami.2/styles/org.kde.desktop.plasma/Units.qml" and "file:///usr/lib64/qt5/qml/org/kde/kirigami.2/styles/org.kde.desktop.plasma/Units.qml"
file:///usr/share/kpackage/genericqml/org.kde.systemsettings.sidebar/contents/ui/SubCategoryPage.qml:141:9: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/genericqml/org.kde.systemsettings.sidebar/contents/ui/SubCategoryPage.qml:131:9: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/lib64/qt5/qml/org/kde/kirigami.2/private/RefreshableScrollView.qml:143:13: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/lib64/qt5/qml/org/kde/kirigami.2/private/RefreshableScrollView.qml:143:13: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Cyclic dependency detected between "file:///usr/lib64/qt5/qml/org/kde/kirigami.2/styles/org.kde.desktop.plasma/Units.qml" and "file:///usr/lib64/qt5/qml/org/kde/kirigami.2/styles/org.kde.desktop.plasma/Units.qml"
QQmlEngine::setContextForObject(): Object already has a QQmlContext
QQuickWidget: Failed to make context current
QQuickWidget::resizeEvent() no OpenGL context
QQuickWidget: Failed to make context current
QQuickWidget: Attempted to render scene with no context

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

31. "Обновление проприетарных драйверов NVIDIA 440.100 и 390.138 ..."  +2 +/–
Сообщение от Аноним (32), 27-Июн-20, 06:15 
Ок, пройдёмся по пунктам.

- Нвидия опять сломала  мне ядро (во всяком случае lts) -- после запуска иксов, при переключении на tty экран отключается. Т.е. после остановки иксов экран гаснет и всё. В 450.51. Всё в порядке на 440.100 и 440.82

- Вейланд зависает на чёрном экране, 0 реакции. Клавиатура отключается. Выглядит как прикоы libinput, если бы не пустой экран. С 440.82 dxvk повесил видеокарту намертво на выходе из юнити приложения, это у него бывает. С 450.51 пока всё лучше работает, но не работает переключение на tty. Это критично -- я активно пользуюсь текстовым режимом. Если не пользоваться, можно вроде обойти умирание системы при остановке сессии (в том числе startx) выходом в sddm и выбором другой сессии там. Когда иксы запущены, экран включается. О startx от разных пользователей придётся забыть наверно. Или действовать вслепую.

- На 450.51 наблюдаются артефакты в 2 местах в kde.

- Opengl композитинг не работает в kwin уже не помню сколько лет, xrender композитинг работает в
440.100 и 450.51 и не работает в 440.82. Конфигуратор тоже не работал в 440.82, оба kwin и systemsettings, т.е. там где чёрные текстуры в 450.51 есть баг, но в 440.100 он почему-то не проявляется).

- При остановке sddm в процессах остаётся висеть startplasma-x11 от пользователя, хотя он должен умирать с иксами и всеми пользовательскими процессами. Надоело писать killall -9.

- Самая грязь. Видимо тонкий намёк на качество elogind и dbus, Sddm не стартует, если сессию elogind запускает system dbus. Нужно добавить elogind и dbus в автозапуск, после загрузки остановить сервис elogind и запустить сервис sddm, который запустит elogind. Иначе dbus сам запускает elogind и его нужно убивать и удалять файлы. Если удалить /usr/share/dbus-1/system.d/org.freedesktop.login1.conf dbus elogind не запускает, при этом логин происходит очень медленно, и loginctl не работает. Решение: не запускать systemd dbus, чтобы он не запускал elogin. Без system dbus и elogin-daemon loginctl не работает, но он и не нужен, во всяком случае на однопользовательской системе. Логин моментальный.

- Иксы постоянно ноют за неспособность настучать в system dbus, с год назад были патчи, выпиливающие dbus из xorg-server, но с тех пор там что-то сильно всё перекроили и зависимости разрулить не получилось.

- Ну и наконец, если запускать иксы с Option "AutoAddDevices" "False", libinput так и не смог подцепить клавиатуру с мышкой. Секция "InputDevice" не поддерживается в libinput, только "InputClass" (вся конфигурация переехала в эту секцию), но мои идентификаторы невозможно подцепить вручную в ServerLayout. Поэтому "AutoAddDevices" "False" пришлось отключить, иначе иксы не реагировали на ввод совершенно.

Ответить | Правка | Наверх | Cообщить модератору

38. "Обновление проприетарных драйверов NVIDIA 440.100 и 390.138 ..."  +/–
Сообщение от Ананимас008 (?), 27-Июн-20, 07:15 
>после запуска иксов, при переключении на tty экран отключается.

думал такое лишь во фришечке, а вот оно че...
хорошо хоть у интеля ксе пашет.

>Option "AutoAddDevices" "False"

разве это не к hald относится? который в линуксах вроде как давно выпилили?

Ответить | Правка | Наверх | Cообщить модератору

39. "Обновление проприетарных драйверов NVIDIA 440.100 и 390.138 ..."  +/–
Сообщение от Fracta1L (ok), 27-Июн-20, 07:15 
Очередной мамкин оптимизатор поотламывал от системы кучу компонентов, теперь ноет из-за неизбежных глюков.
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

60. "Обновление проприетарных драйверов NVIDIA 440.100 и 390.138 ..."  +1 +/–
Сообщение от Аноним (32), 27-Июн-20, 14:33 
Что-то 10 лет глюков не было, а сейчас появились, и виноват оптимизатор. Ну да, конечно. Opengl композитинг не работает вероятно из-за hardened флагов компилятора -- раньше kwin на нём рандомно сегфолтился и выдавал артефакты на моей видеокарте и это было несколько лет. Особенно при переходе с tty на иксы. Не слишком часто случалось, чтобы меня беспокоило. Некоторый софт принудительно отключает _FORTIFY_SOURCE, если ему очень надо, хоть я и против. Авторам виднее. Или из-за gold линкера. С ним лучше оптимизации lto работали, но кути у меня без lto, потому что с ним они начинают постоянно сегфолтилить кеды. Зато с lto можно собрать практически весь остальной софт, и он будет быстрее и эффективней работать. Ещё часть пакетов ломалась от graphite, от которого я отказался (с каждым обновлением компилятора это новые десятки поломанного софта, и о том, что он поломан, ты узнаешь только в процессе работы).

Недавно я обратил внимание на то, что gold линкер испытывает проблемы со сборкой mingw-
w64. А ещё он не собирает линукс 5.4 и более поздний (это фича, признанная апстримом), раньше всё нормально было. А ещё nodejs(?) и nvidia-drivers по-моему, но последнее не точно. По ссылке говорят [1], что он немного в стагнации -- вот что бывает, когда софт разрабатывают проприетарные корпорации. Ну ладно, пришло время от него избавиться.

[1] https://github.com/InBetweenNames/gentooLTO

Ответить | Правка | Наверх | Cообщить модератору

102. "Обновление проприетарных драйверов NVIDIA 440.100 и 390.138 ..."  +/–
Сообщение от Аноним (101), 30-Июн-20, 10:03 
какая интересная у людей жизнь (с)
Ответить | Правка | Наверх | Cообщить модератору

49. "Обновление проприетарных драйверов NVIDIA 440.100 и 390.138 ..."  +/–
Сообщение от glebiao (ok), 27-Июн-20, 11:27 
это где такое? ни один из пунктов не замечен. правда, у меня нвидиа не из свежих.
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

61. "Обновление проприетарных драйверов NVIDIA 440.100 и 390.138 ..."  +/–
Сообщение от Аноним (32), 27-Июн-20, 14:46 
На моей системе. Большую часть из этого можно не заметить или пропустить, возможно мейнтейнеры позаботились или драйвер более старый. Или баги не проявляются без hardened флагов (т.е. такая система более уязвима). Некоторые проблемы начались, когда nvidia начала переписывать видеодрайвер в честь вулкана, и могут быть железоспецифичны. UseNvKmsCompositionPipeline вот это вот всё. Другая часть проблем была вызвана __GL_THREADED_OPTIMIZATIONS (fps то больше, но некоторый некачественный проприетарный софт не оценил).
Ответить | Правка | Наверх | Cообщить модератору

62. "Обновление проприетарных драйверов NVIDIA 440.100 и 390.138 ..."  –1 +/–
Сообщение от Аноним (32), 27-Июн-20, 14:55 
К слову, пока вулкана не было, gpu hang словить на нвидии было невероятно, я наблюдал его только на интеле с амд. Это серьёзный недостаток линукса, что он не может сбросить повисший девайс, в венде это решили. Я слышал, что всё те же пресловутые инженеры nvidia, пытались это исправить, и вроде даже теперь графика не во всех случах невосстановимо зависает и само ядро больше не зависает, но продолжать работу дальше без перезагрузки обычно невозможно. А обскурные баги в логах из хитов выдают только полторы малорелевантные страницы на форуме nvidia. Может быть, в вейланде пофиксят, но я уже особо не надеюсь на это. Ещё меньше я рассчитываю на опенсорсные драйвера.
Ответить | Правка | Наверх | Cообщить модератору

70. "Обновление проприетарных драйверов NVIDIA 440.100 и 390.138 ..."  +/–
Сообщение от Аноним (32), 27-Июн-20, 23:33 
ММм это не совсем gpu hang у вулкана сейчас, на 25 секунд зависает и дальше работает.

[64773.182592] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000927c:0:0:982
[64775.183096] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000927c:0:0:982
[64795.414401] nvidia-modeset: ERROR: GPU:0: Failed to idle DMA.

Забавно, что в 450 этого зависания в юнити нет. В 440 вот есть.

Ответить | Правка | Наверх | Cообщить модератору

69. "Обновление проприетарных драйверов NVIDIA 440.100 и 390.138 ..."  +/–
Сообщение от Аноним (68), 27-Июн-20, 23:26 
>  Ну и наконец, если запускать иксы с Option "AutoAddDevices" "False", libinput так и не смог подцепить клавиатуру с мышкой.

Когда openSUSE переходила с kbd и mouse на evdev, я где-то в их документации видел объяснение. Что если выставить True, тогда evdev, а если False, тогда прописывай kbd и mouse.

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

103. "Обновление проприетарных драйверов NVIDIA 440.100 и 390.138 ..."  +/–
Сообщение от Аноним (32), 30-Июн-20, 22:14 
А ещё плазма течёт в 450.51. 2 гигабайта за сутки. Вот это я могу списать на драйвер. Чёртовы блобы, фуфуфу. Но, с другой стороны, это бета драйвер и они часто кривые. Дело было не в линкере кстати, не то чтобы я ожидал иного. И наверно не в ядре. Правда, артефакты кед вроде починились, когда включил drm и drm_helper в ядре, но раньше и без них всё распрекрасно было. Всё ещё отрубает питание монитора без иксов. Может быть ему теперь acpid нужен? Я не использовал и отключал в блобе.
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

34. "Обновление проприетарных драйверов NVIDIA 440.100 и 390.138 ..."  +/–
Сообщение от Аноним (33), 27-Июн-20, 06:49 
> сначала они сломали

Им не впервой. Я бы еще добавил qtconfig.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру