[devel] q: kernel-image-std-smp +/- forcedeth (was: [cyber] I: Sisyphus-20071126 packages: +16! -9 +108 (6914))

[devel] q: kernel-image-std-smp +/- forcedeth (was: [cyber] I: Sisyphus-20071126 packages: +16! -9 +108 (6914))

[Michael Shigorin]

On Mon, Nov 26, 2007 at 04:21:34AM +0300, QA Team Robot wrote:
> kernel-image-std-pae - The Linux kernel (the core of the Linux operating system)
> * Sat Nov 24 2007 Sergey Vlasov <vsu@altlinux> 2.6.18-alt9
> - Security-related changes:
>   + CVE-2006-6058: minix: limit printks on corrupted dir i_size
>   + CVE-2007-2875: cpuset: fix information leak through /dev/cpuset/tasks
>   + CVE-2007-2878: vfat: fix compat ioctls memory corruption on 64-bit systems
>   + CVE-2007-3105: random: fix bound check ordering
>   + CVE-2007-3513: usblcd: limit memory consumption during write
>   + CVE-2007-3731 [1/2]: ptrace: handle bogus %cs in single-step decoding
>   + CVE-2007-3731 [2/2]: i386: fix TRACE_IRQS_ON without proper segment setup
>   + CVE-2007-3740: cifs: respect umask when unix extensions are enabled
>   + CVE-2007-3843: cifs: fail mount if signing is requested but not supported
>   + CVE-2007-3848: reset current->pdeath_signal on SUID binary execution
>   + CVE-2007-4133: don't allow the stack to grow into hugetlb reserved regions
>   + CVE-2007-4133: hugetlbfs: fix prio_tree unit
>   + CVE-2007-4308: aacraid: require CAP_SYS_ADMIN for configuration ioctls
>   + CVE-2007-4997: ieee80211: avoid integer underflow for runt rx frames
>   + CVE-2007-5500: wait_task_stopped: Check p->exit_state, not TASK_TRACED
> 
> - Filesystem fixes:
>   + locks: fix possible infinite loop in posix deadlock detection
> 
> - Updated BuildRequires (kernel-build-tools changed to rpm-build-kernel).
> - Added BuildRequires(pre): rpm-build-kernel to get clean build in hasher.
> * Sun Sep 23 2007 Sergey Vlasov <vsu@altlinux> 2.6.18-alt8
> - CVE-2007-4573 (x86_64 only): Zero extend all registers after ptrace in 32bit
>   entry path.
> * Thu Aug 02 2007 Sergey Vlasov <vsu@altlinux> 2.6.18-alt7

Серёж, а с forcedeth-то что, или всё тот же старый-глючный? :(
[#12221]

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] q: kernel-image-std-smp +/- forcedeth (was: [cyber] I: Sisyphus-20071126 packages: +16! -9 +108 (6914))

[Igor Zubkov]

2007/11/26, Michael Shigorin <mike@osdn.org.ua>:
> On Mon, Nov 26, 2007 at 04:21:34AM +0300, QA Team Robot wrote:
> > kernel-image-std-pae - The Linux kernel (the core of the Linux operating system)
> > * Sat Nov 24 2007 Sergey Vlasov <vsu@altlinux> 2.6.18-alt9

> Серёж, а с forcedeth-то что, или всё тот же старый-глючный? :(
> [#12221]

Так же как и с mactel'овскими патчами (#13269, #13270). Т.е. никак. :(

p.s.: а мне без этих патчей очень тяжело жить на буке. Функциональные
клавишы не работают, звук глючит.

-- 
icesik

Re: [devel] q: kernel-image-std-smp +/- forcedeth

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2152 bytes --]

On Mon, Nov 26, 2007 at 11:55:11AM +0200, Michael Shigorin wrote:
> On Mon, Nov 26, 2007 at 04:21:34AM +0300, QA Team Robot wrote:
> > kernel-image-std-pae - The Linux kernel (the core of the Linux operating system)
> > * Sat Nov 24 2007 Sergey Vlasov <vsu@altlinux> 2.6.18-alt9
> > - Security-related changes:
> >   + CVE-2006-6058: minix: limit printks on corrupted dir i_size
> >   + CVE-2007-2875: cpuset: fix information leak through /dev/cpuset/tasks
> >   + CVE-2007-2878: vfat: fix compat ioctls memory corruption on 64-bit systems
> >   + CVE-2007-3105: random: fix bound check ordering
> >   + CVE-2007-3513: usblcd: limit memory consumption during write
> >   + CVE-2007-3731 [1/2]: ptrace: handle bogus %cs in single-step decoding
> >   + CVE-2007-3731 [2/2]: i386: fix TRACE_IRQS_ON without proper segment setup
> >   + CVE-2007-3740: cifs: respect umask when unix extensions are enabled
> >   + CVE-2007-3843: cifs: fail mount if signing is requested but not supported
> >   + CVE-2007-3848: reset current->pdeath_signal on SUID binary execution
> >   + CVE-2007-4133: don't allow the stack to grow into hugetlb reserved regions
> >   + CVE-2007-4133: hugetlbfs: fix prio_tree unit
> >   + CVE-2007-4308: aacraid: require CAP_SYS_ADMIN for configuration ioctls
> >   + CVE-2007-4997: ieee80211: avoid integer underflow for runt rx frames
> >   + CVE-2007-5500: wait_task_stopped: Check p->exit_state, not TASK_TRACED
> > 
> > - Filesystem fixes:
> >   + locks: fix possible infinite loop in posix deadlock detection
> > 
> > - Updated BuildRequires (kernel-build-tools changed to rpm-build-kernel).
> > - Added BuildRequires(pre): rpm-build-kernel to get clean build in hasher.
> > * Sun Sep 23 2007 Sergey Vlasov <vsu@altlinux> 2.6.18-alt8
> > - CVE-2007-4573 (x86_64 only): Zero extend all registers after ptrace in 32bit
> >   entry path.
> > * Thu Aug 02 2007 Sergey Vlasov <vsu@altlinux> 2.6.18-alt7
> 
> Серёж, а с forcedeth-то что, или всё тот же старый-глючный? :(
> [#12221]

Это чистый secfix, обновление kernel-image-std-smp по forcedeth и др.
будет в следующем релизе пакета.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] q: kernel-image-std-smp +/- forcedeth

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 281 bytes --]

> > Серёж, а с forcedeth-то что, или всё тот же старый-глючный? :(
> > [#12221]
>
> Это чистый secfix, обновление kernel-image-std-smp по forcedeth и др.
> будет в следующем релизе пакета.

не порали забыть про следующий релиз и собрать следующую версию?

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] q: kernel-image-std-smp +/- forcedeth

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 439 bytes --]

On Mon, Nov 26, 2007 at 03:38:39PM +0300, Valery V. Inozemtsev wrote:
> > > Серёж, а с forcedeth-то что, или всё тот же старый-глючный? :(
> > > [#12221]
> >
> > Это чистый secfix, обновление kernel-image-std-smp по forcedeth и др.
> > будет в следующем релизе пакета.
> 
> не порали забыть про следующий релиз и собрать следующую версию?

Нет, это разные вещи.  Ядро 2.6.24 не заменит std-smp-2.6.18 в 4.0/branch.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] q: kernel-image-std-smp +/- forcedeth

[Konstantin A. Lepikhov]

Igor Zubkov пишет:
> 2007/11/26, Michael Shigorin <mike@osdn.org.ua>:
>> On Mon, Nov 26, 2007 at 04:21:34AM +0300, QA Team Robot wrote:
>>> kernel-image-std-pae - The Linux kernel (the core of the Linux operating system)
>>> * Sat Nov 24 2007 Sergey Vlasov <vsu@altlinux> 2.6.18-alt9
> 
>> Серёж, а с forcedeth-то что, или всё тот же старый-глючный? :(
>> [#12221]
> 
> Так же как и с mactel'овскими патчами (#13269, #13270). Т.е. никак. :(
> 
> p.s.: а мне без этих патчей очень тяжело жить на буке. Функциональные
> клавишы не работают, звук глючит.
> 
переходите на ядро 2.6.22 ;)

Re: [devel] q: kernel-image-std-smp +/- forcedeth

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 637 bytes --]

В сообщении от 26 ноября 2007 Dmitry V. Levin написал(a):
> On Mon, Nov 26, 2007 at 03:38:39PM +0300, Valery V. Inozemtsev wrote:
> > > > Серёж, а с forcedeth-то что, или всё тот же старый-глючный? :(
> > > > [#12221]
> > >
> > > Это чистый secfix, обновление kernel-image-std-smp по forcedeth и др.
> > > будет в следующем релизе пакета.
> >
> > не порали забыть про следующий релиз и собрать следующую версию?
>
> Нет, это разные вещи.  Ядро 2.6.24 не заменит std-smp-2.6.18 в 4.0/branch.

из этого следует что пока поддерживается линейка 4.0 новой версии ядра в 
сизифе ждать не стоит?
а вообще я про 2.6.22

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] q: kernel-image-std-smp +/- forcedeth

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 900 bytes --]

On Mon, Nov 26, 2007 at 03:50:43PM +0300, Valery V. Inozemtsev wrote:
> В сообщении от 26 ноября 2007 Dmitry V. Levin написал(a):
> > On Mon, Nov 26, 2007 at 03:38:39PM +0300, Valery V. Inozemtsev wrote:
> > > > > Серёж, а с forcedeth-то что, или всё тот же старый-глючный? :(
> > > > > [#12221]
> > > >
> > > > Это чистый secfix, обновление kernel-image-std-smp по forcedeth и др.
> > > > будет в следующем релизе пакета.
> > >
> > > не порали забыть про следующий релиз и собрать следующую версию?
> >
> > Нет, это разные вещи.  Ядро 2.6.24 не заменит std-smp-2.6.18 в 4.0/branch.
> 
> из этого следует что пока поддерживается линейка 4.0 новой версии ядра в 
> сизифе ждать не стоит?

Нет, это из этого не следует. ;)

> а вообще я про 2.6.22

Зачем собирать новое ядро, если оно уже старое? :)
Если собирать новое ядро, то уже 2.6.24 с прицелом на 4.1/branch.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] q: kernel-image-std-smp +/- forcedeth

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1125 bytes --]

В сообщении от 26 ноября 2007 Dmitry V. Levin написал(a):
> On Mon, Nov 26, 2007 at 03:50:43PM +0300, Valery V. Inozemtsev wrote:
> > В сообщении от 26 ноября 2007 Dmitry V. Levin написал(a):
> > > On Mon, Nov 26, 2007 at 03:38:39PM +0300, Valery V. Inozemtsev wrote:
> > > > > > Серёж, а с forcedeth-то что, или всё тот же старый-глючный? :(
> > > > > > [#12221]
> > > > >
> > > > > Это чистый secfix, обновление kernel-image-std-smp по forcedeth и
> > > > > др. будет в следующем релизе пакета.
> > > >
> > > > не порали забыть про следующий релиз и собрать следующую версию?
> > >
> > > Нет, это разные вещи.  Ядро 2.6.24 не заменит std-smp-2.6.18 в
> > > 4.0/branch.
> >
> > из этого следует что пока поддерживается линейка 4.0 новой версии ядра в
> > сизифе ждать не стоит?
>
> Нет, это из этого не следует. ;)

и на том спасибо. хотя это уже начинает напоминать ту притчу про ишака и шаха

>
> > а вообще я про 2.6.22
>
> Зачем собирать новое ядро, если оно уже старое? :)

смотря с чем сравнивать

> Если собирать новое ядро, то уже 2.6.24 с прицелом на 4.1/branch.

а разве 2.6.24 уже есть?

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] q: kernel-image-std-smp +/- forcedeth

