Co přineslo jádro 2.6.30 tak nového? (diskuse)

[ZeXx86]

Na desktopu mi 2.6.30 (gentoo) funguje naprosto v pořádku, dokonce vyřešili jeden bug, který mě trochu trápil :-) Rozdíl ve výkonu nepozoruji žádný

[ʚĭɞ 🍉]

Počkej na 2.6.31, ta opraví to, co bylo v 2.6.30 zničeno (o podpoře HW nevím, ale výkonové regrese jsou).

[hajma]

"Kdyby to bylo možné, okamžitě bych se vrátil na 2.6.29."

ty pri aktualizaci jadra mazes to stare? to bych si teda nelajznul

 

[ZeXx86]

Na gentoo mam klidne 4 kernely nainstalovane najednou a v bootladeru se jen mezi nima prepinam .. Nevim jak na Archu

[otula]

V Archu se jádro přepisuje. Ale není problém se vrátit ke staršímu.

[Jardík]

Problém to je, když nefunguje wifi, staré jádro už není v pacman cache a nelze se připojit na internet ...

[otula]

Pak je zde pořád ještě jádro na instalačním médiu

[Dalibor Smolík]

Nojo, já mám možnost použít 2.6.26

[microcz]

+1

[lmanik]

ale jde, pokud nemaze cache pacmana, staci potom pacman -U /var/cache/pacman/pkg/jemno balicku i s verzi, nevim zda je cesta dobre ale tak nejak by to melo bejt, jsem na mobilu takze nemuzu zkusit :)

[Filip Jirsák]

To se pozná, kdo si instaluje jádro jedině z balíčků a kdo si jádro kompiluje. Ten, kdo si jádro kompiluje, by staré jádro před ověřením nového nikdy nesmazal, protože dobře ví, kolikrát se ke starému ale funkčnímu jádru pokorně vracel.

[Jendа]

Já si instaluji zásadně z balíčků a mám tu už asi 7 jader Debian je (na rozdíl od Archu) nemaže.

Měl bych to někdy promazat ručně...

PS: Arch to má až tak extrémní, že během aktualizace smaže i staré moduly z /lib/modules/, takže po aktualizaci je potřeba rebootovat, jinak člověk nemůže zavádět moduly atd.

[stativ]

No vidíš, já si jádro kompiluji už pár let a nikdy jsem fallback nepoužil a proto rovnou mažu. Akorát kdysi dávno, když jsem s tím začínal, jsem používal modulární jádro a zapomněl jsem nainstalovat moduly a initrd.

[Filip Jirsák]

To je tedy obdivuhodné. Když si vzpomenu, kolikrát jsem zapomněl zakompilovat takové „prkotiny“ jako ovladač kořenového souborového systému…

[stativ]

Tak tyhle „prkotiny“ člověk obvykle jednou zjistí (třeba pomocí distribučního jádra) a potom už na daném PC používá stejný config do aleluja.

[Filip Jirsák]

Na daném PC. Ale pak dělá jádro pro nový počítač, a zapomene na to znova… Já teda sám nechápu, jak se mi to podařilo, protože všechny souborové systémy, které budou přímo na discích v počítači kompiluju rovnou do jádra – jako modul kompiluju jen ty, které na žádném HDD v počítači nejsou, ale mohou být na některých externích médiích. A přesto se mi zrovna ten souborový systém kořenového oddílu podařilo zapomenout zakompilovat několikrát.

[l4m4]

Normální distro nemaže právě běžící (= staré) jádro. Příjemný vedlejší efekt je pak samozřejmě možnost se k němu vrátit.

[otula]

Kdyby to bylo možné, okamžitě bych se vrátil na 2.6.29.

Je to možné. Nemáš 2.6.29 v cache? Případně si můžeš v historii kernel26 postahovat starší PKGBUILD a spol a balíček jádra si sestavit

[XSimi]

u me se vyskytla akorat nestabilita systemu a taky sem na to neprisel.

[David Heidelberg]

Nainstaluj 2.6.31-rc3, vyzkoušej, co funguje a co ne, nareportuj bugy, ať to stihnou ještě do vydání finální verze opravit...

[David Heidelberg]

a ohledně grafiky připomínám, že pokud jede glxgears nad circa 60fps, tak je výkon graficky v pořádku... glxgears není benchmark, pokud si pokles zaznamenal na něm...

[poky74]

Pokles jsem zaznamenal ve urban terroru a csku, kde mi to háže poloviční fps

[poky74]

No, toho se bojím. Nikdy jsem to nedělal (na kernel.org je akorát nějakej patch) a návody se m zdají dosti nesrozumitelné :(.

[kozzi]

navodu je tolik a vetsina je srozumitelna :D, ja to delal treba vcera trikrat .

[kralyk z abclinuxu]

Nejlepší bys imho měl vytvořit si vlastní PKGBUILD pro custom kernel na základě jiných jaderných PKGBUILDů, není to složité. Podrobností jsou v arch wiki. Můžeš taky použít některý z AUR kernel balíčů. Například kernel26-git vypadá použitelně...

[hikikomori82]

> Při ranním "pacman -Suy"

Aneb dalsi zapisok na temu "updatoval som archlinux a prestalo to fungovat"

[stativ]

Však ono to postihne i jiné distribuce, až se do nich to jádro dostane.

[hikikomori82]

Vtedy uz to jadro bude otestovane a opravene

[Jendа]

Někdo to musí odladit

Btw. 2.6.30 už týden a žádný problém.

[stativ]

A to díky Archlinuxákům, kteří to otestovali

[kozzi]

No ono to primo nemusi souviset jen s aktualizaci jadra ale treba i dalsich veci. To ze ti nejde wifi asi souvisi s ovladacem pro ni nerekl si bohuzel co mas za wifi. Ten model nb znam ale jen v jine variante tam je ati grafika a broadcom wifi. Jinak vykon grafiky je mozna nizsi protoze to mas patne nastavene nebo pouzivas nevhodnou kombinnaci driveru. Jake verze intel ovladacu mas nainstalovane a jak mas nastavenej xorg.conf? Ja osobne nemam s 2.6.30 zadnej problem.

[poky74]

02:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g (rev 01) 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)

Ale bohužel wifina nejde ani s modulem "broadcom-wl, nebo taky wl" ani s "b43". Při bootu to píše že /etc/rc.d/wl not found, což nechápu, pomocí modprobe ho normálně najde...

[Mrkva]

Nemate wl v rc.conf v $daemons misto v $modules? :)

[poky74]

Ano, to mám :) Každopádně to nevysvětluje proč wifi nefunguje po ručním načtení modulu...

[Petr Tomášek]

Nevymazal ten upgrade firmware? (Případně není potřeba FW dát jinam / mít jiné userspace nástroje na je nahrávání???)

[joka x3m]

Ja som updatoval Arch na 30kove jadro a na notebooku Toshiba L300 a som žiadny problém nezaznamenal.

A pre špekulantov: Ešteže ostatné dístrá sa po update nerozhodia, že? Ubuntu 9.04 v základnej inštalácií (nepotrebovalo ani update) malo problémy s Intel grafikou, Mandriva problémy so zvukom na mojej L300 (hned po instalacii mala zapnutý mikrofon na plne gule a chytalo to spätnú väzbu)... takže ak niekomu niečo nefunguje, nemusí to byť zrovna Archom...

[ʚĭɞ 🍉]

Mám Ubuntu a problémovou inteláckou grafiku, ale problémy nepozoruji. Jinak Ubuntu 9.04 má 2.6.28.13.

[Mrkva]

No, ja nedavno presel na Arch (z Debianu) a zatim bez problemu... I kdyz teda, KMS mi rozbilo regulaci jasu displeje klavesami (i965), jinak vsechno slape jak hodinky :)

[poky74]

Rozhodl jsem se, že si nainstaluju 2.6.29 a na zbytek disku dám další arch s 2.6.31-rc3 na testování...

Ovšem:

