Včera večer měl na YouTube premiéru dokumentární film Python: The Documentary | An origin story.
Společnost comma.ai po třech letech od vydání verze 0.9 vydala novou verzi 0.10 open source pokročilého asistenčního systému pro řidiče openpilot (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu.
Ubuntu nově pro testování nových verzí vydává měsíční snapshoty. Dnes vyšel 4. snapshot Ubuntu 25.10 (Questing Quokka).
Řada vestavěných počítačových desek a vývojových platforem NVIDIA Jetson se rozrostla o NVIDIA Jetson Thor. Ve srovnání se svým předchůdcem NVIDIA Jetson Orin nabízí 7,5krát vyšší výpočetní výkon umělé inteligence a 3,5krát vyšší energetickou účinnost. Softwarový stack NVIDIA JetPack 7 je založen na Ubuntu 24.04 LTS.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) spolu s NSA a dalšími americkými úřady upozorňuje (en) na čínského aktéra Salt Typhoon, který kompromituje sítě po celém světě.
Společnost Framework Computer představila (YouTube) nový výkonnější Framework Laptop 16. Rozhodnou se lze například pro procesor Ryzen AI 9 HX 370 a grafickou kartu NVIDIA GeForce RTX 5070.
Google oznamuje, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Tato politika bude implementována během roku 2026 ve vybraných zemích (jihovýchodní Asie, Brazílie) a od roku 2027 celosvětově.
Byla vydána nová verze 21.1.0, tj. první stabilní verze z nové řady 21.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools a Libc++.
Alyssa Anne Rosenzweig v příspěvku na svém blogu oznámila, že opustila Asahi Linux a nastoupila do Intelu. Místo Apple M1 a M2 se bude věnovat architektuře Intel Xe-HPG.
EU chce (pořád) skenovat soukromé zprávy a fotografie. Návrh "Chat Control" by nařídil skenování všech soukromých digitálních komunikací, včetně šifrovaných zpráv a fotografií.
Řešení dotazu:
Rozbalíme ho, provedeme úpravu, zabalíme, do boxu se překopíruje, ale před rozbalením to vypíše, že nesouhlasí kontrolní součet, nic nerozbalí a tím šou končí, box je zatuhlý, dokud se neprovede reboot.Hele, já nevím, ale tohle by podle mě mohlo znamenat, že nesouhlasí nějaký kontrolní součet. Ten FW si nejspíš někde v tom archivu drží ještě checksum a ta pochopitelně po změně nesouhlasí. Musíš zjistit, kde ta checksum je a jak ji přepočítat, nebo alternativně v tom flasheru najít, kde se kontroluje, a zařídit, aby se nekontrolovala. Možná by pomohlo zjistit, kdo že vypíše tu hlášku o nesouhlasícím součtu. Pokud je to ten flasher, od kterého máš zdrojáky, tak to tam prostě zakomentuj.
RebootLinux version 2.6.11.12_stm20-33 (A.Mielcarek@autogrator1) (gcc version 3.4.3 (STMicroelectronics/Linux Base 3.4.3-19) [build Mar 10 2006]) #1 Wed Sep 8 11:32:36 CEST 2010 ADB STB initialisation STb7100 version 3.x Built 1 zonelists Kernel command line: console=ttyAS0,115200 splasharea=4096,0x0B000000 PID hash table entries: 512 (order: 9, 8192 bytes) Calculated peripheral clock value 65108 differs from sh_pclk value 66000000, fixing.. PLL1 : 531.00MHz PLL2 : 402.00MHz ST40 CPU : 265.50MHz ST40 BUS : 132.75MHz ST40 PER : 66.37MHz SLIM : 265.50MHz ST231 : 402.00MHz STBUS : 201.00MHz EMI : 100.50MHz LMI : 201.00MHz Console: colour dummy device 80x25 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 67712k/126976k available (1898k kernel code, 59196k reserved, 227k data, 39412k init) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: STb710x Kernel panic - not syncing: invalid compressed format (err=1)
Schválně jsem zkusil ten firm.gzip rozbalit a znovu zabalit, aniž bych v obsaženém CPIO něco měnil. Je zajímavé, že mnou vytvořený archiv má jinou velikost než archiv originální - stupněm komprese to není, to jsem zkoušel. Kontrolní součty CPIO ale sedí z obou archivů. Můžete zkusit nahrát do STB ten můj archiv. Pokud ani ten nebude fungovat, napadají mě v podstatě dvě možnosti. Buď je už originální archiv chybný, nebo se něco stane až při kompresi do gzip. Link
Pochopil jsem z vámi odkazované diskuse správně, že je potřeba ten rozkuchaný firmware po modifikaci zase poskládat zpátky? Pokud ano, máte jak ověřit, že nevzniká problém až tam?
ahoj všem,
Josef mi hodil odkaz, že pro radu s boxem šel i sem, trošku zkusím nastínít líp, co máme a co jede a co už ne. Rozbalení není problém a zabalení, které používám je momentálně viz příloha.
Pokud při postupu neudělám žádné změny ve firmware dostanu identický soubor s originálním. Pokud však udělám jakoukoli sebemenší změnu už to nefunguje. Já osobně mám na virtuálním stroji debian a občas fedoru, postup funguje vždy. Ale stačí kdekoli změnit čárku (např. jsem zkusil do jednoho z readme přidat písmeno) a spadne to...
Na podobný postup jsem přišel včera taky, nicméně všiml jsem si několika případných zádrhelů.
find . -depth | cpio -ova -H newc > ../myfirm.cpiovytvoří se archiv, kde budou soubory v jiném pořad. Tomu se dá zabránit např. tím, že sestavíte seznam souborů obsažených v originálním CPIO:
cpio -it < orig.cpio > flist.txt cat ../flist.txt | cpio -ova -H newc > ../myfirm.cpioNetvrdím, že by to mělo vadit, ale určitě to stojí za pokus.
modprobe mtdblock modprobe mtdram total_size=39000 erase_size=16 dd if=NAND.raw of=/dev/mtdblock0 mount -t jffs2 -w /dev/mtdblock0 /media/raw ... umount /media/raw dd if=/dev/mtdblock0 of=modNAND.rawVýsledný soubor bude větší než originál, ale přebývající 0xFF na konci by mělo být možné useknout.
Celý firmware i s úvodním souborem, padovaný na velikost firmbcrc
Pouze CPIO s upraveným image
jffs2dump -r -e modNAND.raw -l new_modNAND.raw
Tedy prevest mezi sebou little a big endian?
Tohle mě taky napadlo, ale SH4 procesory jsou bi-endianové a původní NAND.raw a můj modNAND.raw jsou až na úpravu paddingu na konci a obsah /etc/shadow stejné, v tom bych problém tedy nehledal; kontroloval jsem to vbindiffem.
Ještě jsem zkusil toto:
bez toho ten firmware nejede? Tedy pokud se vezme ten jejich originalni soubor a prepsou se mu bajty 5-8 treba na dnesek, tak to funguje ci nikoliv?Otevøeme v hexeditoru a pøepiseme datum vytvoøeni (jde o 5-8 byte souboru gzip).
RebootLinux version 2.6.11.12_stm20-33 (A.Mielcarek@autogrator1) (gcc version 3.4.3 (STMicroelectronics/Linux Base 3.4.3-19) [build Mar 10 2006]) #1 Wed Sep 8 11:32:36 CEST 2010 ADB STB initialisation STb7100 version 3.x Built 1 zonelists Kernel command line: console=ttyAS0,115200 splasharea=4096,0x0B000000 PID hash table entries: 512 (order: 9, 8192 bytes) Calculated peripheral clock value 63520 differs from sh_pclk value 66000000, fixing.. PLL1 : 531.00MHz PLL2 : 402.00MHz ST40 CPU : 265.50MHz ST40 BUS : 132.75MHz ST40 PER : 66.37MHz SLIM : 265.50MHz ST231 : 402.00MHz STBUS : 201.00MHz EMI : 100.50MHz LMI : 201.00MHz Console: colour dummy device 80x25 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 67712k/126976k available (1898k kernel code, 59196k reserved, 227k data, 39412k init) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: STb710x Kernel panic - not syncing: invalid compressed format (err=1)
RebootLinux version 2.6.11.12_stm20-33 (A.Mielcarek@autogrator1) (gcc version 3.4.3 (STMicroelectronics/Linux Base 3.4.3-19) [build Mar 10 2006]) #1 Wed Sep 8 11:32:36 CEST 2010 ADB STB initialisation STb7100 version 3.x Built 1 zonelists Kernel command line: console=ttyAS0,115200 splasharea=4096,0x0B000000 PID hash table entries: 512 (order: 9, 8192 bytes) Calculated peripheral clock value 65108 differs from sh_pclk value 66000000, fixing.. PLL1 : 531.00MHz PLL2 : 402.00MHz ST40 CPU : 265.50MHz ST40 BUS : 132.75MHz ST40 PER : 66.37MHz SLIM : 265.50MHz ST231 : 402.00MHz STBUS : 201.00MHz EMI : 100.50MHz LMI : 201.00MHz Console: colour dummy device 80x25 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 67712k/126976k available (1898k kernel code, 59196k reserved, 227k data, 39412k init) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: STb710x Kernel panic - not syncing: invalid compressed format (err=1) <1>Unable to handle kernel NULL pointer dereference at virtual address 0000000c pc = 84438808 *pde = 00000000 Oops: 0000 [#1] Pid : 1, Comm: swapper PC is at __queue_work+0x28/0xa0 PC : 84438808 SP : 86df7eac SR : 400081f0 TEA : 0000000c Not tainted R0 : 00000000 R1 : 00000008 R2 : 845f4634 R3 : 00000000 R4 : 00000001 R5 : 845f4634 R6 : 86cab044 R7 : 86cab03c R8 : 845f4634 R9 : 00000000 R10 : 00000000 R11 : 86df6000 R12 : 86df7ed0 R13 : 86caad3c R14 : 844251a0 R15 : 86df7eac MACH: 0000008b MACL: 000000c0 GBR : 00000000 PR : 84438800 Call trace: [<844388dc>] queue_work+0x5c/0xe0 [<8442f95c>] run_timer_softirq+0xdc/0x260 [<844f6e20>] blank_screen_t+0x0/0x20 [<84445852>] handle_IRQ_event+0x52/0xe0 [<8442ac7a>] __do_softirq+0x5a/0xe0 [<8442ad46>] do_softirq+0x46/0x60 [<844d1980>] __const_udelay+0x0/0x20 [<844170c0>] do_IRQ+0x0/0x60 [<8442ae66>] irq_exit+0x46/0x80 [<8441ee80>] sub_preempt_count+0x0/0xa0 [<844170ee>] do_IRQ+0x2e/0x60 [<8441406e>] ret_from_irq+0x0/0x12 [<844d1960>] __delay+0x0/0x20 [<844d1980>] __const_udelay+0x0/0x20 [<844d1962>] __delay+0x2/0x20 [<84424398>] panic+0xb8/0x100 [<84411112>] init+0x32/0xf20 [<84412004>] kernel_thread_helper+0x4/0x20 Kernel panic - not syncing: Aiee, killing interrupt handler!
#!/bin/bash echo "Menim opravneni init" chmod 0755 /_slozkasrozgzipem_/init CPA=`pwd` echo "Tvorim cpio" cd _slozkasrozgzipem_ && find . | cpio -o -H newc > $CPA/newfirmware.cpio echo "Tvorim gzip" cd $CPA && cat newfirmware.cpio |gzip -nfcr9 >> newfirmware.gzip) echo "Mazu nepotrebne cpio" rm newfirmware.cpio echo "Hotovo"Spustíme script jako root: sudo ./_nasscript_ Vytvoří se nám soubor newfirmware.gzip. 10) Zkontrolujeme, zda je newfirmware.gzip menší nebo roven originálnímu gzipu bez nul, pokud ano, pokračujeme dále, pokud ne musíme něco oželet, promazat.... Odteď je už opět jedno na jakém systému pracujeme. 11) Před newfirmware.gzip vložíme v hexeditoru zpět vmlinux, a na konci ho doplníme na originální velikost firmwaru nulami(důležité). 12) Máme hotovo můžeme flashovat (doporučuji novou univerzální verzi flashovacího nástroje)... -------------------------------------------------------- Po neúspěších s úpravou NAND tak aby neobsahovala crc chyby jsem se rozhodl nepoužít NAND.raw ale obyčejný tar.gzip... Systém spočívá v upravení rcS souboru a místo souboru NAND.raw jsem tam dal firmout.gzip, myslím, že ten by jste měli být schopni upravit každý, je to teď velmi jednoduché... soubor je také menší než s použitím NAND.raw..., takže další výhoda... Takže postup: 1) Stáhněte firmware níže (nutno, je v něm upravený soubor rcS a pár dalších změn) 2) provedeme s ním kroky 1-3 3) ve složce images je soubor firmout.gzip, je to běžný tar-gzip archiv, rozbalte ho a můžete upravovat... 4) po upravení zabalíme (já použil: tar cf - * |gzip -9 >> ../firmout.gzip) 5) vzniklý soubor překopírujeme do složky images 6) Pokračujeme od kroku 9 --------------------------------------------------------- Napadlo mne to při rozbalování cybervacy, kterej používá bzip kompresi, prostě jsem si řek, že když to šlo jemu, nám musí taky... Tady posílám první beta test-test verzi s funkčním telnetem a přístupem na placené IPTV od O2, je do ní nakopírováno i mediacentrum. Obsahuje upravené Flashovací instrukce, takže opakované Flashování je možné bez potíž. - v této verzi zatím nejsou odchytané chyby, ale docela funguje, v této verzi USB zatím nefunguje, ale v další verzi bude http://uloz.to/xDcuiSu/o2damectelnet-rar Obrana proti O2 updatu: OPCH musí být ta od O2, aby jela O2TV, ale port nastavit špatně. O2TV běží, ale firmware O2 nejde updatnout... Nyní by mělo být možné provádět v boxu úpravy a používat IPTV bez nutnosti Flashovat zpět na nepoužitelnou O2 verzi. Kdo má zájem, tak se může připojit.
Tiskni
Sdílej: