Bug 13996 - No DRI: libdri.a too old
Summary: No DRI: libdri.a too old
Status: CLOSED NOTABUG
Alias: None
Product: Branch 4.0
Classification: Distributions
Component: kernel-image-std-smp (show other bugs)
Version: 4.0
Hardware: all Linux
: P2 normal
Assignee: Valery Inozemtsev
QA Contact: Q.A. 4.0
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-01-14 16:22 MSK by Michael Shigorin
Modified: 2008-02-08 21:00 MSK (History)
2 users (show)

See Also:


Attachments
mga log (60.37 KB, text/plain)
2008-01-14 16:26 MSK, Michael Shigorin
no flags Details
mga conf (5.37 KB, text/plain)
2008-01-14 16:26 MSK, Michael Shigorin
no flags Details
ati log (55.05 KB, text/plain)
2008-01-14 16:27 MSK, Michael Shigorin
no flags Details
ati conf (5.39 KB, text/plain)
2008-01-14 16:27 MSK, Michael Shigorin
no flags Details
ati log (with nvidia glx removed) (57.28 KB, text/plain)
2008-01-14 16:58 MSK, Michael Shigorin
no flags Details
lspci -vvvnn (nf3-250, radeon 9200) (13.39 KB, text/plain)
2008-01-14 18:29 MSK, Michael Shigorin
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Shigorin 2008-01-14 16:22:09 MSK
На текущем 4.0/branch не работает ускорение 3D при использовании драйверов "mga"
с картой Matrox G450 и "ati" с Radeon 9200.

Версии:

2.6.18-std-smp-alt10
kernel-modules-drm-std-smp-2007.06.10-alt1.132626.10
xorg-x11-server-1.3.0.0-alt21.M40.3
xorg-x11-drv-mga-1.4.6.1-alt1
xorg-x11-drv-ati-6.6.99-alt7

Логи/конфиги -- следом.
Comment 1 Michael Shigorin 2008-01-14 16:26:02 MSK
Created attachment 2371 [details]
mga log

PS: на системе файла libdri.a не наблюдается, libdri.so -- из
xorg-x11-extensions-glx-1.3.0.0-alt21.M40.3, также имеется
libdrm-2.4.0-alt0.M40.1
Comment 2 Michael Shigorin 2008-01-14 16:26:19 MSK
Created attachment 2372 [details]
mga conf
Comment 3 Michael Shigorin 2008-01-14 16:27:12 MSK
Created attachment 2373 [details]
ati log
Comment 4 Michael Shigorin 2008-01-14 16:27:29 MSK
Created attachment 2374 [details]
ati conf
Comment 5 Valery Inozemtsev 2008-01-14 16:33:17 MSK
Load "dri"
Comment 6 Michael Shigorin 2008-01-14 16:51:29 MSK
Спасибо, но это ещё не решение проблемы, хотя она переехала...

