Jaderné noviny - 24. 6. 2015: Začleňovací okno 4.2 je otevřeno

14. 10. 2015 | Redakce | Jaderné noviny | 3060×

Jaderné noviny: Stav vydání jádra. Citáty týdne. Začleňovací okno 4.2 je otevřeno.

Stav vydání jádra

Jádro 4.1 je venku, bylo vydáno 21. června. Linus: "Ne, že by vývojový cyklus 4.1 byl nějak extra bolestivý, doufejme, že ten týden času navíc pomůže věcem se usadit, a že půjde o dobré vydání. Nebylo by to na škodu, vzhledem k tomu, že 4.1 bude také LTS." Hlavní funkce tohoto vydání zahrnují podporu pro šifrované souborové systémy ext4, blokový řadič perzistentní paměti, ACPI podporu pro ARM64 a další.

Začleňovací okno 4.2 je otevřeno; pro podrobnosti viz. samostatný článek níže.

Stabilní updaty: 4.0.6, 3.14.45 a 3.10.81 byly vydány 22. června.

Citáty týdne

Takže, když víme, že v lese nejsou žádné mikrofony, není třeba, strom padl. Pokud ovšem někdo navzorkoval pole i_version, potom až se příště inode aktualizuje, aktualizujeme pole i_version tak, aby NFSv4 klient slyšel zvuk padajícího stromu a mohl tak anulovat svou lokální cash souboru.

-Ted Ts´o

Hackeři a marketing nešli nikdy moc dobře dohromady.

-Ingo Molnar

Neslučujeme kód jádra jen proto, že user space napsala retardovaná opice na cracku.

-Linus Torvalds

Problém je v tom, že, při zpětném pohledu, ani po letech obrovských flame wars, se nikdo neptá: Na co jsme tehdy mysleli, když jsme tu hovadinu nechali sloučit?? Pokud se vůbec nějaká otázka objeví, vypadá nějak takhle: Kvůli čemu byl ten velký povyk? Takže myslím, že obecně systém funguje.

-Ingo Molnar

Začleňovací okno 4.2 - část 1.

V době psaní tohoto textu začlenil Linus do hlavního repozitáře pro vývojový cyklus 4.2 již 3134 neslučitelných sad změn. Jinými slovy, vše je teprve na začátku. I tak se do hlavního repozitáře již dostaly některé důležité věci.

• Jádro kódu pro vyhledávání názvů souborů bylo přepracováno, aby se zabránilo používání rekurze. Viditelným efektem je snížení tlaku zásobníku (čímž bude používání složitějších úložných systémů více robustnější) a zrušení limitu hloubky symbolických odkazů.
• Subsystém monitorování výkonu a související nástroj perf se dočkaly dlouhého seznamu vylepšení. Pro podrobnosti viz. tento zápis.
• Došlo ke sloučení jitter generátoru náhodných čísel.
• KVM hypervizor získal podporu pro více adresních prostor a pro režim řízení systému. Obě funkce podporují bezpečný boot v guestu.
• Podpora nového hardware zahrnuje:
• Procesory a systémy: Jednotky pro řízení paměti ARM Ltd. Version 3.
• GPIO: Řadiče GPIO NXP LPC18XX/43XX, Netlogic GPIO XLP, Broadcom GPIO BRCMSTB a GPIO Axis ETRAX FS.
• Input: Bezdrátová myš Logitech M560, pohybové ovladače Sony.
• Různé: Časovače NXP LPC32xx/18xx/43xx, šifrovací enginy Marvell, rozhraní pro karty MediaTek SD/MMC, čipy teplotních senzorů Microchip TC74, řadiče Broadcom iProc PCIe BCMA, ovladače AppliedMicro X-Gene v1 PCIe MSI, host adaptéry (HBA) Cisco PCI-Express SCSI, ovladače Mikrotik RB4XX, Xilinx ZynqMP GQSPI, regulátory Dialog Semiconductor DA90602, Qualcomm SPMI, řadiče flash PowerNV, watchdog a realtime časovače STMicro LPC, ovladače Broadcom STB NAND.
• Napájení: Nabíječky TI BQ24257 a BQ25890, integrované nabíječky X-Power AXP288 PMIC, nabíječky baterií Richtek RT9455.

