Iniciativa Open Device Partnership (ODP) nedávno představila projekt Patina. Jedná se o implementaci UEFI firmwaru v Rustu. Vývoj probíhá na GitHubu. Zdrojové kódy jsou k dispozici pod licencí Apache 2.0. Nejnovější verze Patiny je 13.0.0.
Obrovská poptávka po plynových turbínách zapříčinila, že datová centra začala používat v generátorech dodávajících energii pro provoz AI staré dobré proudové letecké motory, konvertované na plyn. Jejich výhodou je, že jsou menší, lehčí a lépe udržovatelné než jejich průmyslové protějšky. Proto jsou ideální pro dočasné nebo mobilní použití.
Typst byl vydán ve verzi 0.14. Jedná se o rozšiřitelný značkovací jazyk a překladač pro vytváření dokumentů včetně odborných textů s matematickými vzorci, diagramy či bibliografií.
Specialisté společnosti ESET zaznamenali útočnou kampaň, která cílí na uživatele a uživatelky v Česku a na Slovensku. Útočníci po telefonu zmanipulují oběť ke stažení falešné aplikace údajně od České národní banky (ČNB) nebo Národní banky Slovenska (NBS), přiložení platební karty k telefonu a zadání PINu. Malware poté v reálném čase přenese data z karty útočníkovi, který je bezkontaktně zneužije u bankomatu nebo na platebním terminálu.
V Ubuntu 25.10 byl balíček základních nástrojů gnu-coreutils nahrazen balíčkem rust-coreutils se základními nástroji přepsanými do Rustu. Ukázalo se, že nový "date" znefunkčnil automatickou aktualizaci. Pro obnovu je nutno balíček rust-coreutils manuálně aktualizovat.
VST 3 je nově pod licencí MIT. S verzí 3.8.0 proběhlo přelicencování zdrojových kódů z licencí "Proprietary Steinberg VST3 License" a "General Public License (GPL) Version 3". VST (Virtual Studio Technology, Wikipedie) je softwarové rozhraní pro komunikaci mezi hostitelským programem a zásuvnými moduly (pluginy), kde tyto moduly slouží ke generování a úpravě digitálního audio signálu.
Open source 3D herní a simulační engine Open 3D Engine (O3DE) byl vydán v nové verzi 25.10. Podrobný přehled novinek v poznámkách k vydání.
V Londýně probíhá dvoudenní Ubuntu Summit 25.10. Na programu je řada zajímavých přednášek. Zhlédnout je lze také na YouTube (23. 10. a 24. 10.).
Gemini CLI umožňuje používání AI Gemini přímo v terminálu. Vydána byla verze 0.10.0.
Konference OpenAlt 2025 proběhne již příští víkend 1. a 2. listopadu v Brně. Nabídne přibližně 80 přednášek a workshopů rozdělených do 7 tematických tracků. Program se může ještě mírně měnit až do samotné konference, a to s ohledem na opožděné úpravy abstraktů i případné podzimní virózy. Díky partnerům je vstup na konferenci zdarma. Registrace není nutná. Vyplnění formuláře však pomůže s lepším plánováním dalších ročníků konference.
Do konference přišlo celkem 1724 emailů, nejvíce jich poslali Andrew Morton, Adrian Bunk a William Lee Irwin III.
21. črc - 22. črc
Grek KH poslal patch odstraňující DevFS z oficiálního stromu jádra, což vyvolalo obsáhlou diskuzi. Během této diskuze napsal Jonathan Corbet: Na summitu Andrew prezentoval svoji představu, podle které by hlavní kernel byl tím nejrychlejším a na funkce nejbohatším jádrem vůbec - ne však nutně tím nejstabilnějším. Konečná stabilizace by byla prováděna distributory (což se teď děje), ale od distributorů by se očekávalo rychlé začleňování patchů. Ohledně toho, jak by tohle ovlivnilo DevFS z hlediska vyhnutí se destabilizaci 2.6, Andrew podotkl:
Vhodná doba k odstranění DevFS bude polovina roku 2005. Pokud takový plán věci urychlí, tím lépe.
Nic však není definitivní - tlačíme to dopředu, ponecháváme věci, které fungují, a kontrolujeme věci, které tak dobře nefungují. Klidně nesouhlaste - posloucháme.
Greg souhlasil jednoročním odkladem odstranění DevFS a Andrew potvrdil, že v době vydání 2.8 už bude DevFS pryč.
22. črc - 31. črc
Keith Owens napsal:
Oznamuji dumpfs - společné API pro všechen RAS kód, který by rád uložil data při selhání jádra a opět je získal při následujícím bootu.
ftp://oss.sgi.com/ projects/kdb/download/dumpfs - současná verze je v0.01, patch proti 2.6.8-rc2.
Stále na tom pracuji, kód není kompletní a může být bez upozornění změněn.
dumpfs-v0.01 zvládá připojení dumpfs oddílů, včetně spolehlivého sdílení se swapovacími oddíly a vyprázdnění dumpfs oddílů. Pracuji na kódu, který načte a zapíše dumpfs data z jádra; zatím je nekompletní a nebyl testován. Až bude fungovat dumpfs_kernel, bude dumpfs_user hračka. Ten kód je důkazem konceptu, některé části API (včetně dotazovaného I/O a komprimace dat) ještě nejsou podporovány a místy je ošklivě napsaný.
Otázky pro další lidi zabývající se RAS (což vyřazuje většinu vývojářů jádra) -
Já si pochopitelně myslím, že to dává smysl. V současnosti má každý kousek RAS kódu nejen svůj vyhrazený I/O mechanismus, ale i uživatelské nástroje zprostředkovávající rozhraní k jádru, které inicializují, vytahují a mažou svá vlastní data.
dumpfs konsoliduje mnoho společného kódu roztroušeného po několika RAS nástrojích. Díky dumpfs nebudou k vytahování uložených dat při restartu potřeba speciální RAS nástroje - místo nich to zvládnou standardní uživatelské příkazy.
Jedna věc je pro spolehlivý RAS výstup naprosto nezbytná - metoda dotazovacího režimu. Pro síť je k dispozici netdump, my potřebujeme ekvivalent pro diskový I/O. Jak nejlépe integrovat I/O v dotazovacím režimu do subsystému blokových zařízení?
Pokud si lidé, které RAS zajímá, myslí, že společné API je dobrý nápad, budu v práci na dumpfs pokračovat. V opačném případě to bude jen jeden z těch nápadů, který se neuchytil, a všechny RAS nástroje budou i nadále vyvíjeny a spravovány samostatně.
Ohledně otázky, jak zařídit čisté API pro I/O na disk v dotazovacím režimu, odpověděl Andrew Morton:
Doufáme, že nebudeme muset. Současný plán je používat kexec: během bootu se pomocí kexec provede přednatažení malého (16MB) obrazu jádra. Když hlavní jádro spadne nebo nahlásí kernel panic, přeskočí se na kexec jádro. Kexec jádro bude mít ovladač zařízení pro /dev/hmem, přes který budou aplikace běžící pod kexec jádrem moci přistupovat k paměti spadlého jádra.
Zapíšeme obsah /dev/hmem na stabilní úložné médium s pomocí jakéhokoliv ovladače zařízení v kexec jádře, pak restartujeme zase do běžného jádra.
To je všechno docela snadné udělat a kvalita uložení při spadnutí na dané platformě bude záviset pouze na kvalitě podpory kexec na té platformě.
Lidi už toho mají kousky hotové - doufám, že se dočkám prvních patchů v následujících několika týdnech. Hlavními účastníky jsou rddunlap, suparna a mbligh.
27. črc - 2. srp
Greg Howard napsal:
Následující patch ("altix-system-controller-driver.patch") implementuje ovladač umožňující uživatelským aplikacím přistupovat k systémovým řadičům na strojích SGI Altix. Patch je proti jádru 2.6.8-rc-mm1.
Většina patche je jen nový soubor drivers/char/snsc.c. Umožňuje aplikacím, které mají něco společného se systémovými řadiči (např. "flashsc", která flashne firmware systémového řadiče), forwardovat data na SAL; SAL obsahuje kód pojící data určená systémovému řadiči s dalšími takovými daty (včetně I/O konzole). Předpokládá se, že každý uzel bude mít svůj příslušný soubor zařízení a pomocí každého takového souboru zařízení půjde otevřít určité množství "subkanálů". Datové struktury a makra pro ten nový ovladač jsou uloženy v samostatném hlavičkovém souboru (snsc.h), protože počítám s tím, že nakonec přidám další soubor, který něco z tohoto kódu využije k logování upozornění na události prostředí přicházející ze systémového řadiče. Do include/asm-ia64/sn/sn_sal.h byla přidána inline wrapper funkce pro SAL služby využívané ovladačem.
Jediná další významná (i když malá) změna je v Altix ovladači konzole, drivers/serial/sn_console.c. Tento ovladač se musí podělit o přerušení se snsc.c. Patch pozměňuje také pár souborů souvisejících s konfigurací (sn2_defconfig a drivers/char/[Kconfig,Makefile]).
Jes Sorensen, Christoph Hellwig a Andrew Morton poskytli nějaké technické rady a po krátké diskuzi poslal Greg aktualizovanou verzi.
2. srp - 5. srp
Andrew Morton oznámil 2.6.8-rc2-mm2 a připojil:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.8-rc2/2.6.8-rc2-mm2/
Přidal jsem Conův schodišťový CPU plánovač.
Pravděpodobně to zase bude muset jít ven, protože dost lidí si s CPU plánovačem ještě hraje. Ale mám pocit, že ten současný CPU plánovač první generace byl už nastaven nejlépe, jak to lze, a pořád to není stoprocentně ono. Je načase začít přemýšlet o novém designu, který bude požadavky a aktuální problémy řešit algoritmickými prostředky, ne nastavováním. Odstranění 300 řádek z plánovače je dobré znamení.
V originálu Kernel Traffic 273 vyšla navíc ještě tato témata:
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz