Вышло ядро 2.6.11.1

и что мы получили в итоге? больше цифр и ничего больше...

что будет через года 2-3?

Windows'2008, если верить предыдущему треду =)

>- снова работают клавиатуры от DELL
>- исправлены ошибки компиляции raid6 на ppc Altivec
это все?
ну тогда это что-то около 2.6.11.0.0.0.0.1

хотя, не мне решать.

>>> снова работают клавиатуры от DELL

Меня эта фраза прикалывает )))

Мдя подожду ядра 2.6.19.21.65 :) мне польше понравилось предожение с буквенными окончаниями S-ES-EES - stable, extra-stable, extra-extra-stable

стабильное ядро это то в котором работают (снова заметьте) клавиатуры от DELL :)

У НОВОСТЕЙ БЫВАЕТ ОДНА СВЕЖЕСТЬ - ПЕРВАЯ, ОНА ЖЕ ПОСЛЕДНЯЯ. ЛУЧШЕ УЖ СОВСЕМ БЕЗ НОВОСТЕЙ.

ps. с 5 марта на трапе висит.

>>- снова работают клавиатуры от DELL

Я плакаль...

> и что мы получили в итоге?

Вы - не знаю, а Линус - радость от осознания одержанной победы :)

> что будет через года 2-3?

2.6.11.1380

Патч размером 623 байта (1483 uncompressed). Теперь новые ядра каждый день будут выходить. Надо было сразу просто сделать нумерацию 2.6.11-20050305, 2.6.11-20050306 ... :)

diff -Nru a/Makefile b/Makefile
--- a/Makefile	2005-03-04 09:27:15 -08:00
+++ b/Makefile	2005-03-04 09:27:15 -08:00
@@ -1,7 +1,7 @@
 VERSION = 2
 PATCHLEVEL = 6
 SUBLEVEL = 11
-EXTRAVERSION =
+EXTRAVERSION = .1
 NAME=Woozy Numbat
 
 # *DOCUMENTATION*
diff -Nru a/drivers/input/serio/i8042-x86ia64io.h b/drivers/input/serio/i8042-x86ia64io.h
--- a/drivers/input/serio/i8042-x86ia64io.h	2005-03-04 09:27:15 -08:00
+++ b/drivers/input/serio/i8042-x86ia64io.h	2005-03-04 09:27:15 -08:00
@@ -88,7 +88,7 @@
 };
 #endif
 
-#ifdef CONFIG_ACPI
+#if defined(__ia64__) && defined(CONFIG_ACPI)
 #include <linux/acpi.h>
 #include <acpi/acpi_bus.h>
 
@@ -281,7 +281,7 @@
 	i8042_kbd_irq = I8042_MAP_IRQ(1);
 	i8042_aux_irq = I8042_MAP_IRQ(12);
 
-#ifdef CONFIG_ACPI
+#if defined(__ia64__) && defined(CONFIG_ACPI)
 	if (i8042_acpi_init())
 		return -1;
 #endif
@@ -300,7 +300,7 @@
 
 static inline void i8042_platform_exit(void)
 {
-#ifdef CONFIG_ACPI
+#if defined(__ia64__) && defined(CONFIG_ACPI)
 	i8042_acpi_exit();
 #endif
 }
diff -Nru a/drivers/md/raid6altivec.uc b/drivers/md/raid6altivec.uc
--- a/drivers/md/raid6altivec.uc	2005-03-04 09:27:15 -08:00
+++ b/drivers/md/raid6altivec.uc	2005-03-04 09:27:15 -08:00
@@ -108,7 +108,11 @@
 int raid6_have_altivec(void)
 {
 	/* This assumes either all CPUs have Altivec or none does */
+#ifdef CONFIG_PPC64
 	return cur_cpu_spec->cpu_features & CPU_FTR_ALTIVEC;
+#else
+	return cur_cpu_spec[0]->cpu_features & CPU_FTR_ALTIVEC;
+#endif
 }
 #endif
 