bash-4.0# pwd
/usr/src/linux-2.6.29
bash-4.0# make install
sh /usr/src/linux-2.6.29/arch/x86/boot/install.sh 2.6.29 arch/x86/boot/bzImage System.map "/boot"
Cannot find LILO.
bash-4.0#

Co když mám grub?

[stativ]

Tak to neřeš. LILO potřebovalo po každé aktualizaci jádra znovu spustit a proto je v Makefile tenhle příkaz. GRUB tohle nepotřebuje.

[poky74]

Takže make install mám přeskočit?

[stativ]

Ne přeskakovat ho je zbytečné přidělávání si práce. On normálně proběhne (a zkopíruje bzImage to /boot/vmlinuz + System.map), což bys jinak musel dělat ručně. To že si stěžuje na chybící LILO je fuk. Jo a nezapomeň na make modules_install. Člověk se pak občas diví

[poky74]

make modules_install jsem už spustil.. Postupoval jsem podle tohoto návodu: http://www.abclinuxu.cz/clanky/navody/cesta-do-hlubin-kompilace-jadra-1

Teď jsem spustil "make" - vše ok a make modules_install.

Co tedy teď?

[Mrkva]

jestli jsi spustil jak make modules_install a make install, tak reboot :)

[poky74]

Make install ne, viz chyba výše

[Mrkva]

Ta hlaska "Can't find LILO" neni chyba. Takze pokud jste make install spustil, tak to rebootnete :)

[poky74]

Ale připadá mi divný že to nic jinýho nenapsalo... žádnej průbeh instalace atd... nu což, dám reboot a uvidíme

[poky74]

No, tak po rebootu funguje wifi, uspávání ne.

Dívné ale je, že se to pořát hlásí jako 2.6.30, viz:

[poky@poky-ntb ~]$ uname -a

Linux poky-ntb 2.6.30-ARCH #1 SMP PREEMPT Sat Jul 4 11:13:08 UTC 2009 i686 Intel(R) Pentium(R) Dual CPU T3400 @ 2.16GHz GenuineIntel GNU/Linux

[poky@poky-ntb ~]$

[Jendа]

Sat Jul 4 11:13:08 UTC 2009

Buď ti jdou zatraceně špatně hodiny, nebo jsi zase nabootoval do toho starého

[Aleš Kapica]

Mě teda funguje vše bez problému, včetně vmware.

[hydrandt]

Archlinux, 2.6.30, Dell D400, no problemo con tempo maňana.

[lmanik]

+1 mam HP 6510b a taky zadny problem :)

[microcz]

presne, mluvis mi uplne z duse na 2.6.29 jsem se radoval jak mi konecne vsechno zase funguje, 2.6.30 predevsim mojigrafarnu opet odeslalo do ....

[mirec]

Hibernácia by sa možno rozbehla s tuxonice kernelom. Dá sa stiahnuť experimentálny patch pre 2.6.30, funguje skvele a hlavne má veľa výhod oproti štandardnej podpore hibernácie v jadre. Ináč problém by mohol byť vo verzii X prípadne zapnuté / vypnuté KMS, Mesa ... niektoré kombinácie sa správajú fakt divne.

[vlk]

2.6.30.1 vraj nieco riesi s uspavanim, planujem to dnes vyskusat, tak uvidim.

[poky74]

Ano, řeší. V 2.6.30 se notebook neprobudí - koukne se při probouzení, v 2.6.30-1 se koune už při uspávání

[vlk]

pravdu mas ...

