Re: [linux-fbdev] Re: [PATCH] updated Mips Magnum frame buf

From: James Simmons (jsimmons@acsu.buffalo.edu)
Date: Tue May 16 2000 - 22:37:03 EST


On Tue, 16 May 2000, Petr Vandrovec wrote:

> On 16 May 00 at 22:25, Geert Uytterhoeven wrote:
> > BTW, drivers that conform to the new API can have fb_ops->fb_get_{var,fix,cmap}
> > == NULL as well, if fbmem.c takes care of that.
> Unfortunately, James is still working from wrong end of problem :-(
> Instead of first creating layer in fbcon which handles different videomodes
> on different VTs and then removing this code from lowlevel drivers,
> he instead first removes this code from drivers (making them very limited,
> I'm glad that he skipped matroxfb) and then, maybe, he'll write fbcon
> layer. But we had long discussion about this on linux-fbdev couple of times
> during last couple of months, so I'll shut up.

Fbcon already handles VTs with different different video modes. If you are
talking about the lack of retrieving fbdev specific info from the /dev/fb
interface on non active VTs then realize that /dev/fb lacks this now. The
peices of info we want (palette and color map) should be express in
a fbcon indepedent way. This means it should be retreived from the console
layer. Why? In the future we could have multihead systems that are a
mixture of fbdev drivers and non fbdev drivers. Actually we could do this
now with a fbcon and mdacon setup. We could write a program and run it on
a fbcon console and what if we want say the video mode on the non visible
mdacon console. Since mdacon lacks a /dev/fb interface we couldn't get
this info via the /dev/fb interface as you purpose. With a fbcon
independent way you could retrieve this info no matter if the non visible
console is fbdev driven or mda driven :) Does the console system have this
functionality. From what I can see no :( So it does need to be implemented.
I just prefere that it be done via the console layer instead of the fbcon
layer because of the reason above.

P.S
  The matrox driver days are numbered. He He!!!

Q: Why did they deprecate a.out support in linux?
A: Because a nasty coff is bad for your elf.

James Simmons [jsimmons@linux-fbdev.org] ____/|
fbdev/gfx developer \ o.O|
http://www.linux-fbdev.org =(_)=
http://linuxgfx.sourceforge.net U

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Tue May 23 2000 - 21:00:12 EST