форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[Проследить за развитием треда]

"OpenNews: Еженедельный обзор новостей развития FreeBSD (20.0..."

Сообщение от opennews on 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

Cообщить модератору | Наверх | ^

Сообщения по теме

[Сортировка по времени, UBB]

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

Сообщение от ICA on 01-Окт-04, 06:50

ATA драйвер так и не полечили. Глюк остался, не смотря на последний коммит Сорена. :( http://lists.freebsd.org/pipermail/cvs-src/2004-September/032790.html Только что обновил RELENG_5 глюк описываемый на https://www.opennet.ru/openforum/vsluhforumID3/4282.html#13 так и остался. :(

Cообщить модератору | Наверх | ^

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

Сообщение от edwin (ok) on 01-Окт-04, 07:23

Там баг ядреный. ;) К выпуску 5.3 STABLE я думаю справятся.

Cообщить модератору | Наверх | ^

	3. "Еженедельный обзор новостей развития FreeBSD (20.09-27.09)"
	Сообщение от bsod (??) on 01-Окт-04, 08:51
	Что за баг ?
	Cообщить модератору | Наверх | ^

	5. "Еженедельный обзор новостей развития FreeBSD (20.09-27.09)"
	Сообщение от ICA on 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.
	Cообщить модератору | Наверх | ^

Удалить

Индекс форумов | Темы | Пред. тема | След. тема