[d-kernel] ll & supermount

[d-kernel] ll & supermount

[Yury Aliaev]

Здравствуйте!

Хочу поинтересоваться, есть ли в ll-ядре поддержка supermount? И ещё 
вопрос в тему: планируется ли сколь-нибудь регулярно обновлять версию ll 
до текущего std-up?

С уважением,
Юрий.

Re: [d-kernel] ll & supermount

[Albert R. Valiev]

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

В сообщении от Понедельник 14 Февраль 2005 14:09 Yury Aliaev написал(a):
> Здравствуйте!
>
> Хочу поинтересоваться, есть ли в ll-ядре поддержка supermount? И ещё
> вопрос в тему: планируется ли сколь-нибудь регулярно обновлять версию ll
> до текущего std-up?

На днях возможно продолжу. Дело в том, что ядро wks  в один момент заменило 
ядра llc и w4l, собственно wks и было образовано из объединения оных... Не 
уверен, что имеет смысл делать отдельный llc, возможно стоит посмотреть - 
какой именно функционалности не хватает в wks от llc и внедрить ее?

По поводу supermount - также уже не вижу смысла в его использовании после 
окончательного внедрения subfs - ибо subfs правильнее.. И функционирует 
ничуть не хуже... разве что у кого есть другие мнения?

-- 
With Best Regrds, Albert R. Valiev
----------------------------------
 ALT LInux Team [www.altlinux.org]

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

Re: [d-kernel] ll & supermount

[Yury Aliaev]

Albert R. Valiev пишет:
>>
>>Хочу поинтересоваться, есть ли в ll-ядре поддержка supermount? И ещё
>>вопрос в тему: планируется ли сколь-нибудь регулярно обновлять версию ll
>>до текущего std-up?
> 
> 
> На днях возможно продолжу. Дело в том, что ядро wks  в один момент заменило 
> ядра llc и w4l, собственно wks и было образовано из объединения оных... Не 
> уверен, что имеет смысл делать отдельный llc, возможно стоит посмотреть - 
> какой именно функционалности не хватает в wks от llc и внедрить ее?

У меня сейчас wks и стоит, но я пока не проверял, насколько у него в 
порядке с capabilities. Возможно, что и всё нормально, и сели так, то 
мне особо больше ничего не нужно.

> 
> По поводу supermount - также уже не вижу смысла в его использовании после 
> окончательного внедрения subfs - ибо subfs правильнее.. И функционирует 
> ничуть не хуже... разве что у кого есть другие мнения?

Да. Я достаточно много работаю и с sub, и с super, и последнее мне 
нравится больше. Потому что:
1) позволяет извлекать носители, когда текущий путь указывает на него, 
причём не обязательно в корень;
2) Если в mc менять дискеты и нажимать Ctrl + R для обновления, то в 
super всё отрабатывается, а в sub -- надо курсор tab'ом перегнать из 
одной панели в другую, потом обратно, и только потом -- Ctrl + R;
3) Мой DVD привод довольно долго опознаёт DVD-RW болванки, и sub 
вылетает из-за этого с ошибкой, если предварительно не вставить 
болванку, подождать, пока раскрутится, и только потом с ней работать, с 
super всё нормально, хотя в сообщениях ядра и проскакивает "cdrom: open 
failed".

Re: [d-kernel] ll & supermount

[Albert R. Valiev]

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

В сообщении от Понедельник 14 Февраль 2005 15:40 Yury Aliaev написал(a):
> > оных... Не уверен, что имеет смысл делать отдельный llc, возможно стоит
> > посмотреть - какой именно функционалности не хватает в wks от llc и
> > внедрить ее?

> У меня сейчас wks и стоит, но я пока не проверял, насколько у него в
> порядке с capabilities. Возможно, что и всё нормально, и сели так, то
> мне особо больше ничего не нужно.

Раньше я в него capabilities патч включал. Вопрос к Костантину Лепикову - он в 
последнее время wks занимается. Вечером посмотрю, что там. 

> > По поводу supermount - также уже не вижу смысла в его использовании после
> > окончательного внедрения subfs - ибо subfs правильнее.. И функционирует
> > ничуть не хуже... разве что у кого есть другие мнения?
>
> Да. Я достаточно много работаю и с sub, и с super, и последнее мне
> нравится больше. Потому что:

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


-- 
With Best Regrds, Albert R. Valiev
----------------------------------
 ALT LInux Team [www.altlinux.org]

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

Re: [d-kernel] ll & supermount

[Yury Aliaev]

