radeonkms странно работает

FreeBSD и прочие в роли десктопа.
Правила форума
Убедительная просьба юзать теги [code] при оформлении листингов.
Сообщения не оформленные должным образом имеют все шансы быть незамеченными.
ski
старшина
Сообщения: 408
Зарегистрирован: 2008-08-25 18:10:44
Откуда: СССР, РФ, Сталинградская область, село Безродное
Контактная информация:

radeonkms странно работает

Непрочитанное сообщение ski » 2014-07-28 16:27:41

Приветствую.
тему хоть в "для начинающих" пихать, нифига я не понимаю в этой оси :(

Код: Выделить всё

$ uname -a
FreeBSD andromeda.digisave.ru 10.0-STABLE FreeBSD 10.0-STABLE #1 r269088: Mon Jul 28 13:50:04 VOLT 2014     root@andromeda.digisave.ru:/usr/obj/usr/src/sys/andromeda  i386


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

Захотелось прекрасного, решил попробовать новомодную штуку kms.
Сделал все как написано вот тут https://wiki.freebsd.org/Graphics (даже vt прикрутил, но это к делу не относится).
В результате ускорение не работает, игры не запускаются вовсе. Скажем, если раньше WoT под вайном запускался и только st3c текстуры не показывал, то теперь жалуется на отстутсвие d3d оборудования. В логах вижу вот такие вещи:

dmesg

Код: Выделить всё

drmn0: error: GPU lockup CP stall for more than 10000msec
drmn0: warning: GPU lockup (waiting for 0x0000000000000001 last fence id 0x000000000000
0000)
error: [drm:pid954:r600_ib_test] *ERROR* radeon: fence wait failed (-11).
error: [drm:pid954:radeon_ib_ring_tests] *ERROR* radeon: failed testing IB on GFX ring (-11).
error: [drm:pid954:radeon_device_init] *ERROR* ib ring test failed (-11).


Xorg.0.Log

Код: Выделить всё

[   625.305] (WW) RADEON(0): Direct rendering disabled
[   625.305] (II) RADEON(0): Acceleration disabled
[   625.305] (II) RADEON(0): RandR 1.2 enabled, ignore the following RandR disabled message.
[   625.310] (--) RandR disabled
[   625.518] (EE) AIGLX error: dlopen of /usr/local/lib/dri/swrast_dri.so failed (/usr/
local/lib/dri/swrast_dri.so: Undefined symbol "_ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEED1Ev")
[   625.518] (EE) GLX: could not load software renderer
[   625.518] (II) GLX: no usable GL providers found for screen 0


Собственно, буду признателен, если ткнете носом, куда ковырять.

ski
старшина
Сообщения: 408
Зарегистрирован: 2008-08-25 18:10:44
Откуда: СССР, РФ, Сталинградская область, село Безродное
Контактная информация:

Re: radeonkms странно работает

Непрочитанное сообщение ski » 2014-07-28 16:38:01

После перезагрузки Xorg.0.log уточнил мне проблему, но она нифига не гуглится

Код: Выделить всё

[   175.054] (EE) AIGLX error: dlopen of /usr/local/lib/dri/r600_dri.so failed (/usr/local/lib/dri/r600_dri.so: Undefined symbol "_ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocat
orIcEEED1Ev")
[   175.054] (EE) AIGLX: reverting to software rendering
[   175.054] (II) AIGLX: Screen 0 is not DRI capable
[   175.119] (EE) AIGLX error: dlopen of /usr/local/lib/dri/swrast_dri.so failed (/usr/local/
lib/dri/swrast_dri.so: Undefined symbol "_ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEED1Ev")
[   175.119] (EE) GLX: could not load software renderer
[   175.119] (II) GLX: no usable GL providers found for screen 0

ski
старшина
Сообщения: 408
Зарегистрирован: 2008-08-25 18:10:44
Откуда: СССР, РФ, Сталинградская область, село Безродное
Контактная информация:

Re: radeonkms странно работает

Непрочитанное сообщение ski » 2014-07-29 11:23:55

нарыл вот это:
http://comments.gmane.org/gmane.os.free ... .x11/14584

This comes from an incompatibility between:
o libc++ (our default C++ standard library), used to build LLVM
from ports (graphics/dri's dependency),
o and libstdc++ (the C++ standard library provided with and used
by GCC), used to build libglapi on i386.

Here, {LLVM headers + libc++ headers} produce different symbols than
{LLVM headers + libstdc++ headers}, because both standard libraries have
incompatible internal representation of standard C++ types. So they are
both "C++ compliant" of course, but they can't be mixed in the same program.

The root of your problem isn't this incompatibility however. Clang is
unable to build Mesa on i386 currently. The workaround was to use GCC
temporarily until Clang is fixed. But it's ineffective, because of the
incompatibility.


Взгрустнул... Интересно, переход на AMD64 решит проблему?


Вернуться в «UNIX as Desktop»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 3 гостя