Анонсирован (http://lkml.org/lkml/2006/11/29/249) выход Linux ядра 2.6.19 (http://www.kernel.org). Из новшеств можно отметить (http://kernelnewbies.org/LinuxChanges) включение в состав ядра поддержки:- GFS2 (http://sources.redhat.com/cluster/) - кластерная ФС от RedHat
- Ecryptfs (http://ecryptfs.sourceforge.net/) - ФС с шифрованием от IBM;
- экспериментальный код EXT4;
- Вливание кода Libata PATA - теперь в ядре два драйвера для IDE устройств, старый "ATA/ATAPI/MFM/RLL support" и новый "Serial ATA (prod) and Parallel ATA (experimental) drivers";
- Из ядра убрано более 1.79 MB кода (http://kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6...) относящегося к звуковой подсистеме OSS, оставленного ранее в целях сохранения совместимости;
- Новая подсистема ядра Netlabel (http://netlabel.sourceforge.net/)
- Драйверы:
- qla3xxx networking driver
- IBM eHEA Ethernet driver
- Cirrus Logic ep93xx ethernet driver
- Aic94xx SCSI driver driver
- arcmsr SCSI driver for the Areca Raid controller
- Promise Supertrak EX8350/8300/16350/16300 SCSI driver
- qla4xxx - Qlogic Corporation's iSCSI HBA open-iSCSI driver
- ATI SB600 IDE
- hdaps - Lenovo Thinkpad T60
Следует заметить, что в списке разработчиков Linux ядра уже появилось сообщение (http://groups.google.com/group/fa.linux.kernel/msg/8c2da6762...) о крахе ядра 2.6.19 во время загрузки, связанном с проблемами в подсистеме IPV6.Что касается ядер 2.6.16.34 (http://kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.16.34) и 2.6.18.4 (http://kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.18.4), то в 2.6.16.34 исправлены накопившиеся ошибки, а в 2.6.18.4 устранено переполнение буфера в подсистеме bridge.
URL: http://lkml.org/lkml/2006/11/29/249
Новость: http://www.opennet.me/opennews/art.shtml?num=9049
Пожалуй останусь на ветке 2.6.16.* как более стабильной.
Да 2.6.18 тоже вроде бы нормальное.
Да и вообще когда говорят там такой такой баг, на самом деле для 99% пользователей зачастую этот баг абсолютно по барарабану.
Будут ли теперь без OSS работать драйвера Nvidia для звука?
Будут, но не Nvidia, а ALSA snd_intel8x0 + snd_ac97_codec прекрасно работают.Для такого дерьма, как звук от NVidia, причин устраивать себе геморрой из-за выбора драйверов, между родными и "ядерными", не вижу.
А кто скажет что с веткой 2.6.17.* ?
Забуть про неё, Ведь ранее писалось что стабильная ветка 2.16.хх а всё остальное будет обновляться на более свежее ядро...
так что сиди лучше на более стабильной ветке...
А где стандартные вопли об отсутсвии reiserfs4?
Тяф,Тяф,Тяф,....... кому надо -mm используют, положив х... на главного Пингвина.
Код для виртуализации openVZ туда добавили?
Нигде упоминания об OpenVZ не нашел. Значит, не добавили. А жаль.
> о крахе ядра 2.6.19 во время загрузки, связанном с проблемами в подсистеме IPV6.У меня не захотел работать SATA диск.
Хм. А у меня взлетело. Завел libata заместо стандартного PATA драйвера. Полет нормальный.PS Собирал gentoo-sources 2.6.19
взлетел, не то слово...
http://bugs.gentoo.org/show_bug.cgi?id=156705
пошел обновлять до gentoo-sources-2.6.19-r1
данную штуку не пользую в связи с чем не имею проблем :)
> Ecryptfs - ФС с шифрованием от IBM;Ткните пальцем, где это в ядре?!
Она зашифрована :D
Кто бы мог подумать, сначало надо залезть вSecurity options --->
[*] Enable access key retention supportПотом только в
File systems --->
Miscellaneous filesystems --->появится надпись, о том что у нас есть такая FS.
<M> eCrypt filesystem layer support (EXPERIMENTAL)
Народ, вот логически подумайте, что важнее поддержка файловой системы или сама FS ?
И исходя из Ваших размышлений, сделайте вывод, как правильней написать в Kconfig;CONFIG_ECRYPT_FS
depends EXPERIMENTAL && KEYS && CRYPTOили
CONFIG_ECRYPT_FS
select KEYS
depends EXPERIMENTAL && CRYPTO
а че оно не собирается?
make bzImage
HOSTCC scripts/basic/fixdep
HOSTCC scripts/basic/docproc
HOSTCC scripts/kconfig/conf.o
HOSTCC scripts/kconfig/kxgettext.o
SHIPPED scripts/kconfig/zconf.tab.c
SHIPPED scripts/kconfig/lex.zconf.c
SHIPPED scripts/kconfig/zconf.hash.c
HOSTCC scripts/kconfig/zconf.tab.o
HOSTLD scripts/kconfig/conf
scripts/kconfig/conf -s arch/i386/Kconfig
HOSTCC scripts/basic/fixdep
HOSTCC scripts/basic/docproc
HOSTCC scripts/kconfig/conf.o
HOSTCC scripts/kconfig/kxgettext.o
SHIPPED scripts/kconfig/zconf.tab.c
SHIPPED scripts/kconfig/lex.zconf.c
SHIPPED scripts/kconfig/zconf.hash.c
HOSTCC scripts/kconfig/zconf.tab.o
HOSTLD scripts/kconfig/conf
scripts/kconfig/conf -s arch/i386/Kconfig
и так бесконечно... а 2.6.18 нормально....
Проверь, с большой вероятностью есть файлы из будущего :)