Radeon 8500 in Slackware 8.1

[wij]

Ik heb al een klein beetje ervaring met linux en met slackware omdat ik hem op mijn ftp/samba/counterstrike server heb staan (niet grafisch).

Nu kwam ik op het goede idee om hem ook op mijn desktop te zetten (dual boot) en het gewoon eens te proberen. Ik had de Ati drivers voor linux al gedownload van te voren (leek me handig). Maar die krijg ik niet goed geinstaleerd. Als ik gewoon volgens de readme van ati intype:
rpm -Uhv <package_name>.rpm krijg ik allemaal fouten over dependency's (oid).

Dus ik eventjes zoeken op got kwam ik erachter dat ik in Slackware gewoon -i --nodeps mocht gebruiken. Dat werkte al beter. En ik heb nu ook KDE draaien in 1024x768. Maar tijdens de setup kreeg ik de melding dat opengl nog niet goed werkte:

code:

*** WARNING ***
Tailored kernel module for fglrx not present in your system.
You must go to /lib/modules/fglrx/build_mod subdir
and execute './make.sh' to build a fully customed kernel module.
Afterwards go to /lib/modules/fglrx and run './make_install.sh'
in order to install the module into your kernel's module repository.
(see readme.txt for more details.)

As of now you can still run your XServer in 2D, but hardware acclerated
OpenGL will not work and 2D grafics will lack performance.

failed.

En als ik doe wat in dit bericht staat krijg ik dit:

code:

ATI module generator V 2.0
==========================
probing for VMA API version...
check results are inconsistent!!!
none of the probed versions did succeed.
aborting module build.

Ik denk dat dit gewoon een klein n00b probleempje is, dat ik iets over het hoofd heb gezien. Ik heb de search gebruikt maar kon de oplossing niet vinden.

[imdos]

Dit komt omdat Ati alleen closed-source drivers uitleverd denk ik die tegen een aantal std. kernel versies geprobeerd wordt te linken ... EN omdat je een uitzondering op de regel bent en slackware draait en dus een andere kernel zegt dit script bekijk het maar!

Hoe je het wel werkend moet krijgen weet ik niet ... en dit is gewoon een insinuatie; maybe is er iets anders aan de hand!

[wij]

imdos schreef op 03 January 2003 @ 20:20:
Dit komt omdat Ati alleen closed-source drivers uitleverd denk ik die tegen een aantal std. kernel versies geprobeerd wordt te linken ... EN omdat je een uitzondering op de regel bent en slackware draait en dus een andere kernel zegt dit script bekijk het maar!

Hoe je het wel werkend moet krijgen weet ik niet ... en dit is gewoon een insinuatie; maybe is er iets anders aan de hand!

Ja dit klinkt vrij logisch, maar toch denk ik dat deze drivers wel moeten werken. Anders zou ik namelijk meer over dit probleem moeten kunnen vinden op got/google etc. Ik dacht trouwens dat Slackware ook vrij veel gebruikt werd. Of is dat alleen voor servers en niet voor grafisch desktop?

(aangezien ik pas net begonnen ben met Linux op mijn desktop kan ik nu nog zonder dingen te verliezen een andere linux instaleren, dus als Slackware niks is moeten jullie het ook maar even zeggen )

[ Voor 12% gewijzigd door wij op 03-01-2003 20:39 ]

[imdos]

Ach ... Het is vrij spartaans; maar niet per definitie niet geschikt! Ik kan niet meer zonder ... Het is voor mij gebruiksgemak! Een hele krachtige cli en niet duizenden programma's maargoed dat is persoonlijk.

Voor de rest kan ik niet meer zeggen; ik beschik alleen over nvidia spul

[wij]

imdos schreef op 03 januari 2003 @ 21:59:
Ach ... Het is vrij spartaans; maar niet per definitie niet geschikt! Ik kan niet meer zonder ... Het is voor mij gebruiksgemak! Een hele krachtige cli en niet duizenden programma's maargoed dat is persoonlijk.

Voor de rest kan ik niet meer zeggen; ik beschik alleen over nvidia spul

