LINUX.ORG.RU

Тестируем ядро 2.6.0-test1


0

0

Собственно Subj.
Ядро 2.6.0-test1-ac1

X сервер 4.3.0 c модулем от nvidia (соответствующий km пропатчен)
Работоспособность относительно 2.4.22-pre6 процентов на 90%

Звук, видео, внешние девайсы работают почти без проблем

Про косяки и глюки:
- Мелочи:
1) Статистика по дискам перенесена в другое место - поэтому
не выводится в gkrellm
2) Не работают _мои_ сенсоры (честно говоря пока что с этим не разбирался)
- Неприятности покрупнее:
1) Наблюдаются попытки поднятия уже поднятых модулей при закрузке,
вероятный виновник - inut-скрипты ( вероятнее всего hotplug) хотя нужно разбираться подробнее...
2) oops-ы с hotplug девайсами (USB CF Reader/Writer) при попытках размонтировать оные _после_ их физического отключения ...


Общее впечатление - система стала шустрее



>>> Просмотр (1280x1024, 291 Kb)

★★★★★

Проверено: ivlad

как насчёт провести реальные тесты кернеля под нагрузкой ? что-то лениво самому всё это делать, может сделаешь и положишь сюда логи ? :) *наглость - второе счастье". Зайди на сайт LTP (Linux Test Project) и позапускай тесты раза 3-4, сравни результаты и сюда положи вывод :)

r00ty
()

У меня почему-то это тварь на mount /dev/cdrom не желает ничего делать, пока modprobe cdrom не сделаешь. Почему - загадка.
Вроде все сделано как надо, ядру сказано модули подхватывать...

jackill ★★★★★
()

Sorry za translit ya sobral eto yadro na laptope: AMD Duron 1.2Ghz,384MB RAM. posle zapuska i updeyta modutils vse rabotayet klassno, krome mishi. USB mouse prosto systemoy ne opoznayetsia daje posle zagruaki nujnogo modulia. zato s vkluchennoy podderjkoy ACPI battareya saditsia v 2 raza medleney :)

Dima_Z
()

Это не тест, а так, онанизм. 2.6.0-test1 практически не отличается от 2.5. К тому же нужно тестировать все возможности ядра, а не только скорость работы на глаз. Например, почему-бы не протестировать NPTL + GLIBC-2.3? И привести подробный отчет? Это было-бы интересно. А ядро перекомпилить - 15 минут делов

anonymous
()

Я пока остался на 2.4.21, потому что 2.5.75 и оба 2.6.0-test1 не хотят отдавать программам pts'ки (псевдоконсоли) и все тут. Это все, я имею ввиду, при включенной devfs (без devfsd). А так 2.6.0-test1 лучше чем 2.4.21 - у меня мышка в консоли с ним наконец заработала, потом ядерная ALSA это просто прелесть. Ну так, по мелочам, кое где побыстрее все забегало. Вобщем впечатление приятное, если бы не pts'ки.

diGGer
()

Слушай ето хоть и не потеме но Как ты запустил АнрилТурнамент ??? У меня не получилось запустить даже демо версию укаченную с офицального сайта! если можно то ответ в мыло iis@elaz.ru

anonymous
()

Насчёт так называемых глюков - вроде так и должно быть - новая версия ядра - к ней иные конфиги и типа иные инит скрипты - ни одного дитсра на этом ядре ещё нету так что нуна пилить пилкой для ногтей:)

manowar ★★
()

sS, напишите, пожалуйста, на knoppix@knoppix.ru, есть деловое предложение.

anonymous
()

О! Knoppix (как и любой debian-based) - рулез форева!!!

anonymous
()

Дистр не юзал, а вот сайт очень приятный, частенько почитываю :)

anonymous
()
Ответ на: комментарий от r00ty

> как насчёт провести реальные тесты кернеля под нагрузкой ?

Если будет время ... :(

Удается попинать его только с утра пока кофей пью ;)
На работе совсем другие ядра и совсем другие задачи ....


