Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.
Následovalo rozběhnutí 3D akcelerace, a dostáváme se k problému. Glxinfo hlásí, že akcelerace funguje:
# glxinfo | grep direct direct rendering: YesAle
glxgears hlásí FPS horší, než jsem měl s několik let starou GeForce 2 MX 400!
# glxgears 3682 frames in 5.0 seconds = 736.344 FPS 3681 frames in 5.0 seconds = 736.141 FPS 3681 frames in 5.0 seconds = 736.033 FPS 3686 frames in 5.0 seconds = 737.012 FPS 3638 frames in 5.0 seconds = 727.550 FPSCož o to, nějaké
glxgears, to ať si hlásí, kolik chce, ale i výkon v 3D hrách (Unreal Tournament) je velmi podobný stařičké nVidii. Ještě pár relevantních kousků konfiguráků a logů:
Section "Module"
Load "dbe"
SubSection "extmod"
Option "omit xfree86-dga"
EndSubSection
Load "freetype"
Load "glx"
Load "dri"
Load "drm"
EndSection
Section "Device"
Identifier "ATI Technologies Inc RV280 [Radeon 9200 PRO]"
Driver "radeon"
Option "AGPMode" "4"
Option "EnablePageFlip" "on"
Option "RenderAccel" "on"
Option "AccelMethod" "EXA" # or XXA
EndSection
# eix x11-drm
[I] x11-base/x11-drm
Available versions: (~)20051223 20060608 [M](~)20060608-r1
Installed versions: 20060608(07:19:44 PM 12/29/2006)
(kernel_linux video_cards_radeon)
Homepage: http://dri.sf.net
Description: DRM Kernel Modules for X11
# grep '(EE)' /var/log/Xorg.0.log
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(EE) Error loading keymap /usr/share/X11/xkb/compiled/server-0.xkm
A nakonec: v jádře (2.6.18-suspend2) v sekci Device Drivers -> Character Devices jsem povolil jako modul tyto volby: /dev/agpgart a Intel 440LX/BX/GX, I8xx and E7x05 chipset support, Direct Rendering Manager je zakázán. Moduly se zřejmě načítají správně:
# lsmod | grep -e drm -e agp drm 71192 3 radeon intel_agp 20380 1 agpgart 25776 2 drm,intel_agp
# dmesg | grep -e drm -e agp Linux agpgart interface v0.101 (c) Dave Jones agpgart: Detected an Intel i850 Chipset. agpgart: AGP aperture is 64M @ 0xe0000000 [drm] Initialized drm 1.0.1 20051102 [drm] Initialized radeon 1.25.0 20060524 on minor 0: [drm] Used old pci detect: framebuffer loaded agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0. agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode agpgart: Putting AGP V2 device at 0000:01:00.0 into 4x mode [drm] Setting GART location based on new memory map [drm] Loading R200 Microcode [drm] writeback test succeeded in 1 usecsJá už si opravdu nevím rady, doufám, že vše není způsobeno mou neznalostí či nedbalostí a prosím vás tedy o pomoc. Předem děkuju
glxgears -printfps libGL warning: 3D driver claims to not support visual 0x4b 5959 frames in 5.0 seconds = 1191.750 FPS 7380 frames in 5.0 seconds = 1475.842 FPS 7376 frames in 5.0 seconds = 1475.041 FPS 6285 frames in 5.0 seconds = 1256.996 FPS 7375 frames in 5.0 seconds = 1474.957 FPS 7329 frames in 5.0 seconds = 1465.716 FPS 7190 frames in 5.0 seconds = 1437.993 FPS
Section "Module"
Load "i2c"
Load "bitmap"
Load "ddc"
Load "dri"
Load "extmod"
Load "freetype"
Load "glx"
Load "int10"
Load "type1"
Load "vbe"
Load "dbe"
EndSection
Section "Device"
Identifier "ATI Technologies, Inc. RV280 [Radeon 9200 PRO]"
Driver "ati"
BusID "PCI:1:0:0"
Option "XAANoOffscreenPixmaps" "true"
Option "AGPMode" "8"
Option "AccelMethod" "EXA"
Option "ColorTiling" "on"
EndSection
ati jsem právě zkusil, výsledek ten samý. Spíš mě napadá, jestli nemám nějakou „ochuzenou“ kartu, ale jediné, co o ní vím, je fakt, že by měla disponovat 128MB paměti.
# glxgears 5316 frames in 5.0 seconds = 1063.156 FPS 5341 frames in 5.0 seconds = 1068.190 FPS 5343 frames in 5.0 seconds = 1068.408 FPS 5346 frames in 5.0 seconds = 1069.135 FPS 5327 frames in 5.0 seconds = 1065.272 FPSPřesto, neměl byste Vy či někdo jiný další nápad, jak získat ještě těch ~300FPS, které hlásí kolega výše či ostatní lidé zde na ábíčku?
HyperZ zvedlo FPS téměř dvojnásobně!
# glxgears 9865 frames in 5.0 seconds = 1972.829 FPS 9835 frames in 5.0 seconds = 1966.864 FPS 9772 frames in 5.0 seconds = 1954.398 FPS 9836 frames in 5.0 seconds = 1967.196 FPS 9753 frames in 5.0 seconds = 1950.415 FPSVypnutí
Vsync se provádí změnou řádku „Synchronization with vertical refresh (swap intervals)“ na hodnotu „Never synchronize with vertical refresh, ignore application's choice“?
Takže mockrát díky za pomoc, bez vás všech bych to asi nerozjel nikdy
/usr/local/lib a zdá se, že se hra seká daleko méně.
díky této diskuzi se mi podařilo zvednou FPS z cca 1450 na cca 1950! a to už se vyplatí, když používáte Beryl. Fakt jsem netušil, co stý starý mrchy vytáhnu.
driconf zapnul HyperZ a vypnul Vsync, a to vše výše popsaným spůsobem, a ješetě jsem umazal xorg.conf v sekci device Option "AccelMethod" "EXA" a nakonec mám teda cca 2150 FPS. V berylu se výkon zvýšil velmi znatelně ( kostka nemá zuby) a celkově odezva je rychlejší. Takže díky :)
"Zapnutie hyperz a vypnutie vsync pomocou driconf moze pomoct."
Mam dotaz: kde najdu driconf. Soubor toho jmena v systemu nemam, pacman taky o nem nevi...
Diky. Honza.
Tiskni
Sdílej: