[devel] vesafb-tng

[devel] vesafb-tng

[Led]

Как на счёт включения в ядро (хотябы в wks26) kernel-feat-drivers-vesafb-tng? 
Я тут попробовал переосбрать wks26-up-2.6.16-alt7 с этим feat'ом - ИМХО 
намного приятнее получить консоль с нормальным разрешением и хорошей 
частотой, при этом никаких проблем совместимости с X11-драйвером nvidia не 
обнаружил.

-- 
Led.

Re: [devel] vesafb-tng

[Konstantin A. Lepikhov]

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

Hi Led!

Monday 05, at 05:09:13 PM you wrote:

> Как на счёт включения в ядро (хотябы в wks26) kernel-feat-drivers-vesafb-tng? 
> Я тут попробовал переосбрать wks26-up-2.6.16-alt7 с этим feat'ом - ИМХО 
> намного приятнее получить консоль с нормальным разрешением и хорошей 
> частотой, при этом никаких проблем совместимости с X11-драйвером nvidia не 
> обнаружил.
собственно, если, как уже говорилось в sisyphus@, у него нет проблем с
smp, то я могу его прикладывать. В свете того, что скоро -up конфигурации
ядер будут упразнены, smp-safe работа будет критическим требованием.

-- 
WBR et al.

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

Re: [devel] vesafb-tng

[Led]

В сообщении от 5 июня 2006 22:25 Konstantin A. Lepikhov написал(a):
> Hi Led!
>
> Monday 05, at 05:09:13 PM you wrote:
> > Как на счёт включения в ядро (хотябы в wks26)
> > kernel-feat-drivers-vesafb-tng? Я тут попробовал переосбрать
> > wks26-up-2.6.16-alt7 с этим feat'ом - ИМХО намного приятнее получить
> > консоль с нормальным разрешением и хорошей частотой, при этом никаких
> > проблем совместимости с X11-драйвером nvidia не обнаружил.
>
> собственно, если, как уже говорилось в sisyphus@, у него нет проблем с
> smp, то я могу его прикладывать. В свете того, что скоро -up конфигурации
> ядер будут упразнены, smp-safe работа будет критическим требованием.

