Nouveau hírek

X, Wayland, Mir

November közepén írtam először arról a Nouveau névre hallgató közösségi projektről, amelynek célja, hogy nyílt forrású, 3D gyorsítást biztosító drivert készítsen az NVIDIA chip-pel szerelt kártyákhoz, alaplapokhoz. Nézzük, hogy hol tart a projekt:

  • a Fedora Projekt bejelentette, hogy a tervei közt szerepel a nouveau driver beépítése a Fedora 7 disztróba (nem lesz stabil verzió, így alapértelmezés szerint nem lesz engedélyezve)
  • a mai napig körülbelül 1 300 ember nyilvánította ki azon szándékát, hogy pénzzel támogatná a projektet
  • a fejlesztők köszönik a támogatást, de egyelőre nem kérik, a későbbiekben viszont elfogadják a segítséget az új GeForce 8 kártyák vásárlásához
  • úgy tűnik, hogy végfelhasználó számára is használható nouveau driver kb. az év végére várható
  • a fejlesztők megerősítették, hogy a fejlesztésük következő legfőbb állomása az, hogy nouveau-n futó Quake 3-at szeretnének látni
  • a glxgears már működik NV4x hardveren

Fanyalgóknak (glxgears NV4x hardveren):

Némi olvasnivaló:

( mhmxs v | 2007. 01. 29., h – 12:58 )

én nem gondoltam, hogy ilyen jól haladnak, ha tényleg használható lesz év végére, le a kalappal

Lassú valóban. Viszont meg is mondták, hogy valószínüleg sose lesz olyan gyors. De nem is baj. Ha a funkcionalitás megvan. Az újabb nvidia driverek már a geforce 4-et se támogatják, így mondjuk xgl vagy hasonlók használatához lassan csak ez lesz a megoldás. Aki meg sebességőrült, az megveszi a legújabb zárt forrású driverrel aktívan támogatott kártyát.

Nagyon optimista dolog, de: Elkezdte valaki csinálni a reverse engineered forcedeth drivert, és amikor kurva jó lett, akkor az nvidia abbahagyta a saját zárt forrású driverének a fejlesztését, és a nyíltba patchel mostanában. Azon könyörögnek, hogy szedjék ki a "not endorsed by nvidia" megjegyzést a forrásból. :P

Software is like sex, it's better with a penguin. :D (r)(tm)(c)

Egyelőre nem sok minden megy, de előbb utóbb csak fog. Van egy REnouveau nevű progi, amivel alap funkciókat lehet logolni, amiből megtudhatják, hogy hogy is ketyeg a kártya. Ha küldesz ilyen kimeneteket nekik, örülni fognak. http://nouveau.freedesktop.org/wiki/REnouveau

Software is like sex, it's better with a penguin. :D (r)(tm)(c)

( Gabucino | 2007. 01. 29., h – 13:01 )

Fanyalgóknak (glxgears NV4x hardveren):

huha most aztan bizonyitottak
azt, hogy egyelore igen messze van egy CGA-s XT-n futo Prehistorik 1 funkcionalitasatol is, hajra.

Tudom. Múlt hónapban még az volt a szöveg, hogy hamisított glxgears. Most az, hogy lassú. Jövő hónapban mi lesz?

Talán nem kellene elfelejteni, hogy 0 doksi alapján dolgoznak. Ha két év múlva lesz belőle valami, akkor is eredmény. Ha sose, akkor is tovább jutottak, mint a legtöbb, aki nekiállt ilyennek. Respect. Nekik.

--
trey @ gépház

Respect. Nekik.

Igy van. Viszont akkor sem art meg optimalizalni valami mocskosul, plusz elkezdeni 6-os Mesa-t integralni DRI-be (lehetoleg hw accellel), kulonben tenyleg csak az marad, mint most, hardverbol tolt polifiller. Jelen pillanatban T&L - t is csak R200-hoz adott DRI pedzegeti, GLSL-t, DDS-t egyik sem. Es igy csak noni fog a lemaradas. :( Erosen meglepodnek, ha pl. Android futna DRI-vel, mert VBO sincs benne. (Syrnix2-vel van esely, mert ott semmilyen ext nincs hasznalva. De csak idohiany miatt.)

---
pontscho / fresh!mindworkz

majd akkor lesz respect ha elkeszulnek vele es fut a kvek4 meg az ET

az egesz foss-scene tele van hamvaba halt sufniprojectekkel, elismeres akkor jar ha van mit elismerni, sajnos egy 1 eve futo project ami mara elert oda hogy... egeszen pontosan sehova, nos ez nalam meg nem kvalifikal ilyesmit. ha nem lenne ott keithp, akkor ennyire se lenne erdekes.

Birom ezeket az "alkothatsz jobbat" ismerveket, mert ha valaki megteszi, akkor lefikazasra kerul, hogy miert kell ezer fele forkolni a projectet, miert nem a mar meglevohoz teszi hozza amit tud. Ha esetleg nem tetszik neki a project, es ennek a velemenyenek hangot is mer adni, akkor pedig jon a "csinalj jobbat, openszorsz" kezdetu epigramma. Erdekes dolgok ezek...

---
pontscho / fresh!mindworkz

Ezzel abszolut egyetertek. Pokoli mennyisegu erofeszites megy el arra, hogy csinaljanak egy hasznalhatatlan (marmint az officialhoz kepest) drivert. Akkor mar inkabb ezt az erofeszitest abba kellene tolni, hogy az nVidia-nak bugreportoljanak es a closed source driver legyen jo.

Ez az a terulet, ahol a closed source cumonak eszmeletlen informacios folenye van, es ha direkt szarozni akar, akkor ugy megnehezitheti a projekt dolgat, hogy tulajdonkeppen kar is volt belefogni.

Orultunk, hogy a Matroxnak volt tisztesseges OS drivere, de a Linux sokkal tobbet tudna profitalni ezeknek az embereknek a szakertelmebol mas teruleten.

Egyaltalan nem errol van szo.

Azert az technikai ertelemben OpenBSD teljes erteku a Linux mellett, es azert bizonyara felmutat hozza kepest elonyoket is.

A peldadat inkabb mondjuk az ezerfele Linux disztrora kellene vonatkoztatni. Szerintem max. 10 jol karbantartott disztroval is le lehetne fedni az igenyeket, a verseny is megmaradna es a szoftverfejlesztok sem kuszkodnenek, hogy kismillio kornyezetben tegyek eletkepesse a cuccukat.

Szivembol beszelsz. Masik karacsonyi kivansagom a stabil API lenne, remelem meghallgat a telapo. Most peldaul egy libfreetype API break-be futottam bele, s emiatt linkelhetem statikusan, ha nem akarom magam az ezer+1 fele linux foson megszivatni. De mindig hoborgok azon is, mikor egy app-ban meglatom a teljes GTK/Python/stb kornyezetet, mert keptelen maskepp az ezer+1 disztron egyforman mukodni az adott binaris.

---
pontscho / fresh!mindworkz

Hat igen. Jatszani biztos nem lesz jo, amire meg jo lesz (videolejatszas, compiz/beryl/stb 3d-s csicsamicsak) arra meg kicsit sok es nem eri meg szerintem ez a 2 ev fejlesztes...

Ebbol igazan csak az nvidia fog profitalni, ugyanis elkezdik embedded cuccokban hasznalni a chipjeit mivel lesz hozza atalakithato, beepitheto driver(kezdemeny) es/vagy RE dokumentacio. Bar jobban orulnek ha inkabb az ATI-val foglalkoznanak ennyit, az gyakoribb ipari pc-kben es kartyakon.

A'rpi

Hat igen. Jatszani biztos nem lesz jo, amire meg jo lesz (videolejatszas, compiz/beryl/stb 3d-s csicsamicsak) arra meg kicsit sok es nem eri meg szerintem ez a 2 ev fejlesztes...

Egyetértek abban, hogy játékra úgysem lesz jó. Nem is kell neki. Ha szerencséje lesz a FOSS társadalomnak, akkor a konzolok szépen megfojtják az egész PC-s játékpiacot. Egy gonddal kevesebb...
Viszont szerintem fontos, hogy legyen egy olyan driver, amivel out of the box menni fognak az ilyen beryl szarságok + egy két 3D-t igénylő program (Blender). Ha ez megvalósul egy fokkal közelebb kerülnek a felhasználóbarát, RMS barát rendszerhez.

Na Gabu, általában szó nélkül tűröm a hozzászólásaidat, de most olyan témába köptél bele, amiben nyakig benne vagyok. A hardver közeli programozás nem úgy megy, hogy turkálunk és ha valami apróság összejött, akkor már csomagoljuk is és ráírjuk, hogy RC1.
Amit a fiúk most mutatnak, annak az a lényege, hogy sikerült működésre bírniuk a kártya 3D képességeit és sikerült ezt driver formájában a X11 hátsója alá tolni. Az, hogy optimalizálhatnának? Ez nem így működik. Először ki kell még tapasztalniuk az összes többi funkciót, ki kell még kísérletezni, hogy mit hogy érdemes jól csinálni (ez sok időt el tud vinni és közben csak azt látja a külső szemlélő, hogy már hónapok óta nem történik semmi. Ráadásul bármikor lehetnek olyan részletek a hw belső lelki világában, amire nem jöttek rá és emiatt nem működik úgy a dolog, ahogy számítanak rá.) és majd csak ezután szabad nekiállni drivert tervezni, fejleszteni. Bár félek tőle, hogy annyira az eredményeket akarják ők maguk is, hogy a már-már működő kísérleti drivert fogják foltozgatni addig, amíg szerintük elfogadható nem lesz.
A dolgok hátterét ismerve nagyon szép eredmény az is, hogy idáig eljutottak.

demoscene aligha hw-gyorsitott 3D-s effekteket hasznalt

Ne fokozd kerlek. Jelen pillanatban ket fele stilus van, a design demo, ill. a koder demo. Ami kozos bennuk (az "egzotikus" platformokat leszamitva), hogy igencsak kihasznaljak a "hw-gyorsitott 3D-s effekteket". Eleg regota.

---
pontscho / fresh!mindworkz

Na Gabu, általában szó nélkül tűröm a hozzászólásaidat

kar hogy nem szolalsz meg kicsit tobbszor, hiszen szemlatomast nyugodt szivvel osztasz ki aka'r demoscenereket, embedded rendszerek fejlesztoit, es mplayer developereket a videodriverek lelkivilagarol, ez azert igen-igen szorakoztato, tobb ilyen emberre van szukseg

--
the multiply techbanned hup user

[off]
Tudom, hogy ezzel kicsit nagyon elmegyek a témától, és nem csodálkoznék, ha ki lennék érte moderálva... 


libGL warning: 3D driver claims to not support visual 0x23
libGL warning: 3D driver claims to not support visual 0x25
libGL warning: 3D driver claims to not support visual 0x27
libGL warning: 3D driver claims to not support visual 0x29
libGL warning: 3D driver claims to not support visual 0x2b
libGL warning: 3D driver claims to not support visual 0x2d
libGL warning: 3D driver claims to not support visual 0x2f
libGL warning: 3D driver claims to not support visual 0x31
4482 frames in 5.0 seconds = 896.297 FPS
4479 frames in 5.0 seconds = 895.772 FPS
4481 frames in 5.0 seconds = 896.088 FPS
4479 frames in 5.0 seconds = 895.638 FPS
4481 frames in 5.0 seconds = 896.067 FPS
4480 frames in 5.0 seconds = 895.868 FPS
4480 frames in 5.0 seconds = 895.877 FPS
4482 frames in 5.0 seconds = 896.209 FPS
4480 frames in 5.0 seconds = 895.878 FPS
4482 frames in 5.0 seconds = 896.363 FPS
4481 frames in 5.0 seconds = 896.188 FPS
4481 frames in 5.0 seconds = 896.107 FPS
4482 frames in 5.0 seconds = 896.351 FPS
4481 frames in 5.0 seconds = 896.137 FPS
4481 frames in 5.0 seconds = 896.092 FPS
4483 frames in 5.0 seconds = 896.417 FPS
4480 frames in 5.0 seconds = 895.889 FPS
4483 frames in 5.0 seconds = 896.532 FPS
4479 frames in 5.0 seconds = 895.796 FPS
4482 frames in 5.0 seconds = 896.257 FPS
4478 frames in 5.0 seconds = 895.527 FPS
4480 frames in 5.0 seconds = 895.917 FPS
4480 frames in 5.0 seconds = 895.883 FPS
4475 frames in 5.0 seconds = 894.882 FPS
4472 frames in 5.0 seconds = 894.216 FPS

Ez egy barebone gép integrált intel grafikus cuccának a benchmark eredménye. Ezek szerint a "mobil, underclockolt radeon" kb. 4/3-szor erősebb, mint ami a barebone gépekben gyárilag van? Egyébként van ennek a tesztnek értelme? Ilyen sok frame amúgy sem kerül megjelenítésre 1 másodperc alatt, és van egy olyan gyanúm, hogy a bonyolultabb, textúrázott, stb. testek megjelenítésében nyújtott teljesítmény nem feltétlenül arányos ezekkel az adatokkal. Persze mindezt csak kérdezem, mert ezekhez a dolgokhoz kezdő vagyok.
[/off]

kb. 4/3-szor erősebb, mint ami a barebone gépekben gyárilag van?

nem, a glxgears mindig is csak arra volt jo hogy megmondja hogy van-e hw accel. bar az idiota szamoknak koszonhetoen arra se. leginkabb semmire se. ja de, a nouveau-ek ezzel mar letehettek valamit az asztalra!144

--
the multiply techbanned hup user


5042 frames in 5.0 seconds = 1008.400 FPS
5015 frames in 5.0 seconds = 1003.000 FPS
5138 frames in 5.0 seconds = 1027.600 FPS
5090 frames in 5.0 seconds = 1018.000 FPS
5105 frames in 5.0 seconds = 1021.000 FPS
4828 frames in 5.0 seconds = 965.600 FPS
5090 frames in 5.0 seconds = 1018.000 FPS
5061 frames in 5.0 seconds = 1012.200 FPS
5042 frames in 5.0 seconds = 1008.400 FPS
5015 frames in 5.0 seconds = 1003.000 FPS
5138 frames in 5.0 seconds = 1027.600 FPS
5090 frames in 5.0 seconds = 1018.000 FPS
5105 frames in 5.0 seconds = 1021.000 FPS
4828 frames in 5.0 seconds = 965.600 FPS
5090 frames in 5.0 seconds = 1018.000 FPS
5061 frames in 5.0 seconds = 1012.200 FPS

Hmm... Ha ez a teszt jó valamire, akkor a "mobil, underclockolt radeon" az FX-5200-nál is erősebb. :-)

( snq- | 2007. 01. 29., h – 13:35 )

nem arról szokott szólni az e-jerking, hogy a linuzos closed src nvidia driver annyira penge, hogy lealáz bármit, az abcúg ati viszont mennyire használhatatlant ad?
vagy ezzel hozzák egy szintre őket? ;)

mondjuk engem speciel nem zavar, mert hala a jol mukodo closedsource OS-emen levo tokeletesen mukodo closedsource driveremnek (MA, es nem 2 ev mulva LESZ), nem csak glxgearst tudok futtatni swrendert megszegyenito sebesseggel - de a PR teruleten azert felhivnam arra a figyelmet hogy a "haha revengeljuk a kartyatokat kocsogok (talan)" mennyire nem cseng ossze a "ra kell venni a gyartokat a foss tamogatasara hogy jobb supportunk legyen" opusszal

ujabb arrogans foss lepes, es tekintve hogy 1 eves a CVS-uk es mostanra jutottak el oda hogy be lehet tolteni az aligworking drivert, konnyen prognoszitzalhato a vegeredmeny: folyamatos 1+ eves technikai lemaradas (buy Riva TNT for Linux today!), es nehany GFXcard vendor akik tesznek a foss supportra...

EDIT: pontscho szerint nem 1+ ev hanem 5+. jo.

( mpathy | 2007. 01. 29., h – 13:40 )

"a későbbiekben viszont elfogadják a segítséget az új GeForce 8 kártyák vásárlásához"

LOL.

--
- Hogyan lehet tanulni? - Jól kell tudni kérdezni. - Hogyan lehet jól kérdezni? - Ahhoz sokat kell tudni...

( BaT | 2007. 01. 29., h – 14:05 )

Ha FC7-be már berakják, akkor ki fogom próbálni... :) Aztán majd meglátom, hogy a 0 driver, a Nouveau és a bináris driver között mekkora különbségek lesznek. Meg érdekel, hogy beryl elfut-e Nouveauval. :)

( joco01 v | 2007. 01. 29., h – 14:35 )

lehet, hogy be se kell fejezniük, mert az nvidia egyszercsak úgy gondolja, hogy akkor már akár a sajátjuk forrását is kiadhatják.

--
joco voltam szevasz

( Czo v | 2007. 01. 29., h – 15:34 )

Ugylatom, nekem gef4mx, gef4ti tulajnak ez imho fabatkat se er.

---
Apple iMac 20"

( n0gabor | 2007. 01. 29., h – 17:12 )

ha valaha mukodni fog ez a cucc, remelem nem lesz az mint most hogy kernel driverek nforce-hoz olyan "kiforrottak" lettek, hogy az nvidia nem fejleszti a sajat zart forrasu nforce drivereit. (asszem 2.6.17-ig megy a regi driver)

igy most szopnak akiknek nforce2 soundstorm hangchipuk van mert par tulajdonsag nem megy az opensource driverekkel, emellet a forcedeth driver sem muxik nekem 100%-ban (neha ha nem rendesen lesz kikapcsolva a gep eth0-rol eth1-re pakkerolja az udev, ami miatt konfigolhatok ujra, hogy menjen a network)

max olyan projecteknek lehet jo ez mint a macvidia meg haiku os driver stb

::powered by Archlinux

azert felre ne ertsd mukodik az nforce linux alatt faszan, a soundstorm asszem csak az NF7-S meg NF7-M lapon van (javitsatok ki ha nem), tobbi AC7-es cucc megy rendesen (enyem is), csak annyi hogy az udev rossz leallas utan felcsereli a firewiret (eth1) az haloval (eth0), de ez lehet hogy Archlinux vagy udev related bug

::powered by Archlinux

Az NF7 az egy abit lap.
Viszont az nforce2 chipsetek mindegyikében Realtek hangkártya van, AC97 kompatibilis, amit NV Sound Stormnak csúfolnak, pl. az enyémben is. Sajnos tapasztalatot nem tudok megosztani mert normál esetben a SBLive-ot használom, próbaképp megnéztem az alaplapit is, az nvidia closedsrc driver OSS-only és instabil (gépfagyasztós), az ALSA intel8x0-val (AC97) meg gyütt hang stereoban, tovább nem teszteltem, lehet az 5.1 és az AC3 codec is működik.

Viszont az nforce2 chipsetek mindegyikében Realtek hangkártya van, AC97 kompatibilis, amit NV Sound Stormnak csúfolnak

Ezen C-Media van, de valami érdekes megoldással, mert az nvidia soundstorm driverrel is megy a kártya, csak szarul szól.
--
Gentoo motto: It's worth spending eight hours trying to make something load 20ns faster.

Nekem ilyenem volt, és a legjobb alaplapi hangkártya, amivel valaha is találkoztam. Mondjuk mostansá elkezdtek creative chipeket integrálgatni, ha jól tudom, egy-két am2-es lapon az van.
szerk.: és a lap is nagyon jó, mai napig megbízhatóan működik, és nem is volt drága, ~2 éve volt 14k, és 3 év garanciával.
--
Gentoo motto: It's worth spending eight hours trying to make something load 20ns faster.

én nem ajánlom neked az nforce-ot. én erőlködök obsd-n, hogy úgy-ahogy menjen az alaplapi nic egy nforce2-es lapon. és nincs iyen-olyan binary szutykom (a'la linux, freebsd), amivel lehetne rendesen használni, úgyhogy ez van, majd (talán) jobb lesz.

"NVIDIA refuse to release any documentation on their products."

OpenBSD 3.9: Blob-Busters Interviewed

A8N-E alaplap Nforce4-es cuccos. 2.6.18-7 "debianizált" kernellel megy, forcedeth driverrel valamelyik alsa driverrel (mindjárt megnézem, rossebb emléxik rá fejből :)... megvan! - snd_intel8x0 modullal. Igaz nekem az a lényeg hogy szóljon mert egy 6(?) éves kenwood stereo mini hifi van csak, tehát 5.1 meg extra mágia nincsen, kis szoba , sima stereo bőven elég, az meg megy. szól, működik. dolog nincs vele. ;-)

videókártya nvidia bináris driver glxgears 7000 feletti értéket produkál (Geforce 6600 GT),. úgyhogy a proci 1000 Mhz-en megy, merthogy cpufreq/conservative vagyon és lusta disznó, csak ritkán kapcsol át 1800 Mhzbva, "legújabb" freshmindworkz intro benchmarkot is futtattam eredmény ottani topicban, nem emléxem mennyi volt (nem röhögnek, tudom hogy pár napja volt , akkor sem emléxem, szakmai ártalom ;-) .

megy a cucc 2.4.2x/2.4.3x kernellel, de itt a forcedeth driver asszem nem jó, az nvidia nv.o binárissal viszont megy. hanghoz külső alsa-modul-source csomag "kell" abban szintén snd_intel8x0 megy. grafikus driver itt vizsont bugzik (bad caching memory page, stb.) normál körülmények között megy, de pl. PaX-memory sanitize+restrict_mprotect()-el időnként 2.4 alól fagyhat.

én meg vagyok vele elégedve, ha ez számít.

jut eszembe izé, sensorinformációs modul, aszonyga hogy keresem :)...i2c_nforce2 + i2c_isa + it87 triumvirátussal.

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

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

Nekem egyik gépben ASUS K8N-E Deluxe alaplap van (nForce 3) alapból ment minden, nem volt hiba, bár a hangkártyákkal van némi kavar néha, mert van egy Audigy is a gépben... De amúgy lekopogom a gép a chipset jól megy. Eltekintve attól hogy az AGPGART modul rosszul érzékeli az AGP címet és méretet és ettől nem megy az fglrx driver az ATI-hoz. Ha tudnátok segíteni, azt megköszönném...

Az eth kártyák felcserélése legkevésbé a forcedeth driver hibája, több hálókártya esetén (bármilyen típusúak is) semmi nem biztosítja, hogy minden esetben ugyan abban a sorrendben jöjjenek fel. Persistent bindingot viszont lehet csinálni pl. mac address alapján. Nézz körül a nameif és a udev környékén, mielőtt hülyeségeket írsz.

erdektelen.

a linux-dontuse kivetelevel nincs meg egy olyan OS ahol az OSSZES letezo halozati interface eth* lenne (jo tudom ott is volt 6 eve arc0 meg plip0 stb, long obsoleted)...
en0, fxp0, rl0, fw0, ln0, le0

osx-ben van me'g en0 es en1, de azok erdekes modon mindig jo sorrendben vannak hakkolas nelkul is...

--
the multiply techbanned hup user

kedves frusztrált troll barátunk

Én komolyan aggódom érted, erős hanyatlást mutatsz. Volt olyan (volt? vagy csak az idő szépíti az emlékeket?) amikor hozzászólásaidnak volt szakmai tartalma, és nem hemzsegtek a tárgyi tévedésektől. De nézzük a hozzászólásod sorról-sorra:

"erdektelen"

Mint te magad. De engedd meg nekünk, hogy mi beszéljünk róla. Ne olvasd el, ha nincs mondanivalód. Pláne ne írd le, ha nincs mondanivalód.

"a linux-dontuse kivetelevel nincs meg egy olyan OS ahol az OSSZES letezo halozati interface eth* lenne (jo tudom ott is volt 6 eve arc0 meg plip0 stb, long obsoleted)..."

Szerintem van még olyan OS, de ennek utána kellene néznem. Így most csak az dereng, hogy mintha a Windows 2000/2003 meg a Novell is egyformán hívná az összes ethernet interfészét. Linux alatt pedig csak az Ethernet alapúakat hívod eth*-nak, de ezt is ÁTNEVEZHETED. Érted.

"en0, fxp0, rl0, fw0, ln0, le0"

Tök jó. Akkor mit csinálsz, ha van két egyforma kártyád. Honnan tudod megmondani, hogy melyik lesz a le0 és melyik a le1? Mi van, ha szeretnéd, hogy az egyik legyen az le0, függetlenül attól, hogy melyik slotban van, vagy a slotok épp az alaplapban milyen sorrendben vannak bekötve a déli/északi hídra? Kapís?

"osx-ben van me'g en0 es en1, de azok erdekes modon mindig jo sorrendben vannak hakkolas nelkul is..."

Hurrá. Éljen az osx. De tényleg. Hogy is jön ez ide?

"the multiply techbanned hup user"

inkább: "the multiply stylebanned hup troll"

Mondok neked egyet:

Netosztás két hálókártyával. Az egyik kidöglött és csak ISA-s kártyát találtam hirtelenjében. A felhúzáskor eth0, eth1 változott. Nem volt kedvem scriptet átírni ezért gyorsba lefixáltam a kártyák sorrendjét és kész.

--
A nyúl egy igazi jellem. Ott ül a fűben, de akkor sem szívja!

Nem, problémák akkor vannak, amikor pl. egy tűzfalban 2 QFE kártya meg 2 alaplapi ethernet van, és alaplapot kell cserélned, így nem biztos, hogy a kártyák ugyan olyan sorrendben jönnek vissza. Ha van persistent binding, akkor csak a két alaplapi csatlakozó mac addressét kell kicserélni egy konfigfájlban, ha nincs, akkor kezdheted találgatni, hogy a 10 darab ethernet kábeled milyen sorrendben dugd a gépbe.

Úgy látom, kedvenc szakértőink közül keveset engedtek eddig valóban komoly rendszer közelébe.

Bírom a frusztrációdat, de a saját hozzászólásomat többször elolvasva:

- nem látom, hogy hol írtam volna, hogy komoly rendszeren linuxot futtatok.
- nem értem, hogy a persistent interface binding lehetősége, ami minden komoly OS sajátja, miért tervezési hiba
- nem látom, hogy lehülyéztem volna bárkit is.

- nem látom, hogy hol írtam volna, hogy komoly rendszeren linuxot futtatok.

ha olvasnal akkor egyreszt nem lenne a valaszod azzal tele hogy "nem latom, nem ertem", masreszt rajonnel hogy mi viszont linuxrol beszeltunk szoval ne offold ossze a threadet megjobban

- nem értem, hogy a persistent interface binding lehetősége, ami minden komoly OS sajátja, miért tervezési hiba

az a tervezesi hiba mikor az a mandatory hogy jon johans@localhost es beleedital vmi konfigfileba hogy milyen sorrendben akarja latni az eth0, eth1, eth2, eth3, eth4, eth5, eth6 stb interfaceit, mert az OS amit hasznal kepes egy minor verziovaltassal felcserelni oket

--
the multiply techbanned hup user

Az Ethernet over Firewire az ethernet protokol IMHO, és mint ilyen eth* interfészt kap, hacsak a user másképp nem adja meg. A te gondolatmeneteddel meg kellene különböztetni cat5/optikai/koax stb. ethernet kártyákat is, csak azért, mert más és más a hordozó közeg.

