Hirdetés

Keresés

Hirdetés

Aktív témák

  • Flashcash

    Közösségépítő

    válasz Erasmus #17 üzenetére

    Nem beszélt itt senki szenzációról csak én érdekesnek tartottam hogy a Prohardver oldalra látogatva a főlapon 2-3 szalagcímben látom hogy az AMD 64-ben találtak egy biosfrissítéssel javítható hibát, az Intelről nem láttam ilyesmit.

    Most akkor ki is a szenzációhajhász? :)

  • rog

    addikt

    válasz Erasmus #17 üzenetére

    nekem tök úgy jön le a cikkből, hogy a cpu hibáját majd a bios módosításval korrigálják, és innentől minden jól fog működni.
    pedig inkább csak arról van szó, hogy a most használt bios-okban van egy olyan kódrész, ami ezt a hibás működést előidézi, és azt javítják ki a gyártók az amd útmutatásai alapján.
    ettől még előfordulhat, hogy valakinek a programja, oprendszere is tartalmaz olyan kódot, ami előidézi ezt a problémát..

  • tocsa

    senior tag

    válasz Erasmus #17 üzenetére

    Valami szekértő elmondhatná, hogy egy ilyen hibát hogyan lehet BIOS-ból orvosolni.

    Nekem csak óriási hack-ek jutnak eszembe:
    - a chipset passzívan figyeli a az adatbuszt, és hogy milyen utasítások áramlanak rajta
    - valahogyan figyelia proci DF falg értékét is (?)
    - figyeli az RCX értékét is valahogy, hogy 1 és 20 között van-e
    - ha DF=1 (vissza irányú a string művelet) és jön egy MOVS, előtte REP perfixxel
    - és mindezek előtt az errata-ben említett utasítások voltak (BOUND, CLI, LDS, LES, LFS, LGS, LSS, IDIV, and most microcoded x87 instructions), akkor közbeavatkozik

    Már ennek az esetnek a figyelése is baromi bonyolult, mert a mobo nem lát bele a prociba. Sőt, talán lehetetlen is.

    És hogyan avatkozik közbe? Bead valami NOP-ot vagy más utasítást sutyiba a procinak, hogy a retire logikát egy kicsit siettesse? De akkor elromlik az IP értéke.

    Ezt nem tudom elképzelni.

    Acer Predator Helios 500 Ryzen, Samsung 960 Pro NVMe + GeChic 15.6" kulso monitor a mobil irodahoz

Aktív témák