NVIDIA chipkeszlet tamogatasa linux alatt

Fórumok

szeretnem lecserelni jelenlegi rendszeremet kicsit frissebre. nezegettem a leirasokat/teszteket es arra jutottam, hogy szolgaltatasok mennyisege alapjan NVIDIA chipes lapot erdemes venni. annyi kerdesem lenne, hogy kinek mi a tapasztalata az nForce4/nForce5-os alaplapok tamogatasarol (integralt halokartya, hangkartya, PATA vezerlo driverek hasznalhatosaga) SLI nem erdekel, viszont a videokartya is nvidia lenne PCI-express csatoloval

udv Zoli

Hozzászólások

Nekem az van, minden működik.
é őrö, e bódottá

Nekem is ilyen van, működik gond nélkül. (SLI-t nem tudom, nem próbáltam és nem is érdekel)

Linux +

Abit KN9SLI (AM2)
+ nvidia PCI-E (7300) nvidia bináris driver-rel

a gigabites halokartyarol meg a hangvezerlorol olvastam par helyen hogy nem vagy rosszul mukodik, csak azok mar legalabb 0.5/1 eves cikkek voltak es ezert erdeklodom hogy ilyen teren van-e elorelepes az nvidianal

udv Zoli

nem irtad, hogy milyen rendszerrol lenne szo :)

--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.

2.4.xes kernellel:

- hálókártyához nvidia által adott drivert kell telepíteni (=kernelmodult készíteni, gondom nem volt vele. gigabites sebességet nem tudtam tesztelni, mezei netező vagyok)
- hangkártya. alsa patcheléses módszer, és intel_ac97 controllerrel az is van. de OSS is ismeri.
- IDE vezérlő: (AMD and nVidia IDE support).
- SATA verzélő: úgy tudom 2.4.30 körül már támogatott. de backportoltam drivert agyonpacsált 2.4.27es kernelbe 2.4.32/33(?)-ből, elméletben működött. gyakorlati próbát nem tudtam megszervezni...
-PCI EXpress videókártya. semmi extra, mintha agp lenne. agpgart+Direct Rendering Manager + (nvidia kernelmodul fordítása) + nvidia_glx az Xkiszolgálóhoz. Ezzel kapcsolatban a következő hiba jelentkezik:
- "bad caching" kernelüzenetek teljesen véletlenszerűen. lefagyást alapjáraton nem okoz. azonban grsecurity Restrict_mprotect+memory_sanitize esetén azok az alkalmazások melyek a restrict_mprotect() miatt segfaultolnak, azonnali fagyáshoz (kernel_oops) vezetnek. a hiba az nvidia driverben van, de mivel az zárt forrású...

2.6.xes kernellel:

- hálókártyához 2.6.1valahány óta NEM az nvidia által adott drivert (modult) kell telepíteni (=lefordítani), hanem a kernelben levő forcedeth drivert kell használni. gigabites sebesség valszeg nincs, de tesztelni nem tudtam...
- hangkártya. ALSA intel_AC97, szól. egyebet nem tudok mondani. én stereoban használom, az műxik, de van egy csomó más volume beállítása is, amit nem tudok kihasználni.
- IDE vezérlő (AMD and Nvidia IDE support).
- SATA verzió. biztos megy. scsi/SATA support/Nvidia support.
- PCI Express videókártya. lásd fent kis kiegészítéssel:
- bad caching kernelüzenet nincs, gond nincs vele grsec restrict_mprotect()+sanitize is működik.

Nvidia GeForce 6600 GT (MSI) + ASUS A8N-E

-------------

Nem a zsömle kicsi, a pofátok nagy...

2.6.20 feletti kernellel probalnam, a videokartyaban bizom hogy mukodik, nem hasznalok grsecurity kiegeszitest igy az nem okozna gondot.
hangkartyara jo lenne az 5.1 de vegszukseg eseten van meg egy elfekvo sblive a fiokomban, majd azt belerakom ha nem megy
halokartya mennyire eszi a procit? azt olvastam hogy az integraltban mar van hardveres ellenorzoosszeg szamitas es tuzfal funkciok ezeket a linuxos driver kitudja hasznalni?

udv Zoli

hát nem'tom. ALSA hangkártya"meghajtó" ilyen opcsööket tud:

Master, Master Mono, PCM, Surround, Center, LFE, IEC958 Playback, PC Speaker.
Kapcsolók:
Surround Jack Mode , Mic Boost, Mic Front Input, Mic Select, Video, IEC598, IEC598Playback Source, Mono Output Select, Mix, Mix Mono, Channel Mode, Duplicate Front, External Ampfliie..(baszommá' nemt'om leírni ;-)....
bement:Line, CD, Mic, Phone,Aux, Capture...

de van valami OSS nvidia által készített bigyó is...

- integrált hw funkciót nem fogod használni, mert 2.6.20ra már nem fog felmenni a hálókártya nvidia drivere (~2.6.18ra már nem ment fel) nvidia is forcedethet javasolja, a forcedethben pedig ez nincs benne. ha tűzfal kell, akkor iptables, stb...valami azt súgja nvidia nem véletlenül hagyott fel vele ;-)

- halokartya mennyire eszi a procit?.
nem tudom. ezt hogy kell érteni. ha számít valamit, akkor a proci (AMD 3000+) ideje jórészét 1000Mhz-n tölti, mert lusta disznó. Nem nagyon erőlteti meg magát, hogy 1800-ra kapcsoljon. ebből gondolom nem eszik sokat.

--------

Nem a zsömle kicsi, a pofátok nagy...

Ez nem laptop, hanem ilyen AMD Cool'nQuiet cuccos, amit a kernel a conservative típusú cpufreq-el támogat. Magyarán, ha jónak látja, akkor 1800 Mhz-be kapcsol, ha pihenni akar, akkor marad 1000 Mhz. elég jól eltalálja. ilyenkor csökken a feszültségfelvétel is. /erre persze utólag jöttem rá, miután lekapcsolgatott a gép mivelhogy kilépett az általam kreált scriptben beállított értékekből, és erre a script init 0-val reagál ;-) /

most így netezés közben 1000 Mhz, a játékok, meg egy hosszadalmas mencoder felvétel/kódolás azért néha átbillenti magasabb fokozatba.

--------

Nem a zsömle kicsi, a pofátok nagy...

Ha alaposan visszaolvasol megy itt minden, csak be kellett lőni. (az említett 2.6.18as kernellel).
nvidia hw tűzfal, amúgy is hmm...meg méginkább.

másik gépen windows alatt néztem, ott volt hozzá soffare is, webről vezérelhető csicsás jószág activearmorral, meg mindennel, úgy keresztülzúgott rajta a leaktest hogy csak úgy zörgött.

-----------

Nem a zsömle kicsi, a pofátok nagy...