[d-kernel] 2.6.1

[d-kernel] 2.6.1

[Ed V. Bartosh]

Hello,

На ftp://ftp.altlinux.ru/pub/people/ed/ выкладывается 2.6.1,
sysfsutils и подапгрейженые modutils,bootloader-utils,mkinitrd

Прошу апгрейдиться и тестировать. 
2.6.0 и старые пакеты я скоро уберу.

-- 
Best regards,
Ed V. Bartosh

[d-kernel] Re: 2.6.1

[Konstantin A. Lepikhov]

Hi Ed!

Friday 09, at 06:00:57 PM you wrote:

> Hello,
> 
> На ftp://ftp.altlinux.ru/pub/people/ed/ выкладывается 2.6.1,
> sysfsutils и подапгрейженые modutils,bootloader-utils,mkinitrd
modutils наконец-то не ругаются на Out of Memory, / почему-то все-равно
монтируется как ro (если грузить с initrd, то все нормально). А sysfsutils
- это задел для новых обвязок?

PS Я готовлю -feat-drivers-pktcdvd (там уже появилась возможность делать
mkfs.ext2 /dev/pktcdvd0, т.е. можно записывать на диски с плохими
секторами) и -feat-drivers-mtrw (где в теории уже есть defect management).

-- 
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: 2.6.1

[Andrey Rahmatullin]

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

On Sun, Jan 11, 2004 at 11:00:45AM +0300, Konstantin A. Lepikhov wrote:
> modutils наконец-то не ругаются на Out of Memory,

Подтверждаю

> / почему-то все-равно монтируется как ro

Это как? У меня нормально.

-- 
WBR, wRAR (ALT Linux Team)

> А вживую эту карточку кто-нибудь прямо сейчас использует из здесь
> присутствующих?
Я буквально вчера использовал.
И сегодня вечером планирую использовать.
А что?
		-- ldv in sisyphus@

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

[d-kernel] Re: 2.6.1

[Konstantin A. Lepikhov]

Hi Andrey!

Sunday 11, at 06:45:03 PM you wrote:

<skip>
> 
> > / почему-то все-равно монтируется как ro
> 
> Это как? У меня нормально.
> 
Сам не пойму =) Сижу вот со sysinit разбираюсь.

-- 
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: 2.6.1

[Ed V. Bartosh]

>>>>> "KAL" == Konstantin A. Lepikhov writes:

 KAL>  А sysfsutils - это задел для новых обвязок?
Можно и так сказать, но вообще-то это вот что:

sysfsutils: System Utilities Based on Sysfs:

These are a set of utilites built upon sysfs, a new virtual filesystem in Linux kernel versions 2.5+ that exposes a system's device tree. The current version of sysfsutils includes the following:

    * libsysfs - The library's purpose is to provide a consistant and stable interface for querying system device information exposed through sysfs.
    * systool - A utility built upon libsysfs that lists devices by bus, class, and topology.
    * lsbus - A small utility for listing sysfs bus information.
    * A number of utilities that demonstrate API usage in the "test" directory of the source tarball.

http://linux-diag.sourceforge.net/Sysfsutils.html
  
-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] Re: 2.6.1

[Andrey Rahmatullin]

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

On Sun, Jan 11, 2004 at 11:00:45AM +0300, Konstantin A. Lepikhov wrote:

Еще одна трабла с 2.6 в текущем окружении - в связи с появившейся
возможностью вкомпиливать alsa в ядро, надо переписывать sound-scripts.
Т.к. при наличии alsa в ядре на момент поднятия sound уже существует
/proc/asound, а в этом случае скрипт не поднимает громкость, а просто
молча создает lockfile и завершается.

-- 
WBR, wRAR (ALT Linux Team)

Если у пользователя не должно быть полноценного shell'а, то у него
автоматически не должно быть $HOME в виде, доступном для записи.
		-- ldv in devel@

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

Re: [d-kernel] Re: 2.6.1

[Ed V. Bartosh]

 AR> Еще одна трабла с 2.6 в текущем окружении - в связи с появившейся
 AR> возможностью вкомпиливать alsa в ядро, надо переписывать sound-scripts.
 AR> Т.к. при наличии alsa в ядре на момент поднятия sound уже существует
 AR> /proc/asound, а в этом случае скрипт не поднимает громкость, а просто
 AR> молча создает lockfile и завершается.

А зачем нам alsa в ядре ? По-моему все, что можно, нужно держать в модулях.

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] Re: 2.6.1

[Andrey Rahmatullin]

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

On Wed, Jan 14, 2004 at 11:40:40AM +0200, Ed V. Bartosh wrote:
> 
>  AR> Еще одна трабла с 2.6 в текущем окружении - в связи с появившейся
>  AR> возможностью вкомпиливать alsa в ядро, надо переписывать sound-scripts.
>  AR> Т.к. при наличии alsa в ядре на момент поднятия sound уже существует
>  AR> /proc/asound, а в этом случае скрипт не поднимает громкость, а просто
>  AR> молча создает lockfile и завершается.
> 
> А зачем нам alsa в ядре ? По-моему все, что можно, нужно держать в модулях.

Вам не надо, мне надо ;-) 
Опять, видимо, придется возвращаться к alsactl restore в rc.local [вздыхает]

-- 
WBR, wRAR (ALT Linux Team)

Многие замечательные пакеты или features остаются незамеченными только
потому, что про них в сети  нигде ничего не написано.
		-- aen in devel@

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

Re: [d-kernel] Re: 2.6.1

[Michael Shigorin]

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

On Wed, Jan 14, 2004 at 03:40:47PM +0500, Andrey Rahmatullin wrote:
> > А зачем нам alsa в ядре ? По-моему все, что можно, нужно
> > держать в модулях.
> Вам не надо, мне надо ;-) 

Я как-то сформулировал одному товарищу, искавшему помощи в чем-то
эзотеричном, свою позицию таким образом: "извини, но твои
персональные искания приключений -- это не повод тратить мое
время".