2 zerg: можешь пояснить, почему после отработки x11setupdrv/x11presetdrv на
системе с Radeon 9200 в /etc/X11/lib/* -- симлинки на
/usr/lib/nvidia_100.14.19/*, и не результат ли это существования
/usr/libexec/X11/drvpre.d/nvidia (из nvidia_glx_common-100.14.19-alt40)?
Comment 7 Michael Shigorin 2008-01-14 16:58:32 MSK
Created attachment 2375 [details]
ati log (with nvidia glx removed)

BTW в лог падало:
(II) Loading /usr/lib/X11/modules/extensions//libglx.so
(II)Module glx: vendor="NVIDIA Corporation"
	compiled for 4.0.2, module version = 1.0.0
	Module class: X.Org Server Extension
	ABI class: X.Org Server Extension, version 0.1
(II) NVIDIA GLX Module	100.14.19  Wed Sep 12 14:48:02 PDT 2007
(II) Loading extension GLX
(II) LoadModule: "dri"

(II) Loading /usr/lib/X11/modules/extensions//libdri.so
(II) Module dri: vendor="X.Org Foundation"
	compiled for 7.3.0, module version = 1.0.0
	ABI class: X.Org Server Extension, version 0.3
(II) Loading extension XFree86-DRI
(II) LoadModule: "extmod"
[...]
(EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found)

Снёс nvidia_glx_common со всем зависимым, теперь (лог прилагается):

(==) RADEON(0): Write-combining range (0xc0000000,0x4000000)
(==) RADEON(0): Using 16 bit depth buffer
(II) RADEON(0): Depth moves disabled by default
(II) RADEON(0): CP in BM mode
(II) RADEON(0): Using 8 MB GART aperture
(II) RADEON(0): Using 1 MB for the ring buffer
(II) RADEON(0): Using 2 MB for vertex/indirect buffers
(II) RADEON(0): Using 5 MB for GART textures
(II) RADEON(0): Memory manager initialized to (0,0) (1664,8191)
(II) RADEON(0): Reserved area from (0,1200) to (1664,1202)
(II) RADEON(0): Largest offscreen area available: 1664 x 6989
(II) RADEON(0): Will use front buffer at offset 0x0
(II) RADEON(0): Will use back buffer at offset 0xf56000
(II) RADEON(0): Will use depth buffer at offset 0x1325000
(II) RADEON(0): Will use 41984 kb for textures at offset 0x16f4000
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 8, (OK)
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 8, (OK)
drmOpenByBusid: Searching for BusID pci:0000:01:00.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 8, (OK)
drmOpenByBusid: drmOpenMinor returns 8
drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0
(II) [drm] DRM interface version 1.3
(II) [drm] DRM open master succeeded.
(II) RADEON(0): [drm] Using the DRM lock SAREA also for drawables.
(II) RADEON(0): [drm] framebuffer handle = 0xc0000000
(II) RADEON(0): [drm] added 1 reserved context for kernel
(II) RADEON(0): X context handle = 0x1
(II) RADEON(0): [drm] installed DRM signal handler
(WW) RADEON(0): [agp] AGP not available
(EE) RADEON(0): [agp] AGP failed to initialize. Disabling the DRI.
(II) RADEON(0): [agp] You may want to make sure the agpgart kernel module
is loaded before the radeon kernel module.
(II) RADEON(0): [drm] removed 1 reserved context for kernel
(II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xf8e46000 at 0xb7f09000
(II) RADEON(0): [drm] Closed DRM master.
(==) RADEON(0): Backing store disabled
(WW) RADEON(0): Direct rendering disabled
(II) RADEON(0): Render acceleration enabled
(II) RADEON(0): Using XFree86 Acceleration Architecture (XAA)

при этом:
$ /sbin/lsmod | grep agp	    
agpgart 	       37960  1 drm
Comment 8 Valery Inozemtsev 2008-01-14 17:16:13 MSK
добавь в xorg.conf
Section "DRI"
        Group   "xgrp"
        Mode    0660
EndSection
Comment 9 Michael Shigorin 2008-01-14 17:36:32 MSK
(In reply to comment #8)
> добавь в xorg.conf
> Section "DRI"
>         Group   "xgrp"
>         Mode    0660
> EndSection

всё равно остаётся
(WW) RADEON(0): [agp] AGP not available
(EE) RADEON(0): [agp] AGP failed to initialize. Disabling the DRI.

2 zerg: отдельную багу о том, что nvidia мешает на (старом) ati -- вешать? :)
Comment 10 Michael Shigorin 2008-01-14 18:10:23 MSK
2 vsu: так, теперь к тебе :)  nvidia-agp.ko из 2.6.18-std-smp-alt10 не цепляется
за nForce3 250Gb, который 10de:00e2 (rev a2).

[16:49:23] <gvy> в общем, труба :)
[16:49:39] <gvy> rmmod radeon подвешивает видеовывод (в консоли)
[16:50:20] <gvy> если бутнуться в init 3 и загрузить руками nvidia_agp, то
drm                   135960  1 radeon
agpgart                37960  2 drm,nvidia_agp
но direct rendering не включается
[16:51:03] <gvy> по ssh _сейчас_ зайти неоткуда
[16:51:14] <gvy> могу попробовать на неделе проверить на стенде с via_agp ещё
[16:51:19] <gvy> и ssh :)
[16:52:46] <shrek> в общем чето у тя там сломано. я сам периодически дома меняю
GF5200 на Radeon9600 и никаких проблем
[16:53:13] <gvy> дык я не против такого вывода, но хотелось бы знать, что --
дабы другие не напоролись :-)
[16:53:34] <gvy> тут-то тоже 5200 на стенд утянул
[16:56:53] <shrek> че за чипы на матери?
[16:57:01] <gvy> nforce3 250
[16:57:07] <gvy> или именно чипы?
[16:57:27] <shrek> похоже наш nvidia_agp о них не знает
[16:57:45] <gvy> пойду добавлю pci ids и vsu@
[16:57:53] <shrek> lsmod -n | grep 00:0b.0
[16:58:30] <gvy> 
home:~> lspci -n | grep 00:0b.0 
00:0b.0 0604: 10de:00e2 (rev a2)
home:~> 

[17:00:02] <shrek> grep "10de.*00e2"
/lib/modules/2.6.18-std-smp-alt10/modules.pcimap -i
[17:00:08] <shrek> тишина
[17:00:15] <gvy> угу
[17:00:35] <shrek> поэтому он и не грузится. к vsu@
[17:00:39] <gvy> ok, спасибо
Comment 11 Sergey V Turchin 2008-01-14 18:28:39 MSK
[...]
> 2 zerg: можешь пояснить, почему после отработки x11setupdrv/x11presetdrv на
> системе с Radeon 9200 в /etc/X11/lib/* -- симлинки на
> /usr/lib/nvidia_100.14.19/*, 
только если x11setupdrv запускает drv.d/nvidia

> и не результат ли это существования
> /usr/libexec/X11/drvpre.d/nvidia
нет, он не правит ничего, что общее

P.S.
проверьте по отдельности результат после запуска x11presetdrv и x11setupdrv
Comment 12 Michael Shigorin 2008-01-14 18:29:31 MSK
Created attachment 2376 [details]
lspci -vvvnn (nf3-250, radeon 9200)

2 vsu: цепляю рутовый lspci -vvvnn
Comment 13 Michael Shigorin 2008-01-14 18:38:47 MSK
[17:32:31] <vsu> и на самом деле нужен amd64-agp
[17:32:58] <vsu> причём если это именно x86_64, то он там в ядре
[17:33:04] <gvy> не, i586
[17:33:47] <gvy> тут же вывалилось:
agpgart: Detected AGP bridge 0
agpgart: Setting up Nforce3 AGP.
agpgart: AGP aperture is 512M @ 0xa0000000
[17:33:56] <vsu> а вот почему он сам не грузится - непонятно
[17:34:13] <vsu> alias:          pci:v000010DEd000000E1sv*sd*bc06sc00i00*
Comment 14 Sergey V Turchin 2008-01-14 19:21:57 MSK
(In reply to comment #12)
> 2 vsu: цепляю рутовый lspci
А мне бы вывод от `/usr/libexec/X11/drvpre.d/nvidia -v`

Comment 15 Michael Shigorin 2008-01-14 23:20:00 MSK
PS: на nvidia на этой системе GLX был по жизни, на mga вот не оказалось (менять
опять карточку на матрокс сейчас не буду, продолжу на стенде), на ati тоже не
оказалось, и только тогда удивился.

Сейчас завелось -- после сноса nvidia_glx_common и принудительной загрузки
amd64-agp.  Таким образом, идентифицированы примерно две баги (и _эта_ вроде как
относится к udev?).

(In reply to comment #14)
> А мне бы вывод от `/usr/libexec/X11/drvpre.d/nvidia -v`
А тебе давай повешу отдельно #14002 :-)
Comment 16 Valery Inozemtsev 2008-01-15 11:56:09 MSK
invalid?
Comment 17 Michael Shigorin 2008-02-04 23:52:34 MSK
(In reply to comment #16)
> invalid?
Ну давай.  Попробую ещё проверить, если что -- переоткрою.