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

[Sergey Vlasov]

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).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : /pipermail/devel-kernel/attachments/20040108/cff0de97/attachment.bin