Fwd: Re: [d-kernel] Re: Q: nvidia 4496 for Compact kernels

Fwd: Re: [d-kernel] Re: Q: nvidia 4496 for Compact kernels

[Michael Shigorin]

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

	Здравствуйте.
Executive summary: если у 5328 нет проблемы с mx440 (zerg --
можно проверить?), то 5328 как primary и 4496 "на запас" должно
быть оптимально.

Остается открытым вопрос с тем, как разместить две версии --
рядом в RPMS/ (конфликты?) или 4496 "слева" (а обновления?).

<gvy> vsu, собери 4496.  или погоди секунду, сейчас попробую
найти, какая с gf4mx440 еще на плющилась при возврате в текст/fb
<vsu> gvy: 4496 вроде уже плющилась - у меня на неё баг висит
<gvy> vsu, т.е. 3123[-], 4191[-?]
<gvy> vsu, с 4496 есть известные проблемы mx440; с 5328 -- :1.
Остаются 43xx.
<gvy> vsu, сейчас попробую спросить Женю Остапца
<gvy> vsu, Женя говорит, что по стабильности лучшие 4xxx -- 4496,
но бывают проблемы с качеством под нагрузкой; по качеству
рекомендует 5xxx, но говорит, что у них, как и у 4xxx < 4496,
бывают проблемы со стабильностью под нагрузкой (oops)
<gvy> vsu, я сегодня попробую заехать к тому другу с 5328 на
"именно такую" mx440 и проверить -- если заживет (с перкключением
в консоль), то кладем 4496/5328[*]
<vsu> gvy: вообще всё равно плохо - будут пакеты с конфликтами...
<gvy> vsu, а что конфликты-то?
<vsu> gvy: а как быдет выглядеть выбор версии?
<gvy> vsu, вообще с nvidia_glx-1.0-5328 кернельное 4496 вполне
живет
<gvy> vsu, не уверен, что его имеет смысл делать.  Я бы положил
сбоку с тем, чтобы была возможность сказать "запустите rpm -Uvh
--oldpackage /mnt/cdrom/auto/.../unsupprted/nvidia-1.0-4496/*.rpm"
<vsu> gvy: а updates? всё равно придётся куда-то класть

----- Forwarded message from Eugene Ostapets <eugene@unisoft.com.ua> -----

Date: Thu, 08 Jan 2004 17:25:33 +0200
From: Eugene Ostapets <eugene@unisoft.com.ua>
To: Michael Shigorin <mike@osdn.org.ua>
Subject: Re: [d-kernel] Re: Q: nvidia 4496 for Compact kernels

Michael Shigorin пишет:

>On Thu, Jan 08, 2004 at 05:20:47PM +0300, Sergey V Turchin wrote:
> 
>
>>>>Есть предложение для тех ядер, которые собираются в снапшоты
>>>>compact, делать и kernel-modules-nvidia-std-up версии 1.0-4496.
>>>>       
>>>>
>>>Похоже так и придется делать, ибо помимо этого есть еще
>>>проблема с инсталлятором (хотя возможно я ее уже решил -
>>>просто еще не проверял)
>>>     
>>>
>>А у меня предложение - собирать 2 версии.
>>Последнюю, и например, которую объявит нормальной Михаил.
>>   
>>
>
>Ту, на которой 4xxx не было проблем с MX440?
>
>Здесь не "мое объявление", а тестирование на железячнике должно бы
>сказать веское слово.  Сейчас у меня такой возможности нет
>(время).
>
>Возможно, Женя добавит впечатлений по стабильности/совместимости
>в полевых условиях?
>
> 
>
4496 - проблем по стабильности у них действительно нет, но тяжелых играх 
заметно "выпадание" текстур. Я не знаю что хуже...

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua


----- End forwarded message -----

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

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

Re: Fwd: Re: [d-kernel] Re: Q: nvidia 4496 for Compact kernels

[Sergey V Turchin]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 3557 bytes --]

В сообщении от 8 Январь 2004 18:32 Michael Shigorin написал(a):
> 	Здравствуйте.
> Executive summary: если у 5328 нет проблемы с mx440 (zerg --
> можно проверить?),
У меня 2 шт. gf4mx440 id:171
На обеих > 1.0-4363 по-умолчанию с кашей во framebuffer
У бирается только подбором меньшего разрешения в fb.

>  то 5328 как primary и 4496 "на запас" должно
> быть оптимально.
>
> Остается открытым вопрос с тем, как разместить две версии --
Это и есть самый главный вопрос.
Я думаю, что они не должны иметь возможность
быть установлены вместе.

> рядом в RPMS/ (конфликты?) или 4496 "слева" (а обновления?).

> <gvy> vsu, собери 4496.  или погоди секунду, сейчас попробую
> найти, какая с gf4mx440 еще на плющилась при возврате в текст/fb
> <vsu> gvy: 4496 вроде уже плющилась - у меня на неё баг висит
> <gvy> vsu, т.е. 3123[-], 4191[-?]
> <gvy> vsu, с 4496 есть известные проблемы mx440; с 5328 -- :1.
> Остаются 43xx.
> <gvy> vsu, сейчас попробую спросить Женю Остапца
> <gvy> vsu, Женя говорит, что по стабильности лучшие 4xxx -- 4496,
> но бывают проблемы с качеством под нагрузкой; по качеству
> рекомендует 5xxx, но говорит, что у них, как и у 4xxx < 4496,
> бывают проблемы со стабильностью под нагрузкой (oops)
> <gvy> vsu, я сегодня попробую заехать к тому другу с 5328 на
> "именно такую" mx440 и проверить -- если заживет (с перкключением
> в консоль), то кладем 4496/5328[*]
> <vsu> gvy: вообще всё равно плохо - будут пакеты с конфликтами...
> <gvy> vsu, а что конфликты-то?
> <vsu> gvy: а как быдет выглядеть выбор версии?
> <gvy> vsu, вообще с nvidia_glx-1.0-5328 кернельное 4496 вполне
> живет
> <gvy> vsu, не уверен, что его имеет смысл делать.
>   Я бы положил сбоку
Да, что-нибудь типа этого

>    с тем, чтобы была возможность сказать "запустите rpm -Uvh
> --oldpackage
> /mnt/cdrom/auto/.../unsupprted/nvidia-1.0-4496/*.rpm" <vsu> gvy:
> а updates? всё равно придётся куда-то класть
>
> ----- Forwarded message from Eugene Ostapets
> <eugene@unisoft.com.ua> -----
>
> Date: Thu, 08 Jan 2004 17:25:33 +0200
> From: Eugene Ostapets <eugene@unisoft.com.ua>
> To: Michael Shigorin <mike@osdn.org.ua>
> Subject: Re: [d-kernel] Re: Q: nvidia 4496 for Compact kernels
>
> Michael Shigorin пишет:
> >On Thu, Jan 08, 2004 at 05:20:47PM +0300, Sergey V Turchin wrote:
> >>>>Есть предложение для тех ядер, которые собираются в снапшоты
> >>>>compact, делать и kernel-modules-nvidia-std-up версии
> >>>> 1.0-4496.
> >>>
> >>>Похоже так и придется делать, ибо помимо этого есть еще
> >>>проблема с инсталлятором (хотя возможно я ее уже решил -
> >>>просто еще не проверял)
> >>
> >>А у меня предложение - собирать 2 версии.
> >>Последнюю, и например, которую объявит нормальной Михаил.
> >
> >Ту, на которой 4xxx не было проблем с MX440?
> >
> >Здесь не "мое объявление", а тестирование на железячнике должно
> > бы сказать веское слово.  Сейчас у меня такой возможности нет
> > (время).
> >
> >Возможно, Женя добавит впечатлений по стабильности/совместимости
> >в полевых условиях?
>
> 4496 - проблем по стабильности у них действительно нет, но
> тяжелых играх заметно "выпадание" текстур. Я не знаю что хуже...
Я совсем недавно переехал с 4363 сразу на 5328,
после того, как догадался поиграться с видеорежимами fb.
Т.е. можно по-умолчанию попробовать ставить vga=0x303
но тогда уж надежнее vga=normal,
т.к. bootsplash все равно теряется :-(
Возможно где-то на видном месте написать, как выключить fb
или как сделать vga=0x303

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: Fwd: Re: [d-kernel] Re: Q: nvidia 4496 for Compact kernels

[Sergey Vlasov]

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

On Thu, Jan 08, 2004 at 07:40:25PM +0300, Sergey V Turchin wrote:
Content-Description: signed data
> В сообщении от 8 Январь 2004 18:32 Michael Shigorin написал(a):
> > 	Здравствуйте.
> > Executive summary: если у 5328 нет проблемы с mx440 (zerg --
> > можно проверить?),
> У меня 2 шт. gf4mx440 id:171
> На обеих > 1.0-4363 по-умолчанию с кашей во framebuffer
> У бирается только подбором меньшего разрешения в fb.
> 
> >  то 5328 как primary и 4496 "на запас" должно
> > быть оптимально.
> >
> > Остается открытым вопрос с тем, как разместить две версии --
> Это и есть самый главный вопрос.
> Я думаю, что они не должны иметь возможность
> быть установлены вместе.

На самом деле это сейчас обеспечивается наличием соответствующих
Provides/Conflicts в пакетах kernel-modules-*.  Единственное
неудобство в том, что пакеты, отличающиеся только версией, не могут
параллельно существовать в Сизифе (хотя и могут быть установлены в
системе - пакеты kernel-(image|modules)-.* занесены в
Allow-Duplicated), поэтому придётся либо класть старые версии где-то
рядом (безобразие), либо плодить пакеты вида
kernel-modules-nvidia-4363-std-up#1.0.4363-alt11.15.

[skip]
> Я совсем недавно переехал с 4363 сразу на 5328,
> после того, как догадался поиграться с видеорежимами fb.
> Т.е. можно по-умолчанию попробовать ставить vga=0x303
> но тогда уж надежнее vga=normal,
> т.к. bootsplash все равно теряется :-(
> Возможно где-то на видном месте написать, как выключить fb
> или как сделать vga=0x303

Т.е. проблема именно во взаимодействии с vesafb?  Я-то думал, что
там всё хуже (кстати, похоже, аналогичные проблемы есть и у fglrx -
просто я уже давно у себя не включал vesafb).

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

Re: Fwd: Re: [d-kernel] Re: Q: nvidia 4496 for Compact kernels

[Michael Shigorin]

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

On Thu, Jan 08, 2004 at 07:40:25PM +0300, Sergey V Turchin wrote:
> > Executive summary: если у 5328 нет проблемы с mx440 (zerg --
> > можно проверить?),
> У меня 2 шт. gf4mx440 id:171
> На обеих > 1.0-4363 по-умолчанию с кашей во framebuffer

5328 -- тоже? :(

> > то 5328 как primary и 4496 "на запас" должно быть оптимально.
> > Остается открытым вопрос с тем, как разместить две версии --
> Это и есть самый главный вопрос.  Я думаю, что они не должны
> иметь возможность быть установлены вместе.

Угу.  glx-то можно и вместе положить (и даже вместе
устанавливать), а вот kernel module...

> > <gvy> vsu, не уверен, что его имеет смысл делать.
> >   Я бы положил сбоку
> Да, что-нибудь типа этого

Только вот:

> > <vsu> gvy: а updates? всё равно придётся куда-то класть

Опять же -- glx у нас могут "и так" лежать, а будет ли нормально
"отработана" (админом) ситуация, если в updates окажется _два_
пакета с ядерным драйвером разных версий?

В будущем было бы здорово иметь переключалки версий с поддержкой
обновлений для таких вещей... но это еще дожить надо.

> EO> 4496 - проблем по стабильности у них действительно нет, но
> EO> тяжелых играх заметно "выпадание" текстур. Я не знаю что хуже...
> Я совсем недавно переехал с 4363 сразу на 5328, после того, как
> догадался поиграться с видеорежимами fb.

При этом с vga=79x 5328 тоже не живет?

> Т.е. можно по-умолчанию попробовать ставить vga=0x303 но тогда
> уж надежнее vga=normal, т.к. bootsplash все равно теряется :-(

Возможно... а получается ли хакнуть инсталятор так, чтобы при
обнаружении этих видеокарт (и, видимо, тех радеонов) отключать
fb?

> Возможно где-то на видном месте написать, как выключить fb
> или как сделать vga=0x303

Так что -- восстанавливать README.ALT применительно к этому
случаю?  Один вопрос уже есть, получается.

On Thu, Jan 08, 2004 at 08:34:11PM +0300, Sergey Vlasov wrote:
> Единственное неудобство в том, что пакеты, отличающиеся только
> версией, не могут параллельно существовать в Сизифе (хотя и
> могут быть установлены в системе), поэтому придётся либо класть
> старые версии где-то рядом (безобразие), либо плодить пакеты
> вида kernel-modules-nvidia-4363-std-up#1.0.4363-alt11.15.

Тоже вариант... :(

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

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

Re: Fwd: Re: [d-kernel] Re: Q: nvidia 4496 for Compact kernels

[Eugene Ostapets]

Michael Shigorin пишет:

>On Thu, Jan 08, 2004 at 07:40:25PM +0300, Sergey V Turchin wrote:
>  
>
>>>Executive summary: если у 5328 нет проблемы с mx440 (zerg --
>>>можно проверить?),
>>>      
>>>
>>У меня 2 шт. gf4mx440 id:171
>>На обеих > 1.0-4363 по-умолчанию с кашей во framebuffer
>>    
>>
>
>5328 -- тоже? :(
>
>  
>
Похоже нужно начинать плодить расширенную логику вокруг PCI-ID, и 
отрезать фреймбуфер от карт, которые не живут вместе с комерческими 
драйверами.
Видео режим фреймбуфера отличимый от режима X-ов нужно прошить в будущий 
инсталятор (проблема как я понимаю в частоте развертки - vesafb 60 Hz, а 
в Х-ах больше).
Необходимо также положить два файлика : Readme.Nvidia и Readme.Ati, в 
которые свести рецепты по установке и поддержании в рабочем состоянии 
драйверов для соответсвующих карт...

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: Fwd: Re: [d-kernel] Re: Q: nvidia 4496 for Compact kernels

[Michael Shigorin]

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

On Thu, Jan 08, 2004 at 09:46:18PM +0200, Eugene Ostapets wrote:
> Похоже нужно начинать плодить расширенную логику вокруг PCI-ID,
> и отрезать фреймбуфер от карт, которые не живут вместе с
> комерческими драйверами.

В Mdk9.2 вроде так и есть...

> Видео режим фреймбуфера отличимый от режима X-ов нужно прошить
> в будущий инсталятор (проблема как я понимаю в частоте
> развертки - vesafb 60 Hz, а в Х-ах больше).

?

> Необходимо также положить два файлика : Readme.Nvidia и
> Readme.Ati, в которые свести рецепты по установке и поддержании
> в рабочем состоянии драйверов для соответсвующих карт...

Кстати, если есть заготовки -- можешь забросить в devel@ ?

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

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

Re: Fwd: Re: [d-kernel] Re: Q: nvidia 4496 for Compact kernels

[Eugene Ostapets]

Michael Shigorin пишет:

>On Thu, Jan 08, 2004 at 09:46:18PM +0200, Eugene Ostapets wrote:
>  
>
>>Похоже нужно начинать плодить расширенную логику вокруг PCI-ID,
>>и отрезать фреймбуфер от карт, которые не живут вместе с
>>комерческими драйверами.
>>    
>>
>
>В Mdk9.2 вроде так и есть...
>
>  
>
Нужно попробовать портировать...

>>Видео режим фреймбуфера отличимый от режима X-ов нужно прошить
>>в будущий инсталятор (проблема как я понимаю в частоте
>>развертки - vesafb 60 Hz, а в Х-ах больше).
>>    
>>
>
>?
>
>  
>
>>Необходимо также положить два файлика : Readme.Nvidia и
>>Readme.Ati, в которые свести рецепты по установке и поддержании
>>в рабочем состоянии драйверов для соответсвующих карт...
>>    
>>
>
>Кстати, если есть заготовки -- можешь забросить в devel@ ?
>
>  
>
Я не подписан... А так первые и самые важные мысли:

Для всех 3Д карт

Если у вас возникли проблемы с переключением на текстовую консоль 
работающую в режиме фреймбуфера, первым делом попробуйте выставить для 
фреймбуфера разрешение отличное от настоеное для Х-ов.

Для ATI

Если у вас возникли проблемы в KDE со срывом изображения, то вам 
необходимо заменить kdm на любой другой логин менеджер, собранный без 
подержки OpenGL (например gdm)


-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: Fwd: Re: [d-kernel] Re: Q: nvidia 4496 for Compact kernels

[Anton Farygin]

On Thu, Jan 08, 2004 at 09:44:57PM +0200, Michael Shigorin wrote:
> On Thu, Jan 08, 2004 at 09:46:18PM +0200, Eugene Ostapets wrote:
> > Похоже нужно начинать плодить расширенную логику вокруг PCI-ID,
> > и отрезать фреймбуфер от карт, которые не живут вместе с
> > комерческими драйверами.
> 
> В Mdk9.2 вроде так и есть...

Мы это сможем сделать в своем инсталлере.. в MDK это все hardcoded в
perl'овые скрипты.

Rgds,
Rider

Re: Fwd: Re: [d-kernel] Re: Q: nvidia 4496 for Compact kernels

[Eugene Ostapets]

Anton Farygin пишет:

>On Thu, Jan 08, 2004 at 09:44:57PM +0200, Michael Shigorin wrote:
>  
>
>>On Thu, Jan 08, 2004 at 09:46:18PM +0200, Eugene Ostapets wrote:
>>    
>>
>>>Похоже нужно начинать плодить расширенную логику вокруг PCI-ID,
>>>и отрезать фреймбуфер от карт, которые не живут вместе с
>>>комерческими драйверами.
>>>      
>>>
>>В Mdk9.2 вроде так и есть...
>>    
>>
>
>Мы это сможем сделать в своем инсталлере.. в MDK это все hardcoded в
>perl'овые скрипты.
>
>Rgds,
>Rider
>
>  
>
Только не нужно повторять Junior 2.2 и пытаться сделать это в последний 
момент... Или сделать заранее и отладить, или вообще не делать!

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: Fwd: Re: [d-kernel] Re: Q: nvidia 4496 for Compact kernels

[Sergey V Turchin]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 333 bytes --]

В сообщении от 8 Январь 2004 22:07 Michael Shigorin написал(a):

<skip/>

> > У меня 2 шт. gf4mx440 id:171
> > На обеих > 1.0-4363 по-умолчанию с кашей во framebuffer
>
> 5328 -- тоже? :(
У меня - да

<skip/>

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: Fwd: Re: [d-kernel] Re: Q: nvidia 4496 for Compact kernels

[Michael Shigorin]

On Fri, Jan 09, 2004 at 10:21:52AM +0300, Sergey V Turchin wrote:
> > > У меня 2 шт. gf4mx440 id:171
> > > На обеих > 1.0-4363 по-умолчанию с кашей во framebuffer
> > 5328 -- тоже? :(
> У меня - да

]--:(X

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

Re: Fwd: Re: [d-kernel] Re: Q: nvidia 4496 for Compact kernels

[Sergey V Turchin]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 1686 bytes --]

В сообщении от 8 Январь 2004 20:34 Sergey Vlasov написал(a):

> На самом деле это сейчас обеспечивается наличием соответствующих
> Provides/Conflicts в пакетах kernel-modules-*.  Единственное
> неудобство в том, что пакеты, отличающиеся только версией, не
> могут параллельно существовать в Сизифе (хотя и могут быть
> установлены в системе - пакеты kernel-(image|modules)-.* занесены
> в
> Allow-Duplicated), поэтому придётся либо класть старые версии
> где-то рядом (безобразие),
При выкладке в incoming 2-х одноименных пакетов
их зафигачит скрипт, которым забирает incoming@
Именно поэтому при последней выкладке nvidia_glx_*
в Сизиф попал не тот nvidia_glx_common,
а я выкладывал сразу 3 шт. :-)
И не имея привязки к ядру в имени пакета я
не представляю, как положить 2 таких пакета,
чтоб они не конфликтовали с пакетами из других
ядер :-(

>  либо плодить пакеты вида
> kernel-modules-nvidia-4363-std-up#1.0.4363-alt11.15.
>
> [skip]
>
> > Я совсем недавно переехал с 4363 сразу на 5328,
> > после того, как догадался поиграться с видеорежимами fb.
> > Т.е. можно по-умолчанию попробовать ставить vga=0x303
> > но тогда уж надежнее vga=normal,
> > т.к. bootsplash все равно теряется :-(
> > Возможно где-то на видном месте написать, как выключить fb
> > или как сделать vga=0x303
>
> Т.е. проблема именно во взаимодействии с vesafb?
Да

>   Я-то думал, что
> там всё хуже (кстати, похоже, аналогичные проблемы есть и у fglrx
> - просто я уже давно у себя не включал vesafb).
А я все важное запускаю из консоли, но строк/столбцов
при vga=normal маловато :-)

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: Fwd: Re: [d-kernel] Re: Q: nvidia 4496 for Compact kernels

[Michael Shigorin]

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

On Fri, Jan 09, 2004 at 10:20:32AM +0300, Sergey V Turchin wrote:
> > - просто я уже давно у себя не включал vesafb).
> А я все важное запускаю из консоли, но строк/столбцов при
> vga=normal маловато :-)

SVGATextMode посмотри.  TNT2'шный конфиг старый могу прислать.

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

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

Re: Fwd: Re: [d-kernel] Re: Q: nvidia 4496 for Compact kernels

[Sergey V Turchin]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 499 bytes --]

В сообщении от 9 Январь 2004 12:01 Michael Shigorin написал(a):
> On Fri, Jan 09, 2004 at 10:20:32AM +0300, Sergey V Turchin wrote:
> > > - просто я уже давно у себя не включал vesafb).
> >
> > А я все важное запускаю из консоли, но строк/столбцов при
> > vga=normal маловато :-)
>
> SVGATextMode посмотри.  TNT2'шный конфиг старый могу прислать.
а разве у нас svgalib есть?

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: Fwd: Re: [d-kernel] Re: Q: nvidia 4496 for Compact kernels

[Sergey Vlasov]

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

On Fri, Jan 09, 2004 at 01:13:54PM +0300, Sergey V Turchin wrote:
Content-Description: signed data
> В сообщении от 9 Январь 2004 12:01 Michael Shigorin написал(a):
> > On Fri, Jan 09, 2004 at 10:20:32AM +0300, Sergey V Turchin wrote:
> > > > - просто я уже давно у себя не включал vesafb).
> > >
> > > А я все важное запускаю из консоли, но строк/столбцов при
> > > vga=normal маловато :-)
> >
> > SVGATextMode посмотри.  TNT2'шный конфиг старый могу прислать.
> а разве у нас svgalib есть?

Это другой пакет.  Вот только он уже давно лежит в obsolete, и ни с
одной современной карточкой не работает.

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