ATI RV370 и OpenGL в 15.04

Изображение пользователя lord_i.

Всем привет.
Приобщил тут соседа к кубунте (кстати очень ему нравится) и вот вчера обновил ему систему до 15.04
Все вроде стало нормально но не включается OpenGL в обеспечении эффектов.
Я сдуру стал накатывать проприетарные дрова, а они вызывают стабильного малевича. :( Короче говоря, я снес через рекавери режим их, все стало на место (вроде) но проблема с OpenGL нервирует, особенно потому, что на 14.10 все работало без вопросов несмотря на древнее железо (ATI RV370). Да, и что меня сильно напрягло до экспериментов по lsmod я видел драйвер radeon в списке, а после того как поставил и снес проприетарные дрова - не вижу :( Хотя работает все так же как и до экспериментов. Только в режиме Xrender.
Вобщем вопросы такие
1. Можно ли заставить на этой карте и ядре (3.19) работать проприетарные дрова (и есть ли смысл?)
2. Как восстановить статус кво с драйвером radeon чтоб он появился по lsmod
3. Можно ли (как?) заставить эту карту работать в режиме OpenGL с драйвером radeon
Читал интернет но что то просветления не наступило :( Придайте пожалуйста правильный вектор. Буду благодарен :)

0
AlexBKost - 13 Август, 2015 - 22:53

1. Можно ли заставить на этой карте и ядре (3.19) работать проприетарные дрова (и есть ли смысл?) Нельзя, по причине сильно древнего железа, совсем не поддерживаемого проприетарным драйвером на этом ядре, потому даже пробовать не имело никакого смысла.

2. Как восстановить статус кво с драйвером radeon чтоб он появился по lsmod Если вам удалось снести проприетарный драйвер, да так что вы с соседом уже видите изображение на экране, следует предполагать, что именно драйвер radeon или vesa и выводит вам это изображение. Чтобы лишний раз в этом убедиться, посмотрите/покажите нам выхлоп lspci -k | grep -EA2 'VGA|3D'

3. Можно ли (как?) заставить эту карту работать в режиме OpenGL с драйвером radeon Вот здесь не могу с уверенностью сказать ничего ни плохого, ни хорошего. Если режим 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

Более конкретно вас бы проконсультировал только владелец именно такой карточки, но найти такого существует еще меньшая вероятность, чем не найти конкретику и в моих рекомендациях. Обязуюсь сопровождать тему до победы, давно не попадалось такого интересного.

0
lord_i - 14 Август, 2015 - 12:22
Изображение пользователя lord_i.

Спасибо за желание помочь. :)
Итак.
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

Сервер переконфигурировали - ничего не поменялось :(

0
AlexBKost - 14 Август, 2015 - 15:10

Что сейчас показываютglxinfo | grep OpenGL glxinfo|grep rendering

0
lord_i - 14 Август, 2015 - 20:21
Изображение пользователя lord_i.

$ 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 из плазмы?
Может там глянуть? Я что-то не нашел сходу а бегать к соседу из за каждой посетившей мысли как-то не айс :)

0
AlexBKost - 14 Август, 2015 - 22:08

При таких двух выхлопах режим OpenGL просто не может не работать. И у вас самого должен был сложится такой вывод. Получается, что процедуру переключения режимов почему-то не отрабатывает systemsettings, или вы не нажимаете кнопку Применить.

Попробуйте обновить плазму из бэкпортов, недавно обновлялось до 5.3.2 на VV
sudo apt-add-repository ppa:kubuntu-ppa/backports
sudo apt-get update
sudo apt-get upgrade
а драйвера тут явно ни при чем, и о них можно забыть.

0
Almight - 15 Август, 2015 - 07:43
Изображение пользователя Almight.

Еще можно проверить режим через:
qdbus org.kde.kwin /KWin compositingType
Для решения я бы попробовал в ~/.kde/share/config/kwinrc добавить:
[Compositing]
DisableChecks=true
OpenGLIsUnsafe=false

0
jacobtey - 15 Август, 2015 - 12:45
Изображение пользователя jacobtey.

OpenGL в 15.04

0
Almight - 15 Август, 2015 - 20:33
Изображение пользователя Almight.

В KDE 5 отменили kwinrc?

0
AlexBKost - 16 Август, 2015 - 00:29

Не отменили, изменился только путь к его конфигу: ~/.config/kwinrc .

0
lord_i - 15 Август, 2015 - 16:26
Изображение пользователя lord_i.

Обновили плазму из бэкпортов - ничего не поменялось. Только вылезла какая-то хрень в углу экрана. Появляется на последней стадии загрузки, когда на экране К с шестеренкой и прогрессбар.
Фото прилагаю. Похоже на информацию о параметрах видеокарты. там графики скачут когда на экран что то выводится или по экрану таскаешь окно. Короче - чем дальше тем интереснее...

У меня такое впечатление что в драйвере, который идет с новым ядром какая-то бага, связанная со старым железом :(

0
AlexBKost - 15 Август, 2015 - 18:39

Только вылезла какая-то хрень в углу экрана. Эта хрень всего лишь работа эффекта График производительности, отключите его в Параметрах системы и не будет вылезать.

Тут интересно другое, если этого эффекта на плазме до обновления не было, чего я уже не помню, а он появился после обновления, то как он включился сам, если по-умолчанию он отключен?

У меня такое впечатление что в драйвере, который идет с новым ядром какая-то бага, связанная со старым железом А у меня нет такого впечатления - свободный радеон как раз и ориентирован на обеспечение работоспособности старого железа, только для нового логичнее использовать свежие проприетарные дрова.

Но у меня есть еще радикальное предложение, опробовать конфигурацию вашего соседа на совсем новом - Wily Werewolf, не обязательно устанавливать а просто проверить на режим OpenGL. Уж если и там (где еще более свежий свободный драйвер и ядро) ничего не получится, будет повод задуматься о новом железе. Только я почти уверен, что этого не произойдет, уж больно подозрительно ведет себя соседская 15.04, как-будто там завелся барабашка - уж очень много непоняток с несоответствиями.

0
lord_i - 15 Август, 2015 - 18:42
Изображение пользователя lord_i.

Ок. Запишу болванку отпишусь. Я уже думал над этим только про 15.04
Спасибо за график производительности. Я вообще к рюшикам равнодушен, поэтому и не знаю как выглядят многие эффекты. Вполне возможно что сосед его включил, хотя перед обновлением плазмы я ничего такого не видел ...
Еще - облазил сегодня все логи - нигде признаков каких-то ошибок нет ... Мистика какая-то...

0
AlexBKost - 15 Август, 2015 - 18:55

Качайте последний Daily Build.

0
lord_i - 15 Август, 2015 - 20:03
Изображение пользователя lord_i.

Пока качается WW попробовали чистый 15.04.
Результат аналогичный - только Xrender
Грузим с болванки 14.10 - в автомате распознает OpenGL 2.0, работают все эффекты включая кубы шустро без лагов.
Так что косяк или в пятой плазме или в драйверах все таки.
Запилим WW - отпишусь.

0
lord_i - 15 Август, 2015 - 21:17
Изображение пользователя lord_i.

с WW все аналогично. :(

0
AlexBKost - 16 Август, 2015 - 00:09

Скажите, а вам не приходилось за последнее время наблюдать в Параметрах системы при переключении режимов какой-нибудь ругани, похожей на эту:
Невозможно включить эффект на текущей конфигурации. Будут возвращены прежние параметры.
Проверьте параметры графической подсистемы. Возможно, необходимо настроить дополнительные параметры, например, движок

0
lord_i - 16 Август, 2015 - 08:37
Изображение пользователя lord_i.

Ругани не видел нигде. Включая логи.

0
AlexBKost - 16 Август, 2015 - 14:08

Еще один вопрос, ответ на него очевиден, но все же не могу не спросить в столь запутавшейся ситуации. При различных режимах обеспечения эффектов Xrender и OpenGL становятся доступными и различные наборы самих эффектов по количеству, при Xrender он укороченный. Отсутствует, например, Куб с рабочими столами или Колышущиеся окна и пр. Как у вас с этим?

0
lord_i - 16 Август, 2015 - 21:23
Изображение пользователя lord_i.

Да куб и колышущиеся окна отсутствуют. Список эффектов укороченый.

0
Almight - 15 Август, 2015 - 20:38
Изображение пользователя Almight.

Если вручную поменять?

Since the entry for Desktop Effects doesn't have an Advanced tab anymore (at least on my system), I didn't realize that kwin backend had been switched to xrender. In case anyone else runs into this issue, go to /home//.config/ and open kwinrc in kate (or any other editor of choice), look for Backend=xRender and change it to Backend=openGL. Once you log back into KDE, you'll have all the effects available.

Возможно, что видеокарта в блэклисте тоже прописана для композита.

0
lord_i - 16 Август, 2015 - 08:59
Изображение пользователя lord_i.

Вручную меняли - не помогает.
А где может быть блэклист для видеокарт?

0
Almight - 16 Август, 2015 - 10:55
Изображение пользователя Almight.

У меня напрочь вылетела из головы локация и имя этого файла, но его лично видел и редактировал на KDE 4 (скорее всего, он будет и на 5-ке, но немного не там). Гугление пока не помогло, но попробую еще разок на разных языках поискать.

UPDATED: Я делал это как-то не так, но нашлось вот что: https://community.kde.org/KWin/Environment_Variables:
The environment variable KWIN_COMPOSE enforces a compositing backend or forces compositing completely off. The following values are supported:

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

Думаю, что надо как-то отключить саму эту проверку, что должно дать (по идее) такой же эффект.

0
lord_i - 16 Август, 2015 - 11:25
Изображение пользователя lord_i.

Спасибо. Попробуем.

0
lord_i - 17 Август, 2015 - 16:11
Изображение пользователя lord_i.

Изменения не держаться после перезагрузки. :( Файл сбрасывается в настройки с XRender. Видимо в 5 плазме какие-то новые средства настройки...

0
Almight - 18 Август, 2015 - 04:53
Изображение пользователя Almight.

То есть с настройками 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

0
lord_i - 18 Август, 2015 - 08:50
Изображение пользователя lord_i.

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

0
MacLeod - 15 Август, 2015 - 19:43
Изображение пользователя MacLeod.

Понижать используемую версию OpenGL в настройках и менять там же EGL на GLX пробовали?

0
lord_i - 15 Август, 2015 - 20:05
Изображение пользователя lord_i.

Естественно. Все варианты доступные испробовали. Результат один - после применить все сбрасывается на Xrender

0
MacLeod - 16 Август, 2015 - 04:05
Изображение пользователя MacLeod.

А эффекты отключать и включать по одному? Возможно, какой-то один не заводится, пытаясь использовать аппаратную поддержку, которой нет.
Чтобы отбросить сомнения по дровам - поставьте версию ядра как на 14.04 и пакет для xorg и попробуйте.

+2
AlexBKost - 23 Август, 2015 - 22:07

Наша коллективная неудача в этой теме сподвигла меня на эксперимент, чтобы воочию во всем убедиться, а не по наслышке. Сами понимаете, что видеокарты как у вашего соседа у меня не нашлось, но оказалась всего на ступеньку ниже (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]
        Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] All-in-Wonder 9600 XT
        Kernel driver in use: radeon
о ней я подробно рассказывал в одной из своих немногочисленных тем уже давно, и естественно захотелось тряхнуть стариной. Так вот — оказалось, что текущий Xorg Xserver уже не поддерживает мультимедийную составляющую подобных видеокарт вообще. Не вдаваясь в подробности, позволю себе сделать вывод: если по большому счету была вырезана мультимедийная компонента для моей видеокарты, то почему по маленькому счету не могла быть вырезана поддержка OpenGL для немолодых видеокарт, что мы собственно и наблюдаем. Никому не запрещается этот вывод оспаривать.

И еще одно наблюдение за работой Параметров системы, связанной с нашей темой. После фиксации движка OpenGL в окне Обеспечения эффектов мне захотелось сразу одновременно оказаться еще в окне Эффекты, что удалось сделать открытием второй копии Параметры системы через консоль, а там я увидел полный список эффектов, но их активация сопровождалась соответствующими выхлопами в консоли. Не знаю, может здесь есть еще над чем подумать?

0
lord_i - 23 Август, 2015 - 22:21
Изображение пользователя lord_i.

Интересный эксперимент, который собственно подтверждает мои предположения.

может здесь есть еще над чем подумать?

Посоветовал соседу купить карту поновее или откатиться на 14.04 :)
Пока он едет на Xrender-е и, вобщем, не очень-то и расстроен. Для его задач такой графики практически достаточно.
Интрига была в том что вдруг перестало работать то, что работало в 14.10

0
Гость - 19 Ноябрь, 2015 - 11:52

Прошу прощения что вклиниваюсь.Но у меня видеокарта radeon r7 240 и на виртуалке в zorin все эффекты куб,окна работает но на kubuntu нет пишет не удалось загрузить opengl.При одинаковом железе в zori работают эффекты без проблем а в kubuntu нет то напрашивается вывод что причина в системе а не в железе.

+3
AlexBKost - 19 Ноябрь, 2015 - 17:31

Не надо путать виртуальную машину с реальной, и гнома с кедами.

Отправить комментарий

CAPTCHA на основе изображений
Введите цифры