Re: [Linux-fbdev-devel] Feature Freeze?

[Antonino D. <ad...@po...>]

On Thu, 2003-03-06 at 02:29, James Simmons wrote:
> 
> > 1. Text mode support?
> 
> We should remove it. Fbcon is to much bloat for text mode hardware. The 
> only driver that does support a text mode matrox. Sparcs do not support 
> text mode except for promcon. The issue was was a misunderstanding on teh 
> flexiablity of imageblit. The name image blit stirs up this idea of the 
> function has to be a place a image in buffer and send it on it way. This 
> is not the case. Take a look at cg6.c. Fancy tricks are still possible. 

If you are to add tileblitting, text mode will be inherently supported.

>  
> > 2. console resizing using fbset (besides stty)?
> 
> Fbcon needs alot of work on this. In theory it shoudl be smart enought to 
> handle the small details. 
> 

Any ideas on how to do this?  I have one in my other mail.

> > 3. support for unloading of fbcon if modular?
> 
> It can be done. I used fbcon modular with MDA text mode. I can test the 
> fbcon driver. The issue is if we have more than one vga card whcih vga to 
> graphics card mapping. 
>  

See my other mail for a proposal on this.

> > 4. driver specified placement of buffers - for putcs method?
> 
> Working on this. I think it is possible to merge the tileblit stuff with 
> the new buffer code.

I have to check your newest patch.

> 
> > 5. flexible logo placement/overlayed logo?
> 
> Not so important. More important is fixing fbcon to work with the logo 
> code. You can't compile it right now.
> 
> > 6. generic console display rotation?
> 
> Not so important right now. I removed the poll stuff. using signals is 
> better.

Yes, I think so too.

>  
> > 7. Anything else?
> 
> The cursor code needs cleanup and documentation. 

I already have stuff in my tree where fbcon allocates cursor resources
per device.  So there's no more static declarations in accel_cursor (and
accel_putcs).  I can submit that if you want.

I also added some locking code for accel_cursor, as well as accel_putcs,
just in case thread-safety is indeed an issue.

I'm also starting to clean up fbcon_cursor and the vbl_handler. 
Ideally, they should also be allocated per device so multi-seat can be
made possible.  It's low-priority right now.

Tony