Re: [sisyphus] kernels

Re: [sisyphus] kernels

[Alexey Morozov]

On Mon, Sep 09, 2002 at 06:12:46PM +0400, Konstantin Volckov wrote:
> > > > хочется, всяких там ngpt), соответственно, чтобы не обидеть apt
> > > > приходится помимо танцев с собственно ядром танцевать еще с такими
> > > > вот addon-пакетами.
> > > К сожалению, единственный способ сборки модулей под ядро в
> > > автоматическом режиме - только вместе с самим ядром.
> > Гхм... И никакого способа решить эту проблему?
> К сожалению, никакого нормального приемлимого способа пока я больше не вижу.
> PS Это разве проблема?
Ну, например, когда мне охота попробовать другой драйвер для NVidia, я
_вынужден_ тянуть и пересобирать все ядро. А то, что этот"другой"
драйвер нужен - факт, у меня на TNT2 туксрэйсер, не говоря уже о чем-то
более серьезном через раз вешает машину. Список ядер я приводил.

Re: [sisyphus] kernels

[Konstantin Volckov]

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

On Sun, 15 Sep 2002 21:47:03 +0700
Alexey Morozov <morozov@novosoft.ru> wrote:

Hi!

> > > > > хочется, всяких там ngpt), соответственно, чтобы не обидеть apt
> > > > > приходится помимо танцев с собственно ядром танцевать еще с
> > > > > такими вот addon-пакетами.
> > > > К сожалению, единственный способ сборки модулей под ядро в
> > > > автоматическом режиме - только вместе с самим ядром.
> > > Гхм... И никакого способа решить эту проблему?
> > К сожалению, никакого нормального приемлимого способа пока я больше не
> > вижу. PS Это разве проблема?
> Ну, например, когда мне охота попробовать другой драйвер для NVidia, я
> _вынужден_ тянуть и пересобирать все ядро. А то, что этот"другой"
> драйвер нужен - факт, у меня на TNT2 туксрэйсер, не говоря уже о чем-то
> более серьезном через раз вешает машину. Список ядер я приводил.

На самом деле не обязательно пересобирать ядро - при некотором изврате
можно собрать nVidia для текущего ядра. Другое дело, что это не является
стандартным способом и не рекомендуется к использованию, т.к. по пути
могут возникнуть нек-е проблемы, которые обычный юзверь не сможет решить,
но при наличии опыта это возможно. Равно как и сборка любых других
дополнительных модулей.

-- 
Успехов,
Konstantin

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

Re: [sisyphus] Re: kernel despaghettification

[Serge]

Mikhail Zabaluev wrote:

>Hello Konstantin,
>
>  
>
>Позволю себе суммировать правила бойцовского клуба:
>0. Vanilla kernel -- наше достояние и отправная точка. Keep tidy.
>1. Улучшать нужно только то, что не работает должным образом.
>2. Если не лезет, не вколачивай.
>3. От невыжатых 15% производительности ещё никто не умирал. Если
>   кто-то умирает, пусть собирает ядро под себя.
>
>P.S. Я надеюсь, после некоторого обсуждения и обмозгования,
>сделать более серьёзный набросок kernel building policy.
>
Может быть так:
Ввести понятие patch_set
и в spec реализовать что-то вроде
$vanilla
    |
    +----- $minimal
    |           |
    |            +-- $with-some-funct1
    |                        |
    |                        +-- $with-some-funct1+drivers-set1
    |                        +-- $with-some-funct1+drivers-set2
    |                .........
    + $ALL_stable
        |
        + $ALL_stable_and_experimental
Это конечно сложно реализовать но зато можно получить из одного spec 
любую функциональность
Для начала можно сделать хотя-бы $minimal $stable $advanced $tested

Regards,
    Serge.

[sisyphus] Re: kernel despaghettification

[Mikhail Zabaluev]

Hello Serge,

On Mon, Sep 16, 2002 at 02:17:25PM +0400, Serge wrote:
>
> >Позволю себе суммировать правила бойцовского клуба:
> >0. Vanilla kernel -- наше достояние и отправная точка. Keep tidy.
> >1. Улучшать нужно только то, что не работает должным образом.
> >2. Если не лезет, не вколачивай.
> >3. От невыжатых 15% производительности ещё никто не умирал. Если
> >  кто-то умирает, пусть собирает ядро под себя.
> >
> >P.S. Я надеюсь, после некоторого обсуждения и обмозгования,
> >сделать более серьёзный набросок kernel building policy.
> >
> Может быть так:
> Ввести понятие patch_set
> и в spec реализовать что-то вроде
> $vanilla
>    |
>    +----- $minimal
>    |           |
>    |            +-- $with-some-funct1
>    |                        |
>    |                        +-- $with-some-funct1+drivers-set1
>    |                        +-- $with-some-funct1+drivers-set2
>    |                .........
>    + $ALL_stable
>        |
>        + $ALL_stable_and_experimental

Можно пояснить, что означают эти ветки?

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
There's something the technicians need to learn from the artists.
If it isn't aesthetically pleasing, it's probably wrong.

Re: [sisyphus] Re: kernel despaghettification

[Konstantin Volckov]

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

On Mon, 16 Sep 2002 14:17:25 +0400
Serge <sergeyssv@mail.ru> wrote:

Hi!

> >Позволю себе суммировать правила бойцовского клуба:
> >0. Vanilla kernel -- наше достояние и отправная точка. Keep tidy.

Ес-но.

> >1. Улучшать нужно только то, что не работает должным образом.

Только для stable.

> >2. Если не лезет, не вколачивай.

Если вещь прошла п.1, то использовать. В крайнем случае посмотреть на
другие варианты решения этой проблемы.

Сам по себе этот пункт не имеет смысла и не соотносится с реальностью.

> >3. От невыжатых 15% производительности ещё никто не умирал. Если
> >   кто-то умирает, пусть собирает ядро под себя.

Только для stable.

> >P.S. Я надеюсь, после некоторого обсуждения и обмозгования,
> >сделать более серьёзный набросок kernel building policy.
> >
> Может быть так:
> Ввести понятие patch_set
> и в spec реализовать что-то вроде
> $vanilla
>     |
>     +----- $minimal
>     |           |
>     |            +-- $with-some-funct1
>     |                        |
>     |                        +-- $with-some-funct1+drivers-set1
>     |                        +-- $with-some-funct1+drivers-set2
>     |                .........
>     + $ALL_stable
>         |
>         + $ALL_stable_and_experimental
> Это конечно сложно реализовать но зато можно получить из одного spec 
> любую функциональность
> Для начала можно сделать хотя-бы $minimal $stable $advanced $tested

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

а) проще (по крайней мере понятно как) сделать 2(3, 4) разных .spec
б) оно уже и так сделано в разных .spec

?

Надо понимать, что .spec от ядра и так непрост и доп. усложнение ему ИМХО
ни к чему.

> Regards,
>     Serge.


-- 
Успехов,
Konstantin

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

Re: [sisyphus] kernels

[jin]

Кстати не знаю пробегала здесь ссылка или нет но посмотрите:
http://members.optusnet.com.au/ckolivas/kernel/ - здесь лежат патчики
к ядру на тему низкого отклика, ВМ от Рика, ну и еще что-то. Может что
интересное будет.