[Алексей Шенцев]

В сообщении от Monday 26 November 2007 15:53:47 Dmitry V. Levin написал(а):
> On Mon, Nov 26, 2007 at 03:50:43PM +0300, Valery V. Inozemtsev wrote:
> > а вообще я про 2.6.22
> Зачем собирать новое ядро, если оно уже старое? :)
> Если собирать новое ядро, то уже 2.6.24 с прицелом на 4.1/branch.
А по тому, что на 2.6.22 работает то, что не работает 2.6.18 у нас.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] q: kernel-image-std-smp +/- forcedeth

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 181 bytes --]

* Dmitry V. Levin <ldv@> [071126 15:59]:
> Если собирать новое ядро, то уже 2.6.24 с прицелом на 4.1/branch.
Я наверно сейчас спрошу за всех: КОГДА?

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] q: kernel-image-std-smp +/- forcedeth

[Konstantin A. Lepikhov]

Alexey I. Froloff пишет:
> * Dmitry V. Levin <ldv@> [071126 15:59]:
>> Если собирать новое ядро, то уже 2.6.24 с прицелом на 4.1/branch.
> Я наверно сейчас спрошу за всех: КОГДА?
Когда что? Ядро или branch-4.1? :)

Re: [devel] q: kernel-image-std-smp +/- forcedeth

[Alexey I. Froloff]

Ядро конечно.  Про твои я в курсе, но .22 у меня не засыпает, а на .24
какие-то другие проблемы. Да и модулей маловато...

P.S. Извините за top-posting, gmail с тель-а-фона.

On 11/26/07, Konstantin A. Lepikhov <lakostis@altlinux.org> wrote:
> Alexey I. Froloff пишет:
> > * Dmitry V. Levin <ldv@> [071126 15:59]:
> >> Если собирать новое ядро, то уже 2.6.24 с прицелом на 4.1/branch.
> > Я наверно сейчас спрошу за всех: КОГДА?
> Когда что? Ядро или branch-4.1? :)
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel


-- 
Regards,
Sir Raorn.

Re: [devel] q: kernel-image-std-smp +/- forcedeth

[led]

Monday, 26 November 2007 14:41:45 Konstantin A. Lepikhov написав:
> Igor Zubkov пишет:
> > 2007/11/26, Michael Shigorin <mike@osdn.org.ua>:
> >> On Mon, Nov 26, 2007 at 04:21:34AM +0300, QA Team Robot wrote:
> >>> kernel-image-std-pae - The Linux kernel (the core of the Linux
> >>> operating system) * Sat Nov 24 2007 Sergey Vlasov <vsu@altlinux>
> >>> 2.6.18-alt9
> >>
> >> Серёж, а с forcedeth-то что, или всё тот же старый-глючный? :(
> >> [#12221]
> >
> > Так же как и с mactel'овскими патчами (#13269, #13270). Т.е. никак. :(
> >
> > p.s.: а мне без этих патчей очень тяжело жить на буке. Функциональные
> > клавишы не работают, звук глючит.
>
> переходите на ядро 2.6.22 ;)

А что, кто-то ещё не перешёл?:)

___
Led.

Re: [devel] q: kernel-image-std-smp +/- forcedeth

[led]

Monday, 26 November 2007 14:53:47 Dmitry V. Levin написав:
> On Mon, Nov 26, 2007 at 03:50:43PM +0300, Valery V. Inozemtsev wrote:
> > В сообщении от 26 ноября 2007 Dmitry V. Levin написал(a):
> > > On Mon, Nov 26, 2007 at 03:38:39PM +0300, Valery V. Inozemtsev wrote:
> > > > > > Серёж, а с forcedeth-то что, или всё тот же старый-глючный? :(
> > > > > > [#12221]
> > > > >
> > > > > Это чистый secfix, обновление kernel-image-std-smp по forcedeth и
> > > > > др. будет в следующем релизе пакета.
> > > >
> > > > не порали забыть про следующий релиз и собрать следующую версию?
> > >
> > > Нет, это разные вещи.  Ядро 2.6.24 не заменит std-smp-2.6.18 в
> > > 4.0/branch.
> >
> > из этого следует что пока поддерживается линейка 4.0 новой версии ядра в
> > сизифе ждать не стоит?
>
> Нет, это из этого не следует. ;)
>
> > а вообще я про 2.6.22
>
> Зачем собирать новое ядро, если оно уже старое? :)
> Если собирать новое ядро, то уже 2.6.24 с прицелом на 4.1/branch.

Тогда, похоже, Master раньше чем к следующему лету можно не ждать. Не думаю, 
что можно будет назвать Master'ом что-либо с ядром 2.6.18 (на текущий уже 
момент).

___
Led.

Re: [devel] q: kernel-image-std-smp +/- forcedeth

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 568 bytes --]

> > Зачем собирать новое ядро, если оно уже старое? :)
> > Если собирать новое ядро, то уже 2.6.24 с прицелом на 4.1/branch.
>
> Тогда, похоже, Master раньше чем к следующему лету можно не ждать. Не
> думаю, что можно будет назвать Master'ом что-либо с ядром 2.6.18 (на
> текущий уже момент).

не аргумент. master2.4 тоже нельзя было выпускать с ядром 2.4, однако у меня 
(и не только) на серверах он живет и есть не просит. хотя чем дальше, тем с 
ним сложнее и в конце концов даже на роутерах видимо придется его заменить на 
что то из 4.0

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] q: kernel-image-std-smp +/- forcedeth

[led]

Monday, 26 November 2007 20:42:44 Valery V. Inozemtsev написав:
> > > Зачем собирать новое ядро, если оно уже старое? :)
> > > Если собирать новое ядро, то уже 2.6.24 с прицелом на 4.1/branch.
> >
> > Тогда, похоже, Master раньше чем к следующему лету можно не ждать. Не
> > думаю, что можно будет назвать Master'ом что-либо с ядром 2.6.18 (на
> > текущий уже момент).
>
> не аргумент. master2.4 тоже нельзя было выпускать с ядром 2.4, однако у
> меня (и не только) на серверах он живет и есть не просит.

У нас уже Server 4. Предлагаешь его же (фактически) выпустить ещё раз под 
названием Master 4 ?:)

Я вроде видел/слышал, что Мастер предполагается как УНИВЕПСАЛЬНЫЙ дистрибутив. 
А какая может быть универсальность, если нормально поддерживается только 
прошлогоднее железо?

___
Led.

Re: [devel] q: kernel-image-std-smp +/- forcedeth

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 967 bytes --]

В сообщении от 26 ноября 2007 led@altlinux.ru написал(a):
> Monday, 26 November 2007 20:42:44 Valery V. Inozemtsev написав:
> > > > Зачем собирать новое ядро, если оно уже старое? :)
> > > > Если собирать новое ядро, то уже 2.6.24 с прицелом на 4.1/branch.
> > >
> > > Тогда, похоже, Master раньше чем к следующему лету можно не ждать. Не
> > > думаю, что можно будет назвать Master'ом что-либо с ядром 2.6.18 (на
> > > текущий уже момент).
> >
> > не аргумент. master2.4 тоже нельзя было выпускать с ядром 2.4, однако у
> > меня (и не только) на серверах он живет и есть не просит.
>
> У нас уже Server 4. Предлагаешь его же (фактически) выпустить ещё раз под
> названием Master 4 ?:)

я не предлагаю, но так и будет

>
> Я вроде видел/слышал, что Мастер предполагается как УНИВЕПСАЛЬНЫЙ
> дистрибутив. А какая может быть универсальность, если нормально
> поддерживается только прошлогоднее железо?

