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

[mrz25]

Здравствуйте, у меня встал вопрос по поводу 4 лабы, читал я ее читал и не врубился по поводу того, что у нас с памятью и ее адресами происходит, то есть раньше у нас на Instruction Memory поступал 8-битный адрес и мы по этому адресу обращались к байту в память, потому что память у нас тогда была [8:0] mem [255:0] и затем приплюсовывали к этому байту следующие три байта, чтобы получить полное слово
а теперь мы подаем туда 32-битный адрес, зачем-то сдвигаем его на 2 бита вправо и как бы да, а что дальше? как у нас память щас выглядеть должна "[8:0] mem [255:0]" или сколько, или она у нас уже пословная становится, а не побайтовая? Или у нас подается 32-бита побайтовой адресации, а внутри у нас уже пословная [31:0] mem [31:0]?

[HepoH3]

Тут коллизия произошла, эта методичка предполагает, что вы раньше делали память пословную (reg [31:0] instr_mem [0:255]. И чтобы такая память заработала в архитектуре RISC-V, необходимо выполнить пару хаков (о которых написано в методичке). На лабах, я вам сразу предлагал делать побайтовую память инструкций, чтобы эти трюки не выполнять, так что можете их игнорить (речь идет только о хаках памяти инструкций).

[HepoH3]

И поскольку 32-битным адресом можно адресовать 4млрд байт, а в памяти reg [7:0] mem [0:1023] всего один кибибайт, мы делаем хак, что этот кибибайт располагается только по адресам NN00000:NN003FC, а на всех остальных адресах просто возвращаем ноль.

[gr33nka]

Лишние биты адреса не участвуют в формировании адреса памяти reg [7:0] mem [0:1023]. Эти откинутые биты участвуют в проверке того, что адреса в диапазоне NN00000:NN003FC

[mrz25]

то есть грубо говоря у нас диапазон адресов от 000 в шестнадцатиричной до 3FC но при этом 3FC как бы выходит за диапазон значащих 8 бит и занимает 12 бит, в которые мы никак не уложимся при задании максимального 8-битного адреса - 11111111 (FF) и как тогда обращаться к памяти по адресу 3FB (11 1111 1011), беря [7:0] бит адреса 32-битного, если оказывается он будет неправильно воспринят как FB (1111 1011)?

[HepoH3]

то есть грубо говоря у нас диапазон адресов от 000 в шестнадцатиричной до 3FC но при этом 3FC как бы выходит за диапазон значащих 8 бит и занимает 12 бит, в которые мы никак не уложимся при задании максимального 8-битного адреса - 11111111 (FF) и как тогда обращаться к памяти по адресу 3FB (11 1111 1011), беря [7:0] бит адреса 32-битного, если оказывается он будет неправильно воспринят как FB (1111 1011)?

3FC занимает 10 бит (первая шестнадцатиричная цифра содержит всего две младшие единицы, старшие нули как бы отбрасываются (0x3FC == 0b11_1111_1100 <- 10 бит). При этом, данный адрес побайтовый, а память предполагается пословной. Поэтому, все приходящие адреса будут иметь на конце 00, которые тоже можно отбросить. Таким образом получаем эффективное использование ровно восьми бит.

[HepoH3]

P.S. на выход идут данные с 255ой ячейки Memory, но проц думает, что получает данные слова, нулевой байт которого размещен по адресу 0xNN003fc