Было бы на чём проверить... :(

На P4 с включенным HT на SMP-ядре за проверку считается?

-- 
Led.

Re: [devel] vesafb-tng

[Anton Gorlov]

Led пишет:

> Было бы на чём проверить... :(
> На P4 с включенным HT на SMP-ядре за проверку считается?
По идее да

-- 
   np: Crematory - My Last Words

Re: [devel] vesafb-tng

[Serge Ryabchun]

On Tue, Jun 06, 2006 at 11:36:48AM +0300, Led wrote:
> В сообщении от 5 июня 2006 22:25 Konstantin A. Lepikhov написал(a):
> > Hi Led!
> >
> > Monday 05, at 05:09:13 PM you wrote:
> > > Как на счёт включения в ядро (хотябы в wks26)
> > > kernel-feat-drivers-vesafb-tng? Я тут попробовал переосбрать
> > > wks26-up-2.6.16-alt7 с этим feat'ом - ИМХО намного приятнее получить
> > > консоль с нормальным разрешением и хорошей частотой, при этом никаких
> > > проблем совместимости с X11-драйвером nvidia не обнаружил.
> >
> > собственно, если, как уже говорилось в sisyphus@, у него нет проблем с
> > smp, то я могу его прикладывать. В свете того, что скоро -up конфигурации
> > ядер будут упразнены, smp-safe работа будет критическим требованием.
> 
> Было бы на чём проверить... :(
> 
> На P4 с включенным HT на SMP-ядре за проверку считается?

Да, с таким SMP грабли гораздо чаще поиметь можно. Это хорошая проверка.

Re: [devel] vesafb-tng

[Sergey N. Yatskevich]

В Пнд, 05/06/2006 в 23:25 +0400, Konstantin A. Lepikhov пишет:
> собственно, если, как уже говорилось в sisyphus@, у него нет проблем с
> smp, то я могу его прикладывать. В свете того, что скоро -up конфигурации
> ядер будут упразнены, smp-safe работа будет критическим требованием.
А с чем связан отказ от up ядер, и не приведёт ли использование smp к
потере производительности на одноядерных машинах?

-- 
Sergey N. Yatskevich <syatskevich@altlinux.ru>

Re: [devel] vesafb-tng

[Led]

В сообщении от 6 июня 2006 13:01 Sergey N. Yatskevich написал(a):
> В Пнд, 05/06/2006 в 23:25 +0400, Konstantin A. Lepikhov пишет:
> > собственно, если, как уже говорилось в sisyphus@, у него нет проблем с
> > smp, то я могу его прикладывать. В свете того, что скоро -up конфигурации
> > ядер будут упразнены, smp-safe работа будет критическим требованием.
>
> А с чем связан отказ от up ядер, и не приведёт ли использование smp к
> потере производительности на одноядерных машинах?

Может имеет смысл spm.i686 и up.i586 (вплоть до того, чтобы в зависимости 
от --target получался или spm.i686 или up.i586; или вобще из одного src.rpm 
получать и up, и spm)?

-- 
Led.

Re: [devel] vesafb-tng

[Anton Gorlov]

Led пишет:

> Может имеет смысл spm.i686 и up.i586 (вплоть до того, чтобы в зависимости 
> от --target получался или spm.i686 или up.i586; или вобще из одного src.rpm 
> получать и up, и spm)?
+1

-- 
   np: Crematory - Yourself [paused]

Re: [devel] vesafb-tng

[Sergey N. Yatskevich]

В Втр, 06/06/2006 в 13:09 +0300, Led пишет:
> В сообщении от 6 июня 2006 13:01 Sergey N. Yatskevich написал(a):
> > В Пнд, 05/06/2006 в 23:25 +0400, Konstantin A. Lepikhov пишет:
> > > собственно, если, как уже говорилось в sisyphus@, у него нет проблем с
> > > smp, то я могу его прикладывать. В свете того, что скоро -up конфигурации
> > > ядер будут упразнены, smp-safe работа будет критическим требованием.
> >
> > А с чем связан отказ от up ядер, и не приведёт ли использование smp к
> > потере производительности на одноядерных машинах?
> 
> Может имеет смысл spm.i686 и up.i586 (вплоть до того, чтобы в зависимости 
> от --target получался или spm.i686 или up.i586; или вобще из одного src.rpm 
> получать и up, и spm)?

Я тут попробовал поставить wks26-smp-alt7 себе на ноут (ASUS M6800N) так
сразу же после его распаковки и запуска (из LILO) машина уходит на
перезагрузку (параметры ядра append="nolapic resule2=/dev/hda1").
up вариант работает без проблем.

-- 
Sergey N. Yatskevich <syatskevich@altlinux.ru>

Re: [devel] vesafb-tng

[Aleksey Avdeev]

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

Anton Gorlov пишет:
> Led пишет:
> 
> 
>>Может имеет смысл spm.i686 и up.i586 (вплоть до того, чтобы в зависимости 
>>от --target получался или spm.i686 или up.i586; или вобще из одного src.rpm 
>>получать и up, и spm)?
> 
> +1
> 

+1

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 550 bytes --]

Re: [devel] vesafb-tng

[Led]

В сообщении от 6 июня 2006 15:59 Sergey N. Yatskevich написал(a):
> В Втр, 06/06/2006 в 13:09 +0300, Led пишет:
> > В сообщении от 6 июня 2006 13:01 Sergey N. Yatskevich написал(a):
> > > В Пнд, 05/06/2006 в 23:25 +0400, Konstantin A. Lepikhov пишет:
> > > > собственно, если, как уже говорилось в sisyphus@, у него нет проблем
> > > > с smp, то я могу его прикладывать. В свете того, что скоро -up
> > > > конфигурации ядер будут упразнены, smp-safe работа будет критическим
> > > > требованием.
> > >
> > > А с чем связан отказ от up ядер, и не приведёт ли использование smp к
> > > потере производительности на одноядерных машинах?
> >
> > Может имеет смысл spm.i686 и up.i586 (вплоть до того, чтобы в зависимости
> > от --target получался или spm.i686 или up.i586; или вобще из одного
> > src.rpm получать и up, и spm)?
>
> Я тут попробовал поставить wks26-smp-alt7 себе на ноут (ASUS M6800N) так
> сразу же после его распаковки и запуска (из LILO) машина уходит на
> перезагрузку (параметры ядра append="nolapic resule2=/dev/hda1").
> up вариант работает без проблем.

во-первых, что такое "nolapic"? имелось ввиду "noapic"?
А зачем это делать?

-- 
Led.

Re: [devel] vesafb-tng

[Sergey N. Yatskevich]

В Втр, 06/06/2006 в 16:02 +0300, Led пишет:
> > Я тут попробовал поставить wks26-smp-alt7 себе на ноут (ASUS M6800N) так
> > сразу же после его распаковки и запуска (из LILO) машина уходит на
> > перезагрузку (параметры ядра append="nolapic resule2=/dev/hda1").
> > up вариант работает без проблем.
> 
> во-первых, что такое "nolapic"? имелось ввиду "noapic"?
> А зачем это делать?
Именно nolapic (NO Local APIC). Что это за зверь я и сам до конца
не разобрался, но без этого параметра не работает автоматическое
выключение питания на ноуте (т.е. пишется Power down, но реального
выключения не происходит).

P.S. да, забыл: камень Banias 1.7GHz, естественно одноядерный.

-- 
Sergey N. Yatskevich <syatskevich@altlinux.ru>

Re: [devel] vesafb-tng

[Led]

В сообщении от 6 июня 2006 16:14 Sergey N. Yatskevich написал(a):
> В Втр, 06/06/2006 в 16:02 +0300, Led пишет:
> > > Я тут попробовал поставить wks26-smp-alt7 себе на ноут (ASUS M6800N)
> > > так сразу же после его распаковки и запуска (из LILO) машина уходит на
> > > перезагрузку (параметры ядра append="nolapic resule2=/dev/hda1"). up
> > > вариант работает без проблем.
> >
> > во-первых, что такое "nolapic"? имелось ввиду "noapic"?
> > А зачем это делать?
>
> Именно nolapic (NO Local APIC). Что это за зверь я и сам до конца
> не разобрался, но без этого параметра не работает автоматическое
> выключение питания на ноуте (т.е. пишется Power down, но реального
> выключения не происходит).
>
> P.S. да, забыл: камень Banias 1.7GHz, естественно одноядерный.

а просто "noapic" не помогает?

-- 
Led.

Re: [devel] vesafb-tng

[Konstantin A. Lepikhov]

<цитата от="Sergey N. Yatskevich">
<skip>
> Я тут попробовал поставить wks26-smp-alt7 себе на ноут (ASUS M6800N) так
> сразу же после его распаковки и запуска (из LILO) машина уходит на
> перезагрузку (параметры ядра append="nolapic resule2=/dev/hda1").
> up вариант работает без проблем.
А можно увидеть, на каком сообщении оно перегружается?

-- 
WBR et al.

Re: [devel] vesafb-tng

[Sergey Vlasov]

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

On Tue, Jun 06, 2006 at 05:14:49PM +0400, Sergey N. Yatskevich wrote:
> В Втр, 06/06/2006 в 16:02 +0300, Led пишет:
> > > Я тут попробовал поставить wks26-smp-alt7 себе на ноут (ASUS M6800N) так
> > > сразу же после его распаковки и запуска (из LILO) машина уходит на
> > > перезагрузку (параметры ядра append="nolapic resule2=/dev/hda1").
> > > up вариант работает без проблем.
> > 
> > во-первых, что такое "nolapic"? имелось ввиду "noapic"?
> > А зачем это делать?
> Именно nolapic (NO Local APIC). Что это за зверь я и сам до конца
> не разобрался, но без этого параметра не работает автоматическое
> выключение питания на ноуте (т.е. пишется Power down, но реального
> выключения не происходит).

Возможно, со свежими ядрами эта опция уже не нужна (сейчас ядро не
включает Local APIC, если BIOS выключила его поддержку, что в большинстве
случаев устраняет подобные проблемы).

> P.S. да, забыл: камень Banias 1.7GHz, естественно одноядерный.

Этот процессор не поддерживает PAE, следовательно, ядра wks26-smp и
std26-smp, собранные с CONFIG_HIGHMEM64G=y, на нём запускаться не будут.

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

Re: [devel] vesafb-tng

[Sergey N. Yatskevich]

В Втр, 06/06/2006 в 19:19 +0400, Sergey Vlasov пишет: 
> On Tue, Jun 06, 2006 at 05:14:49PM +0400, Sergey N. Yatskevich wrote:
> > В Втр, 06/06/2006 в 16:02 +0300, Led пишет:
> > > > Я тут попробовал поставить wks26-smp-alt7 себе на ноут (ASUS M6800N) так
> > > > сразу же после его распаковки и запуска (из LILO) машина уходит на
> > > > перезагрузку (параметры ядра append="nolapic resule2=/dev/hda1").
> > > > up вариант работает без проблем.
> > > 
> > > во-первых, что такое "nolapic"? имелось ввиду "noapic"?
> > > А зачем это делать?
> > Именно nolapic (NO Local APIC). Что это за зверь я и сам до конца
> > не разобрался, но без этого параметра не работает автоматическое
> > выключение питания на ноуте (т.е. пишется Power down, но реального
> > выключения не происходит).
> 
> Возможно, со свежими ядрами эта опция уже не нужна (сейчас ядро не
> включает Local APIC, если BIOS выключила его поддержку, что в большинстве
> случаев устраняет подобные проблемы).
Да, подтверждаю, теперь эта опция больше не требуется, проверено
экспериментально:-))

