• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    LITTLELIAssembler
    KYOSUKE
    KYOSUKE --- ---
    MIKI001: Holt za protectorátu je to s informacema bídný... :-D
    MIKI001
    MIKI001 --- ---
    LITTLELI: Dekuju za takovyhle vysvetleni .. a jenom koukam co jsem za dob pred protected rezimem ani nezaslechl :)
    KYOSUKE
    KYOSUKE --- ---
    Ono to možná stejně dopadne tak, že se pokusím udělat to napůl ručně. Jestli to chápu správně, tak FPGAčka jsou v tomhle směru dost nevypočitatelný, pokud jde o to, do kolika buněk se podaří narvat konkrétní logiku (efektivní počet hradel/LUT).

    BTW, není Verilog trošku proprietární záležitost? Myslel jsem, že s ním jsou nějaké problémy v tomhle směru.
    LITTLELI
    LITTLELI --- ---
    * a co Verilog?
    KYOSUKE
    KYOSUKE --- ---
    * kyosuke si postahoval hromadu chytrých knih o VHDL a moc dobře ví, proč... :-)
    LITTLELI
    LITTLELI --- ---
    MIKI001: no to rozhodne nikoli. v realnem rezimu proste muzes adresovat 20bitu z toho nad 640KB je oblast rom adresaci mas segment:offset pricemz segment i offset predstavuji 16bitove registry, finta je v tom, ze se prekryvaji po jednotkach, kterym se rika paragrafy. pak mas virtualni rezim, tj. ze vytvoris z chraneneho rezimu nejaky sestnactibitovy segment podle pravidel chraneneho rezimu a nastavis ho fakticky tak, ze vypada jako prostredi realneho rezimu - navic se tak zpristupnovala pamet na tim 1MB pres XMS nebo EMS (vetsinou opet emulovaneho pres XMS). no a vlastne je ve hre jeste A20 brana :) coz jeste snad zpristupnuje jeden bit nad temi 20.

    no v tom chranemym mas pak selector:offset, selector zde ma jinou funkci, selektor ukazuje do tabulky deskriptoru, kde je uvedena rada veci a predevsim baze tj. fyzicke resp. logicke/virtualni pametove misto. pak tam je rada veci, prava toho "segmentu", typ - (interrupt gate, stack, code segment, overlay...), sirka (16/32bitu) ale ono je to vsecko v dokumentaci a je to slozity jak budik.

    vlastne zadny operacni system nevyuziva moznosti ochrany pameti na x86 proste proto, ze je to strasne slozity, nekde hodne silny nekde docela nedomysleny, kdyz do toho pribude strankovani s ruznymi moznostmi strankovani (4KB/1MB) tak to zacina bejt slusny peklo.

    ale rozhodne proste v realnem rezimu se ti nepodari naadresovat tech zminenych 4GB. na to potrebujes uz rezim ochrany a to jeste navic 32bitovy. na 286 byl rezim ochrany take, ale byl omezeny na 64kb segmenty (adresace 16MB).

    tohle je fakt peklo a nevim dneska se tim nema moc cenu zabyvat mi prijde.
    MIKI001
    MIKI001 --- ---
    LITTLELI: To je strasne zajimavy co pises, ale nejak se v tom ztracim, jestli to dobre chapu tak jde v realnem modu psat kod bez prefixu a budu pouzivat napriklad 32-bitovy registry a muzu se dostat na celou 2^32 pamet? Staci kdyz "nejak" oznacim segmenty ze maji mit 32-bitovou adresaci?
    KYOSUKE
    KYOSUKE --- ---
    LITTLELI: Budu si Tě muset pořídit do knihovny. :-) Začal jsem už konečně jemně studovat toho dinosaura, co si říká x86.
    LITTLELI
    LITTLELI --- ---
    to prefixovani jak jej popisujes je spis dusledek.
    ve skutecnosti jde o to, ze prefixovani se ridi flagem uvedenym pro danou polozku v tabulce deskriptoru. Segmenty jsou s 16bitovou nebo 32bitovou adresaci. A nejspis nove i 64bitovou adresaci u novych modelu.
    MIKI001
    MIKI001 --- ---
    RCR: No podle mne ma, dos ti bezi prece v real modu a pro pouziti 32-bitovych instrukci musis psat prefix pred instrukcema, zatimco v protected modu uz se zadnej prefix psat nemusi.
    Jo a nenabizi dosapi i treba w9x, ale to si uz nejsem moc jistej :)
    RCR
    RCR --- ---
    MIKI001: Silne offtopic, DOS je podle mne i treba DOSBOX, jedna se proste o prostredi, ktre dava k dispocici dosove API (tedy sluzby preruseni), BIOSove API a PC. Bity s tim nijak nesouvisi, je to spis o tom API (z meho pohledu).
    MIKI001
    MIKI001 --- ---
    KYOSUKE: Huhu ... husty. Este ze sem uz linej psat neco v assembleru ... clovek by se z toho mohl za chvili i zblaznit :)
    KYOSUKE
    KYOSUKE --- ---
    MIKI001: Ten procík má teď pět různých režimů... :-D
    MIKI001
    MIKI001 --- ---
    RCR: Tak dosem myslim urcite 16-bitovy os ... jak to ma proste 32-bitu tak to uz proste neni dos :)

    KYOSUKE: Je to zvlastni, sem si myslel ze zrusily 16bitovy instrukce a ten prefix co se pouzival pro 32bitu se tedka jenom bude pouzivat pro 64bitu. I kdyz jak nad tim uvazuju tak by se tim zrusila veskera zpetna kompatibilita ... nojo sem lame.
    KYOSUKE
    KYOSUKE --- ---
    Dokumentace říká, že AMD64 je zpětně kompatibilní se 16b softwarem a OS.
    RCR
    RCR --- ---
    MIKI001: Ja bych rek ze by melo bejtkompatibilni, msdos na tom mozna nepojede, na druhou stranu nektere DOSy jsou ciste 32bit, treba PCDOS2000 by chodit mel. 386 neni ziva jen 32bit instrukcemi, spise naopak, takze bych cekal, ze hlavni rozdil oproti dobe z8000 a 8088 je v tom, ze intel ma dost penez na to, aby Itanium udrzel na trhu aspon nekde, ackoliv jeho benchmarky oproti Alpham jsou velmi spatne.
    MIKI001
    MIKI001 --- ---
    KYOSUKE: Ses si jisty, ze je amd64 zpetne kompatibilni s 16-bitovejma procesorama? Ja mel do tedka pocit ze uz tam 16-bitu osekly a proto se tam treba neda pustit dos nebo jinej 16-bitovej os.
    KYOSUKE
    KYOSUKE --- ---
    Áááá!!! Tak se odstěhuju k nějakým MZákům... :-/ :-D
    _BENNY
    _BENNY --- ---
    KYOSUKE: pokud nebudou zpetne kompatibilni se soucasnou architekturou (coz bude pravdepodobne AMD128:-), tak dam krk za to ze se na trhu nechytnou :-D
    KYOSUKE
    KYOSUKE --- ---
    No, toť otázka a myšlenkový sociální experiment. :o) Ale ono se třeba fakt jednou ucho utrhne. Neříkejte mi, že i kvantové počítače budou muset být zpětně kompatibilní s 16b DOSem. :-DDD
    Kliknutím sem můžete změnit nastavení reklam