predtym to po zapnuti uspalo, zobudilo, uspalo a nezobudilo,... teraz to uz ani nezaspi :(

2.6.29 je OK ?

[poky74]

Ano, to funguje skvěle (co si pamatuju)

[vlk]

zmena .. v 2.6.30.1 som predtym zakompiloval do jadra (nie v moduloch) podporu pre DRI a intel grafiku.

teraz som skompiloval 2.6.30.1 s rovnakou konfiguraciou aku som mal v 2.6.30 (kde som mal podporu pre v moduloch) a som tam kde som bol - teda: uspi, zobudi, uspi a NEzobudi.

takze nic... s5 k 2.6.26 s ktorym uspavanie funguje (.27, .28. som neskusal a uz sa mi ani ani nechce)

[Václav "Darm" Novák]

u intelích ovladačů doporučuji zkompilovat git verzi z AURu.

[Zdeněk Štěpánek]

Ja mam tez Archlinux na HP nx7300. Aktualizovany na uplne nejnovejsi veci a wifi funguje (ted hned po dostani notesu jsem broadcom vyhodil a koupil intel). Ale funguje stejne blbe jako kdykoliv drive. Repracky funguji, uspavani do ram funguje (pouzivam nekolikrat denne). Na disk to moc nepouzivam. Vykon inteli grafiky hodnotit nemuzu, okynka se otvyraj porad stejne rychle. Takze na notesu je to plus minus stejny.

Naopak na routerech jsem mel posledni stabilni neco kolem 2.6.26, novejsi padaly jako hrusky. A ted, dal jsem 2.6.30 a jede to bez sebemensiho problemu, takze posun ke zlepseni.

Zdenek

[kotyz]

Copa jadro, to mi fuguje, ale novej libjpeg, kterej byl v aktualizacich vcera. Pul veci s nim nejede, nebo jede ale nefunguje. Zajimavy ze nektery programy ktery se uspesne zkompilovali s novou verzi se stejne nespusti ze chteji tu starou ...

Ted cekat tak tejden nez to spravci balicku vyresi. Vzdycky kdyz si clovek mysli ze uz se nic horsiho nemuze stat, tak se to stane.

[stativ]

Tak to, co je v extra funguje. Ale je tu ohledně nového jpeg hodně hnusná chyba – všechny JPEGy jsou příšerně neostré. Jak s tím mám kurva pracovat? A ještě k tomu musím překompilovat celé svoje repo [arch-graphics]

[kotyz]

Kdepa, ani nektery veci z extra nefungujou. Treba kaffeine. Nekdo si stezoval ze nejde amarok, ale me 2.1 jde. Jinak ze nejdou veci z kdemod to sem ani nepisu, to je jen otazka casu, kdy to opravi. Ale na ten kaffeine budou muset udelat nakej patch, protoze ani po rekompilaci nefunguje.

[kotyz]

Holt kdyz se neco hodne dlouho nemeni tak je zadelano na budouci katastrofu az se to zmeni ...

[stativ]

Mně kaffeine jde.

[stativ]

Jo a ještě něco, zkus restartovat grafický prostředí příp. celé PC. Schválně jsem si to teď ověřoval a kaffeine na libjpeg závislé není, takže tím nemusí být ovlivněno. Na druhou stranu se mi už kdysi párkrát stalo, že kaffeine nedokázalo navázat spojení s DCOP a nešlo spustit. Něco jsem musel restartovat, nevím, jestli stačil logout-login do KDE nebo jsem musel restartovat systém.

[Limoto]

Kaffeine na libjpeg závisí, jenom ne přímo. Zkus třeba pactree.

[stativ]

Hmm… máš pravdu, readelf -d to taky tvrdí. Nicméně kaffeine z [extra] funguje tak jak má. Tipoval bych to spíš na problém mirroru. V mailing listu se teď takové chyby dost řeší a zatím to až na jednu výjimku vždycky byla chyba mirroru.

[Limoto]

No, IMHO se proti té nové libjpeg dalo všechno překompilovat, ale to asi chvilku potrvá a pokud se mirror synchronizovanej v nějakým intervalu trefí do té správně chvilky, tak tohle vznikne.

[stativ]

V tom případě to ale není problém Archu (přesněji vývojářů) ale mirroru.

[stativ]

Já to ale stejně vidím na problém připojení k DCOPU. Jestli nezávisí přímo tak to nikdy problémy dělat nemůže (protože to je problém knihovny, na které závisí), samotný program po téhle knihovně nekouká.

[kotyz]

Restartoval sem a nejde to porad. A na libjpeg zavisi:

[kotyz@behemot ~]$ kaffeine
kaffeine: error while loading shared libraries: libjpeg.so.62: cannot open shared object file: 
No such file or directory

[stativ]

Hmm… jakou máš verzi? Měl bys mít kaffeine 0.8.8-1

[kotyz]

Tu mam a nefunguje, ani kdyz sem si ji prekompiloval z abs.

[stativ]

A co kdelibs3? Ty bys měl mít ve verzi 3.5.10-4

[kotyz]

kdelibs mam z kdemod legacy, ale kaffeine je z normalniho repozitare (protoze v kdemod neni). Tak je asi rozbity neco v kdemodu na cem pres neco dalsiho zavisi neco z kaffeine a pak to jako celek nefunguje.

[otula]

Myslím, že by to mělo být jednoduché (ne na vyřešení, ale závislosti): kaffeine potřebuje kdelibs3, a ten je kompilován s libjpeg 6. Průser je, že s novým GCC 4.4 nelze zkompilovat funkční kdelibs3 (nebo se mi to aspoň zatím ani se všemi možnými záplatami nepodařilo - teda vlastně podařilo, ale nefungovalo to… )

[stativ]

IMO to musí být možné, jak by ho jinak překompilovali?

[otula]

No jo, ten kdelibs3 v extra zkompilovaný nějak je, ale když jsem ho zkusil použít místo to "původního", tak z prostředí KDE3 zbyla jen troska. Děckám jsem udělal downgrade na stav, který byl před libjpeg 7 (předvčerejšky na poslední chvíli, kdy to ještě bylo v testing), sám si tento stav držím a čekám, až někdo šikovnější než já vymyslí, co s tím.

[otula]

Ale mám pro tebe radu od Espinosy: přejdi na Mandrivu

(Espinoso omlouvám se, promiň, ale nemohl jsem si to odpustit) :)

