ЛР 4 для ИВТ. Вопросы по реализации Data Memory

[BROsandr]

При этом она должна иметь видимость ограничения доступных адресов 0xNN000000 – 0xNN0003FC, где NN это последние две цифры студенческого. Например, если мой студенческий 001905, то 256 слов памяти должны быть расположены по адресам 0x05000000 – 0x05003FC

0xNN0003FC - 0xNN000000 = 0x000003FC = 1020

1020 / 4 = 255 слов

Если захватывать граничные байты, то ( 1020 + 1 ) / 4 = 255.25 слов

[HepoH3]

По адресу 3FC размещен нулевой байт 255-го слова (256-го, если считать с единицы):

0x000 <- нулевой байт нулевого слова
0x003 <- третий байт нулевого слова
0x004 <- нулевой байт первого слова
0x007 <- третий байт первого слова
...
0x3FC <- нулевой байт 255-го слова

Поскольку в памяти инструкций данные хранятся словами, а не байтами (reg [31:0] Memory [0:255]), после преобразований адреса 0x3fc>>2=0xFF в память придет адрес 255го слова, и она вернет его целиком.
Если на лабе вы делали память инструкций как reg [7:0] mem [0:1023], то вам не надо делать сдвиг, но адрес у вас должен быть уже 10битный.

[mrz25]

так, с этим понял, не понял как можно приравнивать то что мы берем [9:0] и 00[9:2], если условно адрес значащий будет 3FB (11 1111 1011), то есть эти две единицы исчезнут во 2 случае

[HepoH3]

так, с этим понял, не понял как можно приравнивать то что мы берем [9:0] и 00[9:2], если условно адрес значащий будет 3FB (11 1111 1011), то есть эти две единицы исчезнут во 2 случае

В данной реализации не может быть адреса 3fb. Там в начале оговорка, что в этой лабе пока делаем только поддержку стягивания слов (инструкции lh, lhu, lb, lbu не поддерживаются). Слова в памяти с выровненным доступом (а у нас такая) могут начинаться только с адресов, кратных четырем.

[HepoH3]

@mrz25, @BROsandr — ну как, вопросы остались или разобрались?

[mrz25]

@mrz25, @BROsandr — ну как, вопросы остались или разобрались?

вы знаете, вроде со всем разобрались, написал программу бинарную для вычисления функции своего варианта, все прекрасно работает, потому что есть зацикливание PC = PC + 0, но, вбивая, в ассемблер свою функцию столкнулся с тем, что не понимаю как нужно его правильно зациклить, то есть выход из программы непонятно как сделать

[mrz25]

то есть вот, com_32 - конечная точка, при переходе на которую выдает правильный результат и если там пусто, то в регистрах нужные значения и все прекрасно, но если, условно дописать там "j com_32" с типо зацикливанием, то регистры ломаются и там появляются неверные значения, если в мемори файл вбить значения, скажем так, без com_32 и зацикливания, то у меня PC сбивается и почему-то плюсует в один момент +6, а не +4 и все тоже идет по одному месту

update: неправильно задавал константу, теперь все прекрасно работает с шестнадцатиричным кодом с ассемблера, лаба сделана