Re: Re: Framebuffer code

Michael Steil <[email protected]>
Newsgroups gmane.linux.ports.game-cube.devel
Message-ID <[email protected]>
On Jan 27, 2004, at 12:02 AM, Carlos Correa wrote:

> Razor123:
>  
> 26 January 2004: Preliminary framebuffer code in CVS  
> drivers/video/gamecube.c can clear the screen and hopefully soon 
> display text.
>  
>  
> Nice code, but i would like to know who did it. I think it was mist 
> but i could be wrong, also if needed i think i have some ideas on 
> having text displayed, maybe even in color.
> also, i haven't test the kernel due to need to buy a bba and 
> Pso(game), so would like to know what happenes up to this point, and 
> why some gamecubes have different problems the other from what i hear.

I can't say anything about the crashes at various points on different 
machines.

The framebuffer code has been written by myself. Well, written is the 
wrong term. Ripped. I used vesafb (because it seems to be the simplest 
and most generic driver), removed most of what deals with VESA and 
hardcoded it to 16 bits/pixel. I know this won't produce the correct 
result, because 16 bits means RGB 5:5:5, but we should already see 
*something*. As soon as we do, we can finally implement the correct 
algorithm for this colour coding.

At the moment, both tmbinc's console driver (which does not a 
framebuffer driver, it only listens to puts() and prints that on the 
screen using its own code) and the framebuffer driver are enabled, so 
both should print on the screen. Unfortunately, only the console driver 
actually prints on the screen, but the framebuffer driver gets 
initialized (the console driver prints a message about framebuffer 
initialization), and the framebuffer driver also clears the screen when 
it gets initialized.

It may be a problem that the "framebuffer console" driver does not get 
used (as the console driver continues printing after framebuffer 
initialization), but the kernel messages tell us that the kernel 
switches the console to the framebuffer. Weird.

   Michael


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.