Ik denk niet dat slackware iets is voor mij
Ik heb een aantal programmatjes gedownload in de tussentijd waaronder wine. En ik heb nog geeneen kunnen instaleren. Allemaal gezeur over dependency's. Ik kom er echt niet uit. Toch maar een "beginners linux" proberen, dan kan ik later deze nogeens proberen.

[Verwijderd]

Je kan beter geen slackware gebruiken als je net met linux begint. Een van de problemen die je hebt met de (smerige) ati drivers is dat ze die gemaakt hebben voor linux distributies die met rpm werken. Dat is slackware dus niet. Het is daarom ook niet vreemd dat de drivers niet echt lekker willen installeren. Als ik jou was dan zou ik mandrake of redhat installeren en het nog een keer proberen.

[wij]

Verwijderd schreef op 03 januari 2003 @ 22:17:
Je kan beter geen slackware gebruiken als je net met linux begint. Een van de problemen die je hebt met de (smerige) ati drivers is dat ze die gemaakt hebben voor linux distributies die met rpm werken. Dat is slackware dus niet. Het is daarom ook niet vreemd dat de drivers niet echt lekker willen installeren. Als ik jou was dan zou ik mandrake of redhat installeren en het nog een keer proberen.

Slackware 8.1 werkt wel met rpm. Maar ik ga inderdaad redhat installen. Lijkt me toch beter voor een n00b als ik

EDIT: Ik blijf toch wel bij Slackware. Had net Mandrake geinstaleerd en daar lukte het ook niet. Ik heb nu weer Slackware. (van Mandrake leer ik niets). En ik vind dat het gewoon moet gaan werken.

[ Voor 14% gewijzigd door wij op 04-01-2003 17:11 ]

[wij]

Kick
Ik weet bijna zeker dat iemand een oplossing heeft voor dit probleem, als er meer gegevens nodig zijn moeten jullie het maar vragen. Ik wil alle log's posten en voer alle commando's uit

[ Voor 5% gewijzigd door wij op 04-01-2003 18:00 . Reden: spelling ]

[MikeN]

Post hier anders eens een linkje naar die make.sh en make_install.sh. Misschien valt daar wat uit te halen.
Google levert in ieder geval weinig op. Welke kernel versie draai je btw? (Omdat VMA een onderdeel van de linux kernel is, toch?)

[wij]

MikeN schreef op 05 January 2003 @ 00:19:
Post hier anders eens een linkje naar die make.sh en make_install.sh. Misschien valt daar wat uit te halen.
Google levert in ieder geval weinig op. Welke kernel versie draai je btw? (Omdat VMA een onderdeel van de linux kernel is, toch?)

Ik draai gewoon de standaart kernel van Slackware 8.1 (kernel 2.4.18 d8 ik).
Die make.sh bestanden zitten gewoon bij de Ati drivers.

/lib/modules/fglrx/make_install.sh
en make.sh

(zijn te lang om te posten dus ik mail ze als iemand ze wil zien)

[ Voor 98% gewijzigd door wij op 06-01-2003 09:57 ]

[wij]

The rpm installation will try to install one of the precompiled kernel
modules if your setup matches one of them. If there is no match, then
it might try to build such a module whilst the installation process.
For this a set of matching kernel includes are required to be on the
machine. If even this fails, you have to look at the readme.txt for
details on how to build a custom kernel module by yourselves.

Ik heb nogmaals de instalatie notes gelezen. En mijn conclusie is dat ik een "custom kernel module" moet maken. Ik ga nu die readme zoeken (moet even ombooten naar linux)

readme nergens gevonden

[ Voor 4% gewijzigd door wij op 05-01-2003 16:04 ]

[Kippenijzer]