Albert R. Valiev пишет:
> 
> 
>>>По поводу supermount - также уже не вижу смысла в его использовании после
>>>окончательного внедрения subfs - ибо subfs правильнее.. И функционирует
>>>ничуть не хуже... разве что у кого есть другие мнения?
>>
>>Да. Я достаточно много работаю и с sub, и с super, и последнее мне
>>нравится больше. Потому что:
> 
> 
> Да, пожалуй это верно - у меня такое встречается - значит оставляем supermount 
> там где он есть :)
> 

Да, думаю, так будет лучше :-) Тем более, что последние два года я не 
замечал, чтобы supermount глючил.

Re: [d-kernel] ll & supermount

[Albert R. Valiev]

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

В сообщении от Понедельник 14 Февраль 2005 16:07 Yury Aliaev написал(a):
> > Да, пожалуй это верно - у меня такое встречается - значит оставляем
> > supermount там где он есть :)

> Да, думаю, так будет лучше :-) Тем более, что последние два года я не
> замечал, чтобы supermount глючил.

я раньше исключительно им и пользовался просто немножко посидел на сусе 9.1 и 
привык к subfs

-- 
With Best Regrds, Albert R. Valiev
----------------------------------
 ALT LInux Team [www.altlinux.org]

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

[d-kernel] Re: ll & supermount

[Konstantin A. Lepikhov]

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

Hi Albert!

Monday 14, at 03:49:03 PM you wrote:

> В сообщении от Понедельник 14 Февраль 2005 15:40 Yury Aliaev написал(a):
> > > оных... Не уверен, что имеет смысл делать отдельный llc, возможно стоит
> > > посмотреть - какой именно функциональности не хватает в wks от llc и
> > > внедрить ее?
дело не в функциональности, а в стабильности работы - дело в том, что
половина патчей для "ушустрения" ядра конфликтует с другими патчами для
расширения функциональности ядра - например, с lowlatency не дружит
pktcdvd, а из-за смены шедулера на O(1) не прикладывается Win4Lin (+
неизвестно, как вообще оно будет с ним работать) + не забываем о swsusp для
wks :) Поэтому и было принято решение об обратном разделении wks на wks и
ll.

Краткий список фичей для wks и ll (для тех, кому лень лезть в kernel cvs):

wks
---

Позиционируется как ядро для десктопа и ноутбука (если -up), с
возможностью запуска программ с повышенными привилегиями и некоторым
убыстрением в работе (по-умолчанию этот режим отключен, включается через
echo 1 > /proc/sys/kernel/lowlatency) с помощью lowlatency патча от Andrew
Morton.

Список приложенных патчей:

# Fixes:
%add_patch_list kernel-fix-build

#add_patch_list kernel-fix-security-owl
%add_patch_list kernel-fix-security

%add_patch_list kernel-fix-net
%add_patch_list kernel-fix-core
%add_patch_list kernel-fix-fs
%add_patch_list kernel-fix-lvm

%add_patch_list kernel-fix-drivers-ide
%add_patch_list kernel-fix-drivers-net
%add_patch_list kernel-fix-drivers-pci
%add_patch_list kernel-fix-drivers-scsi
%add_patch_list kernel-fix-drivers-sound
%add_patch_list kernel-fix-drivers-usb
%add_patch_list kernel-fix-drivers-char
%add_patch_list kernel-fix-drivers-md
#add_patch_list kernel-fix-drivers-media
%add_patch_list kernel-fix-drivers-mtd
%add_patch_list kernel-fix-drivers-video
%add_patch_list kernel-fix-drivers-pnp
%add_patch_list kernel-fix-drivers-block

%add_patch_list kernel-fix-acpi

##################
%add_patch_list kernel-feat-fs-xfs
%add_patch_list kernel-feat-fs-reiserfs
%add_patch_list kernel-feat-cpufreq
%add_patch_list kernel-feat-i2c
%add_patch_list kernel-feat-ipmi
%add_patch_list kernel-feat-fs-ntfs
%add_patch_list kernel-feat-kconfig
%add_patch_list kernel-feat-crypto
%add_patch_list kernel-feat-drivers-usb
%add_patch_list kernel-feat-drivers-block-enbd
%add_patch_list kernel-feat-drivers-video-splash
%add_patch_list kernel-feat-drivers-pktcdvd
%add_patch_list kernel-feat-net-ppp-mppe
%add_patch_list kernel-feat-net-openswan
%add_patch_list kernel-feat-drivers-media-v4l2
%add_patch_list kernel-feat-drivers-sound-emu10k1
%add_patch_list kernel-feat-drivers-libata
%add_patch_list kernel-feat-drivers-net-pcnet32-old
%add_patch_list kernel-feat-fs-supermount-ng
%add_patch_list kernel-feat-core-setcap
%add_patch_list kernel-feat-core-lowlatency
%add_patch_list kernel-feat-core-win4lin
%add_patch_list kernel-feat-swsusp
%add_patch_list kernel-feat-core-badmem

# imz: Unicode support in VT/console
%add_patch_list kernel-feat-drivers-console-unicode
# Although this patch changes the interface between the kernel and loadkeys,
# I do not put a Conflicts for the old console-tools here,
# because the old loadkeys works fine the new kernel interface.

wks-up теперь собирается gcc3.4 из-за swsusp, -smp собирается без swsusp и
2.96.

ll
--

Позиционируется как ядро для музыкантов и геймеров. Для убыстрения
используется включенный по-умолчанию CONFIG_PREEMPT, lowlatency патч от
Andrew Morton, улучшенный O(1) шедулер от Ingo Molhar, оптимизация дисковой
подсистемы от Robert Love, повышенная частота таймера (регулируемая),
улучшенные счетчики etc. Из дополнительных фичей прикладывается только
supermount-ng и badmem.

Список приложенных патчей:

# Fixes:
%add_patch_list kernel-fix-build
%add_patch_list kernel-fix-security

%add_patch_list kernel-fix-net
%add_patch_list kernel-fix-core
%add_patch_list kernel-fix-fs
%add_patch_list kernel-fix-lvm

%add_patch_list kernel-fix-drivers-ide
%add_patch_list kernel-fix-drivers-net
%add_patch_list kernel-fix-drivers-pci
%add_patch_list kernel-fix-drivers-scsi
%add_patch_list kernel-fix-drivers-sound
%add_patch_list kernel-fix-drivers-usb
%add_patch_list kernel-fix-drivers-char
%add_patch_list kernel-fix-drivers-md
#add_patch_list kernel-fix-drivers-media
%add_patch_list kernel-fix-drivers-mtd
%add_patch_list kernel-fix-drivers-video
%add_patch_list kernel-fix-drivers-pnp
%add_patch_list kernel-fix-drivers-block

%add_patch_list kernel-fix-acpi

##################
%add_patch_list kernel-feat-fs-xfs
%add_patch_list kernel-feat-fs-reiserfs
%add_patch_list kernel-feat-cpufreq
%add_patch_list kernel-feat-i2c
%add_patch_list kernel-feat-ipmi
%add_patch_list kernel-feat-fs-ntfs
%add_patch_list kernel-feat-kconfig
%add_patch_list kernel-feat-crypto
%add_patch_list kernel-feat-drivers-usb
%add_patch_list kernel-feat-drivers-block-enbd
%add_patch_list kernel-feat-drivers-video-splash
%add_patch_list kernel-feat-net-ppp-mppe
%add_patch_list kernel-feat-net-openswan
%add_patch_list kernel-feat-drivers-media-v4l2
%add_patch_list kernel-feat-drivers-sound-emu10k1
%add_patch_list kernel-feat-drivers-libata
%add_patch_list kernel-feat-drivers-net-pcnet32-old
%add_patch_list kernel-feat-fs-supermount-ng
%add_patch_list kernel-feat-core-setcap
%add_patch_list kernel-feat-core-lowlatency
%add_patch_list kernel-feat-core-badmem

# imz: Unicode support in VT/console
%add_patch_list kernel-feat-drivers-console-unicode
# Although this patch changes the interface between the kernel and loadkeys,
# I do not put a Conflicts for the old console-tools here,
# because the old loadkeys works fine the new kernel interface.

Собирается это хозяйство с помощью gcc2.96.

> 
> > У меня сейчас wks и стоит, но я пока не проверял, насколько у него в
> > порядке с capabilities. Возможно, что и всё нормально, и сели так, то
> > мне особо больше ничего не нужно.
> 
> Раньше я в него capabilities патч включал. Вопрос к Костантину Лепикову - он в 
> последнее время wks занимается. Вечером посмотрю, что там. 
Лепихов ;) С capabilities все веселее - если прикладывать owl патч, то
setcap все равно не работает. Так что wks и ll у нас незащищенные :)

<skip>

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

Re: [d-kernel] Re: ll & supermount

[Igor Zubkov]

В сообщении от Понедельник, 14-Фев-2005 22:10 Konstantin A. Lepikhov 
написал(a):

> # imz: Unicode support in VT/console
> %add_patch_list kernel-feat-drivers-console-unicode

Хм... А что делает этот патчик?

> # Although this patch changes the interface between the kernel and
> loadkeys, # I do not put a Conflicts for the old console-tools here,
> # because the old loadkeys works fine the new kernel interface.
>
> Собирается это хозяйство с помощью gcc2.96.