[stativ]

V tom případě je to problém KDEmod legacy. Můžeš si je zkusit zkompilovat z ABS.

[Limoto]

Ještě kdyby tak kdemod-legacy byl v ABS

[stativ]

Pro kdemod PKGBUILDy jsou, tak bych právě zkombinoval PKGBUILD z [extra] s tím z kdemod.

[Limoto]

Jsou, ale ne v ABS.

[Limoto]

Na tu wifi je potřeba blacklistnout modul ssb ( !ssb do MODULES v /etc/rc.conf).

[kralyk z abclinuxu]

No tak jsem po přečtení rebootoval svůj Dell Inspiron, pacman -Syu jsem sice provedl už včera, ale od té doby bylo jen uspáno. Každopádně žádné takové problémy nepozoruju, funguje jak wifina tak uspání. Nadruhou stranu nepozoruju ani nárůst výkonu intel grafárny. Prostě zatím naprosto žádná změna.

[kralyk z abclinuxu]

Takže update: OS mrze když vypíná displej do DPMS, tohle se předtím nestávalo. Zatím nevím čím to je, ale co když to je stejný problém jako s tvým s2ram? Nejde přitom taky displej do DPMS? I když nevím nevím asi ne, páč mně s2ram fungíruje.

[Ivan]

Tohle taky nefunguje :(. Jakmile se VPNka spoji a prenese par packetu tak kernel panic a konec. Dost neprijemna chyba, pro ty kdo pouzivaji linux v praci.

 

 

[Dent]

<rejp>Jak tak čtu tu diskuzi, to je ten Archlinux, o kterém všichni říkají jinde v diskuzích, že je to bezproblémové distro? Maximálně jeden problém do roka apod. :)))</rejp>

[Limoto]

Já nevidím jedinej problém Archu... Jenom samej 2.6.30...

[Dent]

... které je obsaženo v Archu.

[kralyk z abclinuxu]

[Limoto]

Ale nikdo ho nikomu nenutí

[Dent]

Ale pokud se nemýlím, tak "pacman -Syu" je běžný upgrade systému. Takže pokud je nyní v Archu výchozí jádro plné chyb, Arch jako celek ty chyby obsahuje. Nakonec bychom to mohli dotáhnout do bodu, kde každá distribuce je bezchybná a bezproblémová - chyby a problémy jsou pouze v aplikacích obsažených v systému. Což nakonec možná není nepravda, ale to závisí na úhlu pohledu...