De ha ez frusztrál, akkor udev-vel vagy nameif-fel perzisztensen átnevezheted fw* -nak a firewire feletti ethernetet.

és mint ilyen eth* interfészt kap

szerencsere csak linuze-ban

A te gondolatmeneteddel meg kellene különböztetni cat5/optikai/koax stb. ethernet kártyákat is, csak azért, mert más és más a hordozó közeg.

ezt minek magyarazod bele?

De ha ez frusztrál

nem frusztral, mert nem hasznalok olyan OS-t amiket ilyen bugware szarokkal takolnak szanaszet

olyan os-eket hasznalok amikben az interfacek megkulonboztethetoek, nem kell kulon kreativkodnom, works out-of-box, even during boot. szar megoldasok nem erdekelnek.

--
the multiply techbanned hup user

ezt minek magyarazod bele?

Mi a belemagyarázás? Adott egyfajta hordozó közeg, azon ethernet protokol megy. A hordozó közeg meg marhára mellékes, lehet az scsi-tól firewire-ig, cat5e-től üvegig vagy postagalambig bármi.

Az általad linkelt szintén kőkemény szakmaiságot tartalmazó flame listán (ugye észrevetted, hogy megint melllényúltál, és nem egy szakmai listát linkeltél?) a tagok egy része csak abban téved, hogy a disztribek többsége a problémát könnyedén megoldja a tmpfs vagy ramfs használatával. Ezzel elérhető, hogy ro mountolt fájlrendszerek esetén is gond nélkül elinduljon az udev.

BTW, ha nem használod, honnan tudod, hogy bugware szarokkal tákolják szerteszét?

olyan os-eket hasznalok amikben az interfacek megkulonboztethetoek, nem kell kulon kreativkodnom, works out-of-box, even during boot. szar megoldasok nem erdekelnek.

Jó neked. Csak azt nem értem, hogy amit nem használsz és nem ismersz, arról hogy vagy képes teljes meggyőződéssel szakmai véleményt mondani? Ja, megvan, olvastad a linux-flame-en. Az objektív, elfogulatlan szakmai hírportálon.

Mi a belemagyarázás? Adott egyfajta hordozó közeg, azon ethernet protokol megy. A hordozó közeg meg marhára mellékes, lehet az scsi-tól firewire-ig, cat5e-től üvegig vagy postagalambig bármi.

felolen nevezheted a postagalambot eth0-nak, ha ugy erzed hogy ezzel sikeresen megoldottad a 10 darab halozati interface-d vegzetes osszekeveredeset. csak ne vard hogy visitva tapsikoljak

Az általad linkelt szintén kőkemény szakmaiságot tartalmazó flame listán (ugye észrevetted, hogy megint melllényúltál, és nem egy szakmai listát linkeltél?)

gondolom a "szakmai listan" csupa olyan dolgot irnak hogy "komoly rendszerre csak linuxot, csak udev hackkel, csak agyonkonfigolt iftabbal etc", es ettol nagyon nagy szakmai zsenik, ezesetben valoban "mellenyultam"

Ezzel elérhető, hogy ro mountolt fájlrendszerek esetén is gond nélkül elinduljon az udev.

latom sikerult el se olvasni amit linkeltem, vagy megrosszabb: nem erted amit lattal
FYI nem ez ott az elsodleges problema, bar mar ez is eleg agyhalal ahhoz hogy kibasszam az ablakon

BTW, ha nem használod, honnan tudod, hogy bugware szarokkal tákolják szerteszét?

az itt levo trollokkal szemben ("az osxet nem ismerem de BIZTOS keves driver van ra es egyebkent is BSD szoval akar linuxon is mehet a fotosopp!") azert nem hasznalom mert volt hozza "szerencsem"

Jó neked.

nem, mert itt basztatsz a linuxspecifikus bugok kore irt agyhalott ganyolmanyokkal, holott nem kerek beloluk, van jobb, koszi.

--
the multiply techbanned hup user

gondolom a "szakmai listan" csupa olyan dolgot irnak hogy "komoly rendszerre csak linuxot, csak udev hackkel, csak agyonkonfigolt iftabbal etc", es ettol nagyon nagy szakmai zsenik, ezesetben valoban "mellenyultam"

Már megint a paranoid képzelgések. Mutasd meg, hol írok ilyeneket.

latom sikerult el se olvasni amit linkeltem, vagy megrosszabb: nem erted amit lattal

