По умолчанию, якоря на параграфы страницы генерируются в VSCode в
нижнем регистре.
Гиперссылки работают нормально при просмотре страниц непосредственно
в репозитории github, но при просмотре в электронной книге mdbook, эти
гиперссылки не открываются. Для того чтобы они работали, необходимо
чтобы регистр якорей ссылки совпадал с регистром параграфов страницы.
---------
Co-authored-by: Andrei Solodovnikov <voultboy@yandex.ru>
* Опечатки ЛР № 16
* Удаление дубликата startup.S в ЛР № 16
Все ссылки и так вели на 14 лабу, прямым текстом написано брать оттуда
* Ещё неразрывные пробелы перед единицами измерения
* Не писать неразрывные пробелы в заголовках
Не всё ПО правильно читает заголовки
* Убрал скобки
* Update Labs/16. Coremark/README.md
Co-authored-by: Andrei Solodovnikov <VoultBoy@yandex.ru>
* Приведение номеров лаб к уже установленному виду
* Revert "Удаление дубликата startup.S в ЛР № 16"
This reverts commit 8f48071a74.
---------
Co-authored-by: Andrei Solodovnikov <VoultBoy@yandex.ru>
* Восстановление a0 после прерывания
* ЛР16. Исправление startup файла.
See #120.
* Обновление ERRATA
---------
Co-authored-by: Andrei Solodovnikov <voultboy@yandex.ru>
* Старые названия модулей
Старые названия у модулей riscv_core (processor_core) и riscv_unit (processor_system) в Labs/07. Datapath/board files/README.md
* Чистка старых названий модулей
---------
Co-authored-by: Andrei Solodovnikov <voultboy@yandex.ru>
К прошлым изменениям (Старые названия модулей) забыл добавить, что в Labs/07. Datapath/board files
/README.md на рисунке 1 тоже старые названия модулей.
В листинге 1 написано:".../*
Секция данных размещается аналогично секции инструкций за исключением
адреса загрузки в памяти (Load Memory Address, LMA). Поскольку память
инструкций и данных физически разделены, у них есть пересекающееся адресное
пространство, которое мы бы хотели использовать (поэтому в разделе MEMORY мы
указали что стартовые адреса обоих памятей равны нулю). Однако компоновщику
это не нравится, ведь как он будет размещать две разные секции в одно и то же
место. Поэтому мы ему сообщаем, с помощью оператора "AT", что загружать секцию
данных нужно на самом деле не по нулевому адресу, а по какому-то другому,
заведомо большему чем размер памяти инструкций, но процессор будет
использовать адреса, начинающиеся с нуля. Такой вариант компоновщика
устраивает и он собирает исполняемый файл без ошибок. Наша же задача,
загрузить итоговую секцию данных по нулевым адресам памяти данных.
*/
.data : AT (0x00800000) {..."
* Имя порта совпадало с именем типа
* Update Labs/13. Peripheral units/peripheral_pkg.sv
---------
Co-authored-by: Andrei Solodovnikov <VoultBoy@yandex.ru>
- добавлен код восстановления CS-регистра mcause
- в более явном виде описано почему в низкоуровневом обработчике
на стек сохраняется не весь регистровый файл.
