linux-fbdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Antonino Daplas <adaplas@pol.net>
To: James Simmons <jsimmons@infradead.org>
Cc: Linux Fbdev development list <linux-fbdev-devel@lists.sourceforge.net>
Subject: Re: Feature Freeze?
Date: 06 Mar 2003 09:18:11 +0800	[thread overview]
Message-ID: <1046913402.1206.177.camel@localhost.localdomain> (raw)
In-Reply-To: <Pine.LNX.4.44.0303051820470.27760-100000@phoenix.infradead.org>

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



-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger 
for complex code. Debugging C/C++ programs can leave you feeling lost and 
disoriented. TotalView can help you find your way. Available on major UNIX 
and Linux platforms. Try it free. www.etnus.com

  reply	other threads:[~2003-03-06  1:16 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-03-05  8:26 Feature Freeze? Antonino Daplas
2003-03-05  9:57 ` Geert Uytterhoeven
2003-03-05 12:46   ` Antonino Daplas
2003-03-05 18:37     ` James Simmons
2003-03-06  1:17       ` Antonino Daplas
2003-03-11 15:55         ` James Simmons
2003-03-05 18:34   ` James Simmons
2003-03-05 18:45     ` Geert Uytterhoeven
2003-03-06  1:18     ` Antonino Daplas
2003-03-06  7:03       ` Carlo E. Prelz
2003-03-06  7:54         ` Antonino Daplas
2003-03-11 15:57       ` James Simmons
2003-03-05 11:05 ` Sven Luther
2003-03-05 12:46   ` Antonino Daplas
2003-03-05 13:43     ` Sven Luther
2003-03-05 14:04       ` Geert Uytterhoeven
2003-03-05 14:21         ` Sven Luther
2003-03-05 14:23           ` Geert Uytterhoeven
2003-03-05 14:26             ` Sven Luther
2003-03-05 14:46       ` Antonino Daplas
2003-03-05 14:49         ` Sven Luther
2003-03-05 15:25           ` Antonino Daplas
2003-03-05 18:55             ` James Simmons
2003-03-05 18:46         ` James Simmons
2003-03-05 18:52       ` James Simmons
2003-03-05 18:39     ` James Simmons
2003-03-05 18:36   ` James Simmons
2003-03-05 18:29 ` James Simmons
2003-03-06  1:18   ` Antonino Daplas [this message]
2003-03-11 16:06     ` James Simmons
     [not found] <20030305211727.GA3839@g-kabel.si>
2003-03-05 23:59 ` James Simmons

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1046913402.1206.177.camel@localhost.localdomain \
    --to=adaplas@pol.net \
    --cc=jsimmons@infradead.org \
    --cc=linux-fbdev-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).