Jaderné noviny - 16. 1. 2008 (diskuse)

[Altaran]

Zajimave novinky ... Kvalitni clanek jako dycky, dik za pekny poctenicko ;)

[Petr Tomášek]

A co BLEKův filesystém? Kdy ten se dostane do jádra?

[belisarivs]

az BLEK.a porucha osobnosti prejde.

[dayvee]

jeho to prejde az si uvedomi ze je vlastne skoro normalni, coz tomu hypochondrovi asi jen tak nedojde :/

[r]

proc "skoro"? Mikulas neni normalni? (teda, nepocitam-li to "blekotani") :)

[frEon]

jezis netahejte ho sem

[Petr Tomášek]

Mo, co jsem cetl jeho disertaci, tak ten filesystem vypadal zajimave a pomerne blbuvzdorne ;)

[Radek Podgorny]

Kdyztak jen trocha reklamy (pro zajemce): http://podgorny.cz/unionfs-fuse/

...funguje to a je to stabilni, muzete menit i jednotlive rooty unie nebo je klidne remountovat (proste vyhody userspace implementace).

[Radek Hladik]

Zkousel jsem hodne ruznych unionfs - respektive vsechny tri, co jsem nasel: unionfs, aufs a tvoje fuse-unionsfs. Prvni vicemene fungovalo s kernelem do nejakych 2.6.20, pak se mi prestalo prekladat. Zacal jsem tedy pouzivat aufs, mejakou dobu ok, ale pak se mi zase nedarilo prelozit oproti 2.6.22. Zkusil jsem tedy tvoje unionfs pres fuse, coz se mi zda jako dobry napad. Ale nepodarilo se mi ho rozchodit tak, abych ho pripojil jako root a pak do nej mohli vsichni uzivatele. At zadavam options jake chci, tak tam furt normalni useri nemuzou nebo tam nic nevidi. Maximalne tam vidi soubor stats, ale tim to konci. Nakonec jsem skoncil u skriptu, ktery jednou za cas vyrobi hromadu symlinku

[Radek Podgorny]

Nemas na mysli "-o allow_other" (standard z fuse)?

[Radek Hladik]

Bohuzel,

#./unionfs  -o allow_other /data/multimedia/mm10/:/data/multimedia/mm12 /data/multimedia/mm 
#su - radek
#ls /data/multimedia/mm -l
total 0
#ls -l  /data/multimedia/mm12
total 200

A netusim proc. Prava jsou v poradku, zkousel jsem i ruzne dalsi volby jako

noauto_cache,readdir_ino,debug,allow_other,stats,umask=007,gid=3001

v ruznych kombinacich a nic

[Vinicius]

Hezky clanek. Napad na vyuziti unionfs na spojeni DVD a dalsich balicku asi na svem stroji realizuji. A jakpak se vyviji muj oblibeny modul pata_via, co rad provozuje cteni za koncem DVD...

[Petr (DotaZ) Jakubec]

Diky za dalsi nahled pod poklicku. jen pro opravu preklepu hned v zacatku: > finální 2.6.24 vyjde někdo kolem příštího víkendu a jeste odkaz na dlouhy changelog nefunguje...

PS: uz aby 2.6.24 bylo na svete... dost mi chybi "nove" ovladace. je to poprve co jsem narazil na potrebu nejnovejsiho jadra. jsem tim prekvapen a zaskocen. koupil jsem si - dle meho nazoru - uz celkem low-endovy stroj a nektere technologie ktere jsem povazoval uz za bezne vubec nejsou bezne ( v beznych :) distrech) podporovany... coz je krajne neprijemne, protoze jadro je velmi dulezita komponenta a nerad bych se poustel do nejakych vlastnich kompilaci - jina nez distribucni jadra pro mne proste neexistuji

[Honza Balák]

V Sidovi je 2.6.24-1

[trekker.dk]

V Sidovi je 2.6.24-4, které vychází z 2.6.24.2

[Honza Balák]

No jelikoz ja mam takovyho hybrida Sid/Lenny, tak je to mozny, no...

[dayvee]

to se mi nezda ... mam taky kombinaci sid/lenny a:

dayvee@laptop:~$ uname -r
2.6.24-1-686
dayvee@laptop:~$ sudo -s
root@laptop:~# apt-get update > /dev/null
root@laptop:~# apt-get -t unstable install linux-image-2.6.2
linux-image-2.6.22-3-486          linux-image-2.6.22-3-vserver-k7
linux-image-2.6.22-3-686          linux-image-2.6.24-1-486
linux-image-2.6.22-3-686-bigmem   linux-image-2.6.24-1-686
linux-image-2.6.22-3-amd64        linux-image-2.6.24-1-686-bigmem
linux-image-2.6.22-3-k7           linux-image-2.6.24-1-amd64
linux-image-2.6.22-3-vserver-686  linux-image-2.6.24-1-xen-686
root@laptop:~# apt-get -t unstable install linux-image-2.6.2

... mluvi za vse.

[Hynek (Pichi) Vychodil]

To jsou jména balíku, to nic neříká, že jméno balíku 'linux-image-2.6.24-1-686' neznamená vanilla jádro 2.6.24.2

[Aleš Kapica]

Navíc není repository jako repository

[trekker.dk]

Jméno balíku (2.6.24-1) a verze 2.6.24-4 jsou dvě různé věci.

[Robert Krátký]

jen pro opravu preklepu hned v zacatku: ... a jeste odkaz na dlouhy changelog nefunguje...

Dík, opraveno.

PS: uz aby 2.6.24 bylo na svete...

Vždyť už je . V prvním odstavci článku je odkaz na zprávičku.

[majka]

Erez Zadok :)

[newman]

majka :)

[Nicky726]

Při čtení Jaderných novin si začínám uvědomovat, jaké to bylo před lety, kdy se četly noviny s velkým zpožděním běžně...

Není to kritika, jen zamyšlení... takové dejavu, když dnes čtu o posledním rc jádra, které mám v Archu už nějakých 14 dní...

Keep up the good work

[Ctirad]

Me by jen zajimalo kdo vlastne potrebuje vsechny ty zmeny v kernelu, ktere zpusobuji nekompatibilitu se starsimi moduly. Tak napriklad s 2.6.22.9 funguje ACPI DSDT override patch, ATI driver, VirtualBox kernel module i NVidia modul prijatelne. Po upgradu na 2.6.24 nelze zadny z nich ani zkompilovat, nemluve o problemech s nekompatibilnim gcc a standardni c knihovnou, ktera program co nic nedela ucini i presto minimalne 6 kilobyte obsahlym, hlavne ze obsahuje nejmene 20 vyskytu GCC 4.2.

Kde jsou pevne hranice (standardy), ktere maji zajistovat kompatibilitu po nejmene desetileti? Vzdyt s kazdym novym kernelem prestava vetsina modulu fungovat a to kazdy mesic, opravy stoji mnoho casu. Abych to zkratil, z toho co ctu na kerneltrap.org mi pripada, ze developeri Linuxu zamerne odstranuji ruzne exportovane symboly, na kterych jsou proprietarni moduly zavisle a chystaji se jejich instalaci zkomplikovat sec to jde, nebo znemoznit zcela. Pote se s problemy musi poprat vzdy spravci balicku pro jednotlive distribuce a tim se velmi brzdi vyvoj, coz je nejlepe videt v enterprise sektoru, kde se uprednostuje vzdy zaostaly Debian. Nebyt bezpecnostnich problemu, tak uz snad radeji ani ten kernel neupgraduju.

[michich]

Vývojáři ty změny v symbolech nedělají proprietárním modulům naschvál. Jenom se kvůli nim nenechají ve vývoji omezovat.

Zaručená kompatibilita pro kernel moduly neexistuje ani po týdnu, natož pak po desetiletí. A vývojáři to vždycky jasně říkali. Já nevím, že lidi si nedají říct a furt ty proprietární ovladače zkoušejí.

ACPI DSDT override patch byl začleněn v 2.6.25-rc1.

[Robert Krátký]

VirtualBox kernel module i NVidia modul prijatelne. Po upgradu na 2.6.24 nelze zadny z nich ani zkompilovat

Oba mi (s 2.6.24) fungují bez potíží. Nebude chyba jinde?

[Ctirad]

RE: "Já nevím, že lidi si nedají říct a furt ty proprietární ovladače zkoušejí."

Proprietarni drivery jsou jiz po nejmene celou dekadu jedine, se kterymi funguje Direct Rendering, accelerated 2D s fbdev a vsemi rozlisenimi + xv extension. To znamena ze si bez proprietarniho driveru lidi ve vetsine pripadech nespusti plynule video, nezahraji si zadnou 3D fps, budou pracovat s *unstable* verzemi X a denne resit zabugovanost a zbytecne se stresovat.

RE: Oba mi (s 2.6.24) fungují bez potíží. Nebude chyba jinde?

Funguji az pote, co se upgraduji, coz samozrejme zpusobuje problemy jinde, treba snizena 3D performance, vyssi zatez CPU a jine.

[Ondrej 'SanTiago' Zajicek]

No bez proprietarnich driveru chodi bez problemu (s akceleraci 2D/3D a XV) AFAIK Radeony do R200, Matroxy, integrovana VIA CLE266, integrovany intel. Tedy v mnoha pripadech lze poridit takovou grafickou kartu, aby nebyly proprietarni ovladace potreba.

[Ctirad]

S recentnim VGA mi funguje mj. Quake4 a to se skvelym framerate, jsem developer ale obcas se rad pobavim u nejake 3dfps, coz bohuzel s zadnym (free driverem + libovolnou grafickou kartou) nelze, uzivam driver proprietarni.

Muj nazor na integrovane extensions: Jsem pevne presvedcen o tom, ze mainboard by mela byt pokud mozno prodavana tzv. "hola", to aby jeji cena nebyla umele zvysovana o tisice Kc, protoze ma chipsety pomale, zabugovane, nespolehlive a audio kodeky pomale, levne, zabugovane, chrastici, praskajici, sumici s odstupem od sumu <= 100db. Ty integrovane low-end odpadky snizujici vykon main CPU az o 40% bych nejradeji klestemi z mainboard vytrhl a vyhodil.

---

Posledni co mi zbyva dokoupit je network controller za 5 tis a SATA DVD-RW ci Blue-Ray a mainboard se bude chovat jako by byla hola, kazde zarizeni v PCI slotu co mam obsahuje svuj vlastni procesor, chipset i firmware a ja proto mam maximalni vykon i prenosovou rychlost, uz jsou i network adaptery s HW packet offloading a HW IPSEC encoding/decoding support, cele mi to funguje s GNU/Linux i UNIX, pouze jedna komponenta vyzaduje pro optimalni vykon proprietarni driver a *neexistuje* moznost zakoupit si treba VGA Intel do AGP slotu s vykonem stejnym, nebo velmi podobnym, jaky maji high-end recentni VGA a pokud by moznost existovala, free drivery nebudou implementovat vsechny features, nebo to udelaji, ale s nizsim vykonem a osobne mi jde o kazdy tick.

[trekker.dk]

Tak napriklad s 2.6.22.9 funguje ACPI DSDT override patch, ATI driver, VirtualBox kernel module i NVidia modul prijatelne. Po upgradu na 2.6.24 nelze zadny z nich ani zkompilovat, nemluve o problemech s nekompatibilnim gcc a standardni c knihovnou

Z těch čtyř používám VirtualBox modul a nVidia modul a žádný problém jsem při přechodu z 2.6.22 na 2.6.24 nezaznamenal. PEBKAC.

[Ctirad]

Zadny PEBKAC ty tunto, uvedom si ze Virtual Box i NV modul jsem nainstaloval pred vice nez pul rokem, kdy byl 2.6.22.9 nejaktualnejsi a upgradoval jsem na 2.6.24.2 pouze kvuli bezpecnostnim fixum, kernel > 2.6.22.9 je spina (krome 2.6.25, ten jsem zatim nezkousel, jen o nem cetl).

Vzhledem k tomu ze se pote Virtual Box module, NV module ani Acpi Override patch nezkompilovaly kvuli symbolum, ktere prestaly v system-wide kernel headrech byt musi snad kazdy pochopit ze se jedna o nefunkcnost z duvodu zamerneho odstraneni tech symbolu a co se tyce ATI driveru, ten nefungoval uz s 2.6.22.10, musela byt vydana nova opravena verze, coz trvalo snad mesic, jenze s ni potom uz nefungovalo xv extension a tak bylo prehravani filmu v DVD kvalite nemozne a s novejsim ATI driverem zacal casto "padat" X server.

-- Svadet svuj nedostatek zkusenosti s konkretnim pripadem na uzivatele, ktery o ni napise je PEBKAC

[michich]

Sorry, ale snaha o naroubování půl roku starých externích modulů na aktuální kernel, přestože každý kernelový vývojář řekne, že nehodlá zaručit, že to bude fungovat, a že externí moduly jsou hloupý nápad, PEBKAC je.

[trekker.dk]

Zadny PEBKAC ty tunto, uvedom si ze Virtual Box i NV modul jsem nainstaloval pred vice nez pul rokem, kdy byl 2.6.22.9 nejaktualnejsi a upgradoval jsem na 2.6.24.2 pouze kvuli bezpecnostnim fixum, kernel > 2.6.22.9 je spina

