[nouveau][gallium] Стабильности нет! Падучь после каждого чиха.

>media-libs/mesa-7.9.1

А древней ничего небыло? Может 7.5 собереш? Там 100% не запустится.

Ну юзай без gallium, всяко лучше, чем nv.

Я заменил nouveau на vmware, потерял ~100 попугаев но оно работает вроде без глюков! :)

name of display: :0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4

client glx vendor string: Mesa Project and SGI
client glx version string: 1.4

OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe
OpenGL version string: 2.1 Mesa 7.9.1
OpenGL shading language version string: 1.20

Интересно vmware будет работать на всех картах как универсальный драйвер и с поддержкой 3D, OpenGL... ??

В портах mesa-7.10-r1 пробовать ставить её и дальше тестить nouveau?

У меня vmware 900 попугаев даёт, а nouveau только 1000 попугаев...

>Или совет дадите

Выпрямляй руки.
mesa, xf86-video-nouveau, libdrm и ядро из git.
Остальное из ~amd64

gt240m+gallium+llvm - все летает.

>Я заменил nouveau на vmware
поздравляю, что бы пользоваться llvmpipe видеокарта практически не нужна, смело ставь PCI S3-Trio 64V+ и не мучай уже нвидию.

Останусь на vmware +llvmpipe и подожду пока ебылды в портадже появляться...

>пока ебылды в портадже появляться

layman -a x11

Мое мнение попробовать не сложно) Если интузиазм не пропадет можеш попробывать месу из гита. Я не особо слежу за разработкой нуво, но от версии месы к версии в r300g и в r600g сного коммитов приходит.

Плюсую класик драйвер тоже стоит попробывать. Судя по логу http://cgit.freedesktop.org/mesa/mesa/log/?qt=grep&q=nouveau Класик драйвер для нуво пилят паралельно с галиум драйвером.

>> пока ебылды в портадже появляться

layman -a x11

в vmware хитрый драйвер, он nv использует как девайс, вернее nv использует vmware как dri opengl драйвер и в нём композит не включается.. :( пошел за ебылдами в x11.....

>gt240m+gallium+llvm - все летает.

Гдеб доступно почитать о том что дает +llvm как правивльно собирать и стоит ли это делать для r600g и какой с этого профит.

Пока нуво не научится управлять скоростью вентилятора, обсуждать тут нечего. Больше десяти минут воя турбины могут свести с ума.

После продолжительного использования нуво пришёл к тому же выводу. Всё остальное меня устраивает.

будьте здоровы

>о том что дает +llvm

Оптимизация шейдеров

как правивльно собирать

echo 'media-libs/mesa gallium llvm' >> /etc/portage/package.use && emerge -N mesa

Пересобрал:

media-libs/mesa-7.9.1  USE="classic nptl pic -debug -gallium -gles -llvm -motif (-selinux)" VIDEO_CARDS="intel mach64 mga nouveau r128 radeon savage sis tdfx via vmware"

name of display: :0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4

client glx vendor string: Mesa Project and SGI
client glx version string: 1.4

OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 2.1 Mesa 7.9.1
OpenGL shading language version string: 1.20

Композит есть. Навороченых эфектов в KDE-4.6 нет но большинство стабильно работает, ничего пока не упало.

Подвисаний системы за 2 часа не небыло.. Но в компизе даёт 600 попугаев и celestia тормозит stellarium ~1 FPS вообще тормоз!

Вывод: Galium & gl es & llvm работают очень быстро но nouveau с ним глючит!!! Возможно вернусь назад на vmware с Galium & llvm там хоть компиза нет но всё в opengl летает.

Ставить систему с git не решил, это рабочий комп и ламать не хочется.. буду ждать релизов и ебылдов.

Software Rasterizer

А я чем помогу? Это nouveau такой.

Пересобирал:

emerge -1 x11-drivers/xf86-video-nouveau xorg-server xorg-drivers mesa

Может x11-base/nouveau-drm x11-libs/libdrm пересобрать тоже надо?

Я не знаю, что там гентушникам надо пересобирать. Могу сказать одно: это не nouveau.

echo 'media-libs/mesa gallium gles llvm -classic' >> /etc/portage/package.use && emerge -N mesa

>но nouveau с ним глючит

Хочется взять и у*бать, честное слово. Почему у меня в генте все работает?

но всё в opengl летает.

А ну давай nexuiz прогони для проверки.

>gles

не нужен

P.S. Я спокойно гоняю в Nexuiz на максималках на своем ноуте с nouveau.

'layman -a x11' это уже не гента...

>это уже не гента

Ага. И при подключении contrib и non-free Debian резко перестает быть Debian'ом?

Блин у меня арч. А можеш посмотреть с какими опциями собирается меса в таком случае?

У меня система «полу hardened» может глюки из за этого...

да у него система с гита! может и nouveau c galium там работают без глюков, а ядро не стабильно. Из-за гитовского ядра не хочу так ставить.

Внимание там есть патчи от генты, конфигуре в последней строчке..

 * Package:    media-libs/mesa-7.9.1
 * Repository: gentoo
 * Maintainer: x11@gentoo.org
 * USE:        elibc_glibc gallium kernel_linux llvm nptl pic userland_GNU video_cards_intel video_cards_mach64 video_cards_mga video_cards_nouveau video_cards_r128 video_cards_radeon video_cards_savage video_cards_sis video_cards_tdfx video_cards_via video_cards_vmware x86
 * FEATURES:   ccache preserve-libs sandbox userpriv usersandbox
>>> Unpacking source...
>>> Unpacking MesaLib-7.9.1.tar.bz2 to /var/calculate/tmp/portage/media-libs/mesa-7.9.1/work
>>> Unpacking mesa-7.9.1-gentoo-patches-01.tar.bz2 to /var/calculate/tmp/portage/media-libs/mesa-7.9.1/work
>>> Source unpacked in /var/calculate/tmp/portage/media-libs/mesa-7.9.1/work
>>> Preparing source in /var/calculate/tmp/portage/media-libs/mesa-7.9.1/work/Mesa-7.9.1 ...
 * Applying various patches (bugfixes/updates) ...
 *   mesa-7.9.1-python-strip-fix.patch ...
 [ ok ]
 *   mesa-7.9-libdrm-2.4.23-nouveau-api.patch ...
 [ ok ]
 * Done with patching
 * Running eautoreconf in '/var/calculate/tmp/portage/media-libs/mesa-7.9.1/work/Mesa-7.9.1' ...
 * Running aclocal ...
 [ ok ]
 * Running autoconf ...
 [ ok ]
>>> Source prepared.
>>> Configuring source in /var/calculate/tmp/portage/media-libs/mesa-7.9.1/work/Mesa-7.9.1 ...
 * You have enabled gallium infrastructure.
 * This infrastructure currently support these drivers:
 *     Intel: works only i915 and i965 somehow.
 *     LLVMpipe: Software renderer.
 *     Nouveau: Support for nVidia NV30 and later cards.
 *     Radeon: Newest implementation of r300-r700 driver.
 *     Svga: VMWare Virtual GPU driver.

 * econf: updating Mesa-7.9.1/bin/config.guess with /usr/share/gnuconfig/config.guess
 * econf: updating Mesa-7.9.1/bin/config.sub with /usr/share/gnuconfig/config.sub
./configure --prefix=/usr --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --disable-option-checking --with-driver=dri --disable-glut --without-demos --enable-xcb --disable-debug --disable-glw --disable-motif --enable-glx-tls --disable-asm --with-dri-drivers= --enable-gallium --with-state-trackers=glx,dri,egl,vega --enable-gallium-llvm --disable-gles1 --disable-gles2 --disable-gles-overlay --enable-gallium-svga --enable-gallium-nouveau --enable-gallium-i915 --enable-gallium-i965 --enable-gallium-radeon --enable-gallium-r600

--enable-gallium-llvm не густо я думал что то еще нужно) Так я собирать пробывал но разници не ощущал на r600g. Сегодня еще раз попробую. Похороникс чтоль тестов намутил бы)

