Framebuffer v Linuxu
Framebuffer v Linuxu
Nebojte se nastavit framebuffer - nenφ to slo╛itΘ. A my vßm poradφme, jak na to.
Framebuffer - snad ka╛d² u╛ivatel Linuxu toto slovo u╛ sly╣el, men╣φ
Φßst v╣ak vφ, o co se jednß a je╣t∞ men╣φ Φßst z nich tuto skv∞lou v∞c
pou╛φvß. Dnes se pokusφme tento stav zm∞nit a m∞l by k tomu snad p°isp∞t
i tento Φlßnek. Nastavenφ framebufferu opravdu nenφ obtφ╛nß v∞c. Jeho
konfiguraci vßm p°edvedu na mojφ prehistorickΘ hernφ kart∞ - 3Dfx Voodoo
3 3000. Pro ty s v∞t╣φm mno╛stvφm pen∞z nebo siln∞j╣φm hardware bude
jedin² rozdφl v tom, ╛e v kernelu zvolφ podporu pro framebuffer svojφ
karty. Tak╛e se do toho pus╗me, a╗ u╛ si koneΦn∞ neniΦφme oΦi dφvßnφm
se na monitor s nφzkou obnovovacφ frekvencφ.
DoporuΦuji vyu╛φt kernel z poslednφ stabilnφ °ady 2.4, i kdy╛ framebuffer
funguje i na °adßch 2.2. Jß pou╛il jßdro ze stabilnφ °ady 2.4, konkrΘtn∞
2.4.19-pre10.
Vstoupφme do adresß°e, kde mßme jßdro rozbalenΘ a p°φkazem make
menuconfig vyvolßme nabφdku. Dßle zvolφme:
Console drivers
Frame-buffer support --->
[*] Support for frame buffer devices (EXPERIMENTAL)
<*> 3Dfx Banshee/Voodoo3 display support (EXPERIMENTAL)
[*] Advanced low level driver options
<*> 8 bpp packed pixels support
<*> 16 bpp packed pixels support
<*> 24 bpp packed pixels support
<*> 32 bpp packed pixels support
[*] Select compiled-in fonts
[*] VGA 8x8 font
[*] VGA 8x16 font
Fonty a pixely jsou zakompilovßny proto, aby po p°echodu z XFree86
do konzole se "nerozsypalo" pφsmo v konzoli. Bez toho tato volba po
spu╣t∞nφ XFree86 nefunguje. Pro ostatnφ karty je dobrΘ je mφt p°elo╛enΘ,
ale pravd∞podobn∞ to nebude nutnΘ pro sprßvnou funkci va╣φ karty.
Po p°elo╛enφ jßdra, zapsßnφ novΘho lila a rebootu bude konzole p°epnuta
automaticky do rozli╣enφ 80x30, ale bohu╛el zase jen v rozli╣enφ 60 Hz. To
napravφme velice jednodu╣e po nahlΘdnutφ do dokumentace jßdra. Dle nφ je
nutnΘ kernel instruovat u╛ p°i startu jßdra o p°epnutφ na vysokΘ rozli╣enφ
vlo╛enφm p°φkazu p°es parametr append v /etc/lilo.conf :
image=/boot/vmlinuz
label=linux
read-only
root=/dev/hda3
append="video=tdfx:1024x768-24@75"
Tφm jsme docφlili p°epnutφ konzole do rozli╣enφ 1024x768 ve 24 bitovΘ
barevnΘ hloubce a obnovovacφ frekvenci 75 Hz. Tato karta umφ i mnohem
vy╣╣φ obnovovacφ frekvence, bohu╛el ne m∙j monitor. Konfiguraci pro vß╣
monitor upravte dle jeho schopnostφ.
Aby bylo mo╛no tuto obnovovacφ frekvenci pou╛φvat, je nutnΘ upravit zdrojovΘ
soubory jßdra. Jßdro toti╛ standardn∞ tuto obnovovacφ frekvenci neumφ.
Podporuje 76 Hz, se kter²mi m∙j monitor v╛dy po chvilce problikl. ┌pravu jsem
provedl v souboru linux/drivers/video/modedb.c . M∙╛ete pou╛φt tento
patch:
--- linux/drivers/video/modedb.c Fri Dec 21 18:41:55 2001
+++ linux/drivers/video/modedb.c Sun Jun 30 12:55:59 2002
@@ -107,6 +107,10 @@
NULL, 70, 1024, 768, 13333, 144, 24, 29, 3, 136, 6,
0, FB_VMODE_NONINTERLACED
}, {
+ /* 1024x768 @ 75 Hz, 60.020 kHz hsync */
+ NULL, 75, 1024, 768, 12699, 176, 16, 28, 1, 96, 3,
+ 0, FB_VMODE_NONINTERLACED
+ }, {
/* 1280x1024 @ 87 Hz interlaced, 51 kHz hsync */
NULL, 87, 1280, 1024, 12500, 56, 16, 128, 1, 216, 12,
0, FB_VMODE_INTERLACED
Tento trivißlnφ patch jsem u╛ zaslal Rusty Russellovi. Doufßm, ╛e se
objevφ u╛ ve verzi 2.4.19-rc2 a vy jej nebudete muset provßd∞t.
Po startu jßdra instruovanΘho o p°epnutφ na po╛adovanΘ rozli╣enφ uvidφme
tyto zprßvy:
fb: Voodoo3 memory = 16384K
fb: MTRR's turned on
tdfxfb: reserving 1024 bytes for the hwcursor at d1818000
Console: switching to colour frame buffer device 128x48
fb0: 3Dfx Voodoo3 frame buffer device
Jak vidφte, obrazovka se p°epnula do rozli╣enφ 128x48. Na takovou
obrazovku se nßm velice pohodln∞ vejde celΘ zßkladnφ menu menuconfig
jßdra bez nutnosti jeho skrolovßnφ, o mo╛nosti sledovat filmy za pomoci
mplayeru nebo televize skrze xawtv v konzoli ani nemluv∞.
Proberme si nynφ, jak²m zp∙sobem je mo╛nΘ operovat s framebufferovou
konzolφ po nabootovßnφ systΘmu. K tomu slou╛φ program fbset. S jeho pomocφ
m∙╛eme m∞nit rozli╣enφ, obnovovacφ frekvenci i barevnou hloubku monitoru
a umo╛≥uje i dal╣φ finesy. Pro bli╛╣φ seznßmenφ s tφmto programem bych
vßs odeslal na manußlovΘ strßnky tohoto programu. My si zde probereme
·plnΘ zßklady.
Definice na╣ich rozli╣enφ jsou napsßny v souboru /etc/fb.modes ,
ale jen pro 8bitovΘ barvy. Proto jej musφme upravit tak, abychom dosßhli
barevnΘ hloubky, kterß nßm bude vyhovovat. To provedeme tak, ╛e pro rozli╣enφ,
co nßs zajφmß, upravφme v╛dy poslednφ Φφslo v druhΘm °ßdku na hloubku, jakou
chceme dosßhnout.
Tento p°φklad by m∞l doufßm staΦit. Takto vypadß originßlnφ definice
m≤du monitoru:
mode "1024x768-75"
# D: 78.75 MHz, H: 60.023 kHz, V: 75.03 Hz
geometry 1024 768 1024 768 8
timings 12699 176 16 28 1 96 3
hsync high
vsync high
endmode
My jej upravφme takto:
mode "1024x768-75"
# D: 78.75 MHz, H: 60.023 kHz, V: 75.03 Hz
geometry 1024 768 1024 768 24
timings 12699 176 16 28 1 96 3
hsync high
vsync high
endmode
Potom u╛ jen nastavujeme konzoli tφmto parametrem:
fbset -a 1024x768@75
To zp∙sobφ, ╛e se na╣e konzole pro v╣echny textovΘ konzole nastavφ na
1024x768 p°i 75 Hz. Barevnou hloubku bude mφt konzole takovou, jakou jsme
doplnili do /etc/fb.modes - v mΘm p°φpad∞ 24bit∙. Informace
o rozli╣enφ, jakΘ va╣e konzole p°ßv∞ pou╛φvß, zφskßte p°φkazem fbset
-i . Lah∙dkou na dortu je mo╛nost mφt ka╛dou konzoli v jinΘ barevnΘ
hloubce a jinΘm rozli╣enφ jen vynechßnφm parametru -a p°i volßnφ fbset.
A to je v╣e. U╛ijte si va╣φ framebufferovou konzoli a u╛ nikdy si neniΦte
oΦi. :)
CIJOML
Diskuse k tomuto Φlßnku
Pokud mate tu smulu, ze mate grafiku s cipem od nVidie a zaroven pouzivate ovladace do X primo firemni (tedy z www.nvidia.com), je pro vas framebuffer v podstate nepouzitelny. Muzete pouzit jedine VESA framebuffer, ktery ale neumi menit frekvenci obrazu (pouziva natvrdo 60Hz...) a je dosti pomaly. Uz kvuli tem sedesati hertzum je to dost pochybne reseni. Jestli vam nevadi, ze konzoli nebudete provozovat pres framebuffer (prijdete o televizi v konzoli), muzete pouzit program svgatextmode. Vic podrobnosti na http://linuxdesktop.kn.vutbr.cz/linuxdesktop.php?link=117, alias clanek High-res konzole.
mam nastavenej frame buffer na 2.4.8 jadre a maka to velmi dobre a jsem spokojen. Pri odladovani jadra 2.4.18-3 a 4 (redhat zdrojaky) se mi logo ukaze pekne pokazene. Zkousel jsem logo menit pomoci fblogo, ale nebyl jsem uspesny. Nastaveni velikosti obrazku loga odpovida tj. 60x800 viz fbcon.c
Nevite, kde je problem????
mam nastaveny rozliseni 600x800 na 15 minitoru a nevypada to zle.
Dekuji za radu
J.D.
V novych jadrech to je znama chyba. Zatim ji nikdo neopravil. (Tucnak je cernobily a okoli okolo nej bile misto cerne). Ja to fixovat nebudu, protoze potom uz konzola beha v poradku :)
P∞kn² Φlßnek. Jß jsem z t∞ch, co o framebuferu u╛ sly╣eli :) Chybφ mi ale n∞jak² srozumiteln² p°ehled d∙vod∙ proΦ bych to m∞l pou╛φvat. Pokud mßm Xka a rychl² stroj (ano, je to relativnφ - jß mßm nap°φklad Duron700 , 128MiB a NVidia TNT2 Vanta a staΦφ mi to) tak obnovovacφ frekvence je 75Hz+ a televizi si sleduju v malΘm okn∞ vedle terminßl∙ a ostatnφch program∙.
Kdy╛ to shrnu, tak je to asi pro
- Φastou prßci v konzoli
- pomal² poΦφtaΦ
- poΦφtaΦ bez Xek
- nad╣ence a hraΦiΦky (no_flame_please)
UrΦit∞ jsou i dal╣φ d∙vody a rßd bych je v∞d∞l. Napadß m∞ ╛e t°eba framebuffer bude mφt v∞t╣φ obnovovacφ frekvenci ne╛ Xka.
Petr
Jen silenec by si porizoval HW, ktery nebude v jeho systemu poradne fungovat. Mezi ten HW bohuzel patri vsechny karty od NVidia. Nechapu jejich politiku, ze nezverejni zdrojaky svych tak silene bugovitych driveru. Nefunguji se SMP, framebuffer a jine veci..NVidii nebrat. Radeji se poohlednete po jinem ekvivalentnim zeleze ATI nebo Matrox
a) absolutne jste neodpovedel na dotaz
b) trochu jste prestrelil, ne?
nemel bych nic proti, kdyby jste napsal, "ja bych si nikdy nekoupil" a pod.,
ale nevidel bych nvidia karty tak jednoznacne cerne, aby si zaslouzily tyto vety.
Sam mam 3 ks ruznych doma, a od dob TNT 1 chipu mi proslo rukama cca. 20 kusu.
Nebudu je nikomu nutit, ale nesouhlasim absolutne s vasim hodnocenim.
Vyzkousel jsem i dost jinych karet a presto jsem s nvidii pri posouzeni cena/vykon/kvalita maximalne spokojen. Maji sve mouchy (jako vse!), ale rozhodne ne jen mouchy. Krom toho co jste napsal, a nepopiram, ze je to minimalne z vetsi casti pravda, jde o skvele karty. (nazor muj - nazor dlouholeteho uzivatele Linux 99% / Windows 1%). Jedine s cim v tomto souhlasim - take se mi nelibi uzavrenost kodu. Na druhou stranu chapu, ze jde o know-how, zvlaste u GLX casti driveru.
ada
P.S.
jsem silenec? Hmm, taky vas nemam rad!
Pardon, jeste neco. Jinak to je dobry clanek, zvlaste mene zkusenym hodne pomuze.
Abych taky jen zaujate nekritizoval
ada
Vse co jsem o tech kartach rekl je pravda. Drivery, ktere k nim dodava NVidia jsou priserne. Jinak je to perfektni kus HW, ale ne pro provozovani pod Linuxem. NVidia odmita resit stiznosti uzivatelu. Proste pro Linux poridte jinou kartu. O Xkach nemluvim - tam se vam maximalne stane, ze jednou za 20 pokusu havaruji (diky jejich driverum), coz se da prezit.
BTW jestli me nemate rad je mi naprosto jedno - to je vase vec
mam hodne stary driver a jeste mi Xka nikdy nezamrzly.
To je nas asi vice.
Tak jeste jednou, znovu a lepe:
Asi zname kazdy jinou firmu nvidia.
Opakuji, ze mam od te sve nekolik karet a mel jsem jich desitky.
Co jsem naopak nikdy nemel a ani nemam, jsou zde popisovane problemy.
Drivery upgraduji pokazde, takze jsem zazil "vsechny" jejich verze.
Zadne slibovane pady se nekonaly. Na zaver opet podotykam, ze mam v provozu nekolik ruznych karet na nekolika ruznych strojich.
Neprezentujte vasi subjektivni zkusenost a zaujaty nazor jako obecna fakta pane CIJOMLe.
ada
Jestli mate jine zkusenosti, tak asi proto, ze nemate pocitac s 2 a vice procesory. Pod temi to proste nechodi. Nechodi to ani jako framebuffer. Ja nikdy nerekl, ze to nechodi s jednim procesorem (Xka) celou dobu tvrdim, ze to nefacha se SMP. Takze prosim overte si sve nazory na vice procesorovem stroji a potom tady piste takto utocne nazory na mne a me clanky. Tohle je zcela vseobecny problem, ktery NVidia odmita resit. Tot vse. Kazdopadne tenhle clanek pro karty NVidia vhodny neni, protoze spolecnost NVidia driver pro framebuffer nevyvinula. Jak rikam. Tyto karty nejsou pro provoz pod Linuxem vhodne.
Ahoj, koukejte jit jinam. Tohle neni diskuse o kartach nvidia! Me by zajimalo k cemu je dobry framebufer (i kdyz mam nvidii) a vy se tu hadate jako maly kluci.
Za trest vam kazdemu ukladam zodpovedet 100 zacatecnickych dotazu v diskusich o linuxu
Petr
Framebuffer se pouziva, kdyz hodne pracujete v konzoli, abyste si nenicil oci a mel vysoke rozliseni pro praci
Pou╛φvßm framebuffer kv∙li TV. Mßm jßdro pouze s tφm naprosto nutn²m a vlastnφ init, tak╛e telka b∞╛φ za n∞kolik vte°in od zapnutφ PC - bez nutnosti p°ihlßsit se a bez spou╣t∞nφ v∞cφ, kter²ch nenφ t°eba.
hezke predpokladam, ze si pri startu vybiras, ktere jadro spustit. Ale stejne by me zajimalo, jak presne to mas udelane. Nechces o tom napsat? At uz clanek nebo aspon zaznam nekam do stromu. Diky
Nevφn kde jste vzal, ╛e Nvidia mß ╣patnΘ drivery. «ßdn² v²robce nechrlφ drivery tak rychle jako Nvidie (alespo≥ pro Win), je pravda, ╛e obΦas nejsou ·pln∞ OK. Jß mßm Duron 750, GeforceMX2 400 a pod Linuxem pou╛φvßm Detonßtory 28.80, testoval jsem je v Red Hat 7.1.7.2, Mandrake, Suse 7.3, 8.0
a v╣ude jedou OK a nikdy se mi nestalo, ╛e by mi spadli. JedinΘ co m∞ ╣tve, ╛e musφm nastavovat v XFConfigu nv->nvidia, ale to je prkotina. Stabilita a spokojenost jak pod win i pod linuxem. Gandalf
Kdyz ony jsou ty NVidie tak levne a rychle...a cenove srovnatelna ATIna je o polovicku pomalejsi...achjo...
Lidi, zkousel uz nekdo z vas rozbehnout pod Xkama Hercules? Nebo EGA? Funguje vubec ten MONO server?
wondra
Mozna by stalo za to doplnit seznam podporovanych karet (alespon rodiny karet, nemusi to byt presne model od modelu + pripadne negativni zkusenosti).
(rozjedu fb na S3Virge GX/2? - ma 2D akceleraci)
+OFFTOPPIC:
Dale by mozna nebylo na skodu nacrtnout srovnani novejsich graf. karet a jejich pouzitelnost pod Linuxem. Pomer cena/vykon a stabilita na Win nemusi byt zachovana i na Linuxu kvuli nekvalitnim ovladacum od vyrobce... Co vy na to? B-)
Srovnani by bylo faj, ale tezko sezenete nekoho, kdo mel vsechy tyhle karty. Mozna by stalo za to, ze by nekdo sesbiral zkusenosti ostatnich (CIJOMLiku nechces ? a napsal o tom clanek.
to neni potreba. Podporovane jsou ty, co jsou v kernelu a potom dalsi 4, ktery jsou ve fazi projektu na sourceforge. Staci zadat do hledani slovo framebuffer a nalezne vsechny a ani neni treba moc strankovat dozadu
Ee, me nejde o podporu - viz. prave nVidia karty:
Jsou podporovane, ale kdyz chci, aby byly aspon trosku
rychlejsi, musim komplikovane taintovat kernel
nestabilnimi a uzavrenymi ovladaci. To treba muze
nekoho odradit od koupe karty od nVidie. Cili spis mi
jde o to, ze kdyz v nejakem PC magazinu tvrdi, ze
karta XYZ je rychla a levna (pod Win), nemusi to nutne
platit i na Linuxu - anebo to plati, ale za cenu slozitych
manevru.
Trochu vam nerozumim. Vam se povedlo rozchodit drivery pro nejakou NVidii v KERNELU? Protoze Xka nemaji s kernelem nic spolecneho a behaji v USERSPACE. Jedinne, na co muzete vyuzit kernelove drivery by byl framebuffer a to se pokud vim nikomu nepovedlo.
Vzdyt prece firemni ovladace nVidie maji dve casti - modul kernelu (zhruba megabyte velky, mrska prerostla) a pak knihovnu libGL* a ovladac pro X. X s kernelem moc spolecneho nemaji (az treba na DRI, ktere vy, jako vlastnik karty od 3Dfx tusim vyuzijete), ale ovladac nVidie nejede, pokud nemate dany modul v kernelu.
To jsou ale vse veci tykajici se Xek a slouzi jen pro jejich rozjeti. Pouzitim v kernelu minim u graficke karty hlavne framebuffer - grafiku i bez Xek
V pripade framebufferu se tedy jedna o modul rivafb.o. Takze i v tomto pripde je ovladac v kernelu. To, ze se nema rad s firemnimi ovladaci nVidie pro X je jina vec.
ale k cemu potom ten linux mam? Abych rebootoval a menil kernel kdyz chci do X? :) To snad nemyslite vazne :) To si rovnou muzu poridit Pana Billa :)
Ok, tahle diskuze nikam nevede. Vy nemate rad karty od nVidie, ja jsem s nimi spokojen. Netvrdim, ze jsou dokonale, ale ja s tou svou zadny problem nemam, at uz problem stability nebo vykonu. No a k framebufferu slovo na zaver - nepouzivam ho od doby, kdy jsem objevil svgatextmode, ktery mi sice nedovoli treba sledovani televize v konzoli (i kdyz, ttv...), zato je podstatne rychlejsi.
mate k dispozici vykonove testy? rad bych je videl
Nevim o zadnem vykonovem testu srovnavajicim rychlost zobrazovani v textovem modu vs. rychlost framebufferu. Priznavam se, ze jsem nikdy neporovnaval hardwarove akcelerovany framebuffer s necim jinym, pouze VESA fb. Ale kdysi jsem zkusil "cat hodne_dlouheho_souboru" a framebufferu to zobrazeni trvalo dele. Presna cisla vam nepovim, nepamatuji si je. V textu jsem mel rozliseni 128x48 pri 75Hz a ve framebufferu 128x48 (1024x768) v 256 barvach (zkousel jsem i vice barev) v 60Hz (protoze vesafb nic jineho neumi...).
Vy sam to ani nemuzete zmerit - na to jsou potreba vazne sofistikovane nastroje. Rozhodne ale framebuffer primo pro tu danou kartu musi fungovat lepe. Od toho tam jsou :) Na jakem jadre to bylo? Na framebufferu se dost pracovalo...
Protoze mne opravdu zajimal vysledek, obetoval jsem asi hodinu a pul na kompilace jadra, restarty a testy. Testoval jsem "time cat a2ps.html", pricemz a2ps.html je z adresare /usr/share/doc/a2ps a u mne ma 540522B. Testoval jsem svgatextmode (1024x768, 75Hz), VESA framebuffer (1024x768 v 256 barvach, 60Hz) a hardwarove akcelerovany RIVA framebuffer (1024x768 v 256, 64k a 16.7mil barev, 90Hz). Textove rozliseni bylo pokazde 128x48 znaku. Hardwarova konfigurace: Duron 1GHz, 256MB RAM, nVidia GeForce 2 MX-400. Ukoncil jsem vsemozne demony (proftpd, xfs, ssh, networking, ...) a spoustel vyse uvedeny prikaz. Pokazde jsem udelal 5 opakovani, trebaze vysledky ruznych opakovani se nelisily o vice, nez setinu sekundy. Vysledky: svgatextmode 0.623s, vesafb > 2 minuty (nevydrzel jsem to a odstrelil ho pred koncem - kdyz byly dlouhe radky, dal se text temer cist), rivafb 256 barev 11.126s, 64k barev 26.105s a 16.7mil barev 57.024s. Jestli nekoho napada lepsi test, at se ozve, rad vyzkousim. Podle toho, co jsem videl, jsem dospel k nazoru, ze je framebuffer pomalejsi, nebo je hw akcelerace pro karty nvidia nedotazena.
Jeste k tomu testu - system Debian Woody, jadro 2.4.18. Opravdu nevim, proc si myslite, ze framebuffer musi byt rychlejsi. Uz z principu by byt nemel. V grafice je v pameti pro kazde pismeno fontu rekneme 128B (font 8x16 pixelu, 8b barevna hloubka), v textu jsou to 2B (kod znaku + atributy textu). Framebuffer tedy musi prenaset 64x vice dat (nebo 128x, 256x pro vyssi barevne hloubky), coz se na rychlosti proste projevit musi.
No nic proti vasim testum, ale ve vsech pripadech byste mel mit stejnou frekvenci, barevnou hloubku i rozliseni ve vsech pripadech - tzn 1024x768 24bit a 60 Hz. To zvlada vsechno. Cim jste meril cas?
Jak chcete v textovem modu dosahnout 24bitove barevne hloubky? Jeste jsem nepotkal textovy mod s vice, nez 16 barvami. S temi jednotnymi frekvencemi bych souhlasil, ale zmeny by byly maximalne v radu procent, rozhodne se nic nezpomali ani nezrychli nekolikrat. Ja taky netvrdim, ze ten muj "test" je buhvijak presny. Snazil jsem se jenom ziskat obecny prehled, jak jsou na tom jednotlive moznosti s rychlosti. Cas jsem meril programem "time". Mimochodem, co kdybychom tuto diskuzi presunuli do soukrome roviny?
Presunme :) muj e-mail mate v clanku :)
taint: Pokud si dobre vzpominam, tak pri lsmod to mj.
v prvnim radku napise [tainted]. (nemam ten poc po ruce,
ale jeste se na nej podivam)
Oops, tak redakcni system spatne umistil moji reakci
(patri o nekolik stranek vys)...
clanek dobry ale chtelo by to trosku vic informaci, nakonec jsem je nasel tady:
http://www.linuxhq.com/kernel/v2.4/doc/fb/index.html - doporucuji, je tam info o fb i na jinych kartach, nejen 3dfx ale i ATI, matrox...
pokud nemate pristup k netu tak to same je primo v dokumentaci k jadru
(u me /usr/src/linux-2.4.18-3/Documentation/fb/ )
Bohuzel, nebylo by poctive psat clanek jen podle dokumentace k jadru. Osobni zkusenosti se v tomto pripade nejvic ceni. A ja vlastnim kartu od 3DFx
Vysmech. Mam jeden kus (Rage II c) primo od ati s jejich original chipsetem. Funguje excellentne.
1280x1024 67Hz, 1024x768 85Hz, 800x600 90Hz
Doma mam ATI 98XL ci cos takoveho - 8MB PCI, vsechno OK, ale framebuffer detekuje "neznamou" ATI kartu a tim konci.
Mam jeste kartu s ATI chipem oznacenou jako a kompatibilni s rageIIc ale od nejakeho cinskeho vyrobce s winbond svabem. Xfree
beha se stejnym konfigurakem (ale navic se stopami po pohybu), framebuffer vubec ne.
Co se tyka kvality ATI karet, s Nvidii si mohou podat ruce, az na to, ze drivery nekterych ATI pro Windows jsou horsi, nez Nvidia drivery pro Linux. Pod linuxem je na tom ATI lepe jen proto, ze zverejnuje dokumentace a zdrojove kody.
Jestli je ta ATI 98XL kompatibilni s RAGE IIc, tak potom staci lehce ohekovat zdrojaky a pridat jeji identifikator do podporovaneho zeleza a bude to chodit (20 minut i s testy?)
Viz druha karta - Co znamena framebuffer vubec ne? snazi se prepnout? co rekne dmesg?
IMHO to je obecny problem Linuxu, ze jeden kus zeleza je podporovany a druhy temer identicky ne. Proste nejni dost lidi na testovani
No a k tomu ATI a zverejnovani - take na tom nejsou nejlip...ale podstatne lip nez NVidia. Kdyby NVidia uvolnila jeji zdrojaky, tak potom budu prvni, kdo si tu excelentni kartu poridi - to pisu uz vyse, ale zatim bohuzel... :(
Mam ATI Rage 128 VIVO (video in/out).
V╣ade som na╣iel nßvody na zprevßdzkovanie tv no z vφdeom sa neviem pohn·╗. Vie mi niekto poradi╗?
Pouzivam chip Permedia2 a xserver-xfree86 na debiane,
a chcel by som sprevadzkovat framebuffer konzolu,
co sa mi nedari. Skompilujem vsetko co mam, ale po
boot-e aj vidiet, ze fb nabehne (naskoci penguin logo), ale ked naskocia X-i,
tak ak cez ctrl-alt-F1 prepnem na konzolu, tak tato je doslova
vypnuta. Aj monitor skoci do save mode. Mam v lilo.conf
aj polozku append video=pm2fb + ostatne, ale ani tak to nepomaha.
Co mam s tym robit? Chcem pouzivat fb konzolu a klasicky X server
xfree86 pre permediu. Co robim zle ? Dik za kazdu pomoc.
Nie ze by som sa nejako extra vyznal v linux-e, ale malo co mi trvalo
riesit tak dlho, ako tuto kombinaciu.
|