Вышла новая версия ядра 2.4.14

наверное Кокс хочет поскорее отстреляться со стабильной веткой и уйти в эксперименты :)

А при чем здесь Кох?
Ведь майнтейнит эту ветку (2.4.х) Линус???
Вот он, наверное (IMHO), точно хочет отстреляться и уйти в
эксперименты.

да, точно... промахнулся... хотел написать Линус (а что-то вспомнилось про Кокса)

Думаю, что гонка на этом ядре закончится... Наконец то заменю ядро на сервере, так и жду до сих пор с 2.4.9. А все потому что для меня выждать две недели посл релиза - это святое, подождать пока пыль осядет. А она все кружится и кружится.

Вобщем узнаем как оно работает... через две недели быть может :)

Линус ваще разучилися ядра тестировать :(( теперь они loopback device support сломали :((( если попытаться его вкомпилить в ядро - то оно ваще не линкуется, а если скомпилить как модуль - то :

root@als-local:~/linux# modprobe loop
/lib/modules/2.4.14/kernel/drivers/block/loop.o: unresolved symbol deactivate_page
/lib/modules/2.4.14/kernel/drivers/block/loop.o: insmod /lib/modules/2.4.14/kernel/drivers/block/loop.o failed
/lib/modules/2.4.14/kernel/drivers/block/loop.o: insmod loop failed

вот так... остается со страхом ждать следующего ядра и смотреть что еще они в нем поломают...

2AIS

A можеть поучишся modprobe/depmod запускать ??
man почитаешь ??

AlS

у меня работает без проблем

Может Вы объясните, каким образом чтение man ( безусловно, очень полезное действие) помогает разрешить ссылку на неописанную функцию deactivate_page в loop.c ? Слова какие-нибудь специальные нужно говорить при чтении ?

Нет, просто некоторый модуль может требовать, чтобы до него был загружен другой модуль.

Чую еше долго люди будут юзат 2.4.14.ас(STABLE)n

> Нет, просто некоторый модуль может требовать, чтобы до него был загружен другой модуль Это как раз понятно, но после наложения patch-2.4.14 на 2.4.13 определение void deactivate_page(struct page * page) исчезло из mm/swap.c, однако в loop.c остался её вызов.

ld -m elf_i386 -T /usr/src/linux/arch/i386/vmlinux.lds -e stext arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o init/version.o \
--start-group \
arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \
drivers/acpi/acpi.o drivers/char/char.o drivers/block/block.o drivers/misc/misc.o drivers/net/net.o
drivers/media/media.o drivers/char/agp/agp.o drivers/char/drm/drm.o drivers/ide/idedriver.o drivers/cdrom/driver.o drivers/pci/driver.o drivers/pnp/pnp.o drivers/video/video.o \
net/network.o \
/usr/src/linux/arch/i386/lib/lib.a /usr/src/linux/lib/lib.a /usr/src/linux/arch/i386/lib/lib.a \
--end-group \
-o vmlinux
drivers/block/block.o: In function `lo_send':
drivers/block/block.o(.text+0xb479): undefined reference to `deactivate_page'
drivers/block/block.o(.text+0xb512): undefined reference to `deactivate_page'

Попробовал выкинуть из loop.c вызовы deactivate_page.
Вроде работает нормально.

Havoc: знаешь чем modprobe от insmod отличается? а ну иди сам ман читай ;-)

Да помоему один из них это линк на другой. А на счет выбросил и работает, фиг его знает чего там может быть :))

на lkml говорят что это bug в loop.c и простое коментирование OK
(блин и нафиг этоve loop знать детали VM ? )

AIS чего шум поднял закрментируй две строчки и перекомпили модули

>Havoc: знаешь чем modprobe от insmod отличается? а ну иди сам ман читай ;-)

maxcom: Знаю. Естественно я про insmod :)
Просто читаю не всегда внимательно или нить дискуссии ускользает :)

Еще одна проблема - 3c59x там какой-то странный, с кернелом от РХ 7.2 карта нормально работает, а с модулем от 2.4.14 - нифига. Хотя, мож, у меня руки кривые ;)))

Интересно, если размер одного патча (в распакованном виде) - в среднем 2Mb, то о какой стабильности может идти речь? Размер нынешнего - 3,212,458 байт. Как надо программить, чтобы столько всего наисправлять, причём не единожды, а с известной периодичностью? Впечатление создаётся будто студенты балуются, не серьёзно как-то.

Неправда, 2.4.14 - самый короткий патч, если не считать 2.4.1 и аварийного 2.4.12.
Это точно говорит о наступлении стабильности.

А вообще, самое стабильное ядро - это ближайший -pre, выходящий сразу за
релизом стабильной версии ;) Объясняется просто - тестируют промежуточные версии единицы,
а релизы - тысячи. Наибольшее количество багов правится сразу за релизом.
Так вот, когда выйдет 2.4.15-pre1 - так сразу можно и ставить ;)

Вообще, народ, с ужасом глядящий на очередные релизы ядра, сыпящиеся как из рога изобилия, вызывает у меня улыбку. Как будто в линухе было когда-то по-другому. За полгода после выхода 2.0 сменилось по крайней мере 28 патчлевелов, причем, я отчетливо помню громкие маты в сторону 2.0.29 :-)). И хотя объем патчей был, как правило меньше, дак и само ядро с тех пор подрасло почти в 5 раз... Так что ничего особенного :-). А кому не нравится - "ты, пра-ативный, в наш садик не ходи" :-).

мда... а всё остальное починили???.. может поставить таки???.. нафиг лупбэк дивайс =\

лупбэк работает, надо просто закомментировать две сточки с deactivate_page.
Это официальный фикс. Эти строчки забыли выкинуть, когда делали большую чистку.
А все остальное пашет отлично.

То что он работает без этих строчек я проверил сразуже как только ядро с первого раза не скомпилилось... но остается открытым вопрос о качестве тестирования ядер... когда выходили стабильные версии 2.2.х такого бардака не было... либо тестированием занимался отдельный человек (как и должно быть при нормальной организации работы) либо к "чистке кода" подходили более отвественно...

to anonymous (*) (2001-11-06 16:29:41.0): я "шум не поднимал" просто предупредил народ о существующей проблеме... а патчить или не патчить эту ошибку пусть решает каждый сам для себя... я у себя исправил и меня теперь это ядро впролне устраивает...

У меня после того как поставил 2.4.13 перестал запускаться IBM JDK 1.3 и SUN JDK 1.3.0 . Не могу понять в чем дело . SUN JDK 1.3.1_01 запускается нормально. Кто подскажет в чем могут быть проблемы ?

To anonymous: По поводу 3c59x: Я знаю, что в РХ 7.2 интерфейсы стартуют при помощи команды IP а не IFCONFIG!!! А эта IP требует, чтобы был включен нетлинк дивайс в ядре...

> огда выходили стабильные версии 2.2.х такого бардака не было...

Правда? А я как-то до выхода 2.2.19 особого порядка не замечал...
Как сейчас помню совершенно нерабочее 2.2.16. На самом деле пока делами
правит Линус о порядке лучше забыть. Когда он передает ядро на поруки Алану,
то именно с этого момента подразумевается, что кое-кто может рассчитывать на
более-менее порядок. А Линус - он небрежен в таких делах, как всякий ученый...

За что мне нравиться ядро от SGI:
-обновление по CVS
-сразу есть XFS + kdb
-исправлены глупости вроде 
"loop.c - 1.41 Remove deactivate_page call - it no longer exists"

To ROMUL:

U menya vchera byla takaya zhe problema. Postavil 2.4.13 i perestal zapuskat'sya license server dlya MATLABa i Maple. A on "sidit" na loopback'e interface. Zapustiv "ifconfig -a" ya zametil, chto 'lo' kak-to krivo pokazyvaetsya (bez strochki inet addr:127.0.0.1 Mask:255.0.0.0 i eshe koe-chego). Sravnil svoi kernel konfig dlya 2.4.13 s configom s rabotayushei mashiny i zametil, chto u menya ne bylo vot etix dvux strok, kotorye v rabotayushei confige byli propisany kak:

CONFIG_RTNETLINK=y CONFIG_NETLINK_DEV=m

Podkrutil svoi konfig, perekompilil yadro i vse zapaxalo kak nado. Mozhet i tebe pomozhet.... Udachi!

Andrey.

> -обновление по CVS

Да, млин, оно в релизах не всегда собирается!

> -сразу есть XFS + kdb

Засунуть в задницу обоих

> -исправлены глупости вроде "loop.c

Фу, как пошло. Из-за двух строк столько радости?

хм.. а url на всё это счастье можно? хочу попробовать, особенно из-за xfs.

Draky

lionBS, а можно поподробнее тут или на greg@physik.tu-berlin.de?

to:Draky Все рассказано на: http://oss.sgi.com/projects/xfs/cvs_download.html

>> -сразу есть XFS + kdb
>Засунуть в задницу обоих
дада. и сидеть на галимой ext2.
а kbd не пользоваться, потому что религозные соображения (Linus - наш рулевой так стазал) не позволяют.

> дада. и сидеть на галимой ext2.

Не угадал. Сидю я на ext3 и никакой другой гадости мне больше не нужно.

> Linus - наш рулевой так стазал

Точно. Думаешь, это зазорно - слушать рулевых? Нет, они конечно разные бывают...
Но таких как Линус - точно стОит.

А чего такой агрессивный? Что конкретно тебе не нравится в XFS?
ext3 по функциональности до xfs еще очень далеко.

>> -обновление по CVS 
>да, млин, оно в релизах не всегда собирается! 

Кстати, что имелось в виду? Что с www.kernel.org собирается,
а с SGI CVS - нет? Или что?

> Что конкретно тебе не нравится в XFS?

Что она нетранспортабельна. Живет только в своем cvs ;(
Что она жутко огромная, по-сравнению с ext3. Как можно быть уверенным, что
там нет миллиона багов? Никак.
Какие фичи мне нужны от файловой системы на сервере? Самая главная фича -
способность неповалить этот сервер в ближайшие полгода-год, и второе важное качество -
скорость и мгновенный старт без fsck. Все это я нашел в ext3.

Если мне понадобятся аклы (ой, врядли), то я знаю как решить эту проблему
независимо от файловой системы. Я так же знаю точно, что мне не понадобится работа
с партишенами болеее 1 Тб. Вот и все объяснения.

У кого-нибудь были проблемы с 2.4.14 - Init can't fork. Затем делает fork уже на другом runlevel. Но proc не примонтированная. На 2.4.9 Ok, но бесят глюки 2.4.9 поэтому на нем работать нехочется ).

?

>Что она нетранспортабельна. Живет только в своем cvs ;( 
Непонятно про что ты говоришь.
Патчи для ядер (не в CVS) есть, есть ядро от Mandrake & Redhat, для
любителей -acX.

>Что она жутко огромная, по-сравнению с ext3. Как можно быть уверенным, что 
>там нет миллиона багов? Никак.
От размера кода колличество багов не зависит.

PS. ext3 по сравнению с ext2 мне тоже нравится, но не более.

кстати про SGI
кроме того там есть CVSup помимо CVS(можно проапдейтится с любого ядра уже выкачанного)

я вот Devfs ещё по человечески сегодня настроил и не жужжу...

McSim

Как вы полагаете, из соображений стабильности что лучше -- 2.4.13-ac8 или 2.4.14???

Последний вопрос - просто провокация флейма ;))

Кстати, тот стуфф про конфигурирования НЕТЛИНКа (см. выше) при компилировании кернела для РедХат 7.2 нашел подтверждение на вгер.кернел.орг. Этот РХ по новому инициализирует сетевые интерфейсы, через ip, и этому ип нужен НЕТЛИНК девайс и что-то о рутинге от него.

2ingvarr: 2.2.19....:)))
А если серьёзно, то действительно идёт бардак с ядрами! Ну не рабочая
это ветка на моей машине. Я уже писал об этом в опросе про отношение
к ветке 2.4 (пост anonymous (*) (2001-10-28 17:10:16.0)). Зато
2.2 , Windoz, FreeBSD - всё на ура работает!!
Так что жду до ядра примерно 2.4.20
Удачи!

> я вот Devfs ещё по человечески сегодня настроил и не жужжу...

Ха, я ж говорю - ламерюги сплошь. Где XFS, там и devfs следом потащилось.
Откуда им знать, что в том devfs дыра на дыре и миллион возможностей повесить комп...

>Откуда им знать, что в том devfs дыра на дыре и миллион возможностей повесить комп... 
И что из того?

Мальчик, ты тормоз?

>>Какие фичи мне нужны от файловой системы на сервере? Самая главная фича -
>>способность неповалить этот сервер в ближайшие полгода-год, и второе важное качество -
>>скорость и мгновенный старт без fsck. Все это я нашел в ext3.

Так )) сначала слова "сервер" потом "старт без fsck"
ты парень ничего не напутал?