URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 4366
[ Назад ]
Исходное сообщение
"OpenNews: Еженедельный обзор новостей развития FreeBSD (20.09-27.09)"
Отправлено opennews , 01-Окт-04 06:50 
<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
Новость: https://www.opennet.ru/opennews/art.shtml?num=4420

Содержание
Сообщения в этом обсуждении
"Еженедельный обзор новостей развития FreeBSD (20.09-27.09)"
Отправлено ICA , 01-Окт-04 06:50 
ATA драйвер так и не полечили. Глюк остался, не смотря на последний коммит Сорена. :(

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

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

"Еженедельный обзор новостей развития FreeBSD (20.09-27.09)"
Отправлено edwin , 01-Окт-04 07:23 
Там баг ядреный. ;)
К выпуску 5.3 STABLE я думаю справятся.
"Еженедельный обзор новостей развития FreeBSD (20.09-27.09)"
Отправлено bsod , 01-Окт-04 08:51 
Что за баг ?
"Еженедельный обзор новостей развития FreeBSD (20.09-27.09)"
Отправлено ICA , 01-Окт-04 10:26 
Читать на https://www.opennet.ru/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.