Вернись на юбунту. Гента пока не для тебя.

максимум где используется llvm кроме llvmpipe это эмуляция вершинных шейдеров на картах без аппаратного TnL. для r600 оно вообще ничего не дает.

разницы и не будет, я тестил когда-то на своей x1200, и разница там была.
http://www.linux.org.ru/forum/talks/4889911
а сейчас для своей x200m все руки не доходят собрать.

>это эмуляция вершинных шейдеров на картах без аппаратного TnL

Осиль уже почитать инструкцию, документацию по gallium и документы LunarG

Вот вот про TnL для карт без него я помнил а вот еще для ченго не слышал. у значит не буду собирать раз смысла нет)

P.S. http://cgit.freedesktop.org/mesa/mesa/commit/?id=7da5105fb346db1d5c6b0b67109e...

Как я понял сейчас используя r300g-r600g либдрм можно собирать без --enable-radeon? или вообще без либдрм? Нне пробывал?

Что значит выделение моего эмуляция вершинных шейдеров на картах без аппаратного TnL, не уже то r300/swtcl не существует? или оно не использует llvm опционально?
lunarglаss уже есть в месе, его уже можно использовать? И об успешном использовании llvm кроме как в llvmpipe и r300g кроме вас в интернете никто не знает.

без --enable-radeon оно уже очень давно собирается, так как radeon включен по умолчанию, а сейчас отвязали от libdrm_radeon, а в libkms появлся radeon backend, так что скорей всего теперь галлиум зависит от libkms.

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

в общем libkms не причем, r300g и r600g, могут обходится только c libdrm, причем наверно уже давно, а классическим нужны еще libdrm_radeon, а без libdrm вообще никак.

ссылки нет, достаточно сделать галлиумный

 ldd /usr/lib/dri/r300_dri.so 
        linux-gate.so.1 =>  (0xffffe000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb731c000)
        libdricore.so => /usr/lib/dri/libdricore.so (0xb70dd000)
        libglsl.so => /usr/lib/dri/libglsl.so (0xb6fd5000)
        libdrm.so.2 => /usr/lib/libdrm.so.2 (0xb6fc8000)
        libexpat.so.1 => /lib/libexpat.so.1 (0xb6f9d000)
        libpthread.so.0 => /lib/libpthread.so.0 (0xb6f82000)
        libdl.so.2 => /lib/libdl.so.2 (0xb6f7d000)
        libm.so.6 => /lib/libm.so.6 (0xb6f53000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb6f35000)
        libc.so.6 => /lib/libc.so.6 (0xb6dc8000)
        /lib/ld-linux.so.2 (0xb7814000)
        librt.so.1 => /lib/librt.so.1 (0xb6dbd000)

ldd ./r300_dri.so 
        linux-gate.so.1 =>  (0xffffe000)
        libdricore.so => /usr/lib/dri/libdricore.so (0xb75b8000)
        libglsl.so => /usr/lib/dri/libglsl.so (0xb74b0000)
        libdrm.so.2 => /usr/lib/libdrm.so.2 (0xb7481000)
        libexpat.so.1 => /lib/libexpat.so.1 (0xb7457000)
        libpthread.so.0 => /lib/libpthread.so.0 (0xb743b000)
        libdl.so.2 => /lib/libdl.so.2 (0xb7436000)
        libdrm_radeon.so.1 => /usr/lib/libdrm_radeon.so.1 (0xb742e000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb733f000)
        libm.so.6 => /lib/libm.so.6 (0xb7315000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb72f7000)
        libc.so.6 => /lib/libc.so.6 (0xb7189000)
        librt.so.1 => /lib/librt.so.1 (0xb717f000)
        /lib/ld-linux.so.2 (0xb7871000)

Ясно, спасибо.