Linux kernel 3.0 možná už koncem července

Linus Torvalds se v emailové konferenci vývojářů linuxové jádra zmínil, že ke sloučení hlavních změn ve vývojových stromech linuxového jádra nové generace by mohlo dojít již v neděli večer. Finální Linuxové jádro 3.0.x, kde x bude označovat číslo stabilního vydání, by mohlo být uvolněno již koncem tohoto července. Torvalds také navrhl, že by se před skokem na Linux 3.0 mohla vymezit větev 2.8, než pokračovat na 2.6.40. Poměrně velkou podporu má však údajně návrh Ingo Molnara, který navrhl pokračovat až do 2.6.42 a poté provést skok přímo na 3.0.

24.5.2011 18:37 | Migi | Komunita

Komentáře

[David Watzke]

Jako kdyby to nebylo jedno...

[the.max]

ze jo, kdyz uz teda chtj preskocit 2.8 a jit rovnou na 3.0.x, proc teda neskocej rovnou na 5.9.x nebo 6.6.6.

[Kaacz]

Ne, bude cislo verze, za tim vzdy nula a pak build ..

3.0.3134

4.0.7846

5.0.xxxx

no a drobny se rikat nebudou :-p A pofrci to jako mozilla

[fred]

a bude mít verze 3.0 nějaký změny nebo se bude jen pokračovat s jinym jménem?

a linux bude použitelnej až od verze 5 nebo jako KDE až od verze 12?

[hacup]

Jo budou v něm změny tady je článek na phoronixu.

[pc2005]

WTF? Drop ISA bus support?

[trekker.dk]

most of MCA, EISA and ISA bus

[pc2005]

Aha takže fungovat bude jen něco? Tos mě utěšil .

[trekker.dk]

No pokud vím (i když už se to možná změnilo), tak na ISA jsou ještě dneska navěšené nějaké periferie integrované na základní desce. Podpora pro to ostatní se ale IMO klidně může zahodit... kdo chce používat archaický hardware, ať používá archaické jádro.

[pc2005]

No jak se to vezme, ISA jako dráty už tam není. Nejblíž má snad BIOS, ale tam se jedná jen o to, aby po rebootu byla bez inicializace přístupná adresní a datová sběrnice na ten BIOS flash (musí se přenést data při požadavku na 0xfffffff0 adresu). Samotnej čip spravující BIOS komunikuje přes LPC, což je sériová linka a v dnešní době je BIOS flash stejně taky sériová, takže je to imho jedno.

Jinak by měly existovat konvertory PCI→ISA a jako takový by imho měly být podporovány jádrem.

[R]

To je chujovina, nema sancu to prejst.

[martin]

nejen ze toho vis vic o KDE, nez jeho vyvojari. ty ses na tom stejne i co se tyce kernelu. re5pect !!!

[R]

No do kernelu som uz par riadkov napisal s LKML sledujem, takze o tom aspon nieco viem na rozdiel od ludi, co si len precitaju clanok na Phoronixe.

[Kaacz]

Mno jak jsem tak vcera zapasil s Win7, tak KDE4 uz jsou pouzitelnejsi

[R]

Hlavne ten Network Manager, ten je v KDE prudko (ne)pouzitelny.

[Kaacz]

Aha, ja myslel ze se bavime o desktopu, jeho vzhledu a ovládání obecně. Ne o jedné konkrétní aplikaci.

Coz vyustuje v otazku: ony win7 už mají nějaký přepínač profilů eth sítě ? To potřebuju často s notebookem a NM je jasná volba. Wifi používám jen asi 3 AP a prostě k tomu ten NM používám. Takže nevím kde je ten problém. Teda kromě toho, že dřív pod NM fungovalo O2 CDMA a ted to končí chybou. Tož sklopim krovky, zruším NM a použiju qinternet. Nemám čas se tím trápit.

[pc2005]

Doufám, že to není podle starýho číslování, nerad bych si instaloval Visual Basic.

[pushkin]

