W dniu 2016-02-07 o 22:15, J.F. pisze:
> Dnia Sun, 7 Feb 2016 13:03:39 +0100, janusz_k napisał(a):
>> W dniu 2016-02-07 o 08:28, slawek pisze:
>>> On Sat, 6 Feb 2016 00:08:06 +0100, Grzegorz Kurczyk
>>>> AVR ma oddzielną pamięć programu i danych co powoduje, że np do
>>>
>>> Intel x86 też ma oddzielnie segmenty kodu i danych. I co? I jakoś z tym
>>> żyjemy.
>> To kompilator ma a nie procek, x86 od zawsze miały wspólną przestrzeń
>> danych i programu.
>
> Przestrzen wspolna, adresacja jedna, ale i tu moze segmentacja
> namieszac. Ktos jeszcze pamieta te modele pamieci w C - tiny, small,
> huge .. 6 ich bylo :-(
Pewnie, pisałem na nie. Co nie zmienia faktu że można było wpisać
dowolny adres i pobrać dane czy zapisać z całej pamięci RAM, dopiero
w nowych teraz prockach jest blokada na poziomie jądra procka, tylko
procesy systemowe w ringu 0 mają całkowity dostęp.


>>> Intel x86 też ma oddzielne instrukcje mov i in.
>> Łaskawco rozrózniaj instrukcje dostępu do pamięci "mov" od instrukcji
>> we/wy "in", bo jak na razie to mieszasz pojęcia.
>
> Poniekad ten sam problem, tylko w jeszcze innym miejscu.
> taki 8080 nie mial np adresacji in/out posredniej czy przez rejestr,
> tylko wpisany w rozkaz, - co uniemozliwialo zadanie adresu parametrem
> - musial byc z gory okreslony.


Jarku sprawdz zanim napiszesz, cytuję:
"Other Instructions

IN Port Data from Port placed in A register.
OUT Port Data from A register placed in Port."

http://fms.komkon.org/comp/CPUs/8080.txt



--
Pozdr

Janusz_K