sslug-teknik team mailing list archive

[Mads Bondo Dydensborg <madsdyd@xxxxxxxxxxxx>]

On Sat, 31 Jul 1999, torben fjerdingstad wrote:

> 1000 tak til Mads. Men jeg har ikke fået liv i mit Iwill
> Iwill Vulcan2 (voodoo2) kort endnu.
> 
> Man skal ikke bruge en særlig X server, vel? Jeg bruger
> XFree86-Mach64-3.3.3.1-49 (redhat-6.0) til mit ati@work.

Nopes, helt standard X server (3dfx kører kun fuldskærms - dvs den kan kun
rendere i den ram der sidder på kortet).

> 
> Jeg har på fornemmelsen at det er noget med glide eftersom
> /usr/local/glide/bin/test3Dfx endnu ikke har gjort andet
> end sige:
> 
> test00:
> Clear screen to blue
> 2.53
> Resolution: 640x480
> Press A Key To Begin Test.
> Segmentation fault (core dumped)
> 

Det er helt klart et problem og det første sted hvor du skal sætte ind. 

> gdb siger så:
> Core was generated by `/usr/local/glide/bin/test3Dfx'.
> Program terminated with signal 11, Segmentation fault.
> Reading symbols from /lib/libNoVersion.so.1...done.
> Reading symbols from /usr/lib/libglide2x.so...done.
> Reading symbols from /lib/libm.so.6...done.
> Reading symbols from /lib/libc.so.6...done.
> Reading symbols from /lib/ld-linux.so.2...done.
> #0  sst1InitRead32 (addr=0x4) at util.c:522
> util.c:522: No such file or directory.
> (gdb) bt
> #0  sst1InitRead32 (addr=0x4) at util.c:522
> #1  0x4003e91a in sst1InitMapBoardDirect (BoardNumber=2, resetSLI=1701869637)
>     at sst1init.c:332

Jeg synes det er mistænkeligt at den siger BoardNumber=2. Iøvrigt sjovt at
der er debug info i bibliotekerne.
> #2  0x4 in ?? ()
> #3  0x66443374 in ?? ()
> 

*Hvis* vi antager at det ikke er et rettighedsproblem (den coredumper hvis
rettighederne ikke er orden, men jeg antager at du kører
- som root
- har sat dit display (hvis under X) og xhost + appropiate
ellers prøv det).

Torben - jeg kommer pludselig til at tænke på at 3dfx.o *muligvis* ikke
virker så fedt i SMP mode? Der er vist noget med at 3dfx.o forsøger at
pille ved mrtt registrene på en ikke smp stabil måde. (De nye kerne har
stabil smp mrtt support, men /dev/3dfx ved muligvis ikke dette?)

Har du prøvet at boote en single CPU kerne og køre skidtet? Eller at køre
dine glide tests *uden* at bruge /dev/3dfx ?

test3dfx programmet skal virke inden du går videre. Ellers er der ingen
grund til at fortsætte.

Hvad jeg ville forslå var følgende; fjern alt glide (bib+sdk) fra
maskinen. Fjern alt /dev/3dfx fra maskinen. Installer glide V2_2.53-glibc
(som du har gjort). Boot en single CPU kerne, og kør test3dfx (kan køres
i consol, hvis du vil have demonstreret i praksis at X er ligemeget i
forhold til 3dfx hardwaren).

Hvis *det* ikke virker, så byt kortet. Hvis det virker, så arbejd videre
derfra. (Det første er jo nok at få SMP support på igen, for det er jo
ikke sjovt at skulle boote en single CPU kerne for at bruge Glide, vel :-)
Det kan være at du *ikke* kan bruge /dev/3dfx med SMP - men den giver
alligevel kun 5% og dem vinder du jo nok snildt med SMP alligevel.

Mesa & Quake kommer formentlig til at virke fint fint, når først test3dfx
kører. Rettighederne skal man lige bøvle lidt med.

Mads

-- 
Mads Bondo Dydensborg.                               madsdyd@xxxxxxxxxxxx
Unix is here to stay. The Internet is Unix, all network administrators cut 
their teeth on Unix, and many of them say they'll give up Unix when you pry
it from their cold, dead fingers.