Jaderné noviny - 18. 7. 2007 (diskuse)

[b42]

process freezer bude spise neco jako zmrazovac procesu nez konkretni proces s nazvem freezer

[Jan Včelák]

Jádro kódu sysfs bylo dost předěláno, aby se zeslabilo spojení mezi sysfs a interními kobjekty. Nový kód by měl usnadnit práci autorům ovladačů, kteří už se nebudou muset starat o tolik problémů s životností objektů.

Původně jsem si myslel, že k jako kernel a proto kobjekty, ale asi to bude překlep, protože v druhé větě to nění.

[michich]

To nebude překlep. Adresáře v sysfs odpovídají objektům typu struct kobject.

[Käyttäjä 11133]

Kernel virtual machine (KVM) ted podporuje SMP hosty.

[e.lisak]

demolátory Afatech AF9005

nemelo by byt spise demodulátory ?

[melkors]

Taky me to trosku zarazilo - takovy demolator by spis mel demolovat

[Robert Krátký]

Díky, opraveno (i ostatní chybky zmíněné v komentářích).

[trekker.dk]

které by nám umožnily, více či méně evolučním způsobem, vylepšit stávající systémy

Nejsou tam ty čárky navíc? Nevím, jak to vypadalo v anglickém originálu, ale v češtině se mi to nezdá jako vložená věta.

[Robert Krátký]

Vložená věta to určitě není, ale podle mě jde o volný přívlastek, takže by čárkami oddělen být měl.

[David Jaša]

Není to spíš příslovečné určení? (Jak umožnily vylepšit? Více či méně evolučním způsobem.)

[Robert Krátký]

Jasně... plácám.

[Filip Jirsák]

Podle mne to není věta, ale větný člen (příslovečné určení), v tomto případě volný, takže se píše s čárkami. Sice jsem o volném příslovečném určení nikdy neslyšel, ale myslím, že pravidlo "dává-li věta 'stejný' smysl i bez větného členu, jde o větný člen volný psaný s čárkami" tu funguje taky.

[Filip Jirsák]

Tak podle mluvnice existuje volný a těsný akorát přívlastek. Ptal jsem se i jedné bývalé jazykové redaktorky, napsala by to bez čárek. Mně osobně připadá, že čárky tu větu zpřehlední, ale nenašel jsem žádnou mluvnickou kategorii, která by použití čárek ospravedlnila. Ale v tomto případě je to snad srozumitelné s čárkami i bez

[Hynek (Pichi) Vychodil]

a co vsuvka?

[Ondrej 'SanTiago' Zajicek]

Zrejme jde o omyl uz v originalnim textu, ale speedstep-centrino AFAIK se neodstranuje a neni nahrazen acpi-cpufreq. Pouze se z speedstep-centrino odstranuje kus implementace, ktery pouziva ACPI (protoze v kombinaci s ACPI je mozne pouzit acpi-cpufreq). speedstep-centrino je mozne pouzivat i bez ACPI a tato cast funkcionality zustava.

Viz feature-removal-schedule.txt :

What:   ACPI hooks (X86_SPEEDSTEP_CENTRINO_ACPI) in speedstep-centrino driver
When:   December 2006
Why:    Speedstep-centrino driver with ACPI hooks and acpi-cpufreq driver are
        functionally very much similar. They talk to ACPI in same way. Only
        difference between them is the way they do frequency transitions.
        One uses MSRs and the other one uses IO ports. Functionaliy of
        speedstep_centrino with ACPI hooks is now merged into acpi-cpufreq.
        That means one common driver will support all Intel Enhanced Speedstep
        capable CPUs. That means less confusion over name of
        speedstep-centrino driver (with that driver supposed to be used on
        non-centrino platforms). That means less duplication of code and
        less maintenance effort and no possibility of these two drivers
        going out of sync.
        Current users of speedstep_centrino with ACPI hooks are requested to
        switch over to acpi-cpufreq driver. speedstep-centrino will continue
        to work using older non-ACPI static table based scheme even after this
        date.

Who:    Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>

[disorder]

tak to bol asi bug, ked sa mi s upgrade kernelu speedstep_centrino odmietol loadnut?

[Ondrej 'SanTiago' Zajicek]

Nevim, bud to byl bug, anebo na tvem systemu speedstep-centrino vyzadoval tu ACPI cestu, ktera z nej byla odstranena.

[disorder]

nenasiel hardware :) vie to este niekto potvrdit pre core 2 duo?

[Robert Krátký]

Jak tak zkoumám materiály na kerneltrap.org a lwn.net, tak si začínám uvědomovat, že jsem anketu v článku navrhl dost blbě. Možnost, která teď vyhrává, totiž není zrovna moc reálná. Jeremy toho na kerneltrap v tuto chvíli vydává tolik, že i kdybych vynechával občasné duplicity z LWN, stejně by toho bylo příliš moc; na kerneltrap je teď tolik článků, že by to úplně stačilo na celé JN. Což by nebylo nic špatného, ale bylo by mi líto úplně zahodit LWN - články odtud jsou IMHO přinejmenším stejně zajímavé - často spíš více.

Vidím to tak, že bude nutné materiál z kerneltrap dost prosívat. Mohl bych upravit poměr LWN - kerneltrap více ve prospěch kerneltrap, ale i tak bude potřeba vybírat.

[andree]

no a o tom som hovoril v blogu minule ze je to ho dost... kludne by som to prekladal aj raz za par dni, to zase take hrozne nie je - ale neviem ako by ludia neslovenskej narodnosti zvladali citanie prekladov.. hadam ze poniektori by uz skor prekusli anglicku originalnu verziu

[Robert Krátký]

no a o tom som hovoril v blogu minule ze je to ho dost...

Ono to začalo dost nečekaně. Já kerneltrap sleduji se stejným odstupem, s jakým vycházejí JN - když se podíváš trošku zpátky, tak je vidět, že Jeremy vydával sotva dva články týdně. Proto jsem (tehdy) psal, že není problém je dávat do JN všechny.

neviem ako by ludia neslovenskej narodnosti zvladali citanie prekladov

S tím bych si hlavu nedělal. Články ve slovenštině na abclinuxu normálně vycházejí.

Pokud máš opravdu zájem s překladem pomoci, kontaktuj mě prosím emailem a dohodneme se na podrobnostech.

[andree]

ale to potom pridem o skore co uz, shit happens... :o)

[Käyttäjä 11133]

O jaké skore? Pokud budeš překlady vydávat jako články tak právě naopak příjdeš mimo jiné i ke skóre

[andree]

ale nie ak ich bude vydavat Robert pod hlavickou JN... ;o)

[Robert Krátký]

Tak budeme uvedeni jako "autoři" (v tomto případě překladatelé) oba, neboj