Byla vydána (𝕏) nová verze 7.0 LTS open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Organizace Apache Software Foundation (ASF) vydala verzi 22 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Společnost AMD na veletrhu Computex 2024 představila (YouTube) mimo jiné nové série procesorů pro desktopy AMD Ryzen 9000 a notebooky AMD Ryzen AI 300.
OpenCV (Open Source Computer Vision, Wikipedie), tj. open source multiplatformní knihovna pro zpracování obrazu a počítačové vidění, byla vydána ve verzi 4.10.0 . Přehled novinek v ChangeLogu. Vypíchnout lze Wayland backend pro Linux.
Národní superpočítačové centrum IT4Innovations s partnery projektu EVEREST vydalo sadu open source vývojových nástrojů EVEREST SDK pro jednodušší nasazení aplikací na heterogenních vysoce výkonných cloudových infrastrukturách, zejména pro prostředí nabízející akceleraci pomocí FPGA.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu aktuálně činí 2,32 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Ubuntu, Linux Mint a Manjaro Linux. Při výběru jenom Linuxu vede SteamOS Holo s 45,34 %. Procesor AMD používá 75,04 % hráčů na Linuxu.
Blíží se léto, chladiče topí, tranzistory se přehřívají, novinářům pomalu docházejí témata a nastává klasická okurková sezóna. Je tomu tak i mezi bastlíři? Na to se podíváme na Virtuální Bastlírně! Tentokrát se strahováci podívají na zoubek velmi slibně vypadajícímu open-source EDM projektu - ne, nejde o taneční hudbu, ale o elektroobrábění. Ukáží taky, jak vypadá starší cykloradar zevnitř nebo jak se testuje odolnost iPhonů.
… více »Společnosti Ticketmaster byla odcizena databáze s osobními údaji (jméno, adresa, telefonní číslo a část platebních údajů) 560 miliónů zákazníku. Za odcizením stojí skupina ShinyHunters a za nezveřejnění této databáze požaduje 500 tisíc dolarů [BBC].
Byla vydána nová stabilní verze 24.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Uakari. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Miniaturní počítač Raspberry Pi - na bázi ARM a s Linuxem - jde do výroby. Vyrábí se v Číně, výroba v Británii totiž nebyla cenově únosná, čemuž značně přispívají dokonce i tamní zákony. Pokud importujete součástky, clo platíte, ale u hotových výrobků nikoliv.
Tiskni Sdílej:
Pokud importujete součástky, clo platíte, ale u hotových výrobků nikoliv.Tohle mi přijde dost zvláštní - myslel jsem, že pravidla na clo jsou teď v EU všude stejná.
Jenže VideoCore je plnohodnotný general purpose processor. Je to víc než jen grafický akcelerátor. Je škoda že se do něj člověk nedostane.
O několika megabajtový firmware mi ani tak nejde jako že není specifikace jak s jeho službami komunikovat. Obávám se, že papírová podpora OpenGL je vám k ničemu, když za stávající uzavřenosti bude Linux honit grafiku přes frame buffer a video přehrávat v lepším případě jako video overlay, v horším případe ručně přesouvat bitmapy z dekodéru do frame bufferu.
to se zas bude blbě dělat update jádraResp. výkonného bloku, protože u těchhle ASICů se předpokládá, že se budou natahovat aplikace (jádro, zavaděč, specifická na míru udělaná aplikace) a FAT je jediný souborový systém na který má přístup úplně všechno. S jádrem systému (nedejbože jádrem GNU) se počítá jen sotva.
No tak možná by šlo mikrokódem tahat data z SDA jak s ní budeš komunikovat? Na to aby si s ní mohl komunikovat, tak by si musel inicializovat vše od interní sběrnice procesoru až po kartu samotnou a celou strukturou se prokousat. Což netvrdím, že není v mikrokódu neproveditelné, ale určitě je to docela takové kostrbaté.
A pokud by mikrokód nestačil, tak klidně malá boot ROM na čipu (takovejch 512B v MBR taky stačí ). A MBR by pak natáhlo cokoliv dalšího.No ona ta idea brouka s malým NAND polem a na výjmatelné patici a přímo napojené na procesor nebyla až tak blbá. Jen kdyby ty křápy na ní nebyly tak moc bazmekoidní (tím myslím BIOS). Zas brouci jsou dneska levní a většinou se už na ně vleze i celé jádro, takže je to takové dvousečné.
Jinak FAT je na jeden image firmware zbytečná věcTak aby se to dobře updatovalo. Zas z toho že se tím standardem stává FAT mám docela strach.
stačí v MBR definovat start a konec oblasti a v ní mít ty data RAW (i malej header by šel implementovat).Jasně a balíčkovací systém se u příkazu update bude k tomu prokousávat jak?
Ovšem jestli to má bootovat i z jinejch periférií než SD, tak je něco složitějšího asi fakt potřeba.Staré Broadcomácké SoC to dělali tak, že měli na sběrnici NAND, na prvních 256kB CFE a v mikrokódu něco jako nacpi 256kB někam do paměti a JMP na to místo. CFE měl otevřené zdrojáky.
tak by si musel inicializovat vše od interní sběrnice procesoruK flipflopu nezapojím RST drát do vstupu R ale do vstupu S . BTW asi stejně jako na PC logický řetězec CPU-NB-SB(-LPC-host)-SuperIO-flash, včetně mňamek typu detekce paměťových oblastí BIOSu. BTW^2 moderní BIOS je LPC periferie přímo :-O (lepší než SPI).
Což netvrdím, že není v mikrokódu neproveditelné, ale určitě je to docela takové kostrbaté.Dobře tak 2kB ať nežeru . Spousta uC má takovou ROM (třeba scanner) ještě větší (a firmware pak navíc ještě tahá přes USB). V PCI kartách je řadič, co si natáhne data z i2c eeprom.
Tak aby se to dobře updatovalo. Zas z toho že se tím standardem stává FAT mám docela strach.Firmware s NAND nebo NOR to maj taky dost natvrdo.
Jasně a balíčkovací systém se u příkazu update bude k tomu prokousávat jak?Stejně jako u NAND/NOR . Navíc bych se divil, kdyby někdo nedokázal ani dd (zvlášť, když při korektním zápisu do MBR se vytvoří mount point!).
Staré Broadcomácké SoC to dělali tak, že měli na sběrnici NAND, na prvních 256kB CFE a v mikrokódu něco jako nacpi 256kB někam do paměti a JMP na to místo. CFE měl otevřené zdrojáky.Tak samozřejmě nejlepší by to bylo s opensource to je bezpředmětný. Ta NAND se mě už moc nelíbí (v případě PoP package zabírá místo ramce). Problém je zase, že externí SPI flash je na dlouhodobé provádění kódu pomalá :-/.
BTW^2 moderní BIOS je LPC periferie přímoAle houbelec? Jak nové? Je pravdou že já mám starého Celera tak z přelomu tisíciletí, ale ještě co jsem viděl nové desky, brouk (pole) nebyl natvrdo připájený, ale dal se kleštěma vybrat. Co když se posere flashung?
Dobře tak 2kB ať nežeru . Spousta uC má takovou ROM (třeba scanner) ještě větší (a firmware pak navíc ještě tahá přes USB). V PCI kartách je řadič, co si natáhne data z i2c eeprom.Ty tak trochu nepobíráš moji pointu. Tou není ani velikost ani způsob natažení, ale nějaká standardizace. Kdysi dávno to byla disketa, včera to byl přímí přístup na NAND, dneska SD card, zítra třeba nějaký holografický pičmulínek, pozítří ví bůh. PCI karta nech si výkonný kód tahá jak chce (pokud bude fungovat), ale třeba u Fedory už by ten způsob neměl být device-specific. No tak či tak by
Někdoměl říct že se tu i případě různých periferií bude tahat tak a tak, měl by to vymyslet modulárně, nepříliš komplexně, otevřeně a hlavně aby se to tahalo co nejkratší možnou dobu.
Firmware s NAND nebo NOR to maj taky dost natvrdo.Jako co? Firmware, jádro nebo zavaděč?
Navíc bych se divil, kdyby někdo nedokázal ani dd (zvlášť, když při korektním zápisu do MBR se vytvoří mount point!)Dovedeš si představit Debian nebo Fedoru a jádro s dd? A jaká by byla hraniční velikost? Ne! Jádro patří do /boot/bzImage (klidně může být i symlink někam do nějakého brouka, hlavně když se to bude přepisovat systémovým voláním write())
Ale houbelec? Jak nové? Je pravdou že já mám starého Celera tak z přelomu tisíciletí, ale ještě co jsem viděl nové desky, brouk (pole) nebyl natvrdo připájený, ale dal se kleštěma vybrat. Co když se posere flashung?Moderní PC (ne z roku 2000 jako K7S5A) už nemaj obyč. paralelní flash, ale SPI nebo lépe LPC flash. SPI může být jako SMD brouk (rayer.ic.cz tuším popisoval flash), ale taky nemusí. LPC pak mám v kompu (2006) jako PLCC32 brouka (stejný pouzdro jako ta původní flash). Ale je to složitější mikrokontrolér (?), neboť reaguje na adresní a datové cykly na LPC (sériová sběrnice), LPC slave může realizovat cokoliv, je to vlastně náhražka ISA. Moje flash tuším umí na nepoužitých pinech (asi 50% ) provozovat GPIO.
Ty tak trochu nepobíráš moji pointu.Jo, a nebo se snažíme aproximovat odpověď z jiných úhlů . Otázka je pouze ta jak nabootovat základní kód na reset vektoru. Pokud rovnou z DDR, tak tam musí nejdřív něco ty data nacpat. Pokud z nonvolatilní externí paměti, tak je otázka kolik? Použít třeba jen 64kB je plýtvání místa na >16MB se už v pohodě vejde celej linux. Pokud má bejt ta paměť v procesoru, tak je problém zda ROM nebo flash. U ROM se ti nebude líbit proprietarita kód u flash jsi limitován velikostí a řekl bych, že takový hybridní čip bude docela sranda vyrobit. Pokud kopíruješ do DDR, tak můžeš obecně z SPI, SD. Ostatní varianty jsou buď zbytečné (externí flash), nebo programově náročné (usb mass storage). SPI je triviální, tu lze vyrobit automatem a SD IMHO půjde taky. Dál není problém provést standardizaci typu FDD (že ale byly krásně standardní ). Na disku už pak může být normální zaváděcí systém jako je na PC.
Jako co? Firmware, jádro nebo zavaděč?To je právě otázka co to je . Jak definuješ jádro? Může být v tom 32 pinovým švábu co máš v PC? OMAP má v sobě natvrdo vypálenej kód, co teprve zavede zavaděč z NAND flash - obvykle u-boot a ten je teprve jako první updatovatelný. U-boot pak může načíst z usb/sd/nand jádro.
A jak s ní budeš komunikovat? Na to aby si s ní mohl komunikovat, tak by si musel inicializovat vše od interní sběrnice procesoru až po kartu samotnou a celou strukturou se prokousat. Což netvrdím, že není v mikrokódu neproveditelné, ale určitě je to docela takové kostrbaté.To jsem myslel mikrokód automatu nebo kód v ROM přímo na SoC (bába nebo sníh ). Interní sběrnice může být resetována do inicializovaného stavu.
Dovedeš si představit Debian nebo Fedoru a jádro s dd? A jaká by byla hraniční velikost? Ne! Jádro patří do /boot/bzImage (klidně může být i symlink někam do nějakého brouka, hlavně když se to bude přepisovat systémovým voláním write())Přesně MBR(0x1be+16*i+0xc) přičemž i je 0,1,2,3, ale imho by to bylo skoro vždy =0. Pak by se vytvořil /dev/sda1. Jinak u-boot taky moc na rozložení NAND flash, kde je třeba linux, nehledí. Jinak FATka se oproti tomuhle RAWu zrovna moc neliší, je ale složitější jí implementovat.
loadlin
.
Obdobné obezličky bylo tenkrát třeba i u jiného hadrware, napřiklad než jsem si pořídil pravou SB 16, tak jsem měl jakousi divnou levnou zvukovou kartu, co se až po inicializaci DOSovým programem od výrobce začala jevit SB Pro kompatibilní.