- <odd>.x.x: Linus went crazy, broke absolutely _everything_, and rewrote
   the kernel to be a microkernel using a special message-passing version 
   of Visual Basic. (timeframe: "we expect that he will be released from 
   the mental institution in a decade or two").

Pěkný

[aceman]

Nie je to 1.april?

[Michal Fecko]

V máji?

[pacholik]

říkali koncem července

[Michal Fecko]

ja tie vase specialne ceske nazvy pre mesiace nepoznam

[Peter Fodrek]

SNS Vas za to ukamenuje. To nie su Ceske, ale slovanske mesiace

[Michal Fecko]

a mame slovenske ekvivalenty tych slovanskych?

[mikezt]

Samozrejme, viz. http://kalendar.vsieti.sk/node/4
Za zmienku stoji aj fakt, ze povodne bolo mesiacov 13.

[munich machine]

"ceske" nie "Ceske"

[pacholik]

české

[Bill Gates]

ČEZké

[nicco]

Czeske

[the.max]

ja zase mam furt problem s tema 'mezinarodnima'.

[RedDragon]

+1

[Jan Grmela]

Na číselných se snad shodneme, ne?

[Jendа]

JJ, od 0 do B.

[asdasd]

To mas jednoduche, staci si zapamatat 1 udalost. Napr. Velka oktobrova socialisticka revolucia, kde okto=8 znamena 10. mesiac, teda rijen sa uskutocnila v 11. mesiaci, teda listopad; po slovensky november (nove = 9).

[the.max]

hmm ja si pamatuju oktober, protoze oktoberfest, pak jeste januar, protoze pokady kdyz je nekde vynulovanej cas tak tam sviti jan-1-1 a ak jeste september, protoze kdyz jsme meli na zakladce prvni hodiny nemciny, tak ucitelka nam furt do zblbnuti opakovala co je za mesic. Pak jeste maj a snad april, ale to je fakt vsechno

[asdasd]

Este maj - ten maju aj Cesi, aj ked len medzi mesiacmi duben a kveten.

[Xerces]

Krásně jsi to vystihl.

[Ondrej 'SanTiago' Zajicek]

Ony ty 'mezinarodni' mesice jsou v podstate prejate rimske mesice, a podle toho to taky vypada:

1. January - mesic boha Januse 
2. February - mesic ocistnych slavnosti (februum)
3. March - mesic boha Marta
4. April - mesic bohyne Venuse
5. May - mesic bohyne Maiy
6. June - mesic bohyne Juno 
7. July - mesic Julia Caesara
8. August - mesic cisare Augusta
9. September - 7. (!) mesic
   (z puvodniho rimskeho kalendare pred julianskou reformou)
10. October - 8. (!) mesic
11. November - 9. (!) mesic
12. December - 10. (!) mesic

[GeBu]

Díky, tohle jsem neznal. Jsem rád, že máme ty specifické. Nejvíce se mi líbí ukrajinské (prý Filelighte.jsou podobné i polské) názvy: 1. síčeň 2. ljutyj - lítý 3. březen - kvetou břízy 4. květen - příroda začíná rozkvétat 5. traveň - začíná růst hodně tráva 6. červen - červené třešně 7. lipeň - kvetou lípy 8. srpeň - srpem se žne, 9. vereseň 10. žovteň - žloutne listí 11. listopad - padá listí 12. hrudeň

[Michal Vyskočil]

Polsky je to opravdu podobné, rozdíl je jenom v březnu, což je marzec a namísto května mají maj. Čímž jsou zase tyhle názvy perfektně srozumitelné slovákům. Zajímavé je, že u většiny slovanských jazyků panuje shoda snad jenom v listopadu.

[GeBu]

Aha, tak teď je mi ještě jasnější proč známí od polských hranic nikdy nepoužívají jména měsíců, ale vždy čísla a když já použiji jméno měsíce, tak se ujišťují: to je 9. měsíc, že?

[martin]

so easy: Bleden, Úmor, Vředen, Duden, Hněten, Čerten, Čertenec, Svrben, Žháří, Řhýjen, Psychopat a Koninec...

[pc2005]

Psychopat a Koninec

[Aleš Janda]

Taky jsem se napřed koukl, jestli to není v sekci Humor. Není někde nějaké podrobnější info o tom, proč taková změna, v čem to bude jiné? Zvláštní taky je, že ačkoli pravidelně čtu Jaderné noviny, o tomhle tam nebyla ani zmínka (resp. vzpomínám si jen na nějaké dávné úvahy společně s tím, že by se verze označovaly rokem vydání apod.).

[trekker.dk]

ačkoli pravidelně čtu Jaderné noviny, o tomhle tam nebyla ani zmínka (resp. vzpomínám si jen na nějaké dávné úvahy společně s tím, že by se verze označovaly rokem vydání apod.).

No vidíš, to přesně byla ta zmínka. Linusovi se prostě současné číslování už delší dobu nelíbí, protože podle něj to 2.6 v podstatě ztratilo význam.

[Luboš Doležel (Doli)]

Protože se chce chytit módy Chrome. Po přidání funkce vždycky inkrementuje první číslo ve verzi a pak za to strčí hausnumera, aby to nějak vypadalo. Do roka a do dne bude Linux 13.0.7814.0

[trekker.dk]

Nejenom Chrome, Firefox to dělá taky...

[vogo]

Odpoledne jsem to četl na Slashdotu, celkem mě překvapil ten skok na 3.0. Ještě před pár lety se spekulovalo o 2.7 větvi pro převratné změny a najednou to vypadá na honění se za verzemi jako u Firefoxu ;). Podle mě je jedno co to bude mít za číslo, hlavně ať je to stabilní, rychlé a podporuje to rozumě dostupný hardware, pak to může být 3.0 nebo 2.8, na tom už mi nezáleží.

[Migi]

ani tak nejde o honbu za cisly ale o to že Linusovi vadi ten přebytek čisel

[JoHnY2]

Docela tomu rozumim. Ono cislo verze by melo neco reprezentovat a to 2.6 reprezentuje uz hodne dlouho jen to, ze se komunite okolo kernelu nechtelo na cislovani moc sahat

[pc2005]

No pokud jsou ty změny tak velké jako z 1.x na 2.x, tak proč ne. Ale osobně bych udělal 2.7 nebo aspoň 2.8. Jinak pokud budou zvyšovat první číslo při každé prkotině, tak se za chvíli dostanou na 10.x a pak kam dál, restart?

[pacholik]

za desítkou je ještě jedenáctka

[pc2005]

Jo ale já vycházím z toho, že Linusovi asi vadí dvojciferné číslo, protože za 2.6.40 je ještě 2.6.41 až 2.6.99, 2.6.100 by už pomalu vadilo i mě

[2X4B-523P]

3.0.27653

[pc2005]

Nebo by to mohl číslovat jako Nokie mobily.

[Kaacz]

3,14159 26535 89793 23846 26433 83279 50288 41971 69399 37510...

[D.A.Tiger]

[l4m4]

Čísla verzí TeXu postupně konvergují k π, ale zatím jsou pouze na 3.141592.

[pc2005]

Nn podle wiki je o řád přesnější.

2 Kaacz Jo s Linuxem bysme brzo dokonvergovali .

[D.A.Tiger]

No vidíte, a já celou dobu čekám, kdy vyjde 2.6.40, abych zaktualizoval jádro. A nestačím se divit - čekám vlastně na verzi 3.0

[snehuliak]

ja som si presne povedal to iste... Nech to je okruhle, kto to ma stale kompilovat...

[pc2005]

No tak to já bych vydal ještě 2.6.42 a větev bych uzavřel .

BTW když už jsme u toho, tak root.

[Jan Grmela]

To zas bude všude běžet tuna sedů nahrazujících volání if(kversion_major == 2) za něco obratněji napsaného Mám dojem, že zcela funkčního systému na 3.0 se dočkáme nejdřív příští rok na podzim až se to všechno zase trochu srovná.

[l4m4]

Kontrola, zda nemáš náhodou jádro 1.x, pravděpodobně tak jako tak patří na smetiště dějin, takže ono se to vytřídí...

[Jan Grmela]

To je samozřejmě dobře, jen čekám bordel stejný jako po příchodu KDE 4.0.0. Nebo po zařazení KMS (a dalších featur souvisejících s gfx) do jádra, kdy dodneška některé ovladače grafik fungují pomalu a některé dokonce vůbec. Ale to se podá a za 10 let desktop (v dnešní podobě distribucí a vlastního HW) pro BFU stejně umře tudíž to není asi až zas takový problém

[kolcon]

jasne, kancelarske aplikace pobezis na svych VR brylich - nebo?

[snehuliak]

Ak sa dobre pamatam, tak to bol prave Linus ktory vyhlasil ze rada 2.6 bude posledna a potom sa bude uz len zvysovat tretie cislo... A zrazu mu to vadi...

Zivot je zmena...

[Josef Kufner]

Však jo... už ho to nebaví psát.

[mirec]

A to som dúfal v mikrokernel. Neviete náhodou niekto o náhrade linuxu, na ktorej by bežal nejaký dobre nastaviteľný dlaždicový wm, pár programov z KDE a hlavne špeciality thinkpadu (hdaps, thinkpad_ec ...)? Hlavne aby kernel nepoložili také drobnosti ako zlý paket na eth, prepnutie režimu na wlan ... no jednoducho mikrokernel kde malý zabugovaný modul zhodí max tak seba.

[pit0]

Darwin s Mac OS X

[Zopper]

Není náhodou Darwin hybridní jádro?

[JoHnY2]

Darwin snad ani moc ne, ale ma nad sebou BSD, takze jako celek je to hybridni az dost.

[Vykook]

Darwin neni jadro, ale to co z OS X zustane, kdyz odendas closed source. Jadro v Darwinu se jmenuje XNU(Xnu is Not Unix, paradoxni je, ze UNIX je ) a hybridni skutecne je.

[R]

Skus Hurd, tam ti ziadny driver jadro nezhodi. Hlavne preto, ze tam skoro ziadne nie su...

[jnd]

Zkus http://www.archhurd.org/, pokud ti tam něco chybí tak to zkus doportovat ;)

[nicco]

Tiez som za mikrokernel a su za neho vsetci, okrem progrmatorov jadra.

[Michal Vyskočil]

Což o něčem dost vypovídá

[JoHnY2]

Ja bych rek, ze NTcka docela dobre prokazaly, ze kompromis obou reseni neni spatna volba. Kdyz si vezmeme jak desny monstrum widle jsou, tak jim jejich hybridni kernel chodi az zazracne dobre.

[Ondrej 'SanTiago' Zajicek]

no jednoducho mikrokernel kde malý zabugovaný modul zhodí max tak seba.

Problem je ze mikrokernel ochrani pouze proti banalnim programatorskym chybam. U driveru jsou nejzakernejsi chyby spojene s interakci s danym zarizenim a tam (alespon na beznem hardware) mikrokernel nepomuze - takove chyby muzou zablokovat sbernici, vyradit interrupt line ci prepsat nahodne oblasti ve fyzicke pameti bez ohledu na opraveni driveru.

[mirec]

No DMA je pekné svinstvo. Osobne by som za mikrokód vo svojom hardvéri ruku do dverí nedal. Tam veru mikrokernel nepomôže, ale sú aj iné výhody mikrokernelu (povedzme si to narovinu máloktorý výrobca HW má chuť vydať driver pre OS ktorý mení API každý štvrtok a potom sa všetko trepe priamo do kernelu, ktorému by nezaškodila odtučňovacia kúra).

[Ravensun]

To asi proto, aby to ladilo s Gnome 3! :D

[Xerces]

Přechod na 3 bych viděl jako optimální příležitost pro to zahodit co se dá a provést například úpravy rozhraní, které je stabilizovaný a který jim třeba teď ztěžuje/znepřehledňuje vývoj. Přeci jen se to jádro za těch pár let dost nafouklo. Dál fixlovat třeba poslední 2.6 stejně jako se udržuje 2.4. No ale on to Linus nějak vymyslí.

[R]

Zahodit sa da vsetko...

[frr]

Ano v odkazované debatě v LKML padlo pár návrhů, čeho se ve 3.0 šmahem zbavit:

1) ovladačů pro prastará zařízení, která dneska už snad nikdo neprovozuje, nebo do budoucna chtít nebude: na sběrnicích MCA, EISA, ale i pěkných pár na ISA. Zrušit šmahem podporu pro EISA a MCA by asi taky bylo průchozí. Nevidím jako reálné, zrušit podporu šmahem pro celou sběrnici ISA, v dnešních a dohledně starých PCčkách je toho na ise pořád ještě docela dost (i8254/i8259), nemluvě o "průmyslovém" hardwaru, kde dinosauři přežívají zejména dlouho, a tradiční ISA/PC104 je přítomna i v některém novém hardwaru a jsou na ní dost důležité součástky, třeba oblíbený CAN řadič SJA1000 nebo síťovky, ale taky je ideální pro bastlení různých "svých vlastních" periferií...

2) grafických ovladačů bez podpory KMS

3) uklidit (ostříhat) podstrom ARM architektur

4) sjednotit čísla IOCTL volání napříč architekturami

Ono je toho uvnitř kernelu daleko víc, co by stálo za odhození - spousta interních API pro ovladače je dnes označována za "deprecated" a jsou udržována pouze jako "obaly" kolem nějaké evolučně modernější skutečné implementace. Zrovna nedávno jsem docela zíral na sjednocení API pro PCI PIO a MMIO do jediné sady funkcí, která před autorem ovladače tuhle nuanci úplně skryje... To je už druhý zásadní ovehaul PCI API, který jsem zaznamenal od dob 2.4 (plus tam bylo pár dalších drobných změn mezi). A třeba osobně nemám moc rád libata pro paralelní IDE zařízení - dávám přednost starému IDE subsystému.

Kdosi v LKML zmínil, že nic z toho není až taková změna, jako bylo zavedení podpory pro ELFové binárky ve 2.0. A že nic z toho by neznamenalo tak razantní změnu v user space. Výše zmíněné příklady "odhazování balastu" neznamenají zásadní změnu ABI, snad s výjimkou IOCTL kódů.

Vyskytl se taky argument, že šmahem uklízet staré ovladače je nesmysl, ať už se to udělá ve jménu kulatého čísla nebo bez něj (že by bylo lepší nějak sledovat jejich reálnou četnost užívání apod.), a že totéž ostatně platí i pro jiné velké změny - a že se naopak osvědčilo provádět to všechno postupně.

A několik lidí v LKML i tady už zmínilo tezi Barta Simpsona, kterou psal v jednom dílu za trest na tabuli: "I will not celebrate pointless milestones"...

Nakonec asi Linus vydá 3.0 bez ohledu na nějaký velký předvánoční úklid, který by s novou major verzí bylo možno spojovat - aspoň se tak tváří. Formuloval to doslova tak, že "nějaký hlas v mé hlavě říká, že je to potřeba, a já tyhle hlasy většinou poslechnu". Tuhle formulaci sice použil hned v úvodní zprávě celé debaty (v PS), ale následný flame na tom v podstatě nic nezměnil.

[pc2005]

Jo to zní rozumně. Osobně bych začal psát 3.0 od začátku s podporou takovejch těch chuťovek jako výměna a patch jádra za chodu, uspání programu, migrace do virtuálního stroje atd. To bude imho v budoucnu ještě víc používané a tak by byl dobrý nápad to při takové příležitosti spustit. ARM bych sjednotil rozhodně.

[R]

Kludne to mozes zacat pisat odznovu - ale predpokladam, ze to nebude mat velky uspech... Podla mojich skusenosti vela pokusov o kompletny prepis kodu skonci neuspechom. Linux je uspesny prave preto, ze sa zmeny robia postupne. A teraz to nebude inak - zmeni sa cislo verzie a tym to skonci, inak na dalsej verzii kernelu nebude nic zvlastne.

[pc2005]

Od začátku ne, jen do specifikace rozhraní zahrnout požadavek na ty servisní zásahy. Aby to nebyly hacky jako teďka občas.