Еженедельный обзор новостей развития FreeBSD (20.09-27.09)

30.09.2004 11:19

Изменения:

Драйвер vinum (менеджер дисковых томов) исключен из конфига ядра и перечня компилируемых модулей. Вместо него рекомендуется использовать geom_vinum - реализацию для GEOM, обладающую такой же функциональностью.

Исключена возможность работы с файлами устройств, расположенными в /dev на файловых системах cd9660 (CD-ROM) и ext2fs (Linux). Эти файлы по-прежнему можно видеть, но открывать их и работать с устройствами теперь нельзя. Вместо этого нужно использовать devfs (the device filesystem).

В файл /etc/periodic.conf добавлена опция "daily_security_status_diff_flags", позволяющая изменять формат диффов, генерируемых скриптами periodic(8). Причем форматом по умолчанию является "diff -b -u" (с использованием знаков + и - для добавления и удаления строк, вместо > и <).

Темы для обсуждения:

Генерация аппаратных прерываний вручную. Обсуждение реализации немаскируемых прерываний (NMI) для ISA и PCI. (SleepyBrain's Note: пока искал, что такое NMI и SERR#, нашел интересную доку о PCI на русском языке).

Исправления:

Исправлена старая ошибка, приводящая к панике на многопроцессорных системах при использовании pmap_enter().

Исправлена ошибка (хотя коммиттер утверждает, что это лишь временное решение проблемы), приводящая к панике при загрузке с подключенным (attached) USB-концентратором, а также в случаях его отключения (detaching).

Исправлена ошибка, приводящая ранее к невозможности компиляции ядра с указанием в конфиге опций FAST_IPSEC и PF. Сообщение об этой ошибке появилось в PR 71836.

исправить +/–

Автор новости: Cyrill Malevanov

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/4420-freebsd

Ключевые слова: freebsd

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (4)

RSS

1, ICA (?), 06:50, 01/10/2004 [ответить]

+/–

ATA драйвер так и не полечили. Глюк остался, не смотря на последний коммит Сорена. :(

http://lists.freebsd.org/pipermail/cvs-src/2004-September/032790.html

Только что обновил RELENG_5 глюк описываемый на http://www.opennet.me/openforum/vsluhforumID3/4282.html#13 так и остался. :(

2, edwin (ok), 07:23, 01/10/2004 [ответить]	+/–
Там баг ядреный. ;) К выпуску 5.3 STABLE я думаю справятся.

3, bsod (??), 08:51, 01/10/2004 [^] [^^] [^^^] [ответить]	+/–
Что за баг ?

5, ICA (?), 10:26, 01/10/2004 [^] [^^] [^^^] [ответить]

+/–

Читать на http://www.opennet.me/openforum/vsluhforumID3/4282.html#6 (желательно до конца).

Некий Mauro Triulzi в current@ также поднял эту тему. И как выяснилось необязательно делать откат на UDMA33, а потом обратно включать UDMA100. Можно сделать atacontrol reinit для нужного канала после загрузки системы и вроде как включается настоящий UDMA100 вместо "воздушного" о котором рапортует система на старте.

Однако это нифига не помогает, если на одном канале два винта. Первый винт (master) выходит из ступора, начинает работать в UDMA100, а второй (slave) так и остается тормозить и работать в хрен пойми каком режиме, но только не в UDMA100 судя по скорости. :(

В FreeBSD 5.2.1 такой фигни вроде не было.

P. S.
Не уверен, но глюк по-моему проявляется на контроллерах от Intel. Сам наблюдал такое только на ICH2 и ICH5.

игнорирование участников | лог модерирования

Добавить комментарий

Текст: