[sisyphus] alt kernel

[sisyphus] alt kernel

[Alexey Morozov]

Ну, в общем, начал тут собирать кастомное ядро на базе
kernel24-2.4.18-alt4.src.rpm.
Линковка отвалилась с криком, суть которого ниже:

drivers/char/char.o: In function `setup_serial_acpi':
drivers/char/char.o(.text.init+0x10b7): undefined reference to `early_serial_setup'

BUILD_ACPI выставлен в 0

config, если надо, предоставлю...

Re: [sisyphus] alt kernel

[Alexey Morozov]

В Птн, 29.03.2002, в 14:17, Alexey Morozov написал:
> drivers/char/char.o: In function `setup_serial_acpi':
> drivers/char/char.o(.text.init+0x10b7): undefined reference to `early_serial_setup'
> BUILD_ACPI выставлен в 0
Ну, в общем, все просто: CONFIG_SERIAL_ACPI=y ("Character devices" ->
"Support for serial ports defined by ACPI tables")
несовместна с CONFIG_SERIAL=m

Кстати, я чего-то в системных кронтабах не вижу rmmod -a.
Не по глазам?

[sisyphus] Re: alt kernel

[Michael Shigorin]

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

On Fri, Mar 29, 2002 at 03:03:02PM +0600, Alexey Morozov wrote:
> Кстати, я чего-то в системных кронтабах не вижу rmmod -a.
> Не по глазам?
1) "it will probablly never be safe to remove a module in
   linux-2.4" (по памяти и с жутким акцентом)
2) кого-то (cdrom? floppy? parport?) оно там роняло/колбасило
   неприятно, поищите в архиве (и в changelog crontabs?) :(
   
-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ http://visa.chem.univ.kiev.ua/~mike/

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

Re: [sisyphus] alt kernel

[Alexey Morozov]

Ну, в общем, собрал я кастом ядро, с приложенным Supermount'ом (патчи
(мн. число) для супермаунта выдраны из кукеровских ядер и слегка
подточены под сизиф). Полет, типа, нормальный (ну, как я уже писал,
супермаунт в Mdk'шном исполнении проработал у меня около года
практически без нареканий).

Правда, эти патчи в их нынешнем виде конфликтует с патчами на RSBAC.
Разбираться, чего же там в RSBAC наворотили мне стало лень, т.к.
использовать я это все не собираюсь, а, судя по спеку и предупреждениям
при сборке, не я один :-)). Поэтому я поступил очень просто:

%if %BUILD_RSBAC
%define %APPLY_RSBAC 1
%define %APPLY_SUPERMOUNT 0
%else
%define %APPLY_RSBAC 0
%define %APPLY_SUPERMOUNT 1
%endif

и далее условное прикладывание патчей... В принципе, работает...
Единственная проблема, еще не выяснял причину - это alex@sig /mnt $ cd
/mnt/floppy
alex@sig /mnt/floppy $ ls .
ls: .: Stale NFS file handle
alex@sig /mnt/floppy $ _
То есть, . в supermount'енном каталоге кажет куда-то вдаль и stat на ней
обламывается.

Что, впрочем, не мешает безболезненно делать ls /mnt/floppy и все
операции чтения/записи...

Да, и еще, я так понял, с ACPI - все плохо? То есть, пресловутое
жмаханье на кнопку Power ни к чему не приводит, несмотря на то, что
acpid вроде бы, висит? Новомодный ACPI не прикладывал (%BUILD_ACPI == 0)

> Кстати, я чего-то в системных кронтабах не вижу rmmod -a.
> Не по глазам?
прочел ответ Майка... Жаль-жаль...

P.S. А что за такая монструозная штука - patch-o-matic? Я понял, что
оно, типа, твикает нетфильтр по самое нехочу. А оно реально для чего,
типа, нужно? :-) Я задолбался ждать, пока оно мне в собираемых на
попробовать ядрах отработает, ну и отнес прикладывание его его и
связанных с ним патчей в условно [выключенную] часть. Вот теперь сижу и
думаю, а как много я потерял :-)

[sisyphus] patch-o-matic (was: alt kernel)

[Michael Shigorin]

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

On Fri, Mar 29, 2002 at 10:00:34PM +0600, Alexey Morozov wrote:
> Да, и еще, я так понял, с ACPI - все плохо? То есть, пресловутое
> жмаханье на кнопку Power ни к чему не приводит, несмотря на то, что
> acpid вроде бы, висит? Новомодный ACPI не прикладывал (%BUILD_ACPI == 0)
В смысле, acpid типа как запущен, а в ядре acpi отсуйствует? =)

> > Кстати, я чего-то в системных кронтабах не вижу rmmod -a.
> прочел ответ Майка... Жаль-жаль...
... (хотя, может, все же -e <список> был бы меньшей кровью)

> P.S. А что за такая монструозная штука - patch-o-matic? Я понял, что
Таак.  Вот ща докопают и меня (как провокатора) бить пойдут 8-)

> оно, типа, твикает нетфильтр по самое нехочу. А оно реально для чего,
> типа, нужно? :-) Я задолбался ждать, пока оно мне в собираемых на
А я ж начну стрелки на автора небезызвестного Adv-Routing-HOWTO
сводить, не думайте, Алексей 8-)

IIRC это все хозяйство требуется для тонкой нарезки трафика
(shaping).  Собственно, грепните по p-o-m и A-R-H :)

> попробовать ядрах отработает, ну и отнес прикладывание его его и
> связанных с ним патчей в условно [выключенную] часть. Вот теперь сижу и
> думаю, а как много я потерял :-)
Наверное, сделать %BUILD_PATCHOMATIC для удобной сборки в случае
надобности (и отключив по умолчанию) -- вариант?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ http://visa.chem.univ.kiev.ua/~mike/

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

Re[2]: [sisyphus] alt kernel

[Serge Skorokhodov]

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

Alexey Morozov пишет, что:

AM> Да, и еще, я так понял, с ACPI - все плохо? То есть,
AM> пресловутое жмаханье на кнопку Power ни к чему не приводит,
AM> несмотря на то, что acpid вроде бы, висит? Новомодный ACPI не
AM> прикладывал (%BUILD_ACPI == 0)

Да, с ACPI -- не джаз:( Если старый, то на новых машинах почти
ничего не работает, мой ноут прилично греется (он и так из
"горячих") и т.д. Если собрать с новым ACPI, то машина работает
в целом стабильнее, не греется, но на некоторых дейсвиях доходит
до kernel oops:(

Что касается событий, то они работают, но зато старый acpid из
уже не видит:( Да и толку от этих событий (кроме poweroff) не
много, многие ноуты даже если и засыпают, то просыпаются только
по poweroff/poweron:( Говорят, что это связано с тем, что при
работающем acpi какие-то проблемы с apic, его надо как-то Иначе
собирать, но я не разбирался, т.к. для меня это китайская
грамота, а времени копать глубоко -- нет. Поэтому ноут у меня под
линухом работает, как тестовая рабочая станция с ИБП:(

-- 
Serge Skorokhodov aka suralis
29.03.2002 suralis-s@mtu-net.ru

Re: [sisyphus] patch-o-matic (was: alt kernel)

[Alexey Morozov]

В Птн, 29.03.2002, в 22:52, Michael Shigorin написал:
> On Fri, Mar 29, 2002 at 10:00:34PM +0600, Alexey Morozov wrote:
> > Да, и еще, я так понял, с ACPI - все плохо? То есть, пресловутое
> > жмаханье на кнопку Power ни к чему не приводит, несмотря на то, что
> > acpid вроде бы, висит? Новомодный ACPI не прикладывал (%BUILD_ACPI == 0)
> В смысле, acpid типа как запущен, а в ядре acpi отсуйствует? =)
Ха-ха, Майк, ха-ха-ха
Успешный modprobe -k ospm_button ospm_system - этого достаточно?

> > > Кстати, я чего-то в системных кронтабах не вижу rmmod -a.
> > прочел ответ Майка... Жаль-жаль...
> ... (хотя, может, все же -e <список> был бы меньшей кровью)
> 
> > P.S. А что за такая монструозная штука - patch-o-matic? Я понял, что
> Таак.  Вот ща докопают и меня (как провокатора) бить пойдут 8-)
> 
> > оно, типа, твикает нетфильтр по самое нехочу. А оно реально для чего,
> > типа, нужно? :-) Я задолбался ждать, пока оно мне в собираемых на
> А я ж начну стрелки на автора небезызвестного Adv-Routing-HOWTO
> сводить, не думайте, Алексей 8-)
То есть, типа, если я сижу на сугубо клиентской тачке, и мне этот весь
Adv-Routing - до одного места, то, типа, я правильно сделал, что сделал
%define APPLY_PATCH_O_MATIC 0
? :-)

> IIRC это все хозяйство требуется для тонкой нарезки трафика
> (shaping).  Собственно, грепните по p-o-m и A-R-H :)
:-) У нас на это админы есть, пускай они грепают :-)

> > попробовать ядрах отработает, ну и отнес прикладывание его его и
> > связанных с ним патчей в условно [выключенную] часть. Вот теперь сижу и
> > думаю, а как много я потерял :-)
> Наверное, сделать %BUILD_PATCHOMATIC для удобной сборки в случае
> надобности (и отключив по умолчанию) -- вариант?
См. выше про APPLY_PATCH_O_MATIC.

Только это, надо заметить тем, кто пойдет по этой же скользкой дорожке:
под этот дифайн уносить нужно не только
pushd patch-o-matic
    KERNEL_DIR=$RPM_BUILD_DIR/linux ./runme ./extra
popd
Но и патчи 383, 653, 657 и 631...

Re: Re[2]: [sisyphus] alt kernel

[Alexey Morozov]

В Птн, 29.03.2002, в 23:33, Serge Skorokhodov написал:
> Да, с ACPI -- не джаз:( Если старый, то на новых машинах почти
> ничего не работает, мой ноут прилично греется (он и так из
> "горячих") и т.д. Если собрать с новым ACPI, то машина работает
> в целом стабильнее, не греется, но на некоторых дейсвиях доходит
> до kernel oops:(
> 
> Что касается событий, то они работают, но зато старый acpid из
> уже не видит:( Да и толку от этих событий (кроме poweroff) не
> много, многие ноуты даже если и засыпают, то просыпаются только
> по poweroff/poweron:( Говорят, что это связано с тем, что при
> работающем acpi какие-то проблемы с apic, его надо как-то Иначе
> собирать, но я не разбирался, т.к. для меня это китайская
> грамота, а времени копать глубоко -- нет. Поэтому ноут у меня под
> линухом работает, как тестовая рабочая станция с ИБП:(
Понятно. Грустно... А что слышно насчет нового acpid? Я когда глядел
>года назад в его исходники, там, в общем, никакой рокет-сайнс не
наблюдалось, [почти] вся существенная работа проводилась внутри ядра.
Или за этот год многое изменилось?

Хотя, конечно, мне проблемы засыпания и прочих хибернэйтов не очень
актуальны, т.к., в основном, у меня стационарные WS с AC питанием...

Re: [sisyphus] patch-o-matic (was: alt kernel)

[Konstantin Volckov]

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

On 31 Mar 2002 14:04:41 +0700
Alexey Morozov <morozov@novosoft.ru> wrote:

Hi!

[skip]

> То есть, типа, если я сижу на сугубо клиентской тачке, и мне этот весь
> Adv-Routing - до одного места, то, типа, я правильно сделал, что сделал
> %define APPLY_PATCH_O_MATIC 0
> ? :-)

Ес-но правильно.

> > IIRC это все хозяйство требуется для тонкой нарезки трафика
> > (shaping).  Собственно, грепните по p-o-m и A-R-H :)
> :-) У нас на это админы есть, пускай они грепают :-)
> 
> > > попробовать ядрах отработает, ну и отнес прикладывание его его и
> > > связанных с ним патчей в условно [выключенную] часть. Вот теперь
> > > сижу и думаю, а как много я потерял :-)
> > Наверное, сделать %BUILD_PATCHOMATIC для удобной сборки в случае
> > надобности (и отключив по умолчанию) -- вариант?
> См. выше про APPLY_PATCH_O_MATIC.
> 
> Только это, надо заметить тем, кто пойдет по этой же скользкой дорожке:
> под этот дифайн уносить нужно не только
> pushd patch-o-matic
>     KERNEL_DIR=$RPM_BUILD_DIR/linux ./runme ./extra
> popd
> Но и патчи 383, 653, 657 и 631...

Раз пошла такая пьянка... По просьбам кастомайзеров ядра эти фичи
(отключение накладывания rsbac & patch-o-matic) будут добавлены в
стандартный .spec к alt5. По умолчанию они, ес-но, будут в 1.


-- 
Успехов,
Konstantin

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