> 
> > P.S. да, забыл: камень Banias 1.7GHz, естественно одноядерный.
> 
> Этот процессор не поддерживает PAE, следовательно, ядра wks26-smp и
> std26-smp, собранные с CONFIG_HIGHMEM64G=y, на нём запускаться не будут.
И это правда, ни wks ни std SMP ядра на моей машине не завелись
(перезагружаются после uncompressed successfully). Так что либо
надо отключать опцию CONFIG_HIGHMEM64G=y, либо тащить две версии
ядра (иначе часть народа окажется вынуждена собирать ядро
самостоятельно, что IMHO не есть хорошо).

-- 
Sergey N. Yatskevich <syatskevich@altlinux.ru>

Re: [devel] vesafb-tng

[Konstantin A. Lepikhov]

<цитата от="Sergey N. Yatskevich">
<skip>
>> > P.S. да, забыл: камень Banias 1.7GHz, естественно одноядерный.
>>
>> Этот процессор не поддерживает PAE, следовательно, ядра wks26-smp и
>> std26-smp, собранные с CONFIG_HIGHMEM64G=y, на нём запускаться не будут.
> И это правда, ни wks ни std SMP ядра на моей машине не завелись
> (перезагружаются после uncompressed successfully). Так что либо
> надо отключать опцию CONFIG_HIGHMEM64G=y, либо тащить две версии
> ядра (иначе часть народа окажется вынуждена собирать ядро
> самостоятельно, что IMHO не есть хорошо).
CONFIG_HIGHMEM64G был раньше отключен в wks, потом оказалось что некоторые
используют эти ядра на серверах, и попросили включить. Можно отключить его
еще раз ;)

PS list mismatch. Зачем такие темы в -devel обсуждать, если есть
devel-kernel?

-- 
WBR et al.

Re: [devel] vesafb-tng

[Sergey N. Yatskevich]

В Втр, 06/06/2006 в 20:17 +0400, Konstantin A. Lepikhov пишет:
> <цитата от="Sergey N. Yatskevich">
> <skip>
> >> > P.S. да, забыл: камень Banias 1.7GHz, естественно одноядерный.
> >>
> >> Этот процессор не поддерживает PAE, следовательно, ядра wks26-smp и
> >> std26-smp, собранные с CONFIG_HIGHMEM64G=y, на нём запускаться не будут.
> > И это правда, ни wks ни std SMP ядра на моей машине не завелись
> > (перезагружаются после uncompressed successfully). Так что либо
> > надо отключать опцию CONFIG_HIGHMEM64G=y, либо тащить две версии
> > ядра (иначе часть народа окажется вынуждена собирать ядро
> > самостоятельно, что IMHO не есть хорошо).
> CONFIG_HIGHMEM64G был раньше отключен в wks, потом оказалось что некоторые
> используют эти ядра на серверах, и попросили включить. Можно отключить его
> еще раз ;)
WKS на серверах? ну это несколько странно, хотя конечно кому что
нравится.

> PS list mismatch. Зачем такие темы в -devel обсуждать, если есть
> devel-kernel?
Потому что я к devel-kernel не имею никакого отношения;-)).

-- 
Sergey N. Yatskevich <syatskevich@altlinux.ru>

Re: [devel] vesafb-tng

[Led]

В сообщении от 6 июня 2006 19:35 Sergey N. Yatskevich написал(a):
> В Втр, 06/06/2006 в 20:17 +0400, Konstantin A. Lepikhov пишет:
> > <цитата от="Sergey N. Yatskevich">
> > <skip>
> >
> > >> > P.S. да, забыл: камень Banias 1.7GHz, естественно одноядерный.
> > >>
> > >> Этот процессор не поддерживает PAE, следовательно, ядра wks26-smp и
> > >> std26-smp, собранные с CONFIG_HIGHMEM64G=y, на нём запускаться не
> > >> будут.
> > >
> > > И это правда, ни wks ни std SMP ядра на моей машине не завелись
> > > (перезагружаются после uncompressed successfully). Так что либо
> > > надо отключать опцию CONFIG_HIGHMEM64G=y, либо тащить две версии
> > > ядра (иначе часть народа окажется вынуждена собирать ядро
> > > самостоятельно, что IMHO не есть хорошо).
> >
> > CONFIG_HIGHMEM64G был раньше отключен в wks, потом оказалось что
> > некоторые используют эти ядра на серверах, и попросили включить. Можно
> > отключить его еще раз ;)
>
> WKS на серверах? ну это несколько странно, хотя конечно кому что
> нравится.

ИМХО необходимость wks-smp на серверах всё же намного ниже, чем на рабочих 
станциях с двухядерным процессором (на сегодняшний день).

>
> > PS list mismatch. Зачем такие темы в -devel обсуждать, если есть
> > devel-kernel?
>
> Потому что я к devel-kernel не имею никакого отношения;-)).

Аналогично. По крайней мере - пока...

-- 
Led.

Re: [devel] vesafb-tng

[Денис Смирнов]

On Tue, Jun 06, 2006 at 08:07:25PM +0300, Led wrote:

>> WKS на серверах? ну это несколько странно, хотя конечно кому что
>> нравится.
L> ИМХО необходимость wks-smp на серверах всё же намного ниже, чем на рабочих 
L> станциях с двухядерным процессором (на сегодняшний день).

На рабочих станциях с двухядерным процессором оперативки может быть
побольше чем на многих серверах.

Mithraen поглядел на свой ноутбук, в который больше 2Gb не воткнуть, и
вздохнул с грустью...

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [devel] vesafb-tng

[Konstantin A. Lepikhov]

<цитата от="Sergey N. Yatskevich">
<skip>
>> CONFIG_HIGHMEM64G был раньше отключен в wks, потом оказалось что
>> некоторые
>> используют эти ядра на серверах, и попросили включить. Можно отключить
>> его
>> еще раз ;)
> WKS на серверах? ну это несколько странно, хотя конечно кому что
> нравится.
why not? шедулеров там поболее, чем в стандартном ядре, поэтому и загрузку
можно распределять более эффективно.

>
>> PS list mismatch. Зачем такие темы в -devel обсуждать, если есть
>> devel-kernel?
> Потому что я к devel-kernel не имею никакого отношения;-)).
достаточно туда просто подписаться.

-- 
WBR et al.