Mezi viditelné změny patří:

• Prototypy follow_link() a put_link() ve struck inode_operations byly změněny na:

  const char *(*follow_link) (struct dentry *, void **);
  void (*put_link) (struct dentry *, void *);

  Souborové systému ve stromu byly změněny v souladu s touto změnou.
• Převážná část RCU konfigurace byla ukryta pod možnost "expert", navíc je konfigurace RCU nyní z větší části automatická.
• Na x86 architekturách se nyní používají spinlocky s frontou. Zlepšují výkon, jinak by neměly přinášet žádné další viditelné změny. R/W zámky s frontou byly do x86 také přidány.
• Hodně přepracován byl x86 matematický koprocesor (floating-point unit). Ingo Molnar (ve zprávě) varuje, že "tyto změny představují zásadní regresní riziko", ovšem žádné zatím není známo.
• Write-through mappings je nyní možné vytvořit s ioremap_wt() nebo pgprot_writethrough();. Tato funkce je nyní v x86 plně podporována.

Začleňovací okno 4.2 by melo zůstat otevřeno do 5 července. Pokud se podaří dodržet obvyklý plán a Linus si nevybere špatně načasovanou dovolenou - finální vydání 4.2 se dá očekávat 23. srpna.

       

Komentáře

[Honz]

Nadpis - ja otevřeno
Mimochodem, kdo má být tak cracknutá opice...?

[lyon]

Autoři DBusu?

[Bedňa]

Lennartware komunita spamuje s požiadavkami do Kernelu cez viac a viac ľudí aby zamlžili odkiaľ to leze. No ono to nieje až taký problém tie "monkeys" odfiltrovať.

[sid]

ty mas normalne postih na systemd co tak sledujem, co ti na nejakej konferencii nedal Lennart podpis s venovanim??? Prave ludia ako ty su mor kazdeho projektu, co do vsetkeho vnasaju svoje osobne bebicka a cele ich prispevky su o nicom okrem trapnych utokov. Lennart nech je osobne aky chce aspon cosi robi a snazi sa cosi dosiahnut. Co aspon v mojich ociach mu dava vacsiu vaznost ako "teoretik programovania,initu a vsetkeho ostatneho v OS" (rozumej clovek co napisal 10 riadkov v bashi a jeden trivialny C zdrojak a pozna maximalne architekturu x64/86).

Zaujimave, ze Linus to tak horuco nevidi "So I am still expecting to merge it, mainly for a rather simple reason: I trust my submaintainers, and Greg in particular." (neskor pokracoval preco by to pripadne nezaradil). KDBUS v podstate nezasahuje do jadra ako takeho tak nechapem tieto stale nekonciace spamovanie ktore zacina a konci tym ze niekde sa vyskytuje Lennart.

[Michal Kubeček]

Kdybyste si z toho threadu nepřečetl jen jeden vypbraný e-mail, všiml byste si, že Linusovi už taky začíná docházet trpělivost.

[sid]

precital som to cele, islo mi skor o to, ze v tu sa v podstate neriesi nic ine ako to, ze ten kod ma suvis s Lennartom a tym padom je to shit. To, ze mozno kdbus nebude zacleneny je ok ak tam proste bude technicky dovod. A toto oznacovanie kazdeho kto ma nieco spolocne s kdbus za "monkeys" je prinajmensom hlupe.

[Michal Kubeček]

V kontextu toho citátu nešlo o "kazdeho kto ma nieco spolocne s kdbus", ale o lidi, kteří navrhli současný D-Bus a jeho userspace implementaci. Kdo chce, může si do toho zahrnout i ty, kdo se to šílenství teď snaží co nejpřesněji přenést do jádra, aniž by se zamysleli, jestli některé části toho designu nejsou od základu špatně.

[sid]

v kontexte prispevku koho, Linusa alebo Bednu? S tym prvym by som suhlasil.

[mankind_boost]

No kdo asi? Kdopak je legendou psaní nekvalitního kódu a vymejšlení nekvalitních nedomyšlených konceptů?