sS ★★★★★
() автор топика
Ответ на: комментарий от anonymous

>Это не тест, а так, онанизм. 2.6.0-test1 практически не отличается от >2.5. К тому же нужно тестировать все возможности ядра, а не только >скорость работы на глаз. Например, почему-бы не протестировать NPTL + >GLIBC-2.3? И привести подробный отчет? Это было-бы интересно. А ядро >перекомпилить - 15 минут делов

А поставить в систему GLIBC 2.3 сколько минут ? ;)

Если есть время почему бы Вам самому этим не заняться  ? ....

sS ★★★★★
() автор топика
Ответ на: комментарий от anonymous

>Слушай ето хоть и не потеме но Как ты запустил АнрилТурнамент ??? У >меня не получилось запустить даже демо версию укаченную с офицального >сайта! если можно то ответ в мыло iis@elaz.ru

Ушло мылом ...

sS ★★★★★
() автор топика
Ответ на: комментарий от anonymous

>У кого IDE, вы hdparm -t /dev/hdx пускали? Там есть проблема с IDE

Пускал и для IDE дисков и для сказевого USB mass-storage девайса -
проблем не увидел ...

sS ★★★★★
() автор топика
Ответ на: комментарий от anonymous

>OpenDX 4.3.0 uzhe vishel. mozhesh skachat' s opendx.org

А что там нового по сравнению с 4.2 ?

sS ★★★★★
() автор топика
Ответ на: комментарий от manowar

>Насчёт так называемых глюков - вроде так и должно быть - новая версия 
>ядра - к ней иные конфиги и типа иные инит скрипты - ни одного дитсра на 
>этом ядре ещё нету так что нуна пилить пилкой для ногтей:)

Пилил минут 15 но так до конца и недопилил ;)

sS ★★★★★
() автор топика
Ответ на: комментарий от svs

>А где взять патч nvidia для 2.6?

Я брал в прямо из LKML 

там было 2 патча:
 
1) Основной для 2.5 ветки
   http://www.arghblech.com/NVIDIA_kernel-1.0-4363-2.5.diff
2) Тривиальный 2.5-2.6 (там просто поправлены #if defined)
   
  NVIDIA_kernel-1.0-4363-2.5-2.6.diff

--- НАЧАЛО ПАТЧА -------------------------------------------------
--- NVIDIA_kernel-1.0-4363/nv-linux.h.old	2003-07-14 15:39:35.000000000 +0100
+++ NVIDIA_kernel-1.0-4363/nv-linux.h	2003-07-14 15:47:54.000000000 +0100
@@ -32,6 +32,8 @@
 #  define KERNEL_2_4
 #elif LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 0)
 #  define KERNEL_2_5
+#elif LINUX_VERSION_CODE < KERNEL_VERSION(2, 7, 0)
+#  define KERNEL_2_6
 #else
 #  error This driver does not support development kernels!
 #endif
@@ -46,7 +48,7 @@
 #define __SMP__
 #endif

-#if defined (MODVERSIONS) && !defined (KERNEL_2_5)
+#if defined (MODVERSIONS) && !(defined (KERNEL_2_5) || defined(KERNEL_2_6))
 #include <linux/modversions.h>
 #endif

@@ -62,7 +64,7 @@
 #include <linux/poll.h>             /* poll_wait                        */
 #include <linux/delay.h>            /* mdelay, udelay                   */

-#ifdef KERNEL_2_5
+#if defined(KERNEL_2_5) || defined(KERNEL_2_6)
 #include <linux/sched.h>            /* suser(), capable() replacement   */
 #include <linux/moduleparam.h>      /* module_param()                   */
 #include <linux/smp_lock.h>         /* kernel_locked                    */
@@ -126,7 +128,7 @@
 #define PUT_MODULE_SYMBOL(sym)        inter_module_put((char *) sym)
 #define NV_VMA_PRIVATE(vma)           ((vma)->vm_private_data)

-#ifdef KERNEL_2_5
+#if defined(KERNEL_2_5) || defined(KERNEL_2_6)
 #  define NV_DEVICE_NUMBER(_minor)      ((kdev_val(_minor)) & 0x0f)
 #  define NV_IS_CONTROL_DEVICE(_minor)  (((kdev_val(_minor)) & 0xff) == 0xff)
 #  define NV_IS_SUSER()                 capable(CAP_SYS_ADMIN)
@@ -150,7 +152,7 @@
 #  define NV_MODULE_PARAMETER(x)        MODULE_PARM(x, "i")
 #endif

-#ifndef KERNEL_2_5
+#if !defined(KERNEL_2_5) && !defined(KERNEL_2_6)
   typedef void irqreturn_t;
 # define IRQ_NONE
 # define IRQ_RETVAL(x)
@@ -163,7 +165,7 @@
   typedef void* devfs_handle_t;
 #endif
 
-#ifdef KERNEL_2_5
+#if defined(KERNEL_2_5) || defined(KERNEL_2_6)
 #define NV_DEVFS_REGISTER(_name, _minor)                            \
 ({                                                                  \
     devfs_handle_t __handle = NULL;                                 \
@@ -193,7 +195,7 @@
  * relevant releases to date use it. This version was backported to 2.4 by
  * RedHat without means to identify the change, hence this hack.
  */
-#ifdef KERNEL_2_5
+#if defined(KERNEL_2_5) || defined(KERNEL_2_6)
 #define NV_REMAP_PAGE_RANGE(a, b...)    remap_page_range(vma, a, ## b)
 #else
 #if defined(REMAP_PAGE_RANGE_5)
--- NVIDIA_kernel-1.0-4363/nv.c.old	2003-07-14 15:51:39.000000000 +0100
+++ NVIDIA_kernel-1.0-4363/nv.c	2003-07-14 15:49:48.000000000 +0100
@@ -720,7 +720,7 @@

     nv_printf(NV_DBG_ERRORS, "nvidia: loading %s\n", pNVRM_ID);

-#if defined(CONFIG_DEVFS_FS) && !defined(KERNEL_2_5)
+#if defined(CONFIG_DEVFS_FS) && !(defined(KERNEL_2_5) || defined(KERNEL_2_6))
     rc = devfs_register_chrdev(nv_major, "nvidia", &nv_fops);
 #else
     rc = register_chrdev(nv_major, "nvidia", &nv_fops);
@@ -806,7 +806,7 @@
     return 0;

  failed:
-#if defined(CONFIG_DEVFS_FS) && !defined(KERNEL_2_5)
+#if defined(CONFIG_DEVFS_FS) && !(defined(KERNEL_2_5) || defined(KERNEL_2_6))
     devfs_unregister_chrdev(nv_major, "nvidia");
 #else
     unregister_chrdev(nv_major, "nvidia");
@@ -856,7 +856,7 @@
         }
     }

-#if defined(CONFIG_DEVFS_FS) && !defined(KERNEL_2_5)
+#if defined(CONFIG_DEVFS_FS) && !(defined(KERNEL_2_5) || defined(KERNEL_2_6))
     rc = devfs_unregister_chrdev(nv_major, "nvidia");
 #else
     rc = unregister_chrdev(nv_major, "nvidia");
@@ -1461,7 +1461,7 @@
 
     switch (_IOC_NR(cmd))
     {
-#if !defined(KERNEL_2_5)
+#if !defined(KERNEL_2_5) && !defined(KERNEL_2_6)
         /* debug tool; zap the module use count so we can unload driver */
         /*             even if it is confused */
         case _IOC_NR(NV_IOCTL_MODULE_RESET):

--------- КОНЕЦ ПАТЧА --------------------------------------------

sS ★★★★★
() автор топика

Где бы взять патч на поддержку dri для ati rage :)
Хотя, скоро уже будет все равно не нужно.

jackill ★★★★★
()

2 diGGer (*) (2003-07-24 11:40:27.062693)

> Я пока остался на 2.4.21, потому что 2.5.75 и оба 2.6.0-test1 не хотят отдавать программам pts'ки (псевдоконсоли) и все тут.

devpts надо монтировать в /dev/pts. Эту функциональность из devfs убрали в конце 2.5.6* или начале 2.5.7*, уже точно не помню когда именно - можно в lkml посмотреть.

bugfixer ★★★★★
()
Ответ на: комментарий от r00ty

2r00ty
>как насчёт провести реальные тесты кернеля под нагрузкой ? что-то 
>лениво самому всё это делать, может сделаешь и положишь сюда логи ? :) 
>*наглость - второе счастье". Зайди на сайт LTP (Linux Test Project) и 
>позапускай тесты раза 3-4, сравни результаты и сюда положи вывод :)

Посмотрел я на эти тесты:

1) Они пока не готовы для 2.6.0 - нужон напильник, я остановился на подпиливании swapon* и бросил - пусть авторы сами подпиливают ;)

2) Что то эти тесты мне показались слегка пионерскими ... какой смысл
  бенчмаркать кусок кернельного кода отдельно в UM (некоторые куски с preemtible kernel так вообще будут непереносимы) я так и не понял ...
хотя все это дело смотрел по диагонали мог чего и пропустить...

sS ★★★★★
() автор топика
Ответ на: комментарий от Kuzmich

2Kuzmich (*) (2003-07-25 13:21:51.183356)

Копия переписки ушла мылом

sS ★★★★★
() автор топика

Если не влом ... то по Unreal`у переписку мне киньте на idol@mts-nn.ru

Господа! Я пользуюсь верткой 2.5 уже 2-4 месяца ... забавная ветка ... Прирост производительности есть ... мать у меня на чипсете nForce2 ... ;) вот ... 2.6 сегодня посмотрю ... мож на него перееду ... проблемм с pts нет , так как знаю что монитировать надо ... ;)

anonymous
()
Ответ на: комментарий от anonymous

>Если не влом ... то по Unreal`у переписку мне киньте на idol@mts-nn.ru

Ушло мылом 


>...Господа! Я пользуюсь верткой 2.5 уже 2-4 месяца ... забавная ветка 
>... Прирост производительности есть ... мать у меня на чипсете nForce2 
>... ;) вот ... 2.6 сегодня посмотрю ... мож на него перееду 

для nForce2 альтернатив вроде бы нету ... пока backport на 2.4 не сделают ...

>... проблемм с pts нет , так как знаю что монитировать надо ... ;)

скорее всего правильная строчка уже была прописана в fstab


sS ★★★★★
() автор топика
Ответ на: комментарий от sS

>для nForce2 альтернатив вроде бы нету ... пока backport на 2.4 не сделают ...

глянул сегодня внутрь 2.4.22-pre8.
В nForce - там стоит "поддержка nForce/nForce2" 

sS ★★★★★
() автор топика
Ответ на: комментарий от sS

>>Это не тест, а так, онанизм. 2.6.0-test1 практически не отличается от >>2.5. К тому же нужно тестировать все возможности ядра, а не только >>скорость работы на глаз. Например, почему-бы не протестировать NPTL + >>GLIBC-2.3? И привести подробный отчет? Это было-бы интересно. А ядро >>перекомпилить - 15 минут делов

>А поставить в систему GLIBC 2.3 сколько минут ? ;)

Ты хотел спросить сколько дней? :) Попробуй поставить GLIBC 2.3 + NPTL + Linux 2.6 и потом расскажи нам.

anonymous
()
Ответ на: комментарий от anonymous

>Ты хотел спросить сколько дней? :) Попробуй поставить GLIBC 2.3 + NPTL + Linux 2.6 и потом расскажи нам.

Это не ко мне а к анонимусу - сие предложившему ....



sS ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.