als agpgart en nvidia-agp worden geladen met modprobe.
Even de relevante specs:
Asus A7N8X-E Deluxe (nForce2-Ultra 400 chipset)
AMD Athlon XP 2500+ (Barton)
Club3D Radeon 9600XT 128MB
Compaq V710 (CRT met D-SUB connector
Debian GNU/Linux Sid/ Unstable
Linux-2.6.3 (De Debian Sid sources: kernel-source-2.6.3)
XFree 4.3.0
Gnome 2.4
Ik heb (na een poosje aangeklooid te hebben met 3.7.1 (b0rked leken te zijn en weer vervangen voor 3.7.0
) heb ik met de volgende howto: ATI Radeon 9200SE HowTo de kaart werkende gekregen.
Dus:
• de .rpm gedownload en omgezet naar .deb met alien
• de .deb geinstalleerd met dpkg -i --force-overwrite
• naar /lib/fglrx/build_mod gegaan en daar ./make.sh getypt, de output kon weleens dubieus zijn:
maargoed, toch maar ./install.sh in /lib/modules/fglrx gedaan en ze installeerden.
Daarna heb ik fglrxconfig gerunt en daarna kon ik met startx X opstarten, waarna gnome tevoorschijn kwam. Ik heb niet agpgart gemodprobed, zoals wel in de instructies staat, maar het opnieuw runnen van fglrxconfig met agpgart en nvidia-agp biedt geen oplossing.
de output van fglrxinfo:
Volledige logfiles & XF86Config-4:
/var/log/XFree86.0.log (dit is het log als agpgart en nvidia-agp niet geladen zijn)
/var/log/XFree86.0.log (dit is het log als agpgart en nvidia-agp wel geladen zijn)
/etc/X11/XF86Config-4
Het enige document wat ik over dit probleem heb kunnen vinden is deze: Gentoo ATI Radeon FAQ. Zoals je kunt zien staat UseFastTLS al op "2", zonder resultaat.
Output bij het modproben van resp. agpgart en nvidia-agp:
Wat ik ook vreemd vind: in /var/log/gdm/:0.log verschijnt een heel ander log, die ook verschijnt als ik startx op de commandprompt type:
Hieruit valt weinig te halen, toen ik op de eerste ' Skipping' regel zocht kwam daar dit uitrollen: Re: X 4.3 doesn't start dit kan dus niet de fout zijn. Ook de (WW) lijkt me niet de fout te zijn, want PCI:3:0:1 is voor het secundaire display (DVI of TV-out) welke ik niet heb aangesloten, dus daar heb ik niets mee te maken.
Wat er exact gebeurt op het scherm als de agpgart- modules zijn geladen:
eigenlijk niets, het scherm blijft meestal zwart, maar ik zie wel af en toe een (niet heldere, maar diffuze) witte horizontale balk oplichten over de gehele breedte van het scherm. Deze knippert dan 1 of 2 keer, daarna blijft het scherm zwart. Als ik dan Ctrl + Alt + F1 doe, dan zie ik het stuk tekst wat ook in /var/log/gdm/:0.log vindt.
Weet iemand hoe dit is op te lossen? Tuxracer met 1 fps is niet echt leuk
.
Even de relevante specs:
Asus A7N8X-E Deluxe (nForce2-Ultra 400 chipset)
AMD Athlon XP 2500+ (Barton)
Club3D Radeon 9600XT 128MB
Compaq V710 (CRT met D-SUB connector
Debian GNU/Linux Sid/ Unstable
Linux-2.6.3 (De Debian Sid sources: kernel-source-2.6.3)
XFree 4.3.0
Gnome 2.4
Ik heb (na een poosje aangeklooid te hebben met 3.7.1 (b0rked leken te zijn en weer vervangen voor 3.7.0
Dus:
• de .rpm gedownload en omgezet naar .deb met alien
• de .deb geinstalleerd met dpkg -i --force-overwrite
• naar /lib/fglrx/build_mod gegaan en daar ./make.sh getypt, de output kon weleens dubieus zijn:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
| ATI module generator V 2.0 ========================== initializing... cleaning... patching 'highmem.h'... skipping patch for 'drmP.h', not needed skipping patch for 'drm_os_linux.h', not needed assuming new VMA API since we do have kernel 2.6.x... doing Makefile based build for kernel 2.6.x and higher make -C /lib/modules/2.6.3/build SUBDIRS=/lib/modules/fglrx/build_mod/2.6.x modules make[1]: Entering directory `/usr/src/kernel-source-2.6.3' *** Warning: Overriding SUBDIRS on the command line can cause *** inconsistencies make[2]: `arch/i386/kernel/asm-offsets.s' is up to date. Building modules, stage 2. /usr/src/kernel-source-2.6.3/scripts/Makefile.modpost:17: *** Uh-oh, you have stale module entries. You messed with SUBDIRS, /usr/src/kernel-source-2.6.3/scripts/Makefile.modpost:18: do not complain if something goes wrong. MODPOST make[1]: Leaving directory `/usr/src/kernel-source-2.6.3' build succeeded with return value 0 duplicating results into driver repository... done. ============================== You must change your working directory to /lib/modules/fglrx and then call ./make_install.sh in order to install the built module |
maargoed, toch maar ./install.sh in /lib/modules/fglrx gedaan en ze installeerden.
Daarna heb ik fglrxconfig gerunt en daarna kon ik met startx X opstarten, waarna gnome tevoorschijn kwam. Ik heb niet agpgart gemodprobed, zoals wel in de instructies staat, maar het opnieuw runnen van fglrxconfig met agpgart en nvidia-agp biedt geen oplossing.
de output van fglrxinfo:
code:
Let op dat ik hier dus niet de OpenGL implementatie van ATi krijg, maar gewoon de softwarematige Mesa drivers.1
2
3
4
5
| fglrxinfo display: :0.0 screen: 0 OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.3 Mesa 4.0.4 |
Volledige logfiles & XF86Config-4:
/var/log/XFree86.0.log (dit is het log als agpgart en nvidia-agp niet geladen zijn)
/var/log/XFree86.0.log (dit is het log als agpgart en nvidia-agp wel geladen zijn)
/etc/X11/XF86Config-4
Het enige document wat ik over dit probleem heb kunnen vinden is deze: Gentoo ATI Radeon FAQ. Zoals je kunt zien staat UseFastTLS al op "2", zonder resultaat.
Output bij het modproben van resp. agpgart en nvidia-agp:
code:
1
2
3
4
| agpgart interface v0.100 (c) Dave Jones agpgart: Detected NVIDIA nForce2 chipset agpgart: Maximum main memory to use for agp memory: 439M agpgart: AGP aperture is 64M @ 0xe0000000 |
Wat ik ook vreemd vind: in /var/log/gdm/:0.log verschijnt een heel ander log, die ook verschijnt als ik startx op de commandprompt type:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
| This is a pre-release version of XFree86, and is not supported in any
way. Bugs may be reported to XFree86@XFree86.Org and patches submitted
to fixes@XFree86.Org. Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs).
XFree86 Version 4.3.0.1 (Debian 4.3.0-5 20040305041558 joshk@triplehelix.org)
Release Date: 15 August 2003
X Protocol Version 11, Revision 0, Release 6.6
Build Operating System: Linux 2.6.4-rc1-mm1 i686 [ELF]
Build Date: 05 March 2004
Before reporting problems, check http://www.XFree86.Org/
to make sure that you have the latest version.
Module Loader present
OS Kernel: Linux version 2.6.3 (root@jaap-jan) (gcc version 3.3.3 (Debian 20040306)) #1 Mon Mar 8 16:36:49 CET 2004 TF
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/XFree86.0.log", Time: Mon Mar 8 18:29:09 2004
(==) Using config file: "/etc/X11/XF86Config-4"
Skipping "/usr/X11R6/lib/modules/extensions/libGLcore.a:m_debug_clip.o": No symbols found
Skipping "/usr/X11R6/lib/modules/extensions/libGLcore.a:m_debug_norm.o": No symbols found
Skipping "/usr/X11R6/lib/modules/extensions/libGLcore.a:m_debug_xform.o": No symbols found
Skipping "/usr/X11R6/lib/modules/extensions/libGLcore.a:m_debug_vertex.o": No symbols found
(WW) fglrx: No matching Device section for instance (BusID PCI:3:0:1) found |
Hieruit valt weinig te halen, toen ik op de eerste ' Skipping' regel zocht kwam daar dit uitrollen: Re: X 4.3 doesn't start dit kan dus niet de fout zijn. Ook de (WW) lijkt me niet de fout te zijn, want PCI:3:0:1 is voor het secundaire display (DVI of TV-out) welke ik niet heb aangesloten, dus daar heb ik niets mee te maken.
Wat er exact gebeurt op het scherm als de agpgart- modules zijn geladen:
eigenlijk niets, het scherm blijft meestal zwart, maar ik zie wel af en toe een (niet heldere, maar diffuze) witte horizontale balk oplichten over de gehele breedte van het scherm. Deze knippert dan 1 of 2 keer, daarna blijft het scherm zwart. Als ik dan Ctrl + Alt + F1 doe, dan zie ik het stuk tekst wat ook in /var/log/gdm/:0.log vindt.
Weet iemand hoe dit is op te lossen? Tuxracer met 1 fps is niet echt leuk
| Last.fm | "Mr Bent liked counting. You could trust numbers, except perhaps for pi, but he was working on that in his spare time and it was bound to give in sooner or later." -Terry Pratchett