проблема с libGL

а что показывает без стим_рантайм=0?

ну и всёравно спросят выхлоп glxinfo и версии ядра, системы, видеокарты...

суля по логу меса не смогла определить что за чип проблема скорее всего либо в месе либо в отсутствии микрокодов видяхи.. стоит попробовать месу посвежее и микрокоды к видяхе скачать( телепаю шо надо ещё раз пройтись по http://wiki.gentoo.org/wiki/Radeon)

Без STEAM_RUNTIME=0 у меня стим вообще не запускается давно уже. Что-то там с алсой ему не нравится.

Выхлоп glxinfo. Вроде всё в порядке.

http://pastebin.com/4cmbdCvq

Ядро: Linux home 3.14.5-gentoo #2 SMP PREEMPT Fri Jun 6 01:00:08 MSK 2014 x86_64 AMD Phenom(tm) II X4 955 Processor AuthenticAMD GNU/Linux

Эта меса в генту последняя. Ну если конечно 999 не считать. Микрокодов насколько помню если бы не было, то и glxinfo показывал бы это.

Вот еще dmesg кусок:

[    0.769732] [drm] radeon kernel modesetting enabled.
[    0.770499] radeon 0000:01:00.0: VRAM: 1024M 0x0000000000000000 - 0x000000003FFFFFFF (1024M used)
[    0.770501] radeon 0000:01:00.0: GTT: 1024M 0x0000000040000000 - 0x000000007FFFFFFF
[    0.770589] [drm] radeon: 1024M of VRAM memory ready
[    0.770590] [drm] radeon: 1024M of GTT memory ready.
[    0.771204] [drm] radeon: power management initialized
[    0.772631] [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0
[    0.788157] radeon 0000:01:00.0: WB enabled
[    0.788159] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0xffff88022563dc00
[    0.788161] radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu addr 0xffff88022563dc0c
[    0.788595] radeon 0000:01:00.0: fence driver on ring 5 use gpu addr 0x0000000000072118 and cpu addr 0xffffc90010fb2118
[    0.788614] radeon 0000:01:00.0: irq 43 for MSI/MSI-X
[    0.788622] radeon 0000:01:00.0: radeon: using MSI.
[    0.788640] [drm] radeon: irq initialized.
[    1.260853] fbcon: radeondrmfb (fb0) is primary device
[    1.484986] radeon 0000:01:00.0: fb0: radeondrmfb frame buffer device
[    1.484987] radeon 0000:01:00.0: registered panic notifier
[    1.484990] [drm] Initialized radeon 2.37.0 20080528 for 0000:01:00.0 on minor 0

Самое странное, что эта же игра пол года назад отлично работала. Т.е. проблема с каким-то обновлением пришла. Или месы, или драйвера.

Попробую сейчас ведро поновее собрать, но чувствую что не в этом проблема.

STEAM_RUNTIME=0

как вы это делаете?

как вы это делаете?

Что именно?

#!/bin/bash
STEAM_RUNTIME=0 steam

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

Нет, вопрос как, у меня без bundled libs запускаться отказывается. Это amd64? Возможно, у него в рантайме ещё какие-то зависимости, но выведать, чего же ему не хватает, так и не получилось.

Нет, вопрос как, у меня без bundled libs запускаться отказывается. Это amd64?

Да, гента x86_64. Чтобы заработало сделал USE=abi_x86_32 глобально. До этого всякими emul-linux обходился, но в них меса протухшая, поэтому на multilib перешел.

ну как там оно решилось с новым ядром? графический стек всёравно в соответствии с гайдом перебери.

ну и можешь месу 10.3 попробовать(xorg оверлэй что-ли, она уже в рц1, так-что нестрашно даже для стэйбла)

ну как там оно решилось с новым ядром?

не, ничего не поменялось.

графический стек всёравно в соответствии с гайдом перебери

Если бы графический стек плохо работал, то другие игры бы не работали. А то получается Metro: LL бегает(со все его 3Д графикой), а какая-то 2Д аркада не хочет.

Даже и не знаю куда копать теперь. попробую может месу из гита собрать, вдруг это из-за регрессии какой.

Хотя натыкался еще на вариант, что это вообще может быть косяк удева, а игра прост как-то криво графику инициализирует, что к удеву лезет.

не игра к udev лезет, болезный, а mesa

не игра к udev лезет, болезный, а mesa

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

а если сделать export LIBGL_DRI3_DISABLE=1 и потом запускать

К сожалению тоже самое

MESA-LOADER: could not create udev device for fd 33
unknown chip id 0x6738, can't guess.
libGL error: failed to create dri screen
libGL error: failed to load driver: radeon

И нагугливаются только проблемы без решения. Я даже код loader.c нашел где эта ошибка выкидывается, но там ничего не понятно для меня.

В loader.c нашел 2 интересных коммита. По названию очень вероятно что один из них и сломал загрузку.

2014-07-01	loader: Use drirc device_id parameter in complement to DRI_PRIME	Axel Davy	1	-0/+27
2014-07-01	loader: add gpu selection code via DRI_PRIME.

В чем проблема была в итоге я не понял, но с обновлением месы до 10.3 все само прошло.

Теперь вместо той ошибки всего лишь:

MESA-LOADER: could not create udev device for fd 33
MESA-LOADER: could not create udev device for fd 33

Т.е. то что было ошибкой, стало просто информационным сообщением.