Мне вот интересно, а почему в altlinux'е собирают ядра 2.96 gcc? Почему не 
2.95.3?

WBR, Igor Zubkov

Re: [d-kernel] Re: ll & supermount

[Yury Aliaev]

Hi, Konstantin!

А всё-таки, возвращаясь к одной из тем вопроса: планируется ли 
сколь-нибудь регулярное обновление ll до версии текущего std-up или хотя 
бы backports по части безопасности?

Юрий.

[d-kernel] Re: ll & supermount

[Konstantin A. Lepikhov]

Hi Yury!

Tuesday 15, at 01:51:40 PM you wrote:

> Hi, Konstantin!
> 
> А всё-таки, возвращаясь к одной из тем вопроса: планируется ли 
> сколь-нибудь регулярное обновление ll до версии текущего std-up или хотя 
> бы backports по части безопасности?
> 
> Юрий.
планируется. Но backports пойдут своим путем, а версии в Сизифе своим :)
Быть может светлое будущее начнется завтра, как успешно пересоберется
новый -ll

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

Re: [d-kernel][JT] Re: ll & supermount

[Andrey Rahmatullin]

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

On Tue, Feb 15, 2005 at 08:06:07AM +0200, Igor Zubkov wrote:
> Мне вот интересно, а почему в altlinux'е собирают ядра 2.96 gcc? Почему не 
> 2.95.3?
%
> Может всвязи с глобальным переходом на gcc3 выкинуть нафиг этот
> "2.96" и собирать ядро старым добрым 2.95.3?
Руки прочь от 2.96! :)
                -- ldv in devel@
%


-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

*sigh*.  Только не поссорьтесь ещё раз, а то ведь придётся
NetMusic такими темпами выпускать -- ещё более переносимый, но
менее распространённый :-))
		-- mike in sisyphus@

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

Re: [d-kernel] Re: ll & supermount

[Michael Shigorin]

On Tue, Feb 15, 2005 at 08:06:07AM +0200, Igor Zubkov wrote:
> > Собирается это хозяйство с помощью gcc2.96.
> Мне вот интересно, а почему в altlinux'е собирают ядра 2.96
> gcc? Почему не 2.95.3?

А что не устраивает? (вопли Arpi >&/dev/null)

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

Re: [d-kernel][JT] Re: ll & supermount

[Igor Zubkov]

В сообщении от Среда, 16-Фев-2005 19:29 Andrey Rahmatullin написал(a):

> %
>
> > Может всвязи с глобальным переходом на gcc3 выкинуть нафиг этот
> > "2.96" и собирать ядро старым добрым 2.95.3?
>
> Руки прочь от 2.96! :)
>                 -- ldv in devel@
> %

Так почему? Может сам ldv разскажет об этом?...

Re: [d-kernel] Re: ll & supermount

[Igor Zubkov]

В сообщении от Среда, 16-Фев-2005 20:15 Michael Shigorin написал(a):

> > > Собирается это хозяйство с помощью gcc2.96.
> > Мне вот интересно, а почему в altlinux'е собирают ядра 2.96
> > gcc? Почему не 2.95.3?
> А что не устраивает? (вопли Arpi >&/dev/null)

Я думаю что не просто так mplayer при сборке орёт на gcc2.96.

Плохой пример redhat заразителен...

[d-kernel] Re: ll & supermount

[Konstantin A. Lepikhov]

Hi Igor!

Wednesday 16, at 11:36:35 PM you wrote:

> В сообщении от Среда, 16-Фев-2005 20:15 Michael Shigorin написал(a):
> 
> > > > Собирается это хозяйство с помощью gcc2.96.
> > > Мне вот интересно, а почему в altlinux'е собирают ядра 2.96
> > > gcc? Почему не 2.95.3?
> > А что не устраивает? (вопли Arpi >&/dev/null)
> 
> Я думаю что не просто так mplayer при сборке орёт на gcc2.96.
сейчас уже просто так.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

Re: [d-kernel] Re: ll & supermount

[Michael Shigorin]

On Wed, Feb 16, 2005 at 11:36:35PM +0200, Igor Zubkov wrote:
> > > > Собирается это хозяйство с помощью gcc2.96.
> > > Мне вот интересно, а почему в altlinux'е собирают ядра 2.96
> > > gcc? Почему не 2.95.3?
> > А что не устраивает? (вопли Arpi >&/dev/null)
> Я думаю что не просто так mplayer при сборке орёт на gcc2.96.

Вы думаете или у Вас есть объективные претензии?

> Плохой пример redhat заразителен...

Это трёп.  Трёп -- в talk-room@.

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