[Comm] lilo и разрешение экрана

[Yury Aliaev]

On 01/06/2011 07:54 AM, Dmitry Tabunov wrote:

>>>>>>>>
>>>>>>>
>>>>>>> Пробовал, не помогает почему-то. Судя по dmesg, вначале стартует
>>>>>>> vesafb, который потом заменяется на intelfb
>>> Пересобрал. Результат - тот же...
>>>
>>>
>>
> вобщем, грусть следующая... если в lilo.conf убрать vga=, то vesafb
> вполне логично не грузится...
> если в lilo.conf дописать в append= "video=nvidiafb:1280x800-24 на 50" то в
> итоге придем к нужному разрешению в консоли,
> НО.
> 1. nvidiafb грузится заметно позже, чем обычно грузится vesafb, до этого
> момента торчим в 640х480.

Да, это неудобство, от которого, похоже, не избавиться (возможно, 
получится, если вкомпилировать nvidiafb в ядро статически).

> 2. падает Х
>
> Jan 6 16:27:17 altsony kernel: [ 29.662341] nvidia: module license
> 'NVIDIA' taints kernel.
> Jan 6 16:27:17 altsony kernel: [ 29.662348] Disabling lock debugging due
> to kernel taint
> Jan 6 16:27:17 altsony kernel: [ 31.194214] NVRM: The NVIDIA probe
> routine was not called for 1 device(s).
> Jan 6 16:27:17 altsony kernel: [ 31.194219] NVRM: This can occur when a
> driver such as nouveau, rivafb,
> Jan 6 16:27:17 altsony kernel: [ 31.194220] NVRM: nvidiafb, or rivatv
> was loaded and obtained ownership of
> Jan 6 16:27:17 altsony kernel: [ 31.194222] NVRM: the NVIDIA device(s).
> Jan 6 16:27:17 altsony kernel: [ 31.194225] NVRM: Try unloading the
> conflicting kernel module (and/or
> Jan 6 16:27:17 altsony kernel: [ 31.194226] NVRM: reconfigure your
> kernel without the conflicting
> Jan 6 16:27:17 altsony kernel: [ 31.194228] NVRM: driver(s)), then try
> loading the NVIDIA kernel module
> Jan 6 16:27:17 altsony kernel: [ 31.194229] NVRM: again.
> Jan 6 16:27:17 altsony kernel: [ 31.194231] NVRM: No NVIDIA graphics
> adapter probed!
> Jan 6 16:27:17 altsony kdm[6760]: X server died during startup
> Jan 6 16:27:17 altsony kdm[6760]: X server for display :0 cannot be
> started, session disabled
>
> как-то так...
> с чем еще поэкспериментировать?

А вот с этим, возможно, ничего не поделать -- не умеют собственнический 
модули для иксов дружить с фреймбуфером. Пичалько...