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 18:22 | Bezpečnostní upozornění

V balíčku eject, příkaz pro vysunutí CD/DVD z mechaniky, v linuxových distribucích Ubuntu (USN-3246-1) a Debian (#858872) byla nalezena bezpečnostní chyba CVE-2017-6964 zneužitelná k lokální eskalaci práv. Linuxové distribuce používající eject z balíčku util-linux nejsou zranitelné.

Ladislav Hagara | Komentářů: 0
dnes 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 29
dnes 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 8
včera 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
včera 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
včera 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 16
včera 05:55 | Komunita

Prezident Nadace pro svobodný software (FSF) Richard M. Stallman vyhlásil na slavnostním ceremoniálu v rámci konference LibrePlanet 2017 vítěze Free Software Awards za rok 2016. Ocenění za společenský přínos získal SecureDrop (Wikipedie). Za rozvoj svobodného softwaru byl oceněn Alexandre Oliva (Wikipedie).

Ladislav Hagara | Komentářů: 0
včera 04:44 | Nová verze

Byla vydána verze 0.7.0 debugovacího nástroje cgdb. Mezi novinky patří například zvýrazňování syntaxe jazyka Rust. Podrobnosti v poznámkách o vydání.

Neel | Komentářů: 0
25.3. 22:00 | Komunita

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil (podcast) detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 64 tisíc vývojářů. Jejich nejmilovanější platformou je linuxový desktop. Ten je také druhou nejpoužívanější platformou vývojářů.

Ladislav Hagara | Komentářů: 7
24.3. 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 33
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 951 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Oprava chyby v intel_idle na BayTrail SoC

    Jedná se o chybu stability. Možná jste si někteří už zvykli, přidávat do grubu na BayTrailovém hardwaru intel_idle.max_cstate=1, aby počítač náhodně nezamrzal [phoronix]. Dělají to jenom některé modely hardwaru, zdaleka ne každý BayTrail je postižen, ale i tak je to zákeřné a je to otrava. V příslušném kernelovém záznamu o chybě zřejmě konečně vykrystalizovala záplata, která by se časem mohla dostat do vanilky (předběžným odhadem ne dříve než 4.11).

    16.2. 07:39 | frr | Bezpečnostní upozornění


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

    Komentáře

    Vložit další komentář

    cezz avatar 16.2. 10:20 cezz | skóre: 24 | blog: dm6 | Žilina
    Rozbalit Rozbalit vše Re: Oprava chyby v intel_idle na BayTrail SoC
    Co si spominam, tak tych patchov co to opravili bolo uz niekolko, tak snad je tento naozaj funkcny. (nic v zlom, developeri viac-menej tipuju kde by mohol byt problem, skutocna pricina je zrejme proste vadny HW a tie patche su len workaround)
    Computers are not intelligent. They only think they are.
    16.2. 11:38 frr | skóre: 32
    Rozbalit Rozbalit vše Re: Oprava chyby v intel_idle na BayTrail SoC

    Jojo... v kontextu aktuální aféry C2000 series (úplně jiný problém) a ve světle nějakých historických insider mailů co mám od malých TW výrobců... se samozřejmě škrábu na hlavě, jestli je (opět) chyba v křemíku, nebo se k němu linux třeba jenom choval nedostatečně uctivě. Nebo jinak než Windows, chtělo by se říci, ale našel jsem i zmínky, že někomu mrznou i Windows... což se v mém případě nepotvrdilo.

    To dlouhé vlákno bug reportu končí pár pochvalnými referencemi, že uvedený patch funguje a že ho autor předložil maintainerům. Tak snad konečně. Koukal jsem, co je ten patch zač... víceméně brání nějakému dynamickému cvičení s hodinami GPU, zasekává jakousi proměnnou v ladění spotřeby na pevnou hodnotu. Ejhle, tady je docela dobrý rozbor. A úplně na konci to shrnuje Len Brown, jehož e-mail končí intel.com, který hlasuje dost důrazně pro přijetí tohoto patche (vlastně revertu).

    Popravdě... já na to přišel teprve před týdnem, v rámci řešení zámrzů jednoho konkrétního modelu HW, po docela dlouhém zkoušení a porovnávání (mám sklad HW za zády) v Ubuntu a v Debianu s různými kernely. Zkusil jsem bay trailových kompů asi pět různých modelů a tenhle jediný vykazoval systematický problém. Samo že jsem zkusil Googlit hned jako první věc, ale zpočátku jsem asi nezkoušel správná klíčová slova... ten link na Phoronix přidal moderátor (díky), já o něm nevěděl :-) Na uvedený kernelový bug report jsem narazil kupodivu Googlem, zároveň při štrachání ve zdrojácích kernelu (cpufreq apod.) kde jsem hledal, jak by šlo EISTem třeba trochu přidat napětí (upravit VID). Až dodatečně jsem našel několik zmínek v bubuntích fórech.

    Phoronix tvrdí (a tuším i nějaké zmínky ve fórech) že údajně stejný problém má Braswell. Die-shrink CPU jádra Silvermont z 22 na 14 nm, doplněný upgradem grafiky z "generace Ivy Bridge" na "generaci Broadwell". Hm. Tak nevím co je tam za společného jmenovatele... žeby "Intel"? :-)

    [:wq]
    16.2. 12:51 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Oprava chyby v intel_idle na BayTrail SoC
    Len Brown, jehož e-mail končí intel.com

    On i ten Mika Kuoppala má e-mail se stejnou doménou, přičemž v podstatě uvádí, že k tomu řešení se došlo na základě bisectů. Celé se to zdá potvrzovat informace agentury JPP, že u některých hardwarových vendorů jsou (interní) vývojáři linuxových driverů v pozici občanů druhé kategorie, kteří musejí škemrat o důležité informace (a často marně).

    16.2. 13:44 frr | skóre: 32
    Rozbalit Rozbalit vše Re: Oprava chyby v intel_idle na BayTrail SoC
    S gustem jsem se zasmál, díky :-D To musí být ošklivý pocit. Jsem uvnitř, chodí mi plat, ale vlastně jsem se nikam nedostal, jenom stanuji za první hradbou někde na parkáně. I tak je fajn, že takoví lidi existují, že je Intel platí aspoň za tohle, třeba jako "vyjádření dobré vůle". Pořád mají myslím blíž k jádru pudla, než my ostatní totálně venku.
    [:wq]
    16.2. 14:22 Ivan2 | skóre: 4
    Rozbalit Rozbalit vše Re: Oprava chyby v intel_idle na BayTrail SoC
    Tahle presne takle to bylo i v IBM, kdyz hodne podporovala portaci Linuxu na PowerPC. U nekterych zarizeni to skoncilo to na tom ze "my jsme HW divize a my vam speficikace nedame". The bigger the company the bigger the mess.

    I kdyz na druhou stranu jsem videl i situaci kdy nekdo z VMware realne dosahl toho, ze se upravila speficikace procesoru, protoze si to jako "zakaznik" vyzadali. V techhle situacich jsou hlavni motivaci penize.

    16.2. 18:33 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Oprava chyby v intel_idle na BayTrail SoC
    IBM je dost specifický případ. Na základě svých zkušeností bych to formuloval asi tak, že pokud někdo vnímá IBM jako jednu firmu, tak zcela zásadně nepochopil situaci. :-)
    18.2. 05:00 kotrcka | skóre: 23 | blog: Onééé 2 | Praha
    Rozbalit Rozbalit vše Re: Oprava chyby v intel_idle na BayTrail SoC
    toto pouzivam na i5-2xxx s HD3000 a to nie je baytrail.
    You son of a bit.. coin
    k3dAR avatar 18.2. 05:52 k3dAR | skóre: 43
    Rozbalit Rozbalit vše Re: Oprava chyby v intel_idle na BayTrail SoC
    z jakeho duvodu? i5-2520m s HD3000 mi za 3roky nezamrzla ani jednou...
    porad nemam telo, ale uz mam hlavu... nobody
    18.2. 07:46 frr | skóre: 32
    Rozbalit Rozbalit vše Re: Oprava chyby v intel_idle na BayTrail SoC
    Ivy Bridge? No fakt je, že má BayTrail od něj odvozenou grafiku. V tom kernelovém bug reportu se včera někdo ozval, že mu omezení cstate pomáhá se stabilitou na Skylaku. Přitom většina strojů z těchto rodin "prostě funguje".

    Vrtá mi hlavou, jestli třeba není společný problém v tom, že výrobce motherboardu neumístil dostatečně tvrdou keramickou blokovací kapacitu do konkrétního "sladkého místa", ale až o dva centimetry dál. Že cvičení s hodinami (nevím jestli i s napětím) má za následek ostré skoky ve spotřebě, které je potřeba do určité minimální míry vykrýt filtrací napájení, jinak roste na nenulovou hodnotu riziko, že se potká motor s motorem. Pokud ten křemík zvládá násobit integery na taktu 4 GHz, reálně jsou jednotlivá hradla schopná chodit nejmíň desetkrát tak rychle. Délka vlny pár mm je relevantní. Čtvrtvlnné vedení invertuje impedanci ze zkratu na "otevřený konec". Impedanční charakteristika vysokokapacitní MLCC keramiky (desítky uF na 5V) taky není zdaleka ideální, minimum impedance je tuším někde v jednotkách MHz, tady jsme o čtyři řády výš... Osazovat tam 10nF bezindukční smetí z materiálu NP0 ? Měl by Intel přidat takové součástky dvěma řadami kolem dokola na interposer? Já nevím...

    A nemám to jak otestovat, protože na rubu BGA footprintu jsou spoje na plošáku hrozně natěsno, hrst maličkých kondíků tam už je, nevím nic o jejich parametrech, o potřebných parametrech, Intel snad dokonce už ve veřejných datasheetech ani neuvádí ballout apod. S bídou se dopátrám, kde zhruba jsou ty dvě větve Vcore okolo 0.8 V (pro CPU a GPU) a 1V "uncore". V mém případě jsem zkusil přidat solid polymery, protože VRM byl celý keramický - nepomohlo to vůbec (přidal jsem na vstup i výstupy kvůli vyvážení). Jestli je to v napájení, tak je to na VF konci, v milimetrových vzdálenostech :-(
    [:wq]
    Ovoce avatar 18.2. 13:27 Ovoce | skóre: 8
    Rozbalit Rozbalit vše Re: Oprava chyby v intel_idle na BayTrail SoC
    HD3000 je Sandy Bridge (předchůdce na 32nm, tock)
    18.2. 15:27 frr | skóre: 32
    Rozbalit Rozbalit vše Re: Oprava chyby v intel_idle na BayTrail SoC
    Má pravdu, předseda... tak tomu už nerozumim vůbec :-/
    [:wq]

    Založit nové vláknoNahoru


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