Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 26.08.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
Byla vydána nová stabilní verze 8.2 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 152. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána nová stabilní verze 4.0 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). S rozhraním přepsaným do Qt. Přehled novinek také na YouTube. Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
NVIDIA kupuje Hugging Face za 12,93 miliardy dolarů.
Předobjednat si lze nový jednodeskový počítač Arduino VENTUNO Q s předinstalovaným Ubuntu. S 16 GB LPDDR5 a 64 GB eMMC. Pro lokální LLM, agentní AI, počítačové vidění, robotiku…
Hexpair není nejlepší HEX editor na světě a ani se o to nesnaží. Zato je k dispozici kdykoliv a kdekoliv – všude tam, kde máte svůj Vim. Vznikl jako hobby projekt před pár měsíci a dospěl do stavu, kdy by mohl být užitečný širší komunitě. Přepnout do HEX režimu se dá i uprostřed rozdělané práce: Soubor, který už máte otevřený běžným vim file.md, jedním příkazem přepnete do HEX editoru a dalším příkazem ho můžete vrátit zpět do textu. Kurzor přitom
CERN dlouhodobě používal vlastní sestavení RHEL, ze kterého přešel na CentOS Stream. Federico Vaga a Nikos Tsipinakis ale nyní v přednášce na MiniDebConf Winterthur 2026 popisují plán probíhajícího přechodu na Debian pro řízení akcelerátorů. Důvodem k opuštění CentOS Stream jsou zachování zpětné kompatibility se starším hardwarem, kterou Red Hat narušuje, když tlačí sestavení balíčků pro novější verze architektury (x86-64), a nedostatečné nástroje pro sestavování vlastních balíčků a repozitářů.
UZDoom (Wikipedie), tj. fork GZDoom, byl vydán ve verzi 5.0.0. Videopředstavení na YouTube. Podrobný přehled novinek v Changelogu.
Příručka Linux From Scratch pro sestavení základního linuxového systému byla aktualizována v pravidelném půlročním termínu. Vydání 13.1 shrnuje přes 40 nových verzí balíčků a několik patchů. Navazující příručka Beyond Linux From Scratch s recepty pro sestavení dalších knihoven a aplikací zatím vydána nebyla, ačkoliv vývojová verze stále dostává aktualizace. Lze je číst online nebo stáhnout v HTML či PDF.
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: