<h3>Изменения:
</h3>- Драйвер 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" (с использованием знаков + и - для добавления и удаления строк, вместо > и <).
<h3>Темы для обсуждения:
</h3>- Генерация аппаратных прерываний вручную. Обсуждение реализации немаскируемых прерываний (NMI) для ISA и PCI. (SleepyBrain's Note: пока искал, что такое NMI и SERR#, нашел интересную доку о PCI на русском языке (http://rt22.prao.psn.ru:8080/pci/pci.htm)).
<h3>Исправления:
</h3>- Исправлена старая ошибка, приводящая к панике на многопроцессорных системах при использовании pmap_enter().
- Исправлена ошибка (хотя коммиттер утверждает, что это лишь временное решение проблемы), приводящая к панике при загрузке с подключенным (attached) USB-концентратором, а также в случаях его отключения (detaching).
- Исправлена ошибка, приводящая ранее к невозможности компиляции ядра с указанием в конфиге опций FAST_IPSEC и PF. Сообщение об этой ошибке появилось в PR 71836.
URL: http://www.bsdportal.ru
Новость: http://www.opennet.me/opennews/art.shtml?num=4420
ATA драйвер так и не полечили. Глюк остался, не смотря на последний коммит Сорена. :(http://lists.freebsd.org/pipermail/cvs-src/2004-September/03...
Только что обновил RELENG_5 глюк описываемый на http://www.opennet.me/openforum/vsluhforumID3/4282.html#13 так и остался. :(
Там баг ядреный. ;)
К выпуску 5.3 STABLE я думаю справятся.
Что за баг ?
Читать на 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.