abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 06:55 | Zajímavý software

Operační systém 9front, zřejmě nejaktivněji vyvíjený neoficiální fork systému Plan 9 (více informací), se dočkal nové verze nazvané „Ghost in the Minesweeper Shell“. K novým vydáním obvykle dochází každé jeden až tři měsíce.

Fluttershy, yay! | Komentářů: 0
dnes 02:00 | Bezpečnostní upozornění

Byly zveřejněny (Project Zero, Intel, AMD, Arm) informace o dalších 2 bezpečnostních chybách v procesorech: variantě 3a aneb CVE-2018-3640 - Rogue System Register Read (RSRE) a variantě 4 aneb CVE-2018-3639 - Speculative Store Bypass (SSB). Podrobnosti o chybě CVE-2018-3639 například v příspěvku na blogu Red Hatu. Princip vysvětlen pomocí videa na YouTube.

Ladislav Hagara | Komentářů: 0
včera 19:44 | Zajímavý software

Spolek vpsFree.cz na svém blogu informuje, že přechází z OpenVZ na vpsAdminOS. Distribuce vpsAdminOS je založena na NixOS a not-os. Pokud provozujete OpenVZ Legacy a nevíte co dál, můžete zvážit vpsAdminOS, který je na migraci kontejnerů z OpenVZ připraven.

Ladislav Hagara | Komentářů: 4
včera 10:22 | Komunita

Minulý týden byla ze správce souborů (Files, Soubory, Nautilus) v GNOME odstraněna možnost spouštění aplikací. Po bouřlivé diskusi byla dnes tato možnost do správce souborů vrácena (commit).

Ladislav Hagara | Komentářů: 28
20.5. 22:44 | Nová verze

Ani ne po měsíci vývoje od vydání verze 2.10.0 byla vydána nová verze 2.10.2 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP. Přehled novinek i s náhledy v oznámení o vydání. Opraveno bylo 44 chyb. Novinkou je podpora formátu HEIF (High Efficiency Image File Format) a dva nové filtry.

Ladislav Hagara | Komentářů: 47
20.5. 17:44 | Komunita

SFC (Software Freedom Conservancy) na svém blogu blahopřeje společnosti Tesla k prvnímu kroku k dodržování licence GPL. Tesla ve svých elektromobilech používá svobodný software. Změny ve zdrojovým kódech ale doteď veřejně nezveřejňovala. Změna nastala tento týden. Zdrojové kódy byly zveřejněny na GitHubu. Nejedná se zatím ale o kompletní odpovídající zdrojové kódy (CCS - complete corresponding source).

Ladislav Hagara | Komentářů: 14
19.5. 17:33 | Komunita

Společnost Purism informuje o aktuálním vývoji chytrého telefonu Librem 5, jenž by měl respektovat bezpečnost, svobodu a soukromí uživatelů. Telefon už umí telefonovat. Librem 5 by měl být k dispozici v lednu 2019. Předobjednat jej lze za 599 dolarů.

Ladislav Hagara | Komentářů: 32
19.5. 09:00 | Bezpečnostní upozornění

Společnost Qualys zveřejnila výsledky bezpečnostního auditu procps-ng, tj. balíčku s příkazy free, kill, pgrep, pidof, pkill, pmap, ps, pwdx, skill, slabtop, snice, sysctl, tload, top, uptime, vmstat, w a watch. Nalezeno bylo 7 bezpečnostních chyb (CVE-2018-1120, CVE-2018-1121, CVE-2018-1122, CVE-2018-1123, CVE-2018-1124, CVE-2018-1125 a CVE-2018-1126). Dvě z nich jsou zneužitelné k lokální eskalaci práv. Příslušné záplaty jsou již k dispozici v upstreamu.

Ladislav Hagara | Komentářů: 5
18.5. 06:44 | Nová verze

Byla vydána třiadvacátá alfa verze svobodné historické realtimové strategie 0 A.D. (Wikipedie). Kódový název této nejnovější verze je Ken Wood. Představení novinek v poznámkách k vydání a také na YouTube.

Ladislav Hagara | Komentářů: 3
18.5. 05:55 | Zajímavý článek

Tento týden se v Cambridge ve Velké Británii konal hackfest, který měl za cíl zlepšit výkon na GNOME postavených systémů na slabších počítačích. Hans de Goede například analyzoval spotřebu paměti jednotlivých komponent ve Fedora 28 Workstation na stroji s 2 GB RAM a pomocí kroků popsaných v článku Kde uspořit paměť ve Fedora Workstation na MojeFedora.cz snížil spotřebu paměti z 1,4 GB na 765 MB.

Ladislav Hagara | Komentářů: 10
Používáte pro některé služby inetd?
 (34%)
 (24%)
 (42%)
Celkem 137 hlasů
 Komentářů: 4, poslední včera 12:56
    Rozcestník

    Dotaz: Přístup na paralelní port v EPP režimu

    11.11.2003 21:02 Tom
    Přístup na paralelní port v EPP režimu
    Přečteno: 158×
    Rád bych si připojil k počítači nějaké vstupy a výstupy (relé, optotriaky, vstupy a výstupy 24V a tak ). Udělal jsem si jednoduchý I/O expander harwarově zadrátovaný jako paralelní zařízení které jede v EPP režimu. Zprvu se zdálo vše jednoduché (až podezřele), zapíšu adresu do EPP_Address_Registu ( na adresu LPT_BASE + 3 ) a do adresového registru se výstupem addr_strobe zachytí adresa, do EPP_Data_Registu ( na adresu LPT_BASE + 4 ) zapíšu data a ty se výstupem data_strobe zapíšou do výstupního registru. Ale ono to zas taková sranda asi nebude. On se totiž musí paralelní port nejprve správně přepnout do EPP režimu a na tom jsem dojel.

    Jak jsem se dozvěděl, jedna z možností je port přepnout do EPP režimu zápisem bajtu xxxx0100 do SPP_Control_port, eventuelně ještě nahodit 5. bit (Enable bi-directional port) a pak je potřeba ještě shodit (nebo nahodit) flag EPP_timeout v SPP_Control_portu. U některých výrobců se ještě musí tenhle flag nejprve dvakrát za sebou přečíst. (Podotýkám že nic z výše uvedeného na můj VIA686 chipset nezabralo. Respektive zabralo jen na půl - ať zapisuju data nebo adresu, pořád se mi strobují oba výstupy - jak addr_strobe, tak data_strobe).

    Lepší možností je údajně nakonfigurovat port přes Extended_control_registr (na adrese LPT_BASE + 0x402h), který sice slouží pro ECP mód, ale nastavuje se tam i tohle. Ale s tím mám potíž. Instrukce ioperm mi nedovolí přístup na adresu LPT_BASE + 0x402h. Na LPT_BASE to jde samozřejmě normálně. Nevím jestli něco dělám blbě, nebo jestli tam ten registr fyzicky není nebo co. On je to vlastně port integrovaný přímo na motherboardu a jede přes PCI, tak kdo ví, kde jsou ty adresy vlastně jsou.

    A tady jsem skončil. Port je asi špatně nakonfigurovaný. Snažil jsem se něco vyčíst v driverech parport a parport_pc. Dokonce by asi bylo dobré to i použít, protože o detekci a konfiguraci portu se postará jádro, ale tady nevím jak do toho. Zjišťuji, že problematika IEEE_1284 je příliš obsáhlá na to, že chci poslat pár bajtů na dva porty. Ale pokud někdo víte, že tudy je to ta správná cesta a mohli byste mi poslat třeba kousek kódu nebo odkaz, jak jednoduše použít EPP_write_address nebo EPP_write_data / EPP_read_data z parport_pc, budu moc vděčný. Budu samozřejmě vděčný i za jiné informace, které mě pohnou z místa. (Vděčný jsem i za to, že jste to dočetli až sem.)

    Odpovědi

    11.11.2003 22:14 David Jež | skóre: 42 | blog: -djz | Brno
    Rozbalit Rozbalit vše Přístup na paralelní port v EPP režimu
    Vidim ze vlastnis stejny radic jako ja :-) Via686A potrebuje zinicializovat pres PCI ze se jede v modu EPP, nezvlada ECP/EPP zaraz (ano jako vzdy, dokumentace samozrejme neodpovida skutecnosti...)
    -djz
    "Yield to temptation; it may not pass your way again." -- R. A. Heinlein
    12.11.2003 19:30 Tom
    Rozbalit Rozbalit vše Přístup na paralelní port v EPP režimu
    Me se ta inicializace stale nejak nedari. Podle dokumentace ma byt pristupny port na adresach 0x378 a jeho prislusny ECR registr na 0x378 + 0x402. Ale podle meho na te adrese ECR registru nic neni, protoze at tam pisu co chci, stejne vzdycky prectu 0xFF. Da se nejak zjistit, na jakych adresach to je? Je to kvuli PCI nekde jinde? Jak to zjistim? Ale stejne je to divne. Vzdyt ta adresa je prece dana normou IEEE 1284?
    13.11.2003 11:34 David Jež | skóre: 42 | blog: -djz | Brno
    Rozbalit Rozbalit vše Přístup na paralelní port v EPP režimu
    Da, treba v datasheetech VIA. Jinak na normy bych zrovna moc nespolehal, pro vyrobce jsou normy zasadne pro to, aby se porusovaly. Jinak adresa portu IMHO v IEEE byt definovana nemuze, pac jakakoliv adresa plati POUZE pro nejake pritrouble PCcko, existuje tuna jinych zarizeni, ktere s PeCkou nemaji spolecne vubec nic a presto maji IEE 1284 kompatibilni port. Co se tyce ovladace v linuxu, ten patch pro enablovani EPP (pokud to nefacha nastavenim v setupu) je zde. Pak jaderny partpo_pc ovladac korektne zinicializuje port jako EPP, ted se mi nad tim nechce premyslet neb mam v cerstve mysli trosku jinou architekturu nad kterou ted premyslim takze se na to mrkni a nech se inspirovat :-).
    -djz
    "Yield to temptation; it may not pass your way again." -- R. A. Heinlein
    13.11.2003 11:48 Kinnon
    Rozbalit Rozbalit vše Přístup na paralelní port v EPP režimu
    Prepacte, ze s pletiem do debaty, sice nemam potuchu o com to cele je, ale jednu vec som si vsimol, teda na zaklade vasich prispevkov. Ako je mozne ze je nieco zle zdokumentovane? Ako sa potom da opriet o dokumentaciu ? V podstae moze vyrobva napisat doc. k nejakemu sw, alebo hw a stale nemam zaruku, ze sa nato mozem spoliehat? Ako to potom riesit ?
    13.11.2003 12:20 David Jež | skóre: 42 | blog: -djz | Brno
    Rozbalit Rozbalit vše Re: dokumentace atd...
    Presne tak :-) Na dokumentaci se spolehat vetsinou nemuzes. Mozne to je tak, ze firmy pracuji predevsim po ekonomicke, ne technicke strance. Takze kdyz nekdo mrska na trh vyrobky metodou "hlavne at to mame o den rychleji nez ryze (nebo amici, nebo opet tchajwanci, nebo proste konkurence) a at jsme prvni na trhu a seberem nejvetsi podil, nevadi ze to nebude fungovat". Jeden pekny priklad: Nejmenovana firma uvedla nejmenouvanou desku pro nejmenovany procesor. V dokumentaci stalo, ze deska podporuje bootovani ze site. Obrazky ze setupu s prisulsnyma volbama. V realu to fungovalo tak, ze pentium IV deska te firmy ;-) proste nebootovala. Takze kamarad psal te stejne, opet nejmenovane firme, ze na jeho desce s chipsetem i875 nefunguje bootovani ze site. Ti trotlove se s tim drbali nevim jak dlouho, ale nakonec nez aby zapakovali jednu option rom do BIOSu s par inicializacemi, tak radeji vydali errata na MANUAL ze ta deska nebootuje a nikdy bootovat nebude. Ale opravdu nechci gigabytum delat ostudu :-)
    Takovych pripadu je vice, to je take duvod proc se blbe pisou veskere ovladace. Proto me take silene vytaci debaty luseru typu "udelejte sakra nekdo neco s tim linuxem, zacnete treba u ovladacu kdyz jsou k nicemu...", kteri jsou proste mimo.
    PS: Na jednom meetingu v docela dobre nalade jsem prisel s pracovnim vysvetlenim, proc dokumentace neodpovida realu po te, co jsem si precetl, kdo ji vlastne sepsal. Nicmene to nebylo mysleno moc vazne a to si o prislusnicich neznejsiho pohlavi opravdu nemyslim :-)
    PS2: Nejlepsi metoda jak to resit je pustit si nejaky dobry mind dopping (hehe, Sandra zni na VIA Vinyl na Athlon64 fakt dobre :-) ) a byt v dobre nalade a neresit dokumentaci, ale spolehat na sebe, jinak by ses zbytecne rozciloval.
    -djz
    "Yield to temptation; it may not pass your way again." -- R. A. Heinlein
    13.11.2003 12:38 Kinnon
    Rozbalit Rozbalit vše Re: dokumentace atd...
    Ano, este sa podelim o moj zazitok. Mal som za ulohu odmerat napatie(v istom rozhau) a previes to cez GAMEPORT(dalej len GP) do PC. Prelistoval som googla, rozne dokumentacie, prestudoval vsetko co sa dalo. Nakoiec sa mi podarilo nejak program zostrojit. ALE. V dokumenacii sa uvazdzalo, ze na prevodniku CD520 po zapojeni na GP naskocia na vystupoch(digitalnych) same nuly. Moj program bol postaveny na testovanie nul na zacatiku z istych dovodov, ktore nebudem zbytcone rozpisovat. Proste..v dokumentaci bolo vedene, ze po zapojeni tam maju byt 0ly a po istom case prechadzaju na 1ky. Ale pravda bola uplne opacna. Ale to som zistil asi po dvoch dnoch.A to som mal uz ozaj len krocik od psychiatrie. Takze mam zas o nieco menej vlasov. A to bolo primitivny GAMEPORT. Myslim, ze dokladna dokumnetacia je 50% uspechu. Ale zas je tu troch alibizmu, pretoze pokial tu dokumentaciu pise clovek a pise ju clovek, tak tomusime pochopit aj tak, ze sa budu robit chyby nadalej.
    14.11.2003 07:29 Tom
    Rozbalit Rozbalit vše Přístup na paralelní port v EPP režimu
    Ja se motam bohuzel cely zivot jenom mezi PCcky, tak se omlouvam za svuj omezeny pohled na hardware. Jinak ten patch zkusim. Tohle reseni se mi docela zamlouva. Dik.
    14.11.2003 07:32 Tom
    Rozbalit Rozbalit vše Přístup na paralelní port v EPP režimu
    Kam jsem to klepnul. Tohle melo byt za prispevkem -djz
    13.11.2003 16:31 Beda
    Rozbalit Rozbalit vše Přístup na paralelní port v EPP režimu
    ad ioperm na lpt_base+ neco... co takhle zkusit nastavit korektni lpt base, tak aby o ni jadro vedelo? viz /proc/sys/dev/parport/parport0/ a jeste treba pod uid 0 namapovat danou pamet mmapem? (btw je /proc/kcore read/write soubor?) pak by se snad dalo nasimulovat chovani podobne tomu, jake znas z realneho modu, ze by pro tebe neplatily omezeni v mape povolenych ioadres daneho procesu. ale urcite to musi jit i jinak a lip systemovejc.
    13.11.2003 16:39 Beda
    Rozbalit Rozbalit vše Přístup na paralelní port v EPP režimu
    ad instrukce ioperm ? to jako nejaka asemblerovina nebo strojakovina? jestli jo, tak se jeste koukni na man 2 ioperm a man 2 iopl treba to bude prave to co hledas.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.