не нормально, но это наше личное мнение

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] q: kernel-image-std-smp +/- forcedeth

[Michael Shigorin]

On Mon, Nov 26, 2007 at 03:33:04PM +0300, Dmitry V. Levin wrote:
> > Серёж, а с forcedeth-то что, или всё тот же старый-глючный? :(
> > [#12221]
> Это чистый secfix, обновление kernel-image-std-smp по forcedeth
> и др. будет в следующем релизе пакета.

Спасибо.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] q: kernel-image-std-smp +/- forcedeth

[Michael Shigorin]

On Mon, Nov 26, 2007 at 03:53:47PM +0300, Dmitry V. Levin wrote:
> > > > не порали забыть про следующий релиз и собрать следующую
> > > > версию?
> > > Нет, это разные вещи.  Ядро 2.6.24 не заменит
> > > std-smp-2.6.18 в 4.0/branch.
> > из этого следует что пока поддерживается линейка 4.0 новой
> > версии ядра в сизифе ждать не стоит?
> Нет, это из этого не следует. ;)
> > а вообще я про 2.6.22
> Зачем собирать новое ядро, если оно уже старое? :)
> Если собирать новое ядро, то уже 2.6.24 с прицелом на 4.1/branch.

+1

PS: тут другие заинтересованные в deadlock free сетевом свопе есть?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[devel] [JT] ALM2.4

[Michael Shigorin]

On Mon, Nov 26, 2007 at 09:42:44PM +0300, Valery V. Inozemtsev wrote:
> > > Зачем собирать новое ядро, если оно уже старое? :) Если
> > > собирать новое ядро, то уже 2.6.24 с прицелом на
> > > 4.1/branch.
> > Тогда, похоже, Master раньше чем к следующему лету можно не
> > ждать. Не думаю, что можно будет назвать Master'ом что-либо с
> > ядром 2.6.18 (на текущий уже момент).
> не аргумент. master2.4 тоже нельзя было выпускать с ядром 2.4,

Можно, можно.  Как раз в последний вагон прыгали IMHO -- 2.6.8
ещё было неживым.  С учётом vserver в коробке получилось вполне
интересно (в подтверждение могу добавить, что из top10 по объёму
загрузок с ftp.linux.kiev.ua ALM2.4 ушёл только в апреле 2007).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] q: kernel-image-std-smp +/- forcedeth

[led]

Monday, 26 November 2007 22:26:44 Michael Shigorin написав:
> On Mon, Nov 26, 2007 at 03:53:47PM +0300, Dmitry V. Levin wrote:
> > > > > не порали забыть про следующий релиз и собрать следующую
> > > > > версию?
> > > >
> > > > Нет, это разные вещи.  Ядро 2.6.24 не заменит
> > > > std-smp-2.6.18 в 4.0/branch.
> > >
> > > из этого следует что пока поддерживается линейка 4.0 новой
> > > версии ядра в сизифе ждать не стоит?
> >
> > Нет, это из этого не следует. ;)
> >
> > > а вообще я про 2.6.22
> >
> > Зачем собирать новое ядро, если оно уже старое? :)
> > Если собирать новое ядро, то уже 2.6.24 с прицелом на 4.1/branch.
>
> +1
>
> PS: тут другие заинтересованные в deadlock free сетевом свопе есть?

Да. Вроде, в первом приближении на 2.6.22 должен собраться...

___
Led.

Re: [devel] q: kernel-image-std-smp +/- forcedeth

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 252 bytes --]

Hi Alexey!

Monday 26, at 07:01:29 PM you wrote:

> Ядро конечно.  Про твои я в курсе, но .22 у меня не засыпает, а на .24
> какие-то другие проблемы. Да и модулей маловато...
> 
в 2.6.24-alt0.6 модулей более чем достаточно.

-- 
WBR et al.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]