ROS Kernel Roadmap Vgal — различия между версиями

Версия 21:05, 26 мая 2021

Данная страница находится в разработке. Эта страница ещё не закончена. Информация, представленная здесь, может оказаться неполной или неверной.

https://jira.reactos.org/browse/CORE-16841

Roadmap ядра by Vgal

Аббреаиатуры:

• MM - диспетчер памяти
• CC - диспетчер системного кэша
• PNP - диспетчер plug and play
• PO - менеджер питания

• HAL - Hardware Abstraction Layer
• ACPI - Advanced Configuration and Power Interface
• PIC - Programmable Interrupt Controller
• APIC - Advanced Programmable Interrupt Controller
• UP - Uniprocessor
• MP - Multiprocessor

Очередность разработки:

Почему такая очередь? Логичнее начать с HAL. Для полной реализации драйвера NTFS (основной файловой системы для NT-совместимых систем) требуется функциональность CC, которая, в свою очередь, использует функциональность MM. Следовательно, это будет зеленый свет для развития NTFS.

1 - диспетчеры MM и CC

Рекомендуется совместная разработка, так как CC сильно зависит от MM. Кстати: https://reactos.org/blogs/memory-manager-development/, поскольку необходимо внести значительные изменения, а структуры разделов несовместимы, разработка должна выполняться в параллельных каталогах "ntoskrnl\mm_new\" и "ntoskrnl\cache_new\" (дополнительный ключ для Cmake -"MM_CC_NEW"). Это не повредит текущее ядро ​​и будет безопаснее.

1.1.1 - основная задача на этом этапе - избавиться от _MEMORY_AREA, используя структуры _SECTION и _SEGMENT вместо PROS_SECTION_OBJECT и _MM_SECTION_SEGMENT. Соответственно, необходимо будет изменить код для поддержки работы секций и добавить недостающую функциональность.

1.1.2 - добавление инициализации системного кеша и недостающих функций для него.

1.1.3 - исправление MmAccessFault () и всех связанных функций

1.1.4 - тестирование, отладка, форматирование кода

1.2.1 - диспетчер CC, видимо, должен быть реально обновлен, поэтому он использует другие структуры (обе - «cc» и «cache»). Пока у меня нет окончательного решения. Анализ этой части еще не завершен.

1.2.2 - тестирование, отладка, форматирование кода

1.3.1 - на этом этапе должна быть реализована подкачка. Этот шаг можно будет реализовать позже.

1.3.2 - тестирование, отладка, форматирование кода

2 - HAL

Разработка должна вестись в отдельных каталогах "hal \ halxxx \". Это позволит сосредоточить усилия только на функциональности и не отвлекаться на совмещение разных версий (ускорение разработки). Это также более безопасно и не нарушит работу других HAL. RU http://vgal.ru.com/pic-ili-apic/

2.1.1 - ACPI APIC UP HAL (halaacpi.dll) изменить и добавить недостающую функциональность для процессора и контроллера APIC.

2.1.2 - тестирование, отладка, форматирование кода

2.1.3 - после завершения разработки использовать в "LiveCD" "halaacpi" вместо "hal"

его можно разработать после беты (или?):

2.3.1 - ACPI APIC MP HAL (halmacpi.dll) (нужна поддержка MP)

2.2.1 - ACPI PIC HAL (halacpi.dll)

2.4.1 - HAL PIC без ACPI (hal.dll)

2.5.1 - APIC UP HAL без ACPI (halapic.dll)

2.6.1 - APIC MP HAL без ACPI (halmps.dll)

2.7 - после завершения разработки объединить все HAL в один (при необходимости).

3 - PNP manager

Since it is necessary to make significant changes, development should be done in the parallel directory "ntoskrnl\pnp_new\" (an additional key for Cmake is "PNP_NEW"). This will not break the current kernel and will be safer.

3.1 - add the arbiter library; 3.2 - adjust and supplement the RTL library "rangelist.c" (there is no support for intersecting ranges); 3.3 - add/replace Windows-compatible Device Node Status Flags https://docs.microsoft.com/en-us/windows-hardware/drivers/debugger/device-node-status-flags 3.4 - redo the initialization subsystem 3.5 - redo the device enumeration subsystem 3.6 - redo the device removal subsystem 3.7 - redo the subsystem of working with hardware resources 3.8 - analyze and possibly change the subsystem of the interface with the User-mode PnP subsystem 3.9 - testing, debugging, code formatting

