LINUX.ORG.RU

Не удаётся обновить Mesa до 10.2.4

 , , , ,


1

2

На борту ноута гибридная графика Intel+Radeon, openSUSE 13.1, ядро 3.15.6, Mesa 9.2.3, Xorg 1.15.

При попытке обновить месу из репозитория X11:XOrg (со всеми зависимостями, которые она попросила), после рестарта системы не получается залогиниться: после ввода пароля, вместо загрузки KDE снова кидает на экран логина.
Загрузить систему в Failsafe удаётся, но кеды начинают сыпать ошибками KCMInit, не запускаются кедовые приложения. В общем ничего не работает. =)

Попытка перевести все системные пакеты на более новые версии из репозитория X11:XOrg (иксы, открытые драйвера и т.д.) вроде как проходит успешно — система грузится-логинится, кеды грузятся не вываливая ошибок и запускют свой софт. Одна проблема — не работает переключение видеокарт.

DRI_PRIME=1 glxinfo |grep OpenGL
выдаёт
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Mobile
даже после команды
xrandr --setprovideroffloadsink 0x55 0x7e

При этом xrandr --listproviders ведёт себя странно, выдавая вместо обычного

xrandr --listproviders
Providers: number : 2
Provider 0: id: 0x7e cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 4 outputs: 5 associated providers: 0 name:Intel
Provider 1: id: 0x55 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 6 outputs: 0 associated providers: 0 name:radeon
вот такое
xrandr --listproviders
Providers: number : 3
Provider 0: id: 0x7e cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 4 outputs: 5 associated providers: 0 name:Intel
Provider 1: id: 0x55 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 6 outputs: 0 associated providers: 0 name:radeon
Provider 2: id: 0x55 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 6 outputs: 0 associated providers: 0 name:radeon

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

Подскажите люди добрые, что это может быть. Может месу надо как-то иначе обновлять, попакетно? Может какие-то пакеты в репозитории не собраны, или наоборот я чего лишнего обновил.
Заранее спасибо.

★★★★★

у меня тоже выдает 3 провайдера, можно поробовать из моей репы
http://download.opensuse.org/repositories/home:/pontostroy:/X11/openSUSE_13.1/

но еще как вариан покажи вывод
DRI_PRIME=1 LIBGL_DEBUG=verbose glxgears
банально может не хватать прав, и нужно добавить себя в групу video и перелогиниться

Novell-ch ★★★★★
()
Последнее исправление: Novell-ch (всего исправлений: 1)
Ответ на: комментарий от Novell-ch

В группе video я точно есть, и до обновления, и после. Из твоей репы — все пакеты, что у тебя в ней есть, обновлять?

sluggard ★★★★★
() автор топика

ты только месу обновлял или dup делал? если первое, то м.б. чего с зависимостями нахомутали, тогда попробуй второй вариант

registrant ★★★★★
()
Последнее исправление: registrant (всего исправлений: 1)
Ответ на: комментарий от registrant

Я же говорю — все пакеты обновил, для которых в X11 новые версии были. При это почему-то удалился glamor, а вместо xorg-x11-driver-video-nouveau установился xf86-video-nouveau.

sluggard ★★★★★
() автор топика
Ответ на: комментарий от sluggard

вывод
DRI_PRIME=1 LIBGL_DEBUG=verbose glxgears
если будешь обновлять то лучше завтра, сейчас идет большая обнова в репе ллвм на 3.6 версию, а обс работает как черепаха мож к завтра все пересоберется, сейчас там скорее всего зависимоти не все пройдут.

Novell-ch ★★★★★
()

короче это скорее все из-за дри3
проверь
LIBGL_DRI3_DISABLE=1 DRI_PRIME=1 glxgears
если пашет создай

cat /etc/udev/rules.d/70-radeon.rules
SUBSYSTEM==«drm», IMPORT{builtin}=«path_id»

и все должно заработать после перезагрузки удева

Novell-ch ★★★★★
()
Последнее исправление: Novell-ch (всего исправлений: 2)
Ответ на: комментарий от Novell-ch

Момент. Я просто откатился, сейчас опять все пакеты из Х11 обновлю и будет вывод. =)

sluggard ★★★★★
() автор топика
Ответ на: комментарий от Novell-ch

Обновился. Вывод DRI_PRIME=1 LIBGL_DEBUG=verbose glxgears выглядит так:

Sluggard@big-sluggard:~> DRI_PRIME=1 LIBGL_DEBUG=verbose glxgears
libGL: pci id for fd 4: 8086:0166, driver i965
libGL: OpenDriver: trying /usr/lib64/dri/updates/tls/i965_dri.so
libGL: OpenDriver: trying /usr/lib64/dri/updates/i965_dri.so
libGL: Can't open configuration file /home/Sluggard/.drirc: No such file or directory.
libGL: Can't open configuration file /home/Sluggard/.drirc: No such file or directory.
Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
295 frames in 5.0 seconds = 58.837 FPS
299 frames in 5.0 seconds = 59.726 FPS
300 frames in 5.0 seconds = 59.926 FPS

sluggard ★★★★★
() автор топика
Ответ на: комментарий от Novell-ch
Sluggard@big-sluggard:~> LIBGL_DRI3_DISABLE=1 DRI_PRIME=1 glxgears
Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
19257 frames in 5.0 seconds = 3851.381 FPS
19990 frames in 5.0 seconds = 3997.847 FPS
20220 frames in 5.0 seconds = 4043.982 FPS

Вот это уже знакомый FPS. А что за DRI3, почему с ним не работает? И где взять .drirc, которого нет в моём хомяке?

sluggard ★★★★★
() автор топика
Ответ на: комментарий от Novell-ch

И вывод LIBGL_DRI3_DISABLE=1 DRI_PRIME=1 glxinfo |grep OpenGL нормальный

OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD TURKS
OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.2.4
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 10.2.4
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 10.2.4
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.0
OpenGL ES profile extensions:

sluggard ★★★★★
() автор топика
Ответ на: комментарий от sluggard

мож в гите уже поправили, но можно и так рабоать, сделать export LIBGL_DRI3_DISABLE=1 в профиле или указать иксам
Option «DRI» «2»

что бы отключить dri3 типа такого

cat /etc/X11/xorg.conf.d/50-device.conf
Section "Device"
  Identifier "Default"
Option "SwapbuffersWait" "off"
Option "ColorTiling" "on"
Option "ColorTiling2D" "on"
Option  "DRI"           "2"

EndSection

Novell-ch ★★★★★
()
Последнее исправление: Novell-ch (всего исправлений: 2)
Ответ на: комментарий от Novell-ch

Из гита страшно ставить. Что это за DRI3 такой зверский и мешающий? И почему, если не секрет, с новой месой провайдеров стало 3 показывать? )

Ну и спасибо большое за помощь и решение!

sluggard ★★★★★
() автор топика
Ответ на: комментарий от sluggard

наоборот дри3 няша облегчил работу с дри праймом, он теперь без квина отлично работает, а 3 провайдера скрее всего из за него, мож иксы так делять радеон, один с дри3 другой с дри2

Novell-ch ★★★★★
()
Ответ на: комментарий от Novell-ch

Подожду следующего релиза, поглядим, как там няша себя поведёт. Ещё раз спасибо!

sluggard ★★★★★
() автор топика
Ответ на: комментарий от Behem0th

Подождём, пока возмужает. В любом случае — меса и свободные дрова здорово прогрессируют. Их разработчики большие молодцы.

sluggard ★★★★★
() автор топика
Ответ на: комментарий от Novell-ch

Прошу прощения за беспокойство и некропостинг, но возник небольшой вопрос.
У меня

LIBGL_DRI3_DISABLE=1 DRI_PRIME=1 glxinfo |grep OpenGL
выдаёт
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD TURKS
то есть работу дискретки, даже без предварительно сделанного
xrandr --setprovideroffloadsink 0x55 0x7e
Это так и должно быть? =)

sluggard ★★★★★
() автор топика
Ответ на: комментарий от Novell-ch

Сейчас обновление Месы прилетело, может что изменится. =)

sluggard ★★★★★
() автор топика
Ответ на: комментарий от Novell-ch

Ни фига ничего не изменилось. Кстати, у меня стоит Меса 10.2.5, АМД так и отписывает, а Интел пишет, что работает на 10.2.4.

sluggard ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.