Если человеку нравятся эти виды спорта -- он берет напильник и
делает патчи.  Они обсуждаются и если не являются специфичными
для его ситуации -- могут быть приняты.

А страдать поддержкой _не_ рекомендуемого командой майнтейнеров,
_всеми_ уважаемыми мной линуксоводами (для общего случая) и мной
лично (направо и налево) варианта -- увольте, не буду.

PS: извиняюсь за резкость, наболело.  NMFP.

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

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

Re: [d-kernel] Re: 2.6.1

[Michael Shigorin]

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

On Wed, Jan 14, 2004 at 01:49:22PM +0500, Andrey Rahmatullin wrote:
> Еще одна трабла с 2.6 в текущем окружении - в связи с
> появившейся возможностью вкомпиливать alsa в ядро, надо
> переписывать sound-scripts.

Кому надо -- тот пусть и переписывает.

Меня не интересует ни эта возможность, ни ее поддержка.

> Т.к. при наличии alsa в ядре на момент поднятия sound уже
> существует /proc/asound, а в этом случае скрипт не поднимает
> громкость, а просто молча создает lockfile и завершается.

Там много больше случаев есть, на самом деле.  То же USB audio
кажется более вменяемым кандидатом на перемолачиване
/etc/init.d/sound.  См. тж. обсуждение в р-не
http://www.geocrawler.com/archives/3/12349/2002/9/0/9720312/
(о, а закину-ка я его в BTS, а то в букмарках потеряется).

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

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

Re: [d-kernel] Re: 2.6.1

[Ed V. Bartosh]

>>>>> "KAL" == Konstantin A. Lepikhov writes:

 KAL>  PS Я готовлю -feat-drivers-pktcdvd (там уже появилась
 KAL>  возможность делать mkfs.ext2 /dev/pktcdvd0, т.е. можно
 KAL>  записывать на диски с плохими секторами) и -feat-drivers-mtrw
 KAL>  (где в теории уже есть defect management).

Я что-то пропустил или еще не готово ? Если готово, то давай, я соберу
следующее ядро с ними.

-- 
Best regards,
Ed V. Bartosh

[d-kernel] Re: 2.6.1

[Konstantin A. Lepikhov]

Hi Ed!

Tuesday 20, at 07:27:32 PM you wrote:

> 
> >>>>> "KAL" == Konstantin A. Lepikhov writes:
> 
>  KAL>  PS Я готовлю -feat-drivers-pktcdvd (там уже появилась
>  KAL>  возможность делать mkfs.ext2 /dev/pktcdvd0, т.е. можно
>  KAL>  записывать на диски с плохими секторами) и -feat-drivers-mtrw
>  KAL>  (где в теории уже есть defect management).
> 
> Я что-то пропустил или еще не готово ? Если готово, то давай, я соберу
> следующее ядро с ними.
> 
.spec у меня еще не готов. Вообще у меня все не готово, госы на носу,
приходится на все это забивать и готовится :(( Даже статью про mozilla так
и не дописал :((( Ну это я, так, отвлекся, патчи для прикладывания я уже
выслылал (имхо mtrw лучше и логичнее прикладывать вместе с pktcdvd), так
что если есть возможность собирайте/прикладывайте, народ с удовольствием
потестит, ну а я, как освобожусь, обязятельно буду следить за ситуацией =)

-- 
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: 2.6.1

[Andrey Rahmatullin]

[-- Attachment #1.1: Type: text/plain, Size: 362 bytes --]

On Tue, Jan 20, 2004 at 08:40:23PM +0300, Konstantin A. Lepikhov wrote:
> .spec у меня еще не готов.

У меня готов ;-) Там делать-то. 
В аттаче. Чейнджлоги по вкусу.

-- 
WBR, wRAR (ALT Linux Team)

Я уже придумал способ изготовления Манны Небесной на время этого перехода.
Как только hasher-0.9.5-alt1 будет выложен, я расскажу подробнее.
		-- ldv in sisyphus@

[-- Attachment #1.2: kernel-feat-mtrw.spec --]
[-- Type: text/plain, Size: 371 bytes --]

%define  patch_name kernel-feat-mtrw

Name: %{patch_name}
Version: 2004.01.20
Release: alt1
Summary: %patch_name kernel patch
License: GPL
Group: Development/Other
BuildArch: noarch
%source 1 mtrw-2.6.1-patch 26

BuildRequires:	kernel-build-tools >= 0.6-alt3

%description
Mt. Rainier cd-writing standard support

%install
%install_patches

%files
%_usrsrc/*

%changelog

[-- Attachment #1.3: kernel-feat-pktcdvd.spec --]
[-- Type: text/plain, Size: 368 bytes --]

%define  patch_name kernel-feat-pktcdvd

Name: %{patch_name}
Version: 2004.01.20
Release: alt1
Summary: %patch_name kernel patch
License: GPL
Group: Development/Other
BuildArch: noarch
%source 1 packet-2.6.1-rc1-2.patch 26

BuildRequires:	kernel-build-tools >= 0.6-alt3

%description
Packet CD-writing support

%install
%install_patches

%files
%_usrsrc/*

%changelog

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

Re: [d-kernel] Re: 2.6.1

[Ed V. Bartosh]

>>>>> "KAL" == Konstantin A. Lepikhov writes:

 >>   KAL>  -feat-drivers-mtrw (где в теории уже есть defect
 >>   KAL>  management).
 >>   Я что-то пропустил или еще не готово ? Если готово, то давай, я
 >>  соберу следующее ядро с ними.
 >>  
 KAL>  .spec у меня еще не готов. Вообще у меня все не готово, госы на
 KAL>  носу, приходится на все это забивать и готовится :(( Даже
 KAL>  статью про mozilla так и не дописал :((( Ну это я, так,
 KAL>  отвлекся, патчи для прикладывания я уже выслылал (имхо mtrw
 KAL>  лучше и логичнее прикладывать вместе с pktcdvd), так что если
 KAL>  есть возможность собирайте/прикладывайте, народ с удовольствием
 KAL>  потестит, ну а я, как освобожусь, обязятельно буду следить за
 KAL>  ситуацией =)

А где патчи-то брать ? Я тут видел один (mtrw), а второй ? 
Где их гнездо вообще ?  

-- 
Best regards,
Ed V. Bartosh

[d-kernel] Re: 2.6.1

[Konstantin A. Lepikhov]

Hi Ed!

Tuesday 20, at 08:38:58 PM you wrote:

> 
> >>>>> "KAL" == Konstantin A. Lepikhov writes:
> 
>  >>   KAL>  -feat-drivers-mtrw (где в теории уже есть defect
>  >>   KAL>  management).
>  >>   Я что-то пропустил или еще не готово ? Если готово, то давай, я
>  >>  соберу следующее ядро с ними.
>  >>  
>  KAL>  .spec у меня еще не готов. Вообще у меня все не готово, госы на
>  KAL>  носу, приходится на все это забивать и готовится :(( Даже
>  KAL>  статью про mozilla так и не дописал :((( Ну это я, так,
>  KAL>  отвлекся, патчи для прикладывания я уже выслылал (имхо mtrw
>  KAL>  лучше и логичнее прикладывать вместе с pktcdvd), так что если
>  KAL>  есть возможность собирайте/прикладывайте, народ с удовольствием
>  KAL>  потестит, ну а я, как освобожусь, обязятельно буду следить за
>  KAL>  ситуацией =)
> 
> А где патчи-то брать ? Я тут видел один (mtrw), а второй ? 
> Где их гнездо вообще ?  
> 
гнездо тут - ftp.kernel.org/pub/kernel/people/axboe/(packet|tools)
а на http://w1.894.telia.com/~u89404340/packet.html вообще логово =)

-- 
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: 2.6.1

[Andrey Rahmatullin]

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

On Tue, Jan 20, 2004 at 10:06:17PM +0300, Konstantin A. Lepikhov wrote:
> > А где патчи-то брать ? Я тут видел один (mtrw), а второй ? 
> > Где их гнездо вообще ?  
> > 
> гнездо тут - ftp.kernel.org/pub/kernel/people/axboe/(packet|tools)
> а на http://w1.894.telia.com/~u89404340/packet.html вообще логово =)

JFYI: mtrw пошел в апстрим (2.6.2-rc1).

-- 
WBR, wRAR (ALT Linux Team)

>Где можно взять этот драйвер?  Я посмотрю, что там можно допилить для
>его сборки.
Перевожу:
"не фиг чайникам собирать модули ядра в пакеты".
		-- rider in devel@

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

[d-kernel] Re: 2.6.1

[Konstantin A. Lepikhov]

Hi Andrey!

Wednesday 21, at 06:29:01 PM you wrote:

> On Tue, Jan 20, 2004 at 10:06:17PM +0300, Konstantin A. Lepikhov wrote:
> > > А где патчи-то брать ? Я тут видел один (mtrw), а второй ? 
> > > Где их гнездо вообще ?  
> > > 
> > гнездо тут - ftp.kernel.org/pub/kernel/people/axboe/(packet|tools)
> > а на http://w1.894.telia.com/~u89404340/packet.html вообще логово =)
> 
> JFYI: mtrw пошел в апстрим (2.6.2-rc1).
> 
Отлично! Насчет ваших проблем с mtrw - что-то у вас со сборкой не так,
надо будет в выходные и мне потестить. Создание ext2 на pktcdvd у меня
работало. 

-- 
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: 2.6.1

[Andrey Rahmatullin]

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

On Tue, Jan 20, 2004 at 08:38:58PM +0200, Ed V. Bartosh wrote:
> А где патчи-то брать ? Я тут видел один (mtrw), а второй ? 
> Где их гнездо вообще ?  

Костя не раз аттачил. Ладно, щас залью на people/wrar/2.6 сразу пакеты.

-- 
WBR, wRAR (ALT Linux Team)

Все программы, которыми я пользуюсь, работают хорошо.
Программами, которые работают плохо, я не пользуюсь.
Это грустно, но это выход.
		-- at in devel@

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

Re: [d-kernel] Re: 2.6.1

[Ed V. Bartosh]

 >> А где патчи-то брать ? Я тут видел один (mtrw), а второй ? 
 >> Где их гнездо вообще ?  

 AR> Костя не раз аттачил. Ладно, щас залью на people/wrar/2.6 сразу пакеты.

Давай лей. А я с ними ядрышко соберу.

Radeon drivers тоже не помешают. Для примера можешь взять последние
nvidia, там поменялась технология сборки модулей.
Да, и для ltmodem-а там только спеки и сорцы. Может соберешь/оттестишь
сами модули ?

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] Re: 2.6.1

[Andrey Rahmatullin]

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

On Wed, Jan 21, 2004 at 11:29:55AM +0200, Ed V. Bartosh wrote:
> Radeon drivers тоже не помешают. Для примера можешь взять последние
> nvidia, там поменялась технология сборки модулей.
Будут скоре всего сегодня.


> Да, и для ltmodem-а там только спеки и сорцы. Может соберешь/оттестишь
> сами модули ?
Дык. Для сборки под стандартное ядро нужно стандартное ядро. У меня своё.
Собери сам из моего спека.

Под свое-то ядро я сразу собрал и тестю уже давно. Т.к. живу под 2.6.1.

-- 
WBR, wRAR (ALT Linux Team)

> честно говоря я тоже не понимаю при чем тут rpm-build? ;)
> я его разве гдето упоминал?
Хоть rpm-build никто и не упомянул, но дело именно в нем. :)
		-- ldv in sisyphus@

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

[d-kernel] Re: 2.6.1

[Gleb Stiblo]

On Wed, Jan 21, 2004 at 03:56:56PM +0500, Andrey Rahmatullin wrote:
EVB>> Да, и для ltmodem-а там только спеки и сорцы. Может соберешь/оттестишь
EVB>> сами модули ?
AR> Дык. Для сборки под стандартное ядро нужно стандартное ядро. У меня своё.
Должно kernel-headers-modules и headers-common хватить.

-- 
Gleb Stiblo AKA UlfR 	<g.stiblo@sam-solutions.net>

Re: [d-kernel] Re: 2.6.1

[Andrey Rahmatullin]

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

On Wed, Jan 21, 2004 at 02:20:27PM +0200, Gleb Stiblo wrote:
> AR> Дык. Для сборки под стандартное ядро нужно стандартное ядро. У меня своё.
> Должно kernel-headers-modules и headers-common хватить.

А kernel-headers? А вообще я имел в виду, что смысла в сборке не вижу,
т.к. собрать Эд и сам сможет, а тестировать я могу только на своих ядрах,
но не на стандартных (по причине их отсутствия).

-- 
WBR, wRAR (ALT Linux Team)

Это похоже на ошибку, чреватую большими неприятностями.
		-- ldv in sisyphus@

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

Re: [d-kernel] Re: 2.6.1

[Ed V. Bartosh]

 AR> On Wed, Jan 21, 2004 at 11:29:55AM +0200, Ed V. Bartosh wrote:
 >> Radeon drivers тоже не помешают. Для примера можешь взять последние
 >> nvidia, там поменялась технология сборки модулей.
 AR> Будут скоре всего сегодня.
Оч. хорошо.

 >> Да, и для ltmodem-а там только спеки и сорцы. Может соберешь/оттестишь
 >> сами модули ?
 AR> Дык. Для сборки под стандартное ядро нужно стандартное ядро. У меня своё.
 AR> Собери сам из моего спека.
Хорошо.

 AR> Под свое-то ядро я сразу собрал и тестю уже давно. Т.к. живу под 2.6.1.
А чем тебя не устраивает то ядро, которое мы делаем ? 
Оно не мое, это прототип стандартного ядра, если кому-то еще не
понятно. Поэтому желательно именно его тестировать. 
А если оно таки не устраивает, то пилить его в нужную сторону. 
Это будет гораздо правильнее, чем сидеть каждый на своем ядре, IMHO.

-- 
Best regards,
Ed V. Bartosh

[d-kernel][JT] Стандартные и нестандартные ядра (Was: 2.6.1)

[Andrey Rahmatullin]

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

On Wed, Jan 21, 2004 at 02:59:26PM +0200, Ed V. Bartosh wrote:
> А чем тебя не устраивает то ядро, которое мы делаем ? 
> Оно не мое, это прототип стандартного ядра, если кому-то еще не
> понятно. Поэтому желательно именно его тестировать. 
> А если оно таки не устраивает, то пилить его в нужную сторону. 
> Это будет гораздо правильнее, чем сидеть каждый на своем ядре, IMHO.

Не люблю я стандартные ядра. И весят они много десятков метров, и
собираются фиг знает сколько, и модулей там ненужных много, и вообще всё
модульно, а не монолитом... А я люблю в menuconfig покопаться, и еще люблю
-pre/-rc версии (сейчас собирается 2.6.2-rc1). В общем - по голове ногами
сильно не пинать, я свое мнение никому не навязываю, делать так не советую
и т.д. ;-)

-- 
WBR, wRAR (ALT Linux Team)

Даже драки мне нравятся куда больше линуксконфа.
		-- aen in devel@

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

[d-kernel] модуляризация ide

[Zhenja Kaluta]

Hi!

Нужно обсудить модуляризацию ide. Тема затрагивает другие подсистемы. 

Собственно, со стороны ядра особенных проблем нет, в 2.4.24 ide
собирается модулями из коробки. 

НО  проблемы в том, как этим добром пользоваться.

Задача: Так как во многих системах ide необходима для поднятия рута,
следует делать это внутри initrd. 

По этому поводу есть предложение. Нужна утилита, которая способна

a) неинтерактивно создать минимальный initrd, достаточный для поднятия
root (удобно звать при установке ядра)
{
        я вижу это так, что мы смотрим, скажем, где у нас рут, если на
        ide, то по pci list'у поднимаем драйвер чипсета.
        Часть, отвечающая за поднятие ide по pci list'у у нас есть.
}
        
b) (интерактивно) по запросу администратора создавать custom'ный
initrd с дополнительными модулями.

Этой утилитой вполне себе может быть скрипт mkinitrd.

Какие предложения поступят от ребят, ведущих эту часть?

-- 
Zhenja Kaluta                                            ICQ 74596027
GnuPG FingerPrint: B86C B548 7CC4 B58F 0CA3  856E 7EE8 52DE E6B7 8725

Re: [d-kernel] модуляризация ide

[Sergey Vlasov]

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

On Wed, Jan 21, 2004 at 04:17:14PM +0200, Zhenja Kaluta wrote:
> Нужно обсудить модуляризацию ide. Тема затрагивает другие подсистемы. 
> 
> Собственно, со стороны ядра особенных проблем нет, в 2.4.24 ide
> собирается модулями из коробки. 
> 
> НО  проблемы в том, как этим добром пользоваться.
> 
> Задача: Так как во многих системах ide необходима для поднятия рута,
> следует делать это внутри initrd. 
> 
> По этому поводу есть предложение. Нужна утилита, которая способна
> 
> a) неинтерактивно создать минимальный initrd, достаточный для поднятия
> root (удобно звать при установке ядра)
> {
>         я вижу это так, что мы смотрим, скажем, где у нас рут, если на
>         ide, то по pci list'у поднимаем драйвер чипсета.

Причём эта часть должна уметь видеть сквозь md/lvm1/lvm2/evms (хотя
пока что у нас в initrd поддерживается только dm).

>         Часть, отвечающая за поднятие ide по pci list'у у нас есть.
> }
>         
> b) (интерактивно) по запросу администратора создавать custom'ный
> initrd с дополнительными модулями.
> 
> Этой утилитой вполне себе может быть скрипт mkinitrd.
> 
> Какие предложения поступят от ребят, ведущих эту часть?

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

Re: [d-kernel] модуляризация ide

[Zhenja Kaluta]

Hi!

Тема никому не интересна, да? 
А сколько кричали "даёшь модуляризацию, даёшь модуляризацию!"

-- 
Zhenja Kaluta                                            ICQ 74596027
GnuPG FingerPrint: B86C B548 7CC4 B58F 0CA3  856E 7EE8 52DE E6B7 8725

Re: [d-kernel] Re: 2.6.1

[Andrey Rahmatullin]

[-- Attachment #1.1: Type: text/plain, Size: 867 bytes --]

On Wed, Jan 21, 2004 at 11:29:55AM +0200, Ed V. Bartosh wrote:
> Давай лей. А я с ними ядрышко соберу.
Уже.

> Radeon drivers тоже не помешают. Для примера можешь взять последние
> nvidia, там поменялась технология сборки модулей.

Если ты о сборке на ядерных скриптах, то я не понял, как должен выглядеть
Makefile. Кинь в меня? А то сливать исходники nvidia ради 1 файла...


Вообще, спек для радеона у меня готов, он аналогичен спеку для 2.4, т.е. в
нем забиты компиляция и линковка. Изменение пакета с исходниками не
требуется. Спек в аттаче.

2vsu: может, напишем нормальный Makefile?

-- 
WBR, wRAR (ALT Linux Team)

К тому же, образование цеховой команды, секреты работы которой передаются
из уст в уста, без использования письменной традиции, в сегодняшней
ситуации и по отношению к свободному ПО мне кажется совершенно
неоправданным.
		-- ab in devel-kernel@

[-- Attachment #1.2: kernel-modules-fglrx-std26-up.spec --]
[-- Type: text/plain, Size: 6629 bytes --]

%define module_name	fglrx
%define module_version	3.7.0
%define module_release	alt1

%define kversion	2.6.1
%define krelease	alt1
%define flavour		std26-up

%define base_arch %(echo %{_target_cpu} | sed 's/i.86/i386/;s/athlon/i386/')

%define kgcc		gcc-3.3
%define use_ccache 1

%ifdef use_ccache
%define kcc ccache %kgcc
%else
%define kcc %kgcc
%endif

%define module_dir /lib/modules/%kversion-%flavour-%krelease/%module_name


Summary:	ATI video card drivers
Name:		kernel-modules-%{module_name}-%{flavour}
Version:	1.0.%{module_version}
Release:	%{module_release}
License:	Proprietary
Group:		System/Kernel and hardware

Patch1:		fglrx-3.2.8-agp-sis.patch
Patch2:		fglrx-3.2.5-agp-i875.patch
Patch3:		fglrx-3.2.8-via-agp2.patch
Patch4:		fglrx-3.2.8-nvidia-nforce.patch

ExclusiveOS:	Linux
URL:		http://www.schneider-digital.de/html/body_download_ati.html
BuildPreReq:    kernel-build-tools
BuildRequires:	gcc3.3
BuildRequires:	modutils
BuildRequires:	perl
BuildRequires:	rpm >= 4.0.2-75
BuildRequires:  kernel-headers-%{flavour} = %{kversion}-%{krelease}
BuildRequires:  kernel-source-%{module_name}-%{module_version}

Provides:  kernel-modules-%module_name-%kversion-%flavour-%krelease = %version-%release
Conflicts: kernel-modules-%module_name-%kversion-%flavour-%krelease < %version-%release
Conflicts: kernel-modules-%module_name-%kversion-%flavour-%krelease > %version-%release

Prereq:		coreutils
Prereq:		modutils
Prereq:         kernel-image-%{flavour} = %{kversion}-%{krelease}
Requires(postun): kernel-image-%flavour = %kversion-%krelease
ExclusiveArch:	%{ix86}

%description
Drivers for Linux Fire GL X1/Z1/E1/8800/8700/9000/9700/9800 RADEON 
for XFree86 Version X4.3.0.

%prep

rm -rf kernel-source-%{module_name}-%{module_version}                                                                        
                                                                                                         
tar -jxvf %kernel_src/kernel-source-%{module_name}-%{module_version}.tar.bz2
                                                                                                         
%setup -D -T -n kernel-source-%{module_name}-%{module_version}
%patch1 -p1
%patch2 -p1
%patch3 -p1
%patch4 -p1

%build
%define fglrx_gcc %kcc -D__KERNEL__ -I%_includedir/linux-%{kversion}-%{flavour}/include -I%_includedir/linux-%{kversion}-%{flavour}/include/asm-i386/mach-default -Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -O2 -fomit-frame-pointer -Wdeclaration-after-statement -D__AGP__ -DFGL -DFGL_LINUX -DFGL_GART_RESERVED_SLOT -DFGL_LINUX253P1_VMA_API -DPAGE_ATTR_FIX=1 -DMODULE

%fglrx_gcc -c agpgart_be.c -DKBUILD_BASENAME=agpgart_be -DKBUILD_MODNAME=fglrx -o agpgart_be.o
%fglrx_gcc -c nvidia-agp.c -DKBUILD_BASENAME=nvidia_agp -DKBUILD_MODNAME=fglrx -o nvidia-agp.o
%fglrx_gcc -c agp3.c       -DKBUILD_BASENAME=agp3       -DKBUILD_MODNAME=fglrx -o agp3.o
%fglrx_gcc -c i7505-agp.c  -DKBUILD_BASENAME=i7505_agp  -DKBUILD_MODNAME=fglrx -o i7505-agp.o
%fglrx_gcc -c firegl_public.c -o firegl_public.o
ld -r firegl_public.o agpgart_be.o agp3.o i7505-agp.o nvidia-agp.o \
    libfglrx_ip.a.GCC%__gcc_version_major -o fglrx.o
modpost fglrx.o
%fglrx_gcc -c fglrx.mod.c  -DKBUILD_BASENAME=fglrx -o fglrx.mod.o
ld -r fglrx.o fglrx.mod.o -o fglrx.ko


%install
mkdir -p $RPM_BUILD_ROOT/%{module_dir}
install -p -m644 fglrx.ko $RPM_BUILD_ROOT/%{module_dir}

%post
/sbin/depmod -a -F /boot/System.map-%{kversion}-%{flavour}-%{krelease} \
    %{kversion}-%{flavour}-%{krelease}

%postun
[ ! -f /boot/System.map-%kversion-%flavour-%krelease ] || \
/sbin/depmod -a -F /boot/System.map-%{kversion}-%{flavour}-%{krelease} \
    %{kversion}-%{flavour}-%{krelease}

%files
%defattr(644,root,root,755)
%module_dir

%changelog
* Wed Jan 21 2004 Andrey Rahmatullin <wrar@altlinux.ru> 1.0.3.7.0-alt1
- 2.6 support

* Fri Nov 28 2003 Sergey Vlasov <vsu@altlinux.ru> 1.0.3.2.8-alt3.15
- Added Provides/Conflicts to make sure that only one version of the package
  can be installed for each kernel version.

* Tue Nov 18 2003 Sergey Vlasov <vsu@altlinux.ru> 1.0.3.2.8-alt2.15
- Fixed spec file name.
- Avoid %%postun failure when this package is removed after
  kernel-image-%%flavour (currently rpm cannot prevent this).
- Added Patch4: fglrx-3.2.8-nvidia-nforce.patch: fixed nForce AGP support.

* Sun Oct 12 2003 Sergey Vlasov <vsu@altlinux.ru> 1.0.3.2.8-alt1.15
- new version (3.2.8).
- updated Patch1 (some SiS support was added in upstream, only SiS 745 remains
  unknown).
- fixed compile flags.
- Patch3: fixed AGP 2.0 support for VIA KT400 and P4X333.

* Mon Sep 29 2003 Sergey Vlasov <vsu@altlinux.ru> 1.0.3.2.5-alt16.15
- Patch2: fixed Intel 875P chipset support (it does not have integrated
  graphics capability).

* Fri Sep 26 2003 Sergey Vlasov <vsu@altlinux.ru> 1.0.3.2.5-alt15.15
- replaced %%{_usrsrc}/kernel/sources with %%kernel_src
- Patch1: added new SiS host bridge IDs to the builtin AGP support (from
  mainstream kernel)

* Mon Sep 08 2003 Anton Farygin <rider@altlinux.ru> 1.0.3.2.5-alt14.15
- new version (3.2.5)

* Wed Sep 03 2003 Rider <rider@altlinux.ru> 1.0.2.9.12-alt14.15
- replace /usr/include to _includedir macro

* Tue Aug 26 2003 Peter Novodvorsky <nidd@altlinux.com> 1.0.2.9.12-alt13
- rebuilt with 2.4.21rel-alt14

* Fri Aug 15 2003 Peter Novodvorsky <nidd@altlinux.com> 1.0.2.9.12-alt12
- rebuilt with 2.4.21rel-alt13

* Wed Aug 13 2003 Peter Novodvorsky <nidd@altlinux.com> 1.0.2.9.12-alt11
- rebuilt with 2.4.21rel-alt12

* Tue Aug 12 2003 Peter Novodvorsky <nidd@altlinux.com> 1.0.2.9.12-alt10
- rebuilt with 2.4.21rel-alt11

* Mon Aug 11 2003 Peter Novodvorsky <nidd@altlinux.com> 1.0.2.9.12-alt9
- rebuilt with 2.4.21rel-alt10

* Thu Aug 07 2003 Peter Novodvorsky <nidd@altlinux.com> 1.0.2.9.12-alt8
- rebuilt with 2.4.21rel-alt9

* Wed Aug 06 2003 Peter Novodvorsky <nidd@altlinux.com> 1.0.2.9.12-alt7
- rebuilt with 2.4.21rel-alt8

* Wed Jul 30 2003 Peter Novodvorsky <nidd@altlinux.com> 1.0.2.9.12-alt6
- rebuilt with 2.4.21rel-alt7

* Thu Jul 17 2003 Peter Novodvorsky <nidd@altlinux.com> 1.0.2.9.12-alt5
- rebuilt with 2.4.21rel-alt6

* Wed Jul 16 2003 Peter Novodvorsky <nidd@altlinux.com> 1.0.2.9.12-alt4
- rebuilt with 2.4.21rel-alt5

* Tue Jul 08 2003 Peter Novodvorsky <nidd@altlinux.com> 1.0.2.9.12-alt3
- added -include /usr/include/linux-%{kversion}-%{flavour}/include/linux/modversions.h
  now it actually WORKS!

* Sat Jun 21 2003 Peter Novodvorsky <nidd@altlinux.com> 1.0.2.9.12-alt2
- rebuilt with 2.4.21rel kernel

* Thu Jun 05 2003 Peter Novodvorsky <nidd@altlinux.com> 1.0.2.9.12-alt1
- initial version.


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

[d-kernel] Re: 2.6.1

[Gleb Stiblo]

On Wed, Jan 21, 2004 at 05:46:44PM +0500, Andrey Rahmatullin wrote:
AR> Если ты о сборке на ядерных скриптах, то я не понял, как должен выглядеть
AR> Makefile. Кинь в меня? А то сливать исходники nvidia ради 1 файла...
AR> 
AR> 
AR> Вообще, спек для радеона у меня готов, он аналогичен спеку для 2.4, т.е. в
AR> нем забиты компиляция и линковка. Изменение пакета с исходниками не
AR> требуется. Спек в аттаче.
Пойдёт тот, который из 
fglrx_glx-3.7.0-alt1.src.rpm/fglrx-glc22-4.3.0-3.7.0.i386.rpm/
/lib/modules/fglrx/build_mod/2.6.x/

У него только GCC_VER_MAJ неверно определяется.

%make TEMP_DIR=$PWD/ O=./ -C
/usr/src/linux-%{kversion}-%{flavour} modules SUBDIRS=$PWD

Только вот ему четырёх хедеров не хватает(drivers/char/drm/{drm.h, drm_os_linux.h, drmP.h, drm_proc.h}), в след сборке kernel-headers-modules будут.

-- 
Gleb Stiblo AKA UlfR 	<g.stiblo@sam-solutions.net>

Re: [d-kernel] Re: 2.6.1

[Andrey Rahmatullin]

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

On Wed, Jan 21, 2004 at 11:29:55AM +0200, Ed V. Bartosh wrote:
> Radeon drivers тоже не помешают. Для примера можешь взять последние
> nvidia, там поменялась технология сборки модулей.
> Да, и для ltmodem-а там только спеки и сорцы. Может соберешь/оттестишь
> сами модули ?

Посмотрел внимательно на Makefile от fglrx, потом на свой нерабочий для
ltmodem и понял, что это не схема непонятная, а я вместо obj-m поставил
obj-y... Т.о. после изменения 2 символов по этой схеме собрался ltmodem. 

Вопрос: можно ли сделать объединенный Makefile на 2.4 и 2.6?

Все равно то, что сейчас в Сизифе (делалось мною давным-давно, с гораздо
меньшим стажем работы, путем частичного обрезания апстримного "творения"),
мне совсем не нравится, а то, что сейчас у Эда - использует объединенный
Makefile, но без ядерных скриптов.

-- 
WBR, wRAR (ALT Linux Team)

...давайте его [vsftpd] поставим на ftp.altlinux.ru и посмотрим на него в
действии?
Нагрузка на наш FTP сервер приличная... через недельку уже можно будет
сказать что-то отрицательное ;-)
		-- rider in devel@

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

[d-kernel] Re: 2.6.1

[Gleb Stiblo]

On Mon, Jan 26, 2004 at 04:50:58PM +0500, Andrey Rahmatullin wrote:
AR> Посмотрел внимательно на Makefile от fglrx, потом на свой нерабочий для
AR> ltmodem и понял, что это не схема непонятная, а я вместо obj-m поставил
AR> obj-y... Т.о. после изменения 2 символов по этой схеме собрался ltmodem. 
AR> 
AR> Вопрос: можно ли сделать объединенный Makefile на 2.4 и 2.6?
В каком смысле `объединенный`

AR> Все равно то, что сейчас в Сизифе (делалось мною давным-давно, с гораздо
AR> меньшим стажем работы, путем частичного обрезания апстримного "творения"),
AR> мне совсем не нравится, а то, что сейчас у Эда - использует объединенный
AR> Makefile, но без ядерных скриптов.
Это о чём? О Makefile из kernel-source-ltmodem*srpm/ltmodem-2.6-1.tar.bz2 ?


-- 
Gleb Stiblo AKA UlfR 	<g.stiblo@sam-solutions.net>

Re: [d-kernel] Re: 2.6.1

[Andrey Rahmatullin]

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

On Mon, Jan 26, 2004 at 02:16:10PM +0200, Gleb Stiblo wrote:
> AR> Вопрос: можно ли сделать объединенный Makefile на 2.4 и 2.6?
> В каком смысле `объединенный`

В смысле положить в kernel-source-ltmodem 1 (один) Makefile и вызывать
make из спеков для 2.4 и 2.6 с указанием именно его.

> AR> Все равно то, что сейчас в Сизифе (делалось мною давным-давно, с гораздо
> AR> меньшим стажем работы, путем частичного обрезания апстримного "творения"),
> AR> мне совсем не нравится, а то, что сейчас у Эда - использует объединенный
> AR> Makefile, но без ядерных скриптов.
> Это о чём? О Makefile из kernel-source-ltmodem*srpm/ltmodem-2.6-1.tar.bz2 ?
О Сизифном. kernel-source-ltmodem-8.26a9-alt1
Я взял тарболл, выкинул из него псевдоинтеллектуальные
скрипты-конфигурялки и оставил configure+Makefile.in. Так в наст.вр.
собирается модуль для Сизифа. 

В -alt2 (people/ed) лежит самописанный Makefile, который всё компилит и
при необходимости делает modpost и линковку .ko, в рез-те разными целями
собираются модули и для 2.4, и для 2.6. С использованием ядерных скриптов
я могу сделать Makefile из 5 строчек, и всё будет собираться для 2.6. Я
спрашиваю, можно ли сделать подобное для 2.4? Видимо, нельзя, и придется
класть 2 Makefile?


-- 
WBR, wRAR (ALT Linux Team)

Я получил от nidd сообщение, что у него есть запись перекрёстного
допроса aka F.A.Q. на эту тему. Запись будет приложена к материалам
следствия по делу подсудимого XKB.
		-- avp in devel@

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

[d-kernel] Re: 2.6.1

[Gleb Stiblo]

On Mon, Jan 26, 2004 at 05:50:46PM +0500, Andrey Rahmatullin wrote:
[...]
AR> О Сизифном. kernel-source-ltmodem-8.26a9-alt1
AR> Я взял тарболл, выкинул из него псевдоинтеллектуальные
AR> скрипты-конфигурялки и оставил configure+Makefile.in. Так в наст.вр.
AR> собирается модуль для Сизифа. 
AR> 
AR> В -alt2 (people/ed) лежит самописанный Makefile, который всё компилит и
AR> при необходимости делает modpost и линковку .ko, в рез-те разными целями
AR> собираются модули и для 2.4, и для 2.6. С использованием ядерных скриптов
AR> я могу сделать Makefile из 5 строчек, и всё будет собираться для 2.6. Я
AR> спрашиваю, можно ли сделать подобное для 2.4? Видимо, нельзя, и придется
AR> класть 2 Makefile?
А такой как в kernel-source-ltmodem-8.26a9-alt3.* пойдёт? Собирается и
для 2.6 и для 2.4. Работу не проверял :).

-- 
Gleb Stiblo AKA UlfR 	<g.stiblo@sam-solutions.net>

Re: [d-kernel] Re: 2.6.1

[Andrey Rahmatullin]

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

On Mon, Jan 26, 2004 at 03:19:51PM +0200, Gleb Stiblo wrote:
> А такой как в kernel-source-ltmodem-8.26a9-alt3.* пойдёт? Собирается и
> для 2.6 и для 2.4. Работу не проверял :).

Должно быть нормально. Работу проверять не буду, пересоберу модуль
как-нить попозже заодно с ядром.

Думаю, что это уже может идти в Сизиф.

-- 
WBR, wRAR (ALT Linux Team)

 Мне очень стыдно, но я это, как бы, чуть-чуть потерял опять немножко
пароль от BTS :(
		-- vsl in devel@

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

Re: [d-kernel] Re: 2.6.1

[Andrey Rahmatullin]

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

On Tue, Jan 20, 2004 at 07:27:32PM +0200, Ed V. Bartosh wrote:
>  KAL>  PS Я готовлю -feat-drivers-pktcdvd (там уже появилась
>  KAL>  возможность делать mkfs.ext2 /dev/pktcdvd0, т.е. можно
>  KAL>  записывать на диски с плохими секторами) и -feat-drivers-mtrw
>  KAL>  (где в теории уже есть defect management).
> 
> Я что-то пропустил или еще не готово ? Если готово, то давай, я соберу
> следующее ядро с ними.

Как я уже говорил, -feat-drivers-mtrw конфликтует с -feat-core-supermount
(вообще не знаю, можно ли теоретически их совмещать, но попробую). В
принципе, функционал для разруливания есть (в swsusp в частности).

-- 
WBR, wRAR (ALT Linux Team)

А самое приятное - быть отловленным девушкой из 1C, которая на вопрос о
наличии их бухгалтерии под Linux даст положительный ответ ;-))
		-- rider in devel@

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

Re: [d-kernel] 2.6.1

[Michael Shigorin]

On Fri, Jan 09, 2004 at 06:00:57PM +0200, Ed V. Bartosh wrote:
> На ftp://ftp.altlinux.ru/pub/people/ed/ выкладывается 2.6.1,
> sysfsutils и подапгрейженые modutils,bootloader-utils,mkinitrd

fgrep 2.6.0 /sbin/mkinitrd

ай-яй-яй! :)

PS: в остальном работает вроде.  Наблюдаются мелкие странности с
ALSA -- затыки на ровном месте (в смысле звук прекращается до
рестарта e.g. xmms) с snd-cmipci, но это, видимо, до более новой
альсы в 2.6(.1-mm1? :) бессмысленно ловить.

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

Re: [d-kernel] 2.6.1

[Ed V. Bartosh]

>>>>> "MS" == Michael Shigorin writes:

 MS>   On Fri, Jan 09, 2004 at 06:00:57PM +0200, Ed V. Bartosh wrote:
 >>  На ftp://ftp.altlinux.ru/pub/people/ed/ выкладывается 2.6.1,
 >>  sysfsutils и подапгрейженые modutils,bootloader-utils,mkinitrd
  
 MS>  fgrep 2.6.0 /sbin/mkinitrd
  
 MS>  ай-яй-яй! :)

Сорри, маленькая техническая неувязка :)
Было пофикшено еще в пятницу, но не залито.

Залил.

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] 2.6.1

[Alexey Kotovich]

re all;

> На ftp://ftp.altlinux.ru/pub/people/ed/ выкладывается 2.6.1,
> sysfsutils и подапгрейженые modutils,bootloader-utils,mkinitrd
> 
> Прошу апгрейдиться и тестировать. 

У кого-нибудь были проблемы с загрузкой ядра с включенной опцией
CONFIG_BLK_DEV_IDEPNP? У меня на IBM TP 600x эта штука вызывает
kernel panic при попытке использования вкомпилированного PIIX.
При выносе последнего в модули, поддержка DMA просто не работает.
Модуль грузится, но /proc/ide/piix сущность не создается и соответственно
никакой положительной реакции на запросы hdparm нет.

Примечательно то, что без этого "PNP" все работает замечательно.
Напрашивается вопрос-предложение: может CONFIG_BLK_DEV_IDEPNP
вообще отключить в этом ядре?

Что скажете?

cat                          ICQ:97715595
--
Humility is the first of the virtues -- for other people.
		-- Oliver Wendell Holmes

Re: [d-kernel] 2.6.1

[Alexey Kotovich]

re all;

> На ftp://ftp.altlinux.ru/pub/people/ed/ выкладывается 2.6.1,
> sysfsutils и подапгрейженые modutils,bootloader-utils,mkinitrd
> 
> Прошу апгрейдиться и тестировать. 

У кого-нибудь были проблемы с загрузкой ядра с включенной опцией
CONFIG_BLK_DEV_IDEPNP? У меня на IBM TP 600x эта штука вызывает
kernel panic при попытке использования вкомпилированного PIIX.
При выносе последнего в модули, поддержка DMA просто не работает.
Модуль грузится, но /proc/ide/piix сущность не создается и соответственно
никакой положительной реакции на запросы hdparm нет.

Примечательно то, что без этого "PNP" все работает замечательно.
Напрашивается вопрос-предложение: может CONFIG_BLK_DEV_IDEPNP
вообще отключить в этом ядре?

Что скажете?

cat                          ICQ:97715595
--
Humility is the first of the virtues -- for other people.
		-- Oliver Wendell Holmes