4 - PO manager;

it can be called either a white sheet or a black hole the current functionality is extremely minimal, since it is not necessary for virtual machines, UNIMPLEMENTEDs are much more than IMPLEMENTED ... need analysis and adding the necessary functionality, as well as adjusting the OS shutdown procedure.

5 - Drivers;

There are also problems with drivers: Test drivers compatibility between OS: Test NT drivers in ReactOS - https://docs.google.com/spreadsheets/d/1xvsjmEFZ9euM5uSlIDB3s1S_2xmgI7HtnHN22yZFfUw/htmlview# Test ROS drivers in NT OS - https://docs.google.com/spreadsheets/d/1xvsjmEFZ9euM5uSlIDB3s1S_2xmgI7HtnHN22yZFfUw/htmlview# Thanks to Andrey Shatalov for the table and everyone who filled it (column "Tested by")

5.1 - the arbiter library is required for the pcix driver, this driver should become the main instead of the current pci 5.2 - for the driver "acpi" it is necessary to achieve compatibility with NT, in particular, from DriverEntry (), make a call to HalInitPowerManagement () to create an interface with HAL.

How Basic Disks and Volumes Work - https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2003/cc739412(v=ws.10) 5.3 - add "drivers\storage\ftdisk.sys" 5.4 - add "drivers\storage\partmgr.sys"

5.5 - add missing functionality to NTFS, as well as the ability to boot the OS from NTFS partitions. ... CONTINUE ME

This is all for one purpose: making ReactOS not only an “OS for Virtual Box”.

ReactOS
Доклады
	О ReactOS • ARWINSS • ЧеЗа
Информация	Новости	Выпуски новостей • Переводы блогов • Новости проекта • Видео • ReactOS на Хабре • USB от Вадима Галянта
	Разработка	Руководство по программированию • Отсутствующая функциональность • Ветви разработки • Компоненты системы • ReactOS и Wine • План работ • Roadmap ядра by Vgal • Разработчики • Совместимость с dll Windows • Наиболее значимые изменения за год • Используемые проекты • Google Summer of Code • Известные проблемы
		Порты	AMD64 • ARM • Xbox • PowerPC
	Компоненты	Файловые системы • Режим совместимости • Отчеты об ошибках • Печать • USB • Ядро
		Загрузчик	Восстановление MBR • Загрузка из GRUB • Параметры загрузки
	Прочее	ARWINSS • Приложения в ReactOS • Оформление ReactOS • Координаторы • "Пасхальные яйца" • Монетизация
	Другое	Типы ядер • FreeWin95
Помощь
	RAM-диск ReactOS	по PXE • с жесткого диска
	Разработка	Стиль написания кода • Стандарты RC-файлов • Работа с документацией • Венгерская нотация • GNU Indent • [ Subversion : ветви • слияние • использование TortoiseSVN ] • Основы перевода • Отправка патчей
	Репорты	Отладка в VirtualBox • Отладка на экран • Добавление программы в менеджер приложений • Отправка отчетов
	Отладка	Com0com • GDB • Kdbg • Rossym.gdb • Roswin.gdb • WinDBG • Руководство по WinDBG • Включение трассировки ядра • Коды DPRINT • Удалённый отладчик ReactOS
	Сборка	CMake • RBuild • Файлы RBuild • Автоматическое копирование файлов • Сборка MINGW-w64 • Сборка модулей • Среда сборки
	Тестирование	VirtualBox • VMware • QEMU • Hyper-V • Необходимый объём диска • Перенос файлов на виртуальный диск • Установка ReactOS • Установка драйверов
	Сеть	Общие папки • Samba • NFS
	Игры	Установка DirectPlay
	Обновление ReactOS • Загрузочная флешка • Чем можно помочь проекту • Создание нового пользователя • Звук и сеть в VirtualBox • Съемка и публикация видео • IRC-канал • Сторонние компоненты • FAQ • ReactOS как рабочая станция • ReactOS и UEFI
Обзоры	Оболочка • NTVDM • WOW • Community Edition • История сайта • ReactOS Server • Криптография • ПО времен XP