------
Это ВЕСЬ патч. Налетай! :)

проще как в Wine - без версий :)

Скоро linux-20050310 ;)

2anonymous (*) (07.03.2005 21:36:55)
>что будет через года 2-3?
А тебе то что?

да мне ничего, просто интересно почему вдруг такую нумерацию ядер сделали?

Что б патчится легче было раньше одним патчем теперь 10ю будем лишний гемор ! хотя как знать .

>да мне ничего, просто интересно почему вдруг такую нумерацию ядер сделали?

А про 2.6.8.1 забыли... Я считаю это вполне нормальным.
2.7 - для того, что ещё не придумали, что-то сверх ординарное, что-то типа NTPL, то что много ломает.
2.6.12 - новые фичи, типа FS в userspace и т.д.
2.6.11.1 - правление багов в реализованных фичах.
Как раз по мне так этой 4 цыфры не хватало. Хотя интересно, когда с 2 на 3 менять?

А что все так бесятся? Не работали у людей клавы, а добрые разработчики оп! и написали патч что б работало. Конечно, может для новой версии слабовато, но..

Не в размере патча дело! Считать количество изменений по его объему - мелкомягкий подход IMHO.

> Хотя интересно, когда с 2 на 3 менять?

Когда GUI в ядро встроят :)

Бросьте, ребята, копья ломать. Всё нормально. (IMHO)

Ядро может быть продакшн или девелопмент, другого не дано. Фрюшная схема отточена и работает.

Не понимаю сарказма некоторых анонимусов по-поводу версий x.y.z.p; p - это Patch-level, то есть ведро версии 2.6.11.962 вполне реально, и то, что патч будет занимать 200-300 байт ничего необычного нету...

http://www.linux.org.ru/view-message.jsp?msgid=829489&back=group.jsp%3Fgr...

2majordomo (*) (08.03.2005 1:02:49)
Урааааааа

2anonymous (*) (07.03.2005 23:56:49)
>Как раз по мне так этой 4 цыфры не хватало. Хотя интересно, когда с 2 на 3 менять?
Теперь есть, ничо не меняй. Интересно - учи.

> снова работают клавиатуры от DELL

Логически развивая, в чейнджлоге 2.6.11.2 мы увидим такую строчку:

- снова _не_ работают клавиатуры от DELL

;)

2Energetic (*) (07.03.2005 22:38:17)
Не вытирай сопли блинами :-)

теперь новые релизы Линупса будут выходить по 20 раз на день. Засрем ленту ЛОРа новостями по теме!

2bsdushka (*) (08.03.2005 2:43:44)
>Засрем ленту ЛОРа новостями по теме!
Тафай, тафай ...

2bsdushka (*) (08.03.2005 2:43:44)
uname -or
2.6.11-cko1 GNU/Linux
Зависть - смертный грех.

$ uname -r
2.6.11-cko1

$/lib/libc.so.6
GNU C Library stable release version 2.3.4, by Roland McGrath et al.
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 3.4.3 20050110 (Gentoo Linux 3.4.3.20050110, ssp-3.4.3.20050110-0, pie-8.7.7).
Compiled on a Linux 2.6.8 system on 2005-02-23.
Available extensions:
GNU libio by Per Bothner
crypt add-on version 2.1 by Michael Glad and others
Native POSIX Threads Library by Ulrich Drepper et al
BIND-8.2.3-T5B
NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
Thread-local storage support included.
For bug reporting instructions, please see:
<http://www.gnu.org/software/libc/bugs.html>;.

Чего-то у меня и клава DELL работает на лаптопе, и NPTL ничего не ломает?

Что-то мне от всех этих новостей про нумерации версий ядра басня Крылова вспомнилась:

А вы, друзья, как ни садитесь;

Всё в музыканты не годитесь.

:)

есть в этом некий смысл. Установка/обнавление ядра -- это вообще забота дистрибутива.

Критики =) Виноваты криворукие Dell-овцы.

Some ACPI-related changes were recently made to i8042 discovery for ia64.
Unfortunately this broke a significant number of Dell laptops due to their having incorrect BIOS tables.

Лучше бы слали письма со своими проблемами к создателю этой ветки. Авось обратят внимание на тормоза при копировании на 2.6. Я уже отослал такое.

> Не понимаю сарказма некоторых анонимусов по-поводу версий x.y.z.p; p - это Patch-level, то есть ведро версии 2.6.11.962 вполне реально, и то, что патч будет занимать 200-300 байт ничего необычного нету...

А что мешает делать версии x.y.p ???

Пока драйверы будут являться частью самого ядра, думаю, что такие случаи будут только учащаться... Ну, зачем выпускать новый патч к _ядру_, если нужно подправить только _драйвер_?!

Тут заказал себе DVD-диск с последней [мартовской] сборкой Solaris 10. Интересно, кто-нибудь пробовал? Какие впечатления?

>Интересно, кто-нибудь пробовал? Какие впечатления?

Не грузится у меня инсталлер (виснет), хотя под QEMU грузится. И она не мартовская, она уже с февраля.

> Не грузится у меня инсталлер (виснет)

он не виснет, ждать просто долго надо

иногда полчаса ждать приходится

Странно, но на www.kernel.org никто еще не знает о 2.6.11.1 ;)

>иногда полчаса ждать приходится

В QEMU (без скоростного патча) надо ждать минуту. Я ждал минут 15, но ничего (P4-2400/512DDR). Надо будет ещё попробовать. А его с линуксом на один диск можно? Он не перепутает линуксовый своп со своим разделом? Там что, KDE 3.1? Более новые собираются?

> А его с линуксом на один диск можно? Он не перепутает линуксовый своп со своим разделом?

Хотя и вопрос был не ко мне, по попробую ответить на часть вопросов.

Судя по следующей статье, можно на одном диске одновременно хранить и Windows, и Solaris 10, и Linux:

http://www.sun.com/bigadmin/content/submitted/quad_boot_article.pdf

Из той же статьи создается впечатление, что Solaris не использует линуксовый swap-раздел, хотя, может быть, я и не прав здесь.

> он не виснет, ждать просто долго надо > > иногда полчаса ждать приходится

а как сама система ведет себя в целом на x86 по сравнению с тем же линуксом?

> а как сама система ведет себя в целом на x86 по сравнению с тем же линуксом?

очень медленно и печально

хотя многие ее держат на оптеронах

>Из той же статьи создается впечатление, что Solaris не использует линуксовый swap-раздел, хотя, может быть, я и не прав здесь.

Тип раздела 82 является одновременно и Linux swap, и Solaris FS. Как бы не наделать ничего плохого.

>очень медленно и печально

Кто-то говорил, что десятка стала значительно быстрее.

> Кто-то говорил, что десятка стала значительно быстрее.

быстрей чем девятка, но до линуха пока еще далеко

А стоит ли вообще солярку ставить? Есть там что-то, что меня должно обрадовать?

> Тип раздела 82 является одновременно и Linux swap, и Solaris FS. Как бы не наделать ничего плохого.

Наверное, по этой причине в той статье сначала описывается установка соляриса, а лишь потом двух линуксов...

Я тоже много читал о том, что десятый солярис стал таким же шустрым на x86 (ia32 / amd64) как и линукс. Неужели, гон?

> А стоит ли вообще солярку ставить

на десктоп врядли, только если посмотреть на нее и сразу снести :)

> Есть там что-то, что меня должно обрадовать?

интересных вещей в ней много, только половина из них явно отсутствует в download версии

Ужасающее убожество и тормоз. Поставить можно только в ознакомительных целях - типа чтобы больше не поддаваться на эту провокацию и через пару недель отвести это место под что-либо путное.