Samba (Wikipedie), svobodná implementace SMB a Active Directory, byla vydána ve verzi 4.23.0. Počínaje verzí Samba 4.23 jsou unixová rozšíření SMB3 ve výchozím nastavení povolena. Přidána byla podpora SMB3 přes QUIC. Nová utilita smb_prometheus_endpoint exportuje metriky ve formátu Prometheus.
Správcovský tým repozitáře F-Droid pro Android sdílí doporučení, jak řešit žádosti o odstranění nelegálního obsahu. Základem je mít nastavené formální procesy, vyhrazenou e-mailovou adresu a být transparentní. Zdůrazňují také důležitost volby jurisdikce (F-Droid je v Nizozemsku).
Byly publikovány informace o další zranitelnosti v procesorech. Nejnovější zranitelnost byla pojmenována VMScape (CVE-2025-40300, GitHub) a v upstream Linuxech je již opravena. Jedná se o variantu Spectre. KVM host může číst data z uživatelského prostoru hypervizoru, např. QEMU.
V červenci loňského roku organizace Apache Software Foundation (ASF) oznámila, že se částečně přestane dopouštět kulturní apropriace a změní své logo. Dnes bylo nové logo představeno. "Indiánské pírko" bylo nahrazeno dubovým listem a text Apache Software Foundation zkratkou ASF. Slovo Apache se bude "zatím" dál používat. Oficiální název organizace zůstává Apache Software Foundation, stejně jako názvy projektů, například Apache HTTP Server.
Byla vydána (𝕏) srpnová aktualizace aneb nová verze 1.104 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.104 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Spotify spustilo přehrávání v bezztrátové kvalitě. V předplatném Spotify Premium.
Spoluzakladatel a předseda správní rady americké softwarové společnosti Oracle Larry Ellison vystřídal spoluzakladatele automobilky Tesla a dalších firem Elona Muska na postu nejbohatšího člověka světa. Hodnota Ellisonova majetku díky dnešnímu prudkému posílení ceny akcií Oraclu odpoledne vykazovala nárůst o více než 100 miliard dolarů a dosáhla 393 miliard USD (zhruba 8,2 bilionu Kč). Hodnota Muskova majetku činila zhruba 385 miliard dolarů.
Bylo vydáno Eclipse IDE 2025-09 aneb Eclipse 4.37. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
T-Mobile od 15. září zpřístupňuje RCS (Rich Communication Services) zprávy i pro iPhone.
Společnost ARM představila platformu Arm Lumex s Arm C1 CPU Cluster a Arm Mali G1-Ultra GPU pro vlajkové chytré telefony a počítače nové generace.
Zdravím , má někdo zkušenosti s tímto modulem v linuxu ? TOTO
Chtěl bych ovládat motůrky , spínat relé a zjišťovat například vlhkost půdy v květináči.
Nějakej netbook s linuxem s minimální spotřebou doma mam např (eltrinex) , šoupnout ho jako to co bude řídit ten usb modul a pomocí wifi na dálku ovládat nebo řídit spotřebiče.
Děkuji za reakce
Koukal jsem se a na mém oblíbeném obchodě TME žádnej AT90 nemaj ve DIL forměNejsem si jistej, jestli se vůbec vyrábí... nevzpomínám si, když jsem naposledy koukal, že bych na něco narazil...
Ale zase s tím byla sranda :).
Já: Počkej, kam odcházíš?
P: Mám tu ještě strašně moc urgentní administrativy na dořešení. Zkus s tím firmware začít sám.
Já: Ale já vidím Wiring poprvé v životě!
P: Have fun :)
No to jsou ceny .... Koukam že až tak moc lidí neprovádí řízení v linuxu.
Postupem bych chtěl modul s rj45 dát do robota , k němu AP v režimu klient , a dálkově ovládat robota po wifi , postupem času přihodit netbook ... takže potřebuju hodně vstupů a výstupů ale ty ceny jsou totál mimo... Asi se naučim japonsky a něco si objednam od nich za pětinovou cenu.
Zdravím,
připojit zařízení přes USB i další rozhranní k Linuxu není problém. Co se týče HW, tak při použití standardních rozhranní (USB, I2C, Ethernet, SPI...) je SW velmi dobře portovatelný. Lze pak při požadavku na nízkou spotřebu použít po vývoji na PC třeba nějaký WiFi AP na MIPSu či ARMu. Tyto stroječky mají často i pár přímo použitelných GPIO vstupů/výstupů. Co se týče odevřenosti a použití standardního OpenWRT, tak je pěkné třeba Biquiti http://ubnt.com/routerstation.
Pokud se rozhodnete, že bude řízní periferií o něco složitější, tak se vyplatí navrhnout vlastní HW připojený třeba přes USB, RS-232, RS-485 nebo CAN. Pro pohodlnost vývoje SW a dostatečný výkon bych již PIC ani AVR nepoužíval. Obecně CPU, které není schopné registrem o nativní délce strojového slova adresovat libovolné místo v adresovém prostoru nebrat. Pro malou spoitřebu je tu MSP430, pro běžné věci ARM a MIPS. Cortex-M3 již má již i na rozdíl od ARMS7+VIC slušný těsně integrovaný prioritní řadič přerušení. Obsluha výjimek je unikátní v tom, že ve vektoru specifikovaná funkce je přímo z HW volaná volaná se standardní ARM EABI volací konvencí a přímo CPU se stará o úklid cloberable registrů. Pro jednoduché programování je to paráda, pro výuku až škoda, protože si vlastně ani není nutné uvědomovat specifika obsluhy přerušení.
Co se týče USB stacku a SW, tak lze použít mnoho předpřipraveného SW (FreeRTOS, ...). Pro přímé programování bez OS jsme si pro mnoho architektur a desek seskládali naše Sys-less řešení
http://rtime.felk.cvut.cz/hw/index.php/System-Less_Framework
Vývojové nástroje pro arm-elf lze třeba stáhnout přes APT
http://rtime.felk.cvut.cz/hw/index.php/Cross_compilers
USB stack máme v sys-less odzkoušený pro starší LPC2148 a Cortex-M3 řadu LPC17xx. Je třeba součástí kódu pro naše komunikační řešení na RS-485
Vyzkoušet si ARM build lze třeba takto
echo deb ftp://rtime.felk.cvut.cz/debian unstable main >/etc/apt/sources.list.d/rtime-debs.list apt-get update apt-get install binutils-arm-elf gcc-arm-elf gdb-arm-elf wget -O get-git-ulan 'http://ulan.git.sourceforge.net/git/gitweb.cgi?p=ulan/ulan;a=blob_plain;f=scripts/get-git-ulan' sh get-git-ulan sh ulan/scripts/build-ulan-embedded
Výsledkem je aplikace U2U, která běží na LPC2148 a podporuje propojení USB na naší RS-484 síť.
Příklad jednoduchého zařízeni pro blikání ledkami přes USB lze nalézt v materiálech k mé přednášce Ovladače Linux: Prezentace, Příklad zdrojového kódu pro předmět Komunikační rozhraní počítačů (A4M38KRP)
Návrh hardware je s LPC17xx a jinými malými MCU jednoduchý a množství různých návrhů lze nalézt třeba v diplomových pracech našich studentů. Nějaký základ obecného HW návrhu mohu dodat i z našich firemních projektů.
Pro pohodlnost vývoje SW a dostatečný výkon bych již PIC ani AVR nepoužíval. Obecně CPU, které není schopné registrem o nativní délce strojového slova adresovat libovolné místo v adresovém prostoru nebrat.Tady bych požádal o vysvětlení, co je tím myšleno. Už si nepamatuju, jak je to u PICu, ale procesory AVR mají tři 2B dlouhé registry určené pro nepřímé adresování + instrukci pro přímé adresování.
Pokud není ALU a instrukční soubor vybavený operacemi pro práci s plnou délkou ukazatele (v případě 64kB adresního 16 bit sčítání, odčítání a alespoň posuny) tak céčkový kód s ukazateli bude po přeložení zbytečně kynout.S tímhle moc nesouhlasím. Uznávám, že po přeložení C kódu s ukazateli může vzniknout dost ošklivý a nakynutý kód, ale snad ve všech případech, kdy jsem se s tím setkal, šlo o chybu překladače/optimalizátoru, který nepoužil něco, co ten procesor umí. (Nebo prostě vymyslel totální ptákovinu a že jsem jich už viděl dost.) Nejsem si teď jistý, jaký kód máš na mysli, ale napadají mě dva případy. 1. konstrukce typu ukazatel + x - ok, místo jedné instrukce se pro sčítání použijí dvě. O něco déle to trvá, ale v programu jako celku si nedovedu představit, že by to mělo nějaký významný vliv. 2. ukazatel na složitější strukturu - opět není problém. AVR má instrukce pro práci s pamětí s adresováním registru + konstanta. Adresovat jednotlivé prvky struktury je tedy možné jedinou instrukcí a za stejnou dobu, jako normální proměnnou. To mimo jiné lze použít i v případě č. 1, pokud je x konstanta - v kódu potom vznikne něco jako "nahraj/ulož z/do X + (velikost prvku * x)" - konstanta pro posun je v rozsahu 0-63, což dává možnost pracovat s poměrně velkými strukturami a adresovat i relativně dlouhá pole. Jak jsem říkal, překladač to bohužel občas udělá blbě, ale to není chyba architektury. Nenapadá mě, k čemu bych kdy použil posuny adres, ale je to stejný případ jako pro sčítání - prostě místo jedné instrukce se použijí dvě (tady už to může mít větší vliv než to sčítání, protože AVR posunuje jen o jednu pozici)
Ještě ja potřeba započítat nepoužitelnost zásobníku pro budování přirozených céčkových rámců s lokálními proměnnými atd.To se AVR netýká. A když mi někdo bude tvrdit, že 8051 je krám, hádat se s ním nebudu.
Co se týče 8-bit AVR, tak tam je to o trochu lepší.Vzhledem k výše napsanému bych dokonce z věty "Pro pohodlnost vývoje SW a dostatečný výkon bych již PIC ani AVR nepoužíval." vyhodil AVR
Díky více ukazatelůmNejsou tak podstatné, vliv to má jenom na výkon odbouráním zbytečného přesouvání dat tam a zpátky...
Přesto je to procesor s 8-bit základní aritmetikou. Trochu to zahraňují na novějších jádrech instrukce MOVW, ADIW, SBIW, MOVW, ale posuny a další chybí.Zrovna tyhle instrukce bych za tak důležité nepovažoval. Jediná jejich výhoda může být v tom, že pracují atomicky, ale to je tak všechno - trvají stejně dlouho a použití jedné instrukce místo dvou (tj. ušetření jednoho programového slova) za tak velkou výhodu nepovažuju. O posunech jsem psal vejš.
Ovšem volání podporogramu přes EIND je hnus. Stejně tak nesouvislá adresace LPMUznávám, moc hezké to není, ale napadá tě jiné řešení? Takové, aby ten procesor (či přinejmenším jeho části) nemusel být 32bitový? A krom toho tahle věc se týká jenom "nejvyšších" typů AVR - těch, které mají víc než 64k slov programové paměti. A i tam jenom v případě, že pracuješ s pamětí nad rámec spodních 64k slov.
LD znamená trvalé hlídání const/no const ukazatalů a složitý kód nebo všechna const data přenést do RAM nebo jiné datové oblasti.Nerozumím těm const/no const ukazatelům (C jsem přece jenom trochu pozapomněl). Nicméně pokud se jedná vyloženě o konstanty, tak ty překladač do RAM přenáší automaticky vždy. Dá se mu v tom samozřejmě zabránit a říct, že daná konstanta se má uložit do programové paměti a tam taky zůstat, což - když se to udělá dobře - alespoň částečně vyřeší to hlídání (překladač by si měl stěžovat (warning) na nesouhlasné datové typy)
ELPM a RAMPX, RAMPY, RAMPZ a RAMPD pak postupně rostoucí beznadějnost vývojářů jádra CPU jen dokládá.Tady nesouhlasím už vůbec. To jádro je dělané jako 8 bitový procesor s 16 bitovým adresováním. Zmíněné registry/instrukce jsou relativně rozumným rozšířením adresování - bez nutnosti dělat velké zásahy do jádra a hlavně bez jakéhokoliv ovlivnění práce s programem. Dám příklad: mám přístroj s nějakým malým AVR procesorem a program k tomu. Pak dělám novější verzi toho přístroje a zjistím, že malý procesor už mi nestačí kvůli nedostatku periferií/nožiček. No tak koupím větší, ale přitom mě existence nějakých ELPM a spol. nemusí zajímat, protože původní program bude fungovat dál. Pro ten ty registry navíc neexistují. Teprve když velikost programu překročí hranici 64k slov, přijdou tyhle věci do hry. Jo, jasně, mohl bych místo toho předrátovat procesor a rozšířit registry. Jenže tím bych si zmenšil počet dostupných registrů pro ostatní práci o nějakou čtvrtinu, přičemž v těch nových velkých by z větší části pořád byly jenom nuly. A program by do nich neustále zapisoval nové nuly, jenom výjimečně něco jiného. Přístup, kdy jednou za čas - když je to potřeba - zapíšu EIND, skočím a pak si EIND nemusím všímat do dalšího skoku (mluvím o skocích na absolutní adresu) mi prostě přijde lepší. Btw. když už jsme u těch rozšiřujících registrů, tak nějak si nevzpomínám, že bych někdy viděl zařízení, ve kterém se používá něco jiného než RAMPZ (a i tam jenom pro programovou paměť, ne pro datovou)
Tiskni
Sdílej: