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
next prev parent 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).