Pak kdo je tady ťunťa. Použiješ nové jádro, ale snažíš se k němu používat půl roku staré moduly, to je jako kdybys ve Vistách chtěl použít ovladače pro Windows 98... to taky nejde, ale z nějakého důvodu se tomu nikdo nediví. Brání ti něco zaktualizovat ty moduly?

Navíc vývojáři jádra už několikrát jasně řekli, že na binární moduly se nebudou ohlížet; co je v jádře a přestane to fungovat, to někdo opraví během -rc; co je mimo jádro, za to si nese zodpovědnost autor a pokud nějaký binární krám přestane fungovat a po vydání nové verze není k dispozici aktuální modul, je to chyba toho, kdo musí svoje věci za každou cenu distribuovat jako uzavřený blob.

Vzhledem k tomu ze se pote Virtual Box module, NV module ani Acpi Override patch nezkompilovaly kvuli symbolum, ktere prestaly v system-wide kernel headrech byt musi snad kazdy pochopit ze se jedna o nefunkcnost z duvodu zamerneho odstraneni tech symbolu

Ty symboly určitě nebyly odstraněny mezi -rc8 a vydáním verze, takže všichni měli dost času na napsání úprav. Stížnostmi na vývojáře jádra pláčeš na špatném hrobě.

Proč jsou jádra 2.6.22.9 špína, to bych rád věděl...

[...]

RE: "Použiješ nové jádro, ale snažíš se k němu používat půl roku staré moduly" No samozrejme ze ty moduly se snazim *ZKOMPILOVAT* ze zdrojovych kodu

RE: "to je jako kdybys ve Vistách chtěl použít ovladače pro Windows 98" Ted jsi tomu zase dal, kdybych v 95-OSR2 chtel mit driver pro 95 (tam je casovy rozdil >= pul roku), tak by nahle prestal byt binarne compatible a dokonce nesel ani zkompilovat ze zdrojovych kodu? *NE*

RE: "Proč jsou jádra 2.6.22.9 špína, to bych rád věděl..." Napsal jsem ze kernel > 2.6.22.9 je spina, argumentovat mohu sloucenim x86 a x86_64 ktere prineslo stovky bugu, byl to nejvetsi patch v historii, cela rada 2.6.23 mela mnohem vice novych der a v neposledni rade je 2.6.23 psana i schvalovana z vice nez 80% enterprise sektorem, kde se to pise pro zisk a tudiz se na kvalitu a bezpecnost kasle.

Nema smysl uz to dale rozvijet, prosim nereagovat na tento komentar a uvedomit si, ze tunta je ten kdo pise hlouposti typu "to je jako kdybys ve Vistach chtel pouzit driver pro Windows 98". Dekuji

[trekker.dk]

RE: Nauč se používat značku <blockquote>, ušetříš ostatním čtení

No samozrejme ze ty moduly se snazim *ZKOMPILOVAT* ze zdrojovych kodu

Z půl roku starých zdrojových kódů. Když jsme u toho překladu a tvé stížnosti na gcc-4.2 - to taky používat nemusíš.

Napsal jsem ze kernel > 2.6.22.9 je spina, argumentovat mohu sloucenim x86 a x86_64 ktere prineslo stovky bugu,

1) Aha, takže jsi chtěl napsat >= 2.6.23, 2) většina těch bugů byla opravena před vydáním

byl to nejvetsi patch v historii,

No a? Velké změny - velký patch.

v neposledni rade je 2.6.23 psana i schvalovana z vice nez 80% enterprise sektorem, kde se to pise pro zisk a tudiz se na kvalitu a bezpecnost kasle.

Tak to je blábol.

Nema smysl uz to dale rozvijet, prosim nereagovat na tento komentar...

Ano, to nemá. Je čím dál tím víc zjevné, že se jedná o problém mezi židlí a klávesnicí na tvé straně.

[Robert Krátký]

v neposledni rade je 2.6.23 psana i schvalovana z vice nez 80% enterprise sektorem, kde se to pise pro zisk a tudiz se na kvalitu a bezpecnost kasle.

Tak to je blábol.

A ještě ke všemu ne moc vynalézavý blábol... z čeho by měl ten enterprise sektor peníze, kdyby produkt nefungoval?

[petr_p]

Místo upgradu jádra jste mohl aktualizovat na 2.6.22.19.