[Limoto]

Chyba distribuce je, když je něco špatně zabalený, zkompilovaný(Gentooisti odpustí) nebo starý...

[Dent]

Jak jsem řekl - to závisí na úhlu pohledu. Pro mne je chybou distribuce i to, že vpustí do oběhu polofunkční program (a nedejbože jádro).

[Limoto]

Chyba je maximálně na straně vývojářu Linuxu, že vypustil šmejda. Balíčkáři s tím pak už nic nenadělají...

[otula]

No, tady bych si dovolil nesouhlasit. Distributor to může ponechat v testingu. Velmi dobrý distributor udělá záplatu.

[ʚĭɞ 🍉]

Velmi dobrý distributor udělá záplatu.

Pro upstream. ^_^

[Limoto]

To už pak ale není distributor, ale kernel hacker. A ten patří do upstreamu...

[otula]

Bral jsem to obecně, ne jen pro kernel, o němž byla zrovna řeč :)

[kralyk z abclinuxu]

Zapomínáte na konfiguraci a výběru použitého softwaru, to je jedna z klíčových vlastností pro kvalitu distribuce.
Jestliže je nové jádro "plné chyb" (zas tak hrozné to imho není), je to problém jádra. Uživatelé Archlinuxu budou samozřejmě mít /potenciálně/ problém, ale to všichni uživatelé rolling-updates dister, nejen Archlinuxu.

[Dent]

Ne nezbytně. Uživatelé ostatních rolling-updates dister mít problém nemusí, protože distribuce jako taková může mít jinou politiku schvalování balíčků, takže jádro 2.6.30 tam půjde již v nějaké verzi s opravami či bude přeskočeno.

OT: Které distribuce s rolling updates kromě Archu a Gentoo jsou "na trhu"? Ta myšlenka mi vyhovuje - přeinstalovávat každý půlrok OS kvůli aktuálnějšímu SW, to je jak u blbejch :)) Vyhovoval by mi rolling-updates, ale Arch je moc "bleeding edge" a Gentoo... nejsem moc fanda kompilování.

[ʚĭɞ 🍉]

...jádro 2.6.30 tam půjde již v nějaké verzi s opravami či bude přeskočeno.

Někdo ale musí udělat ty opravy.

Které distribuce s rolling updates kromě Archu a Gentoo jsou "na trhu"?

Debian testing/unstable. Svým způsobem taky openSuSE Factory a asi tedy i Mandriva Cooker. Jiné neznám. Ale pokud chceš (relativní) stabilitu, doporučuji ten Debian.

[Dent]

Pak tedy vidím velkou díru na trhu... desítky větších distribucí s tradičním stylem vydávání a jen pár rolling-updates.

Kde je pan Hoferek? Ten by se toho mohl ujmout... :))

[ʚĭɞ 🍉]

Pak tedy vidím velkou díru na trhu... desítky větších distribucí s tradičním stylem vydávání a jen pár rolling-updates.

Podle mého jsou na tom kvantitativně podobně (Debian + Gentoo + Arch X Fedora + openSuSE + Mandriva + Ubuntu; nevím, co je Slackware), jenom na Debianu je toho spousta postavená (třeba Ubuntu).

Kde je pan Hoferek? Ten by se toho mohl ujmout... :))

Vždyť ještě ani neudělal Greenie jako metabalíček!

[kralyk z abclinuxu]

No tak Debian testing, potom Slackware current, Zenwalk (afaik) a pak Fedora-Rawhide ale vo tý nic nevim. No a pak gentoo a arch.
Co se týče toho jádra s chybami - pravděpodbně se ty chyby objeví jen ve specifických situacích / HW. Lidi od Archlinuxu co se staraj o repo a kernel zlvášť by nepustili do core něco, o čem by věděli, že je nestabilní/zabugované. Jádro zvlášť. Jakmile bude vydaná opravená verze jádra (je-li chyba v jádru), Arch se doupdatuje.