Názory k článku
Komiks: dokonalý den

ou, nic vic se neda po takovym snu rict :)

jak ze zivota

Fakt dobrý komiks. 4 letý kluk zamrzl snad v 6 levelu hry a neví jak naučit zpívat nějaké kačeny a já taky ne .......to je tragédie. :-((((((((( Neporadíte ?

komix tady snad poprvy V Y N I K A J I C I a tenhle remix taky nema chybu. je to tak.

+ 1

„paranoidní pošuky“?

:-)

tak tohle me porazilo ;-))))
ale smutny je, ze je to (IMO) ± pravda …

good 1

Ad Kozy: www.stream.cz/video/391270-prsa-prsa-prsa
Ad Remix: www.stream.cz/video/5/390574-judr-hitler-v-plzni

prvni dobry komix na rootu po velmi dlouhe dobe, konecne aspon vyvolal usmev na tvari, na smich bude potreba jeste trochu zapracovat, ale thumbs up, konecne krok spravnym smerem. :)

Nahodou NEPOUCITELNY hacker byl taky supr

kdyz uz jsme u toho, jaky mate nazor singularity?

Rekl bych, ze Singularity pravdepodobne nevyresi problem lidi s poruchou osobnosti.

Vsiml jsem si, ze prevlada nazor, ze managed jazyky jsou pro n00by, proto me prekvapilo, kdyz ms prave v souvislosti se singularity proklamoval, ze 85% bsod je zpusobeno drivery a pluginy tretich stran (je tu samozrejme pravdepodobnost, ze to cislo neodpovida realite – uplne vymyslene ale asi nebude) a mne se nejak nechce verit, ze by bylo v zajmu jakekoli spolecnosti zadat tvorbu driveru komukoli jinemu nez senior programatorovi…

Ted jsem nasel ten clanek http://msdn.microsoft.com/…c163603.aspx a mezi temi 85% a nemanagovanou pameti neni zadna souvislost – omlouvam se.

Pokud MS dovoli driveru polozit cely system, tak to lidem s poruchou osobnosti take nepomuze.

To co se v zahlavi komiksu pise o tom jak je vedeni nebezpecne atd. mi prijde jako neopravnena generalizace.

Cloveku ktery nezvlada mezilidskou komunikaci to pak ale muze prijit nebezpecne, ze to vyzaduje davku odvahy atd. – takovy clovek komunikaci nerozumi nechape svoje selhani a mysli si ze je to nejaky nevypocitatel­ny jev.

Otazka je: Zvlada vedeni mezilidskou komunikaci?

BLEK. ma dovcu?

Prý se mu zhoršila jeho porucha a už vůbec necítí potřebu komunikovat s okolím a pořád programuje něco do kernelu.

A jak ho znam, tak ne do Linuxu, ale do sveho vlastniho kernelu…

Ten jeho kernel je dobrej treba kdyz se pusti mplayer na 8 konzolich ve svgalibe a nahodne se mezi nima rychle prepina, prepina to rychle a nespadne to.

Zatimco Linux prepina pomalu a pada pritom jadro, protoze je spatne navrzeny mechanismus VT_ACTIVATE.

Clovek by taky mohl pouzivat Xy jenze ty maj v sobe sekce kde se zablokuji interrupty a kdyz takova sekce je pres hranici stranky 1 stranka je natazena druha ne tak kernel vytuhne. Ceka se donekonecna na interrupt od disku ktery nikdy nepride protoze je zablokovany.

Ja se BLEKovi nedivim ze se mu nechce do takto kvalitniho projektu prispivat :)

Cloku, nevím, kde je BLEK., ale ty sis ráno zapomněl vzít svoje léky, že?

Proč? To, co Clock napsal, o tom VT_ACTIVATE i o tom „cli“ v xserveru, je pravda. Na mém psychopatickém systému se grafický videomód nastavuje v kernelu, takže tam takové obtíže nehrozí.

Kde se da tvuj psychopaticky kernel stahnout?

Pres torrenty, az bude mit BLEK. hotovy byznys plan a presvedci investory…

Dal jsem to na http://www.jikos.cz/….7.4.TAR.BZ2

Uz to doslo aj ludom okolo Linuxu, tak sa konecne robi na KMS.

Takze Clock minimalne nema pravdu v tom, ze by ty mplayery jely na tvem systemu pres SVGAlib, ne?

Porovnavat Linux v kombinaci s SVGAlibem (coz je sam o sobe sileny hack nezapadajici do navrhu Linuxu a nikdo ho nepouziva) s resenim, kterym ma modesetting v jadre, je dost nefer. Pokud by chtel Clock srovnavat srovnatelne, tak to porovnava s Linuxem s grafikou pres fbdev.

Mplayer jede na knihovně, která má rozhraní kompatibilní se svgalib, ale nesahá na hardware, místo toho používá syscally mého kernelu (k nastavení videomódu, namapování videoram a volání akcelerátoru).

Ten problém, co Clock popisoval, je, že na Linuxu nemůžeš spolehlivě přistupovat na videokartu a přepínat konzole. Je tam race-condition, že když se konzole přepne v určitém bodě, tak si dva programy budou myslet, že konzoli vlastní. Projevuje se to nejen na svgalib, ale např. i když si člověk pustí dva Xservery a zuřivě mezi nimi přepíná pomocí Ctrl-Alt-Fn. Je to chybné rozhraní Linuxu: viz zde: http://lkml.indiana.edu/….0/1139.html

Odkazovany text ale zminuje trochu jiny problem, ne?

Prvni zminovany problem se ciste tyka bugu v X serveru – nekontrolovana navratova hodnota VT_WAITACTIVE.

Druhy zminovany problem muze zpusobit ze dva programy si budou myslet, ze konzoli vlastni, ale ten se netyka prepinani konzoli, ale spousteni tech programu (a alokace konzole).

Máš pravdu. Ten další a největší problém (který není v tom mailu popsaný) je, že po VT_WAITACTIVE xserevr zavolá VT_SETMODE, čímž si přivlastní konzoli. Jenomže mezi nimi mohl kdokoli přepnout na jinou konzoli.

VT_WAITACTIVE sice počká než někdo danou konzoli neaktivuje, ale nezaručí ti, že je konzole aktivní, protože těsně po návratu VT_WAITACTIVE mohl uživatel přepnout jinam.

Popsané je to např. tady: https://bugs.launchpad.net/…/+bug/290197
http://lists.freedesktop.org/…/028837.html

Jo, tomuhle problemu rozumim. Ale jestli to spravne chapu, tak to je problem tykajici se ciste inicializace tech jednotlivych procesu (a asociovanych VT), nikoliv pak nasledneho prepinani (o kterem se zminoval Clock), ze?

Pokud tomu spravne rozumim, tak kdyz mam nekolik procesu, kazdy chce vlastni VT (a treba kresli do nej pres fbdev) a inicializace vsech techto procesu probehne uspesne, tak kazdy bude mit vlastni VT nastaveny pomoci VT_SETMODE na VT_PROCESS a pri naslednem prepinani sem tam se pouze budou durocovat signaly notifikace o prepnuti a ty potvrzovat pomoci VT_RELDISP a zadny race pri tom nehrozi.

Teď jsem koukal na ty signály a taky je v nich díra:

má to fungovat takhle:
* přepne se na konzoli řízenou procesem, dostane se signál, zaktivuje hardware, potvrdí pomocí ioctl(VT_RELDISP, 2).
* přepne se z konzole řízené procesem, proces dostane signál, proces uklidí hardware a potvrdí pomocí ioctl(VT_RELDIS­P, 1)

bug je v tom, že kernel ten ioctl(VT_RELDISP, 2) ignoruje a pokud je požadavek na přepnutí na jinou konzoli, tak ioctl(VT_RELDISP, 2) považuje jako potvrzení přepnutí (viz drivers/char/vt_i­octl.c … case VT_RELDISP:)

Takže:
* přepne se na konzoli řízenou procesem, proces dostane signál, zaktivuje hardware
* ještě než to proces potvrdí, tak uživatel přepne jinam
* proces to potvrdí pomocí ioctl(VT_RELDISP, 2) a kernel si myslí, že je to potvrzení toho přepnutí jinam
* i kernel i proces si myslí, že vlastní hardware

Další problém máš v tom, že se ti pořadí těch dvou signálů může pomíchat (Linux se je většinou snaži doručovat v pořadí, ale ne vždy).

> pokud je požadavek na přepnutí na jinou konzoli, tak ioctl(VT_RELDISP, 2) považuje jako potvrzení přepnutí (viz drivers/char/vt_i­octl.c … case VT_RELDISP:)

Zrovna tahle chyba by byla trivialni na opravu – staci nahradit ten else (pred ‚complete the switch‘) za ‚else if (arg == 1)‘. Nebo zajistit dusledne ignorovani toho ioctl(VT_RELDISP, 2) uz nekde driv.

> Další problém máš v tom, že se ti pořadí těch dvou signálů může pomíchat (Linux se je většinou snaži doručovat v pořadí, ale ne vždy).

Kterou dvojici signalu mas v tomto pripade na mysli? Myslis v pripade, ze se kernel prepnut na VT a pak pryc od nej, tak by kontrolnimu procesu nejdriv dorucil signal informormujici o pozadavku na prepnuti pryc a teprve potom ho informoval o prepnuti dovnitr? To by bylo blbe.

„staci nahradit ten else (pred 'complete the switch ) za 'else if (arg == 1)“

Ano, to by fungovalo.

„Kterou dvojici signalu mas v tomto pripade na mysli?“

Signál pro přepnutí na konzoli a z konzole.

Ano, pokud se nepodaří alokovat strukturu (je GFP_ATOMIC) a použije se pouze bitová maska, tak se můžou pomíchat.

Správně by se ten signál pro opuštění konzole neměl poslat dřív než proces potvrdí přijetí konzole pomocí ioctl(VT_RELDIS­P, 2).

Kdyz je to tak jednoduchy, proc uz to neni davno opraveny??!
(myslim, ze jeste nekde bude zakopany pes a proto kernel toto nehlida – neresilo se to mozna proto, ze by nastal jinej (vaznejsi) problem, treba by i kratce cekajici aplikace vytuhla. Jinak mam takovy pocit, ze jsem se s timhle jevem uz parkrat setkal osobne a nasledoval restart.)

Ale prdlajs, jen se presunul http://www.vitalia.cz/…ikdy/nazory/

BLEK: „Nechci mít děti, protože jsem psychopat, mám poruchu osobnosti a o děti bych se nedokázal starat.“

Ja nevim, ja jsem tedy chodil na psychoterapii a mam pocit, ze se jedna o obranny mechanismus racionalizace.

kyselé hrozny

[Podle známé bajky o lišce a hroznech], psychologie, druh obranného mechanismu racionalizace. Člověk po neúspěchu sám sebe přesvědčí, že vlastně o úspěch nestál, podobně, jako si liška v bajce řekla, že nedosažitelně vysoko visící hrozny jsou určitě kyselé.

To mi psycholog taky říkal o těch kyselých hroznech.

Ale (na rozdíl od psychologa) si nemyslím, že by to myšlení mělo být nějak špatné. Ta liška si může říct „hrozny jsou kyselé“ a jít pryč a udělat něco užitečnějšího. Nebo může pořád donekonečna pod tím stromem skákat na hrozny, na které stejně nikdy nedosáhne. První možnost je lepší.

Podobně já, „nedosáhnu-li“ na ženy, tak se o to ani nesnažím a radši budu programovat.

Tvůj přístup mi přijde rozumný. Btw. Ono se může stát, že některý z hroznů může spadnout ze stromu sám, tak proč se zbytečně vysilovat, když můžeš svou energii investovat do užitečnějších věcí. Programuj a možná, že někdy i ten hrozen bude.

Používám FreeBSD, protože mám poruchu osobnosti.

„Prý“ ?
Ze by kernel byl tim udajnym koncem s toluenem nebo to byl jen chvilkovy ulet, tehdy, pred 2 lety?

Toluen nečichám, protože nemám dostatečné sociální dovednosti na to, abych do party tolueňáků zapadl. Mám EQ 40.

Ja mel ale na mysli tvuj konecny programatorsky sen (posledni odstavec), ale to je stejne jedno, protoze jsi prece bezcenny clovek http://comix.spaceport.cz/index.php?…, ze ;-)

Na dovolenou nejezdím, protože mám poruchu osobnosti a dovolená mi nepůsobí pozitivní emoce.

To máš hodně dobrý, to já jsem na dovolenou jezdil skoro pořád, užíval jsem si promiskuitního života, každou noc jsem míval jinou ženu. Potom jsem dostal AIDS, a uvědomil jsem si, že už nikdy nebudu rozumnět UNIXU ani C :( Jsem bezcenný člověk :(

To ja zas mam vzdy, kdyz zacnu uvazovat o dovolene, ze na me jde nejaka porucha. :o)