Linux 3.2 (diskuse)

[xm]

zlepšení odezvy desktopu při vysokém I/O

Že by? Konečně, bylo by na čase, snad ta změna opravdu pomůže (více informací zde).

[Max]

Na toto se také těším jak na smilování Boží .
Zdar Max

[kralyk z abclinuxu]

+1! Už to sakra chce.

[Aleš Kapica]

Všem se důrazně doporučuje upgradovat..

[pushkin]

[Mti.]

Nezneuzivejte ten vyraz. Jedna se o novou verzi, ne o bezpecnostni vydani. Tato poznamka bude az u 3.2.1

[marek_hb]

a v RC verzích mi neběžela realtek 8196 síťovka - doufám, že už pošlape :-/

[Michal Kubeček]

V netdev listu jsem zahlédl nějaký thread o problémech s r8169, ale ten IIRC zatím nedospěl k řešení, které by mohlo být v 3.2.

[Marián Kyral]

Jak je to teď s hlášením chyb do kernelu? Kdysi fungovala bugzilla, ale od nedávných problémů kernel.org zatím nebyla obnovena A registrovat se někam do maillistu s vysokou frekvencí zpráv se mi teda nechce

[Michal Kubeček]

Do LKML se dá AFAIK přispívat i bez přihlášení. Jen se doporučuje explicitně do mailu napsat, že nejste přihlášený, takže se mají odpovědi posílat i vám (což je v kernelových listech běžná praxe i tak). Pokud to není nějaká všeobecná chyba, tak by doporučoval poslat mail (i) do příslušného specializovaného listu.

[Marián Kyral]

To sice dá, ale má to své mouchy. Například se špatně zapojuje do již existující konverzace, když nemám žádný předchozí email V Bugzille to je jednodušší. Jednak se tam lépe hledá, pak je možnost komentovat jakékoli existující hlášení, taky jej můžu jednoduše začít sledovat. LKML je super pro vývojáře, ale bugzilla je přívětivější pro uživatele. Alespoň pro mně.

[Michal Kubeček]

I pro vývojáře má bugzilla podstatné výhody - např. je (nebo by aspoň měla být) veškerá komunikace týkající se dané chyby na jednom místě a dá se v případě potřeby dohledat. Takže bych řekl, že bugzilla zase bude, jen se asi ještě nedostala na řadu.

[Pavel Píša]

Do diskuze na mnoha listech se lze korektně (se zachováním vláken) zapojit tak, že daný post vyhledáte na GMANE.org (http://gmane.org/).

GMANE totiž umožňuje i vytažení původní zprávy v zdrojové podobě MBOX.

wget "http://download.gmane.org/$GROUP/$MSGID/$[MSGID+1]"

Doufám, že prozrazení tohoto "tajemství" nezačnou hned zneužívat nějaká místní dítka od skript (script kiddies), která si dokumentaci ke GMANE v angličtině nepřečetla. Byla by škoda, kdyby tento nesmírně užitečný server měl zkolabovat nebo musel měnit politiku.

[Marián Kyral]

Tomuhle bych právě komfort neříkal

Jediné co chci zjistit, jestli už jsou hlášeny problémy s wifi, jenž se vyskytly u jader >= 3.1.5. A pokud ano, jaký je stav. Pokud ne, je třeba to hlásit, Zatím se mi to bohužel nedaří dohledat

[Marián Kyral]

Tak jsem to našel. Ovšem oprava se do kernelu ještě nedostala

[Marián Kyral]

Tak ta oprava tam je a zatím se zdá, že to i funguje.

[petr_p]

Když už člověk má Message-Id, tak původní zprávu nepotřebuje, neb In-Reply-To nebo References si může do odpovědi dopsat sám.

[Pavel Píša]

Tím MSGID je v tomto případě myšleno ID zprávy v rámci GMANE. To je to číslo, které je v URL jako začátek threadu/prohlížení nebo za parametrem focus.

http://thread.gmane.org/gmane.linux.kernel/484402/focus=484404

Zkutečné "Message-ID" je pak obsaženo ve zdrojovém formátu zprávy získaném přes GMANE download službu.

[Heron]

Tohle "tajemství" je popsáno přímo na gmane.org, takže bych se toho nebál

[Atom321]

http://www.kernel.org/pub/linux/docs/lkml/reporting-bugs.html

[Marián Kyral]

Teď se tam nedostanu. Je problém jen u mně, nebo všichni stahují novou verzi? Ale mám pocit, že jsem na to už díval a je tam zmíněna i bugzilla, která ovšem nefunguje.

[marek_hb]

to není hezký - těšil jsem se na řešení I/O problému a začnu v 21 století řešit síťovku ....

[Tomáš Bžatek]

Realtek taky neni firma 21. stoleti

[marek_hb]

kterej že to systém je známej tím, že nemá funkční ovladače na starší HW?, Nebo nemá nějaký ovladače vůbec a podobně?

[Tomáš Bžatek]

Starsi HW funguje perfektne, mam tu dalsich asi pet stroju, sahajici az do 486 a pekne si to prede.

Problem jsou vyrobci - nebudu se zminovat o notoricky znamych kvalitach samotneho hardwaru vyrobku firem jako Realtek nebo Ralink, ale bohuzel se jejich pristup k navrhu HW odrazi i v SW oblasti.

[marek_hb]

vidím to jinak: když to do ted fungovalo a jediné co se mění je jádro, tak to nebude výrobcem HW

respektive částečně bude, ale vývojáři s tím uměli pracovat a sítovka běžela - ted neběží aniž by výrobce HW s kartou jakkoli manipuloval

[kavol]

Starsi HW funguje perfektne

někdo holt štěstí má, někdo nemá ...

[Mandarinka]

Tak tak, záleží to kus od kusu. Stává se třeba taky, že se něco, co už fungovalo, rozbije a už nespraví.

[kavol]

... a už nespraví.

nesejčkuj, mám v tý tiskárně skoro novej toner

[frdrx]

No jupí. Konečně se mi pro probuzení a náhodně kdykoli přestal na Thinkpadu sekat kurzor a vlastně celý stroj, takže můžu začít pracovat hned a né až po půl minutě. Nejlepší začátek roku za poslední roky!

[Václav "Darm" Novák]

Vážně je to tak znát? To asi po update bouchnu šampus.

[frdrx]

Na mým Thinkpadu jo, ale to je jiný problém než mají lidé při intenzivní diskové aktivitě. Nikdy jsem se nedopátral co přesně ho způsobovalo, jestli jádro nebo nebo, jak podezřívám, ovladač iwlagn.

[Václav "Darm" Novák]

Mám služební T61, ještě brandováno jako IBM thinkpad. Přesně to co popisuješ zažívám každý den, tak jen doufám :)

[Peta]

T61 je skutecke peklo...startuje mi 37 minut :) Pak nahodim eclipse, updatnu trunk a po hodine a neco muzu zacit vyvyjet...jupii :D

[kolcon]

hm, ja mam presne opacny problem - uspi se do RAMeti, ale uz neprobudi (cerna obrazovka)

na predchozich jadrech OK :(

[kolcon]

konkretne [drm:intel_dp_complete_link_train] *ERROR* failed to train DP, aborting

[Bedňa]

Čakajte na mňa kým prídem domov, kua nie že ma niekto predbehne Jáj ja idem dnes z práce rovno na chlastačku tak nič 3.3 to istí.

[Ravensun]

Ty budeš chlastat do 2.3? :D

[Bedňa]

Nie, dnes je v pláne rýchla smrť

[hovnocuc]

Mne blbne na 3.1.6, 3.1.7 aji na 3.2.0 moje Intel wifi sitovka... V pohode se pres ni pripojim, ale po par minutach uz pres wifi neprotlacim ani bajt... Ach jo

[Václav "Darm" Novák]

Jaká to je? Doma mám Pro/1000 gt, tak jestli se mám začít bát.

[Václav "Darm" Novák]

sorry, blbě čtu, wifi. Tak to nic.

[Marián Kyral]

Mám stejný problém, takže 3.2.0 ani zkoušet nemusím

[Ravensun]

Mě na nějakých jádrech řady 3 začala blbnout Ralink wifi RT2500 síťovka.

Pokud to blbne, pozná se to tak, že chvilku to jede, pak ale po pár bajtech celý systém vytuhne jak kdyby se zastavil čas a už s tím člověk neudělá nic kromě toho, že to vytrhne ze zásuvky (teda pokud to není notebook s baterií) a nebo tvrdé vypnutí (podržené power tlačítko).

Má někdo podobnou zkušenost?

[Michal Kubeček]

Nemůže to být bnc#731452? I když tam se jen vyoopsoval driver a zbytek systému fungoval dál.

Jinak z toho popisu toho nikdo moc nevyzkoumá. Chtělo by to buď půlením intervalu zjistit, co přesně to rozbíjí (nebo naopak opravuje) nebo udělat crash dump poté, co se to stane (pokud bude fungovat aspoň Alt-SysRq-C). Případně můžete zkusit projít commity do rt2x00 driverů, jestli tam není něco, co by odpovídalo vašemu popisu (pokud to tedy opravdu je v tom driveru, což není vůbec jasné).

[Ravensun]

Abych pravdu řekl, netuším jestli to je ten bug a abych pravdu řekl, rovněž netuším očem hovoříte.

Jsem jen obyčejný BFU, který kdysi dávno přešel z windows na linux, protože se mu líbila ta linuxová myšlenka.

Nicméně, řekl bych, že kombinace Alt-SysRq-C nebude fungovat, protože ani přepínání do tty1-6 nefunguje.

[xm]

Alt-SysRq zkratky fungují prakticky vždy (je to nízkoúrovňová záležitost kernelu), viz Magic SysRq key. Jedině snad při kernel panic nic nenaděláte (ale kernel panic byste nejspíš poznal, protože by vám blikaly LEDky na klávesnici). Jen nesmíte mít SysRq vypnuté přes sysctl (zjistíte příkazem cat /proc/sys/kernel/sysrq, musí vám to vrátit hodnotu 1).

[Michal Kubeček]

Jedině snad při kernel panic nic nenaděláte

To by nevadilo, protože pak by tu kombinaci Alt-SysRq-C ani nepotřeboval. :-)

[Ravensun]

Jo ještě, POkud jedu bez Wifi, tak počítač pracuje non stop.

A taky je fakt, že eth0 jsem zatím nezkoušel, páč tam kde je laptop, tak tam nemám možnost se připojit přes eth0, prozatím.

Takže máte pravdu, nemusí to být ovladačem wifi karty, ale nějakým bugem v síťování, páč děje se to při používání sítě.

[Petr Ježek]

Taky jsem si určitého zrychlení I/O povšiml, ale ještě to na Archu otestuji.

[Martingt89]

Od kedy som presiel na 4GB ram, problemy s IO nie su. Teda az na jeden krat kedy som vytvoril program co velmi rychlo dal dolu celu ram :/ Ale na mojom ThinkPade ma trapila svietiaca led po prebudeni a znovu to funguje ako v 2.6.39 :) Taktiez s jadrom 3.0.14 mi system viac krat oznamil, ze sa vyskytla chyba na disku (3.0.12 to nerobi), snad sa aj to opravilo...

[Jiří J.]

Doporučuji na starším jádře (třeba 2.6.39) pustit dejme tomu kopírování filmů z jiného disku na ten "systémový" (ne nutně partišnu se systémem). To se pak místy seká i scrollování v prohlížeči, obzvlášť na NO_HZ kernelu.

[Jindru]

me 100% CPU zacne obcas zabirat ip2200 ( asi kdyz networ manager ... se mu zachce ) pomuze modprobe -r a mdprobe -i

[Jirka]

Jaka verze jadra bude long-term? Nekde jsem cetl, ze to uz mozna bude 3.0, pozdeji zase, ze tomu bude az u verze 3.2/3.3. Nahradi jedna z techto 2.6.32 nebo ji doplni?

[Bedňa]

Keď chceš dlhú podporu, tak máš predsa distro kernel.

[Jirka]

To neni odpoved na mou otazku.

[Nikola Ciprich]

Ja myslim ze 3.0 je longterm pokud se neco nezmenilo.. ted me spis mrzi ze to nebude az 3.2 :( link ted neposlu,jedu z mobilu z bidneho pripojeni...

[kralyk z abclinuxu]

3.0 je LTS, teď to řešili na G+. Ale zároveň teď vyšla aktualizace 2.6.32.53, Greg KH píše "All users of the 2.6.32 kernel series must upgrade"...

[Bedňa]

series must upgrade

Tak tento seriál poznám veľmi dobre