Wasmer byl vydán ve verzi 7.0. Jedná se o běhové prostředí pro programy ve WebAssembly. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
V reakci na nepopulární plán Microsoftu ještě více ve Windows prohloubit integraci umělé inteligence Copilot, Opera na sociální síti 𝕏 oznámila, že připravuje nativní linuxovou verzi prohlížeče Opera GX. Jedná se o internetový prohlížeč zaměřený pro hráče, přičemž obsahuje všechny základní funkce běžného prohlížeče Opera. Kromě integrace sociálních sítí prohlížeč například disponuje 'omezovačem', který umožňuje uživatelům omezit využití sítě, procesoru a paměti prohlížečem, aby se tak šetřily systémové zdroje pro jinou aktivitu.
NVIDIA vydala nativního klienta své cloudové herní služby GeForce NOW pro Linux. Zatím v beta verzi.
Open Gaming Collective (OGC) si klade za cíl sdružit všechny klíčové projekty v oblasti linuxového hraní počítačových her. Zakládajícími členy jsou Universal Blue a Bazzite, ASUS Linux, ShadowBlip, PikaOS a Fyra Labs. Strategickými partnery a klíčovými přispěvateli ChimeraOS, Nobara, Playtron a další. Cílem je centralizovat úsilí, takže namísto toho, aby každá distribuce udržovala samostatné opravy systému a podporu hardwaru na
… více »V kryptografické knihovně OpenSSL bylo nalezeno 12 zranitelností. Opraveny jsou v upstream verzích OpenSSL 3.6.1, 3.5.5, 3.4.4, 3.3.6 a 3.0.19. Zranitelnosti objevila společnost AISLE pomocí svého autonomního analyzátoru.
Desktopové prostředí Xfce bude mít vlastní kompozitor pro Wayland s názvem xfwl4. V programovacím jazyce Rust s využitím stavebních bloků z projektu Smithay jej napíše Brian Tarricone. Úprava stávajícího xfwm4 tak, aby paralelně podporoval X11 i Wayland, se ukázala jako špatná cesta.
Desktopové prostředí KDE Plasma 6.8 poběží už pouze nad Waylandem. Vývojáři, kteří s rozhodnutím nesouhlasí, vytvořili fork KDE Plasma s názvem SonicDE (Sonic Desktop Environment) s cílem zachovat a vylepšovat podporu X11.
Byla vydána nová stabilní verze 7.8 dnes již jedenáctiletého webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 144. Přehled novinek i s náhledy v příspěvku na blogu.
GNU gettext (Wikipedie), tj. sada nástrojů pro psaní vícejazyčných programů, dospěl do verze 1.0. Po více než 30 letech vývoje. Přehled novinek v souboru NEWS.
Chris Kühl (CEO), Christian Brauner (CTO) a Lennart Poettering (Chief Engineer) představili svou společnost Amutable. Má přinést determinismus a ověřitelnou integritu do linuxových systémů.
Nejak nemuzu najit jednoduche vysvetli prepoctu address processoru (v mem pripade 32-bit ARM) po pouziti funkci mmap. Nejaky odkaz na matematiku adresovani.
#define MAP_SIZE 4096UL
#define MAP_MASK (MAP_SIZE - 1)
#define PIOB_BASE=$FFFFF600;
#define PIOC_IFDR PIOC_BASE + 0x0024
d = open("/dev/mem", O_RDWR | O_SYNC));
map_base = mmap(NULL, MAP_SIZE, PROT_READ | PROT_WRITE, MAP_SHARED, fd, PIOB_BASE & ~MAP_MASK);
*((unsigned long *) (map_base + (PIOB_IFDR & MAP_MASK))) = PIO_B27;
Proc pri mapovani stranky rozmerem 4096 (0x1000) se musi BASE adress se delit na celo 0x1000 (PIOB_BASE & ~MAP_MASK)= div(PIOB_BASE,0x1000)?
Proc dalsi pro zapis na dalsi adresu PIOC_IFDR vychazi posun na (PIOB_IFDR & MAP_MASK)=0x624?
Dekuji moc.Řešení dotazu:
PIOB_BASE & ~MAP_MASK není dělení, nýbrž zaokrouhlení. A to mi nepřijde jako zvláštní požadavek, když se mají stránky systémové paměti namapovat do prostoru virtuální paměti procesu.
Mate pravdu je to vlaste deleni s zaokroulenim. Ale mne zajima jak se addresy prepocitavaji po namapovani pomoci funkci mmap. Potrebuji jen nasmerovat
.Pochobil jsem ze base address PIOB_BASE se ma rozdelit na velikost stranky 0x1000. A pak offset na dalsi addresu PIOB_OER PIOB_BASE + 0x0010 se ma delat pomoci vstahu (PIOB_BASE + 0x0010) & MAP_MASK
#define PIOB_BASE=$FFFFF600; #define PIOB_IFDR_OFFSET 0x0024 map_base = mmap(NULL, MAP_SIZE, PROT_READ | PROT_WRITE, MAP_SHARED, fd, PIOB_BASE - (PIOB_BASE % MAP_SIZE); *((unsigned long *) (map_base + (PIOB_BASE % MAP_SIZE) + PIOB_IFDR_OFFSET)) = neco;Takhle je to myslím pochopitelnější. Mimochodem ten kód je dost zprasený, předpokládá se, že se bude mapovat jen jedna stránka, MAP_SIZE by mělo jmenovat PAGE_SIZE, které by se mělo zjistit voláním getpagesize() a ne to mít definované natvrdo a úplně ten kód přestane fungovat, pokud by offset registru překročil hranici stránky. Více man 2 mmap.
Dekuji za odpoved'. Tento kod se tyka primo urciteho druhu procesoru a ovladani PIO (parallel input output) pinu na devepment boardu a v tom to pripade jedna stranka bohate staci. Mate pravdu, ze kod je prasacky a tezko se chape z toho jak se pocitaji adresy. Ale je to vice mene nejaky priklad. Stejne vlastni aplikaci budu psat na FreePascalu.
Jinak mi slo o to proc se to ma tak pocitat. A je to dane tim,ze v Linuxu se pouziva strankova pamet'. A to znamena,ze v pripade 32-bitove adresy offset z budou tvorit 12 mladsich bitu (pocet bitu offsetu=log2(page_size)), zbylych starsich 20-bitu je cislo stranky.
Omluvam se za to, ze asi jsem nespravne zformuloval otazku. Dekuji vsem.
Tiskni
Sdílej: