Всем привет.
Приобщил тут соседа к кубунте (кстати очень ему нравится) и вот вчера обновил ему систему до 15.04
Все вроде стало нормально но не включается OpenGL в обеспечении эффектов.
Я сдуру стал накатывать проприетарные дрова, а они вызывают стабильного малевича. :( Короче говоря, я снес через рекавери режим их, все стало на место (вроде) но проблема с OpenGL нервирует, особенно потому, что на 14.10 все работало без вопросов несмотря на древнее железо (ATI RV370). Да, и что меня сильно напрягло до экспериментов по lsmod я видел драйвер radeon в списке, а после того как поставил и снес проприетарные дрова - не вижу :( Хотя работает все так же как и до экспериментов. Только в режиме Xrender.
Вобщем вопросы такие
1. Можно ли заставить на этой карте и ядре (3.19) работать проприетарные дрова (и есть ли смысл?)
2. Как восстановить статус кво с драйвером radeon чтоб он появился по lsmod
3. Можно ли (как?) заставить эту карту работать в режиме OpenGL с драйвером radeon
Читал интернет но что то просветления не наступило :( Придайте пожалуйста правильный вектор. Буду благодарен :)
Нельзя, по причине сильно древнего железа, совсем не поддерживаемого проприетарным драйвером на этом ядре, потому даже пробовать не имело никакого смысла.
Если вам удалось снести проприетарный драйвер, да так что вы с соседом уже видите изображение на экране, следует предполагать, что именно драйвер radeon или vesa и выводит вам это изображение. Чтобы лишний раз в этом убедиться, посмотрите/покажите нам выхлопlspci -k | grep -EA2 'VGA|3D'
Вот здесь не могу с уверенностью сказать ничего ни плохого, ни хорошего. Если режим OpenGL не включался до установки проприетаного драйвера, где гарантия, что работал драйвер radeon, а не vesa, который именно Xrender и поддерживает. Проверте наличие установленного пакета libgl1-mesa-dri.Если вы уверены, что проприетарщина полностью и правильно удалилась, в конце концов можно переконфигурировать XServer, что обычно даже рекомендуют:
sudo apt-get install --reinstall libgl1-mesa-glx libgl1-mesa-dri xserver-xorg-core xserver-xorg-video-radeon xserver-xorg-video-ati
dpkg-reconfigure xserver-xorg
Более конкретно вас бы проконсультировал только владелец именно такой карточки, но найти такого существует еще меньшая вероятность, чем не найти конкретику и в моих рекомендациях. Обязуюсь сопровождать тему до победы, давно не попадалось такого интересного.
Спасибо за желание помочь. :)
Итак.
1. Да изображение есть, все нормально но работает только в режиме Xrender
2.
$ lspci -k | grep -EA2 'VGA|3D'
04:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV370 [Radeon X300/X5
50/X1050 Series]
Subsystem: ASUSTeK Computer Inc. Device 016a
Kernel driver in use: radeon
То есть таки дравер радеон вроде как включен
3. Вот все что установлено по mesa:
$ dpkg -l | grep mesa
ii libegl1-mesa:amd64 10.5.2-0ubuntu1 am
d64 free implementation of the EGL API -- runtime
ii libegl1-mesa-drivers:amd64 10.5.2-0ubuntu1 am
d64 transitional dummy package
ii libgl1-mesa-dri:amd64 10.5.2-0ubuntu1 am
d64 free implementation of the OpenGL API -- DRI modules
ii libgl1-mesa-dri:i386 10.5.2-0ubuntu1 i3
86 free implementation of the OpenGL API -- DRI modules
ii libgl1-mesa-glx:amd64 10.5.2-0ubuntu1 am
d64 free implementation of the OpenGL API -- GLX runtime
ii libgl1-mesa-glx:i386 10.5.2-0ubuntu1 i3
86 free implementation of the OpenGL API -- GLX runtime
ii libglapi-mesa:amd64 10.5.2-0ubuntu1 am
d64 free implementation of the GL API -- shared library
ii libglapi-mesa:i386 10.5.2-0ubuntu1 i3
86 free implementation of the GL API -- shared library
ii libgles1-mesa:amd64 10.5.2-0ubuntu1 am
d64 free implementation of the OpenGL|ES 1.x API -- runtime
ii libgles2-mesa:amd64 10.5.2-0ubuntu1 am
d64 free implementation of the OpenGL|ES 2.x API -- runtime
ii libglu1-mesa:amd64 9.0.0-2 am
d64 Mesa OpenGL utility library (GLU)
ii libglu1-mesa:i386 9.0.0-2 i3
86 Mesa OpenGL utility library (GLU)
rc libopenvg1-mesa:amd64 10.3.2-0ubuntu0.1 am
d64 free implementation of the OpenVG API -- runtime
ii libosmesa6:amd64 10.5.2-0ubuntu1 am
d64 Mesa Off-screen rendering extension
ii libosmesa6:i386 10.5.2-0ubuntu1 i3
86 Mesa Off-screen rendering extension
ii libwayland-egl1-mesa:amd64 10.5.2-0ubuntu1 am
d64 implementation of the Wayland EGL platform -- runtime
ii mesa-utils 8.2.0-1build1 am
d64 Miscellaneous Mesa GL utilities
ii mir-client-platform-mesa2:amd64 0.12.1+15.04.20150324-0ubuntu1 am
d64 Display server for Ubuntu - client platform library for Mesa
Сервер переконфигурировали - ничего не поменялось :(
Что сейчас показывают
glxinfo | grep OpenGL
glxinfo|grep rendering
$ glxinfo | grep OpenGL
OpenGL vendor string: X.Org R300 Project
OpenGL renderer string: Gallium 0.4 on ATI RV370
OpenGL version string: 2.1 Mesa 10.5.2
OpenGL shading language version string: 1.20
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 2.0 Mesa 10.5.2
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 1.0.16
OpenGL ES profile extensions:
$ glxinfo | grep rendering
direct rendering: Yes
А где логгируются события типа переключения opengl/xrender из плазмы?
Может там глянуть? Я что-то не нашел сходу а бегать к соседу из за каждой посетившей мысли как-то не айс :)
При таких двух выхлопах режим OpenGL просто не может не работать. И у вас самого должен был сложится такой вывод. Получается, что процедуру переключения режимов почему-то не отрабатывает systemsettings, или вы не нажимаете кнопку Применить.
Попробуйте обновить плазму из бэкпортов, недавно обновлялось до 5.3.2 на VV
sudo apt-add-repository ppa:kubuntu-ppa/backports
а драйвера тут явно ни при чем, и о них можно забыть.sudo apt-get update
sudo apt-get upgrade
Еще можно проверить режим через:
qdbus org.kde.kwin /KWin compositingType
Для решения я бы попробовал в ~/.kde/share/config/kwinrc добавить:
[Compositing]
DisableChecks=true
OpenGLIsUnsafe=false
В KDE 5 отменили kwinrc?
Не отменили, изменился только путь к его конфигу: ~/.config/kwinrc .
Обновили плазму из бэкпортов - ничего не поменялось. Только вылезла какая-то хрень в углу экрана. Появляется на последней стадии загрузки, когда на экране К с шестеренкой и прогрессбар.
Фото прилагаю. Похоже на информацию о параметрах видеокарты. там графики скачут когда на экран что то выводится или по экрану таскаешь окно. Короче - чем дальше тем интереснее...
У меня такое впечатление что в драйвере, который идет с новым ядром какая-то бага, связанная со старым железом :(
Эта хрень всего лишь работа эффекта График производительности, отключите его в Параметрах системы и не будет вылезать.
Тут интересно другое, если этого эффекта на плазме до обновления не было, чего я уже не помню, а он появился после обновления, то как он включился сам, если по-умолчанию он отключен?
А у меня нет такого впечатления - свободный радеон как раз и ориентирован на обеспечение работоспособности старого железа, только для нового логичнее использовать свежие проприетарные дрова.
Но у меня есть еще радикальное предложение, опробовать конфигурацию вашего соседа на совсем новом - Wily Werewolf, не обязательно устанавливать а просто проверить на режим OpenGL. Уж если и там (где еще более свежий свободный драйвер и ядро) ничего не получится, будет повод задуматься о новом железе. Только я почти уверен, что этого не произойдет, уж больно подозрительно ведет себя соседская 15.04, как-будто там завелся барабашка - уж очень много непоняток с несоответствиями.
Ок. Запишу болванку отпишусь. Я уже думал над этим только про 15.04
Спасибо за график производительности. Я вообще к рюшикам равнодушен, поэтому и не знаю как выглядят многие эффекты. Вполне возможно что сосед его включил, хотя перед обновлением плазмы я ничего такого не видел ...
Еще - облазил сегодня все логи - нигде признаков каких-то ошибок нет ... Мистика какая-то...
Качайте последний Daily Build.
Пока качается WW попробовали чистый 15.04.
Результат аналогичный - только Xrender
Грузим с болванки 14.10 - в автомате распознает OpenGL 2.0, работают все эффекты включая кубы шустро без лагов.
Так что косяк или в пятой плазме или в драйверах все таки.
Запилим WW - отпишусь.
с WW все аналогично. :(
Скажите, а вам не приходилось за последнее время наблюдать в Параметрах системы при переключении режимов какой-нибудь ругани, похожей на эту:
Невозможно включить эффект на текущей конфигурации. Будут возвращены прежние параметры.
Проверьте параметры графической подсистемы. Возможно, необходимо настроить дополнительные параметры, например, движок
Ругани не видел нигде. Включая логи.
Еще один вопрос, ответ на него очевиден, но все же не могу не спросить в столь запутавшейся ситуации. При различных режимах обеспечения эффектов Xrender и OpenGL становятся доступными и различные наборы самих эффектов по количеству, при Xrender он укороченный. Отсутствует, например, Куб с рабочими столами или Колышущиеся окна и пр. Как у вас с этим?
Да куб и колышущиеся окна отсутствуют. Список эффектов укороченый.
Если вручную поменять?
.
Возможно, что видеокарта в блэклисте тоже прописана для композита.
Вручную меняли - не помогает.
А где может быть блэклист для видеокарт?
У меня напрочь вылетела из головы локация и имя этого файла, но его лично видел и редактировал на KDE 4 (скорее всего, он будет и на 5-ке, но немного не там). Гугление пока не помогло, но попробую еще разок на разных языках поискать.
UPDATED: Я делал это как-то не так, но нашлось вот что: https://community.kde.org/KWin/Environment_Variables:
O: OpenGL backend (either OpenGL 1, OpenGL 2 or OpenGL ES 2.0)
O1: OpenGL 1 backend
O2: OpenGL 2 backend
X: XRender backend
Q: QPainter backend
N: No Compositing
UPDATED 2: Похоже на то, что в kwinrc должна быть группа [Blacklist], но сейчас у меня ее там нет. Однако я помню откуда-то прямо список чипсетов, который я раньше видел.
Тем не менее для сочетания KDE 4 и ATI находится это (уже было выше), я бы попробовал:
[Compositing]
DisableChecks=true
OpenGLIsUnsafe=false
Думаю, что надо как-то отключить саму эту проверку, что должно дать (по идее) такой же эффект.
Спасибо. Попробуем.
Изменения не держаться после перезагрузки. :( Файл сбрасывается в настройки с XRender. Видимо в 5 плазме какие-то новые средства настройки...
То есть с настройками OpenGL бэкэнд включается, но с перезагрузкой снова пропадает?
Попробуйте сначала так (по Alt+F2, не из консоли):
env KWIN_COMPOSE=O kwin --replace
Если не путаю ничего, то в консоли будет так:
KWIN_COMPOSE=O kwin --replace & disown
Или так:
KWIN_COMPOSE=O kwin --replace &
Если что-то получилось, то я бы попробовал сделать скрипт на автозапуск:
#!/bin/bash
export $(dbus-launch)
export KWIN_COMPOSE=O
kwin --replace &
И положил бы его в ~/.config/autostart (если в KDE 5 не поменялась локация, конечно).
Вроде
export KWIN_DIRECT_GL=1
в KDE 5 не поддерживается, но мало ли… Если что, то в тот же скрипт перед export KWIN_COMPOSE=O.
Дополнительно можно прибить гвоздями kwinrc так:
sudo chattr +i file_name
— The operator "+" causes the selected attributes to be added to the existing attributes of the files.
— Неизменяемый (i).
P.S. Если придется откатить эту кувалду, то
sudo chattr -i file_name
Я имел в виду только изменения, которые в файл вносятся. Никаких изменений режима на OpenGL в текущем сеансе это конечно не вызвало, а при перезагрузке все сбрасывается. Попробуем поиграться с окружением еще, но, что-то оптимизма у меня уже совсем мало...
Понижать используемую версию OpenGL в настройках и менять там же EGL на GLX пробовали?
Естественно. Все варианты доступные испробовали. Результат один - после применить все сбрасывается на Xrender
А эффекты отключать и включать по одному? Возможно, какой-то один не заводится, пытаясь использовать аппаратную поддержку, которой нет.
Чтобы отбросить сомнения по дровам - поставьте версию ядра как на 14.04 и пакет для xorg и попробуйте.
Наша коллективная неудача в этой теме сподвигла меня на эксперимент, чтобы воочию во всем убедиться, а не по наслышке. Сами понимаете, что видеокарты как у вашего соседа у меня не нашлось, но оказалась всего на ступеньку ниже (ATI RV360), чем та, что меня даже порадовало. А раз я рекомендовал вам пробовать на WW, то и сам установил бюилд от 20.08, огребши те же результаты — переключение движка Xrender на OpenGL в окне Обеспечения эффектов фиксируется без ругани, при переходе в окно Эффекты наблюдается укороченный их список, а при возвращении обратно снова активный движок Xrender.
Но это еще не все. Используемая видеокарта не такая уж и простая, а именно:
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV360 [Radeon 9600/X1050 Series]
о ней я подробно рассказывал в одной из своих немногочисленных тем уже давно, и естественно захотелось тряхнуть стариной. Так вот — оказалось, что текущий Xorg Xserver уже не поддерживает мультимедийную составляющую подобных видеокарт вообще. Не вдаваясь в подробности, позволю себе сделать вывод: если по большому счету была вырезана мультимедийная компонента для моей видеокарты, то почему по маленькому счету не могла быть вырезана поддержка OpenGL для немолодых видеокарт, что мы собственно и наблюдаем. Никому не запрещается этот вывод оспаривать.Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] All-in-Wonder 9600 XT
Kernel driver in use: radeon
И еще одно наблюдение за работой Параметров системы, связанной с нашей темой. После фиксации движка OpenGL в окне Обеспечения эффектов мне захотелось сразу одновременно оказаться еще в окне Эффекты, что удалось сделать открытием второй копии Параметры системы через консоль, а там я увидел полный список эффектов, но их активация сопровождалась соответствующими выхлопами в консоли. Не знаю, может здесь есть еще над чем подумать?
Интересный эксперимент, который собственно подтверждает мои предположения.
Посоветовал соседу купить карту поновее или откатиться на 14.04 :)
Пока он едет на Xrender-е и, вобщем, не очень-то и расстроен. Для его задач такой графики практически достаточно.
Интрига была в том что вдруг перестало работать то, что работало в 14.10
Прошу прощения что вклиниваюсь.Но у меня видеокарта radeon r7 240 и на виртуалке в zorin все эффекты куб,окна работает но на kubuntu нет пишет не удалось загрузить opengl.При одинаковом железе в zori работают эффекты без проблем а в kubuntu нет то напрашивается вывод что причина в системе а не в железе.
Не надо путать виртуальную машину с реальной, и гнома с кедами.
Отправить комментарий