Ik denk niet dat men dergelijke lappen code, die gewoon een letterlijke paste van de file zijn waardeert... Ik zou toch effe die file bijvoorbeeld via http op je eigen server zetten, en dan hier een linkje paaltsen daarnaar, zo'n blijft dit topic iets leesbaarder... Wat ik je zou willen adviseren als je Slackware gebruikt is om alles wat je gewoon uit source kunt compileren ook gewoon zelf te compileren, en vooral niet met RPM's enzo werken, Salckware is geen RedHat en alles gaat prima als je gewoon jezelf aanleert om alles uit source te doen (leer je ook veel meer van, ben je vanzelf n00b af, wat je met RedHat nooit zult worden (NOFI dan maar naar de RH gebruikers? ).

[Kippenijzer]

wij schreef op 05 January 2003 @ 13:28:
Ik heb nogmaals de instalatie notes gelezen. En mijn conclusie is dat ik een "custom kernel module" moet maken. Ik ga nu die readme zoeken (moet even ombooten naar linux)

Ehm, kun je op linux niet gewoon even een 2e X config zetten, zodat jen iet continu hoeft te rebooten, gewoon effe dmv de std. SVGA driver een X starten, dan kun je gewoon in linux blijven en daaruit op GoT

[MikeN]

Het is wat vaagjes.
Het make.sh script checked welke VMA versie oid je hebt. Eentje van een 2.4 of eentje van een 2.5.3+ kernel.
En bij jou komt eruit dat je beide hebt
Misschien dat een kernel specialist weet hoe dit kan?

[wij]

MikeN schreef op 05 January 2003 @ 14:36:
Het is wat vaagjes.
Het make.sh script checked welke VMA versie oid je hebt. Eentje van een 2.4 of eentje van een 2.5.3+ kernel.
En bij jou komt eruit dat je beide hebt
Misschien dat een kernel specialist weet hoe dit kan?

Zeker vaag, ik heb slackware 8.0 geprobeerd en daar had ik dit ook, en slackware 8.1 heb ik al 2x opnieuw geinstaleerd (complete format). (heb de 2e keer gekozen voor alle packages voor de zekerheid). Ik heb dus een clean install en dan gelijk dit probleem.

Aangezien ik zelf weet welke kernel ik heb, kan ik niet handmatig doen wat dit script zou moeten doen? Er zitten namelijk een aantal modules bij de driver. Voor de agp bus (geloof ik). Die laad me linux nu automatisch (agpgart).

En nog een aantal fglrx modules voor de kaart zelf. (die heb ik ook geprobeerd te modproben) sommige gaven fouten en eentje niet maar dat had geen effect.

Dit zijn de modules die bij de drivers zitten (ik ga even kijken welke werkt zonder foutmelding)

code:

fglrx.2.4.18-3.o
fglrx.2.4.18-14-SMP.o           
fglrx.2.4.18-14.o                            ----deze heb ik met insmod geforced.     
fglrx.2.4.18-14bigmem-SMP.o     
fglrx.2.4.18-17.7.x-SMP.o       
fglrx.2.4.18-17.7.x.o           
fglrx.2.4.18-17.7.xbigmem-SMP.o  
fglrx.2.4.18-17.8.0-SMP.o        
fglrx.2.4.18-17.8.0.o            
fglrx.2.4.18-17.8.0bigmem-SMP.o  
fglrx.2.4.18-3-SMP.o             
fglrx.2.4.18-3bigmem-SMP.o
fglrx.2.4.18-4-SMP.o
fglrx.2.4.7-10-SMP.o
fglrx.2.4.7-10.o
fglrx.2.4.7-10enterprise-SMP.o
fglrx.2.4.9-31-SMP.o
fglrx.2.4.9-31.o
fglrx.2.4.9-31enterprise-SMP.o

Ik heb het gevoel dat ATI gewoon geen drivers heeft voor mijn kernel

edit: Ik word er echt helemaal gek van. Zit de hele tijd met google te zoeken op alles wat ik kan bedenken. Nergens lees je mensen die dit probleem hebben laat staan een oplossing. Er zijn wel mensen die een radeon werkend hebben in Slackware. Dus het kan wel. Vind het wel jammer eigenlijk, ik had liever lopen klooien met wine etc.

[ Voor 69% gewijzigd door wij op 05-01-2003 16:10 ]

[wij]

code:

dit was eigenlijk een kick

Tjek bedankt voor die readme, hij is wat uitgebreider dan die ik zelf had.
VVVV


Ik denk toch dat die Ati drivers Slackware standaard niet ondersteunen. En ik heb nergens gezien hoe ik ze handmatig moet laten werken. (ja het staat in de readme maar dat is veel te moeilijk/abstract voor iemand die geen ervaring heeft)

(ben toch maar Redhat aan het downloaden, aangezien ik geen iso's van suse kon vinden. Je van Mandrake te weinig leert. En slackware gewoon niet wil werken met mijn radeon)

Oplossingen zijn nogsteeds welkom (Redhat downloaden duur nog hele tijd). En het mooiste is natuurlijk slackware te laten werken.

[ Voor 109% gewijzigd door wij op 05-01-2003 23:12 ]

[Verwijderd]

Heb hier hetzelfde probleem met Suse8.1 en een Gigabyte 9700Pro, in de release notes staat hoe dit op te lossen maar dit gaat mij ff boven mn pet (begin ook net met Linux)

http://pdownload.mii.inst...rivers/410251-420251.html


edit : Ja ik weet het begin net ook en word er niet echt wijs uit. Misschien een uitdaging voor de wat meer ervaren tweakers om ons te helpen ?

[ Voor 24% gewijzigd door Verwijderd op 05-01-2003 23:20 ]

[pinball]

wij schreef op 03 January 2003 @ 22:21:
[...]
Slackware 8.1 werkt wel met rpm.

Ja.
en nee.

Slackware gebruikt eigenlijk geen rpm.
slackware zal idd sommige rpms zonder problemen installeren, als die toevallig geen uitgebreide dependencies hebben.
Ik weet niet waar je gelezen hebt dat je bij slackware --nodeps mag gebruiken, maar de schrijver bedoelde waarschijnlijk: "je moet wel --nodeps gebruiken". Omdat slack nl. zelf geen rpm gebruikt zal het nooit de vereiste dependencies hebben om eem rpm correct te installeren.

In dit geval zijn de dependencies wel (erg) belangrijk, en kun je de rpm dus niet gebruiken. Gebruik de "overige / tar.gz" versie van de drivers maar (als die er is).

edit:

en kan je svp die ontzettend lange make_install weghalen/vervangen door linkje?

[ Voor 8% gewijzigd door pinball op 05-01-2003 23:47 ]

[Verwijderd]

Deze drivers zijn er dus alleen in rpm formaat (geen open-source volgens mij ook)

[wij]

Verwijderd schreef op 05 January 2003 @ 23:49:
Deze drivers zijn er dus alleen in rpm formaat (geen open-source volgens mij ook)

Nee die zijn inderdaad alleen in rpm

[moto-moi]

Verwijderd schreef op 05 January 2003 @ 23:49:
Deze drivers zijn er dus alleen in rpm formaat (geen open-source volgens mij ook)

En sinds wanneer betekend dat, dat ze op Slackware niet bruikbaar zijn

rpm is gewoon een manier van verpakken, net zoals gzip, bzip, zip etc.

[wij]

Pinball schreef op 05 januari 2003 @ 23:45:
[...]

In dit geval zijn de dependencies wel (erg) belangrijk, en kun je de rpm dus niet gebruiken. Gebruik de "overige / tar.gz" versie van de drivers maar (als die er is).

[/edit]

moto-moi schreef op 06 January 2003 @ 10:07:
[...]

En sinds wanneer betekend dat, dat ze op Slackware niet bruikbaar zijn

rpm is gewoon een manier van verpakken, net zoals gzip, bzip, zip etc.

(was dus al beantwoord)

[imdos]

Je kan voor slackware packages terecht op www.linuxpackages.net

Het probleem is overigens dat je dus een kernel met specifieke support voor mmx2 wat std. niet in de (slackware) kernel zit. Althans dat is wat ik zo snel lees

[ Voor 3% gewijzigd door imdos op 06-01-2003 11:04 ]

[Verwijderd]

Ik heb ook geprobeerd om die fglrx te installeren op slackware
rpm gaar maar zodra ik die sh scriptjes ging doen
zei die dat ik gcc 3.* moest hebben ipv mijn 2.9

[wij]

(toch maar even weggehaalt, aangezien sommige mensen het misschien als een flame zouden kunnen opvatten)

[ Voor 82% gewijzigd door wij op 06-01-2003 14:18 ]

[moto-moi]

wij schreef op 06 January 2003 @ 10:52:
(was dus al beantwoord)

Niet echt, aangezien de quote die je aanhaalt niet klopt.

Geef mij een rpm, en ik pluis hem uitelkaar, en krijg hem aan het werk op mijn Debian systeem. Het kost je meer moeite dan hem installeren op een .rpm-based systeem, maar het is niet onmogelijk. RPM is gewoon een ingepakt archief, met een paar scriptjes eromheen, niet meer, niet minder.

[wij]

moto-moi schreef op 06 January 2003 @ 14:12:
[...]

Niet echt, aangezien de quote die je aanhaalt niet klopt.

Geef mij een rpm, en ik pluis hem uitelkaar, en krijg hem aan het werk op mijn Debian systeem. Het kost je meer moeite dan hem installeren op een .rpm-based systeem, maar het is niet onmogelijk. RPM is gewoon een ingepakt archief, met een paar scriptjes eromheen, niet meer, niet minder.

Ja dat lijkt me wel waar. Maar in dit geval zijn de drivers van ATI helemaal niet ontworpen voor de slackware 8.1 kernel lijkt het wel. Aangezien ik geprobeert heb om de modules uit de rpm te insmod'den. En dat ook niet lukte. Omdat ik noob ben weet ik ook niet precies wat er allemaal moet gebeuren om het te laten werken. En zelf een kernel maken zit er ook niet in.

Tenzij er hier iemand is die precies kan vertellen wat ik moet doen en hoe ik dat moet doen.

[blouweKip]

Je kunt die rpm ook omzetten naar een tar.gz, maar zolang ati niet net zoals nvidia een wrapper uitbrengt (zoals in de nvidia tarballs) zal het moielijk zijn om deze op een andere kernel te draaien, misschien dan insmod -f werkt?

[wij]

blouweKip schreef op 06 januari 2003 @ 14:17:
Je kunt die rpm ook omzetten naar een tar.gz, maar zolang ati niet net zoals nvidia een wrapper uitbrengt (zoals in de nvidia tarballs) zal het moielijk zijn om deze op een andere kernel te draaien, misschien dan insmod -f werkt?

Insmod -f is ook gelukt. Er zaten verschillende modules bij en eentje kreeg ik geforceert zonder foutmeldingen (ja behalve dat hij eigenlijk voor een andere kernel was). Maar toen dat gelukt was was er nog niks veranderd. Met glxinfo oid stond hardware rendering nog uit. Misschien had ik toen nog iets anders moeten doen. Het lijkt me namelijk ook dat dit zou moeten werken.

cat /proc/modules stond hij na het insmod'den ook vermeld!!

[ Voor 5% gewijzigd door wij op 06-01-2003 14:24 ]

[blouweKip]

Ik neem aan dat je naast de ati kernel module ook hun glx implementatie moet laden

[wij]

blouweKip schreef op 06 January 2003 @ 14:23:
Ik neem aan dat je naast de ati kernel module ook hun glx implementatie moet laden

dat klinkt inderdaad erg logisch, maar hoe laad je dat? (ik ga natuurlijk zelf ook ff proberen / zoeken)

[blouweKip]

Geen id, bij nvidia voeg je gewoon Load "glx" toe aan je x config, maar als glxinfo nog mesa geeft neem ik aan dat er in de rpm ook nog glx libs zitten (en je die dus ergens neer moet zetten)

/usr/lib/libGL.so moet iig naar een ati binary linken denk ik

[Verwijderd]

Ik had geen problemen met SL8.1 en fglrx 2.5.1, maar ik gebruik wel gcc-3.2.1 Die kun je via http://linuxpackages.net downloaden, en de gcc kan uberhaupt geen kwaad, de g++ -helaas- iets meer (als je g++ 2.95.3 verwijdert, niet doen!), maar die heb je hierzo niet nodig.

Een bijna net zo goed alternatief zijn de dri-drivers van http://dri.sf.net Wel de nieuwere libxaa.a installeren! Fglrx werkt prima hoor, maar DeusEx @ winex gaat sneller met de open source dri, om een een of andere reden Maar daar moet ik nog maar eens echt naar kijken...