Что за несерьезное отношение к релизам? Лучше бы Марселло поменял ядро, то что он выложил на новое с наложенным патчом.

2.4.18

Ядро из CVS SGI уже с патчиком. И что радует, оно наконец-то собирается с новым binutils на Debian Woody.

так... а вот это что такое:
iptables -L - все нормально.
iptables - t mangle -L
iptables: libiptc/libip4tc.c:384: do_check: Assertion `h->info.valid_hooks ==
(1 << 0 | 1 << 3)' failed.

Linus Benedict Torvalds

серьезная подпись :)

Поставь iptables 1.2.5

SVpcom

Блин, plip сломали, отлично, просто супер! :(
На 2.4.17 отлично работает, на 2.4.18 - ни в какую:(

Кому нужен PLIP - нужно вот этот hunk ревеснуть:

+++ linux/drivers/parport/parport_pc.c  Mon Jan 14 19:08:50 2002
@@ -2212,7 +2233,7 @@
        }
        memcpy (ops, &parport_pc_ops, sizeof (struct parport_operations));
        priv->ctr = 0xc;
-       priv->ctr_writable = 0xff;
+       priv->ctr_writable = ~0x10;
        priv->ecr = 0;
        priv->fifo_depth = 0;
        priv->dma_buf = 0;

Кому нибудь удавалось завести дрова от ncr53c8xx на Alpha XL300? Ядро 2.4.17 выдает ошибку:
CACHE TEST FAILED: script execution failed.
start=80063414, pc=80063414, end=80063440
CACHE INCORRECTLY CONFIGURED

> му нужен PLIP - нужно вот этот hunk ревеснуть:
Да, это действительно помогает, хотя зачем сломали - всё ещё остаётся загадкой:)

Что такое Alpha XL300 незнаю, на Ruffian работает:
sym53c8xx: at PCI bus 1, device 13, function 0
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: 53c875 detected
sym53c875-0: rev 0x3 on pci bus 1 device 13 function 0 irq 20
sym53c875-0: ID 7, Fast-20, Parity Checking
scsi0 : sym53c8xx-1.7.3c-20010512
  Vendor: QUANTUM   Model: ATLAS_V__9_SCA    Rev: 0200
  Type:   Direct-Access                      ANSI SCSI revision: 03
  Vendor: MATSHITA  Model: CD-ROM CR-508     Rev: XS03
  Type:   CD-ROM                             ANSI SCSI revision: 02
ncr53c8xx: at PCI bus 1, device 13, function 0
ncr53c8xx: IO region 0x9000[0..127] is in use
Linux alpha 2.4.18-rc2 #2 Thu Feb 21 15:39:43 MSK 2002 alpha unknown

Неспециально сломали, само так получилось. Может быть убирая тот ханк - ты приближаешь смерть вселенной на 10 лет!

2green:
А на 2.4.17 работало?
Alpha XL300 эти те самые NT Dream Mashine... на которых нет srm консоли а есть только AlphaBIOS.

А вот драйвера NVIDIA кто завел на новом ядре? Unresolved symbols в NVdriver и все тут. На 2.4.17 работает...

> Может быть убирая тот ханк - ты приближаешь смерть вселенной на 10 лет!
А, так это ещё и не официальный фикс, значит? :(
Впрочем работает и ладно.
Только странно как-то работает, до первого опускания/поднятия. Т.е.
если его опустить, после поднятия больше не пашет, всё те же таймауты, как
и до реверса этого ханка. Нужен ребут. Такое, правда, и в 2.4.17 было, так
что даже не знаю, что за ботва. С Ethernet таких проблем нет...

Наверное это потому что пользователей меньше. Почему бы не написать багрепорт?

2.4.17 не пробовал. 2.4.18-pre3 работало. и 2.4.16 работало. Что такое srm консоль я незнаю. Впрочем что такое AlphaBIOS тоже. А НТ на этой тачке тоже работает, даже девайсы подозрительно напоминают содежимое виндового boot.ini или как оно там.

На компьютере установлены два винчестера: первый - объемом 3.5Гб, кеша нет, раздел root объемом 2Гб, файловая система - ext2fs; второй - объемом 40Гб, имеет кэш 2Мб, раздел root объемом 20Гб, файловая система - reiserfs; На эти разделы установлен Linux. В первом случае, сразу после загрузки О/С с первого винчестера, запустил команду "top", использованная память имела размер 13Мб и это число не изменялось во времени. Во втором случае, сразу после загрузки О/С со второго винчестера, запустил команду "top", использованная память имела размер примерно 19Мб, через каждую секунду (когда программа "top" снимает данные) размер использованной памяти увеличивается на 16Кб, синхронно на такую-же величину каждую секунду увеличивается размер памяти, отведенной под буфер, и не видно этому конца, при этом в процессе сьема данных происходит кратковременное обращение к винчестеру. Ядра абсолютно идентичные(одна сборка; собирались gcc-2.95.2). Для чистоты эксперимента никакие другие программы не запускались. Ситуация повторяется с тех пор, как пользуюсь ядрами ветки 2.4 и установил reiserfs на второй винчестер.

Попробовал откомпилировать ядро с помощью gcc-3. Ядро после сборки компилятором gcc-3 работает нестабильно. Падение стабильно происходит при копировании файлов больших размером (5Мб и более). На консоль выводится содержимое регистров, а целевой файл оказывается поврежденным. Когда ядро было собрано компилятором gcc-2.95.2, а модули Alsa - компилятором gcc-3, имела место ситуация, аналогичная выше описанной. По этой причине пока собираю ядра старым компилятором.

Это были вопросы или монолог?

I think that the period between rc-final and release
should be at least two week.
Dima

Вчера скачал патч от SGI для XFS только под 2.4.16. Поставил - сразу
появилась такая же фигня с памятью (каждые пару секунд по 16К).
Вернул назад :(

Так что не нравиться? Ну буферизирует, что-то, не все-ли равно.

Думаешь, это нормально? Постоянно растет mem used. Что можно
постоянно буферизировать?

> А вот драйвера NVIDIA кто завел на новом ядре?

Я завел 1.0-2313. Без проблем. Ядро и дрова собраны 3-м gcc.

>Думаешь, это нормально? Постоянно растет mem used. Что можно
>постоянно буферизировать?
имхо, да.
mem used, это не показатель.
возможно идет постоянное упреждающее чтение. вопрос в другом - к чему приводит все это в конце концов? память легко потом освобождается? или свопится постоянно? это не виндоза и свободная память здесь воспринимается как лишняя:)

2Avel
Это в виндозе свободная память воспринимается как лишняя,
причем сколько бы ее не было. Но там это отключается.
А вот как в линуксе это отключить?

Эххх. Стоит у меня kernel 2.4.17 Все драйвера железа вкомпилены в ядро. Сам кернел собран gcc version 2.96 20000731 (ASPLinux 7.1 2.96-85.asp)

Всё работает, не жужжит, не паникует, не перегружается, памяти сколько есть, столько и освобождает - и НУ НИКАКИХ проблем. ;-}

/Barbarossa

у меня почему то на всех ядрах через некоторое время после ребута # free total used free shared buffers cached Mem: 513476 510076 3400 0 1220 96472 -/+ buffers/cache: 412384 101092 Swap: 72252 460 71792

и так на трех машинах это нормально или нет ??

> buffers/cache: 412384 101092 Swap: 72252 460 71792

Смотря что твой сервер делает. Если это веб-сервер я бы добавил ему память
на твоем месте. Хотя возможна ситуация, что имеющаяся память используется нерачительно
по причине clueless admin ж)

Как не странно , но у меня тут всё нормально, просто есть там опции по рейзеру в ядре , я только то , чтоб оно там где-то что-то хранило врубил , а do external checking ili шото вроде этого не трогал . рейзер юзаю с 2.4.5 без патча.

>так... а вот это что такое:
>iptables -L - все нормально.
>iptables - t mangle -L
>iptables: libiptc/libip4tc.c:384: do_check: Assertion
>`h->info.valid_hooks ==
>(1 << 0 | 1 << 3)' failed.

Возми последний snapshot iptables, там это поправили для
последнего ядра...

>Поставь iptables 1.2.5
>
>SVpcom

Не поможет....

собрал 2.4.18, говорю shutdown -h 0 последней появляется строка 'Power down.', но комп так и остается включенным, до того на 2.4.14 выключалось нормально. что за дела.

Ну да , у меня всё нормально , ты конфиг проверь.

> buffers/cache: 412384 101092 Swap: 72252 460 71792

>Смотря что твой сервер делает. Если это веб-сервер я бы добавил ему память >на твоем месте. Хотя возможна ситуация, что имеющаяся память используется нерачительно >по причине clueless admin ж)

это прокси компов на 100, а где почитать можно про настройки с памятью, что такое : buffers/cache: например ???