Képzeld, elolvastam, és úgy gondolom meg is értettem. A tojás-tyúk problémán elmélkednek, amit a disztribek többsége mindenfajta gányolás nélkül megold annak ellenére, hogy néhányan hőzöngenek a linux-flame-en. Nem kell a /etc/mtab-ot kifésülni. Nincsenek a /proc/mounts vagy a /proc/partitions alatt duplikált bejegyzések. Ha érdekelnek a részletek, keress meg magánban (de úgyse fognak érdekelni, hiszen te megláttad a fényt, és nem használsz ilyen szarokkal tákolt bugwaret)

az itt levo trollokkal szemben ("az osxet nem ismerem de BIZTOS keves driver van ra es egyebkent is BSD szoval akar linuxon is mehet a fotosopp!") azert nem hasznalom mert volt hozza "szerencsem"

Már megint azok a csúnya komplexusok. Ebben a threadben ki fikázta az OSX-et, és ki trollkodott? De azt továbbra is fenntartom, hogy a linuxos ismereteid (hogy fejezzem ki szépen) kissé megkoptak már.

nem, mert itt basztatsz a linuxspecifikus bugok kore irt agyhalott ganyolmanyokkal, holott nem kerek beloluk, van jobb, koszi.

Akkor miért olvasol HUPot?

Na, eleget etettem ma már a trollokat, nekem ebben a témában ez volt az utolsó postom.

de úgyse fognak érdekelni, hiszen te megláttad a fényt, és nem használsz ilyen szarokkal tákolt bugwaret

pontosan

De azt továbbra is fenntartom, hogy a linuxos ismereteid (hogy fejezzem ki szépen) kissé megkoptak már.

ellenkezoleg, eleg jol kikovetkeztettem mar evekkel ezelott hogy mik lesznek a linuxkernel rakfenei, es hatvanyozottan lett igazam

--
the multiply techbanned hup user

( sumo | 2007. 01. 29., h – 19:07 )

szánalmas, komolyan. az egész threadben kb 15 értékelhető hozzászólás van. ha fröcsögést szeretnék olvasni, vagy szarozásra és fikázásra lennék kíváncsi, akkor mennék a chat.hu-ra. de szerintem az emberek többsége még mindig azért jár ide (velem együtt), hogy normális és érdekes hírekről olvasson, esetleg megbeszélje őket, megossza a tapasztalait másokkal. sajnos ebből egyre kevesebb van.
::sumo.conf::

Szeretem a viccet, de úgy látszik nem értem...

Miért pont a hup-kora alapján döntöd el, kit mi, mire jogosít fel? Ez vmi. új e-penis, hogy neked régebbóta van hup-fityegőd?

{humor}
Nézd meg kápuccsínót! Ő kb. másfélszer olyan régóta van a hupon regisztrálva, mint te és jócskán több mint másfélszer ekkora baromságokat beszél! ;-)
{/humor}

ja hát télleg nemérted akkor :))

azért írtam viccbe, ugyanolyan megközelítésben probáltam írni ahogy ő írt. :)
tudod a konfigra gondolok :) egyébként nem akarok itt epenist lengetni,
villogni sztem a való életben kell nem a monitor mögül :)

természetesen ha beregel ide valami unixguru kerneldeveloper 1 napja, akkor elfogadom amit mond,
tehát nem a hupkor számít, csak úgylátom feltalálta a spanyolt viaszt, pedig ez már nem viasz,
hanem lerágott csont, csak ugye nem régóta lehet itt, ha nem szokta még meg h itt
ez megy. egyébként sztem bizonyos fajta flamelesekből nagyon sokat lehet tanulni, elég csak követni
a linkeket vagy az infókat, részemről sose húztam még fel magamat egy threadháborún.
különben sem kötelező egy cikk után elolvasni a hosszászólásokat.
vagy tévedek? :)

( wELDER v | 2007. 01. 30., k – 09:31 )

Vazze, nem vagytok normálisak, minek fikázzátok i egymást, meg azokat akik próbálnak a saját energiájukból a közösség számára adni valamit?
Eddig mindenki sírt, hogy nincs open-source nvidia driver, most lesz, ha minden jól megy, ha jól emléxem az MPlayer(tm) :) sem 1 év alatt készült el, pedig az csak egy keretprogram mások által megírt codekekhez és driverekhez.
Gabucchino (bocs, ha elirtam): Áruld már el milyen oprencert használsz hadd váltsak én is ha az ilyen jó.
Nekem hibátlanul működik az nf7-s alaplap nvidia nforce2 ultra 400 chipsettel, fix hálókártyasorrenddel, linuxal, udevvel(hax nélkül), hangkártyával, soundstormról vagy miről még nem hallottam, ezen vmi realtek chip van.
Aaa, ennyi. Asszem.

Alex az OroszLány