Re: framebuffer console problems: not enough video RAM?

[Ray Olszewski <ray@comarre.com>]

At 12:45 AM 10/24/2004 -0500, James Miller wrote:
[...]
>A final stray thought: don't know if you caught my earlier statement about
>entering atyfb in /etc/modules.  I created an initrd that, so far as I can
>tell, contains this module.  However when I boot with the video=atyfb:etc,
>the module doesn't seem to load.

No, I missed this before ... or actually, I saw it but didn't follow then 
what you were saying.

initrd doesn't work that way. It loads modules *after* the kernel itself is 
loaded, but *before* the "real" root filesystem is mounted. So it provides 
a way to supply, for example, modules needs to mount disk drives to the 
kernel before the kernel actuallt has to mount the drive. (You could, for 
instance, make the ide stuff modules this way.)

I believe initrd module loading does *not* work with kernel arguments of 
the sort you are using. Instead, those arguments need the relevant drivers 
to be in the kernel itself. As a consequence, and since we (or I, at least) 
don't know what is compiled in tht kernel you are using, it is hard to 
guess how the kernel is trying to deal with the bootline agrument you are 
passing it.

The way to do your approach is to use /etc/modules to load a framebuffer, 
then use fbset (which you can put in an init script) to do the mode 
selection. The way you are actually doing it, from a console, should be an 
acceptable equivalent.

I do wonder, though, if trying to change framebuffer settings *after* X is 
already using the framebuffer is introducing a problem. You might try 
preventing X from loading (remove the symlink to /etc/init.d/xdm from your 
default runlevel directory) and see if you can modify framebuffer settings 
any more readily then.

>So I resorted to adding atyfb to
>/etc/modules,

Which one? The one on the root filesystem, or the one in the initrd image?

Probably the second. In any case, it's being installed too late for 
bootline parameters to affect it. That's why you need to use fbset.

(Now, I wonder if the kernel itself is still trying to use vesafb, or maybe 
even vgafb ... that's the trouble with using precompiled kernels, the need 
to guess about what's in them ... during the init sequence, before xdm 
comes on, do you get the modified display with the pengiun at the top? If 
so, this is a sure indication that it is using *some* framebuffer at that 
point. And if X is set up with Option "UseFBDev" "true.", it is looking for 
a framebuffer when it loads )

>after which it started loading and showing up in dmesg--such
>as in portions I've included in previous messages.  Ideally, I should have
>this module compiled into the kernel, I suppose.  But I'm trying to defer
>anything like that in hopes that I can see if it even works first (e.g.,
>if I have sufficient video RAM to support the resolution I need atyfb
>for).





-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs