Забежал на минутку...
Обновились RT11SH.DSK и RTEM.TSK на странице RTEM-11.
Версия RTEM изменена на V01.00F (функционально ничего не изменилось - просто чтобы отличать в пакетах RPM).
В драйвере VSM.SYS поправлена порча I/O буфера при обновлении номера максимального сегмента каталога который используется.
Косяк скорее всего нигде не проявлялся, но мало ли.
Суть такая: при загрузке с VS0: с использованием пары shared/private образов, VS позволяет записать в блок 6 при условии что количество записываемых слов 256 или 512, а весь каталог забит пустышками со статусом 100000. Это сделано чтобы USR мог обновить номер максимального сегмента каталога который используется. Физически данная операция выполняется так:
- проверяются параметры (количество слов и содержимое блока каталога)
- номер максимального сегмента пересчитывается для записи в private image и сохраняется
- операция меняется на чтение, LUN меняется на соответствующий для private image, количество слов устанавливается на 256
- в буфер записывается сохраненное значение номера максимального сегмента, операция меняется на запись
- в буфер записывается заголовок с учетом целого диска VS0: (все данные для него есть под рукой у VS), а каталог инициализируется пустышками 100000
Вряд ли USR использует буфер после записи в блок 6 с целью обновления заголовка сегмента, но это неправильно когда операция записи меняет содержимое буфера.
А проблема судя по всему была из-за опечатки: вместо #16 написали 16.
Ответить с цитированием