Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).
Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.
Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.
Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.
Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.
Vyhledávač DuckDuckGo je podle webu DownDetector od 2:15 SELČ nedostupný. Opět fungovat začal na několik minut zhruba v 15:15. Další služby nesouvisející přímo s vyhledáváním, jako mapy a AI asistent jsou dostupné. Pro některé dotazy během výpadku stále funguje zobrazování například textu z Wikipedie.
Více než 600 aplikací postavených na PHP frameworku Laravel je zranitelných vůči vzdálenému spuštění libovolného kódu. Útočníci mohou zneužít veřejně uniklé konfigurační klíče APP_KEY (např. z GitHubu). Z více než 260 000 APP_KEY získaných z GitHubu bylo ověřeno, že přes 600 aplikací je zranitelných. Zhruba 63 % úniků pochází z .env souborů, které často obsahují i další citlivé údaje (např. přístupové údaje k databázím nebo cloudovým službám).
Open source modální textový editor Helix, inspirovaný editory Vim, Neovim či Kakoune, byl vydán ve verzi 25.07. Přehled novinek se záznamy terminálových sezení v asciinema v oznámení na webu. Detailně v CHANGELOGu na GitHubu.
Programming stuff. And stuff.
git checkout https://github.com/orbcode/orbuculum
cd orbuculum
git checkout Devel
make
Notice file Support/gdbtrace.init, this contains lot of magic macros, we'll use it later.
JLinkGDBServerCLExe -select USB -device Cortex-M4 -endian little -if SWD -speed auto -ir -LocalhostOnly
In GDB, connect to the server. This expects you have the Support dir from orbuculum in current directory.
Magic incantations below. This is for CPU core clock of 168 MHz, look at the gdbtrace.init's comments to
see what the arguments are. The monitor SWO EnableTargeT is part of JLink's GDB server, see
JLink user guide.
The selected SWO speed below is 2000000 baud. You may have to reset target first via monitor reset.
The parameters below select PC sampling that shouldn't be too fast, otherwise you'd get a lot of ITM overflows.
DWT POSTRESET setting is important in this.
target extended-remote :2331
source Support/gdbtrace.init
monitor SWO EnableTarget 168000000 2000000 0xFF 0
enableSTM32SWO 4
prepareSWO 168000000 2000000 0 0
dwtSamplePC 1
dwtSyncTap 3
dwtPostTap 1
dwtPostInit 1
dwtPostReset 15
dwtCycEna 1
ITMId 1
ITMGTSFreq 3
ITMTSPrescale 3
ITMTXEna 1
ITMSYNCEna 1
ITMEna 1
ITMTER 0 0xFFFFFFFF
ITMTPR 0xFFFFFFFF
continue
Now you should see some output if you do nc localhost 2332 to some file swo_data (port belongs to JLink GDB server and
should pump out SWO data).
You can use pcsampl utility from these ITM tools. Let's try to
parse the file you dumped from the port 2332, firmware.elf is the firmware running on your board:
./pcsampl -e firmware.elf swo_file 2>/dev/null
If the data are correct, you should see some meaningful result like:
% FUNCTION
10.77 *SLEEP*
29.76 qstr_find_strn
13.71 gc_collect_end
6.97 mp_map_lookup
6.00 gc_mark_subtree
5.37 gc_alloc
4.71 mp_execute_bytecode
3.63 sha256_Transform
1.80 mp_obj_get_type
You can also watch with orbtop which is part of orbuculum (look in ofiles directory). This will
take data from JLink's SWO port 2332, show exceptions, max 15 lines. It's like top, it just shows
time spent in functions instead:
./orbtop -E -e firmware.elf -v3 -c 15 -s localhost:2332
Sample output if all goes well:
25.51% 2712 bn_multiply_reduce_step
12.18% 1295 frexpf
12.18% 1295 bn_multiply_long
7.79% 828 qstr_find_strn
4.65% 495 display_loader
3.11% 331 gc_mark_subtree
2.91% 310 mp_map_lookup
2.26% 241 gc_alloc
2.12% 226 bn_multiply_reduce
2.11% 225 mp_execute_bytecode
1.72% 183 sha256_Transform
1.52% 162 bn_subtract
1.43% 152 bn_add
1.37% 146 bn_is_less
1.27% 135 bn_rshift
-----------------
82.13% 8736 of 10627 Samples
Ex | Count | MaxD | TotalTicks | AveTicks | minTicks | maxTicks
----+----------+-------+-------------+------------+------------+------------
[---H] Interval = 1018mS / 0 (~0 Ticks/mS)
monitor SWO EnableTarget 168000000 3000000 0xFF 0
Don't ask me why. I am just an engineer. I measured it with logic analyzer and kept guessing
the baudrate until it fit. According to ARM docs, SWO clock/prescaler should mostly
depend only on CPU core clock. However it evidently doesn't. There were some other hints in
docs when it's not based on CPU core clock, but that was different case. Though there could
be issue with the core clock config that seems only appear when enabling SWO data.
target extended-remote :3333
source Support/gdbtrace.init
monitor tpiu config internal swodump.log uart off 168000000 2000000
monitor mmw 0xE0001000 69632 0
monitor mmw 0xE0001000 103 510
dwtPostReset 15
set *0xe0001000=*0xe0001000 | 0x200
continue
It's a bit hairy mess, but should work (168 MHz core clock and 2 Mbaud SWO). If you are lucky and
have the right STLink FW version, swodump.log file should appear in the directory where openocd was run.
You can decode it as above with pcsampl.
If the swodump.log file is empty, you have the bad STLink FW version. You have to workaround
via USB-UART adapter on SWO pin.
Set baudrate to 2 Mbaud, look at screen if it spews data. It's actually important to run screen
as it seems to set some flags along with the stty. Might be issue with specific adapter.
stty -F /dev/ttyUSB0 2000000
screen /dev/ttyUSB0 2000000 # look if data is flowing, then kill screen
stty -F /dev/ttyUSB0 2000000
Now you can either dump data via cat from /dev/ttyUSB and decode with pcsampl or
you can run orbuculum with orbtop (each in separate terminal).
Both binaries below are in ofiles directory of orbuculum.
./orbuculum -p /dev/ttyUSB0 -a 2000000 -v2
./orbtop -E -e firmware.elf -v3 -p /dev/ttyUSB0 -a 2000000 -v2
If succesful, you'll see the the orbtop output like above.
Tiskni
Sdílej: