From: Jon Smirl <jonsmirl@gmail.com>
To: "Antonino A. Daplas" <adaplas@gmail.com>
Cc: James Simmons <jsimmons@infradead.org>,
Linux Fbdev development list
<linux-fbdev-devel@lists.sourceforge.net>
Subject: Re: Move softcursor out of fbdev to fbcon
Date: Wed, 27 Jul 2005 10:32:50 -0400 [thread overview]
Message-ID: <9e473391050727073269e33a44@mail.gmail.com> (raw)
In-Reply-To: <42E73C6E.1090205@gmail.com>
On 7/27/05, Antonino A. Daplas <adaplas@gmail.com> wrote:
> The changelog says it all. This is a modification of Jon's patch, but
> I have moved softcursor.c to the console directory. Also I removed
> the "select FB_SOFTCURSOR" from video/Kconfig and made the compilation
> of softcursor unconditional, if framebuffer console is enabled.
>
> I don't think the fb_cursor hook is usable by other programs, so we
> should just restrict this hook for fbcon use only. For userspace cursor
> support, we need a new one. But instead of one function, I believe
> it's better to provide several. Ie, something like below:
>
> fbcursor_show()
> fbcursor_move()
> fbcursor_loadimage()
> fbcursor_loadpalette()
> fbcursor_start()
> fbcursor_stop()
What does start/stop do?
>
> No need to pass all variables to just, say, move the cursor to x,y.
>
> And the next step is to eliminate all fbcon-specific fields from
> fb_info to another structure, such as fb_imageblit, fb_fillrect,
> fb_cursor, fb_copyarea. We'll have a smaller kernel size for
> if fbcon is not enabled.
It has always bugged me that there was no real interface between
fbconsole and fbdev. For example I tried to write a wrapper for DRM so
that fbconsole could use DRM for accelerated console. But fbconsole is
so tied into the fbdev data structures writing the wrapper required me
to build most of an fbdev driver. I shouldn't need to do that,
fbconsole should not be poking at fb_info, it should use an API for
making changes.
>
> Comments?
>
> Tony
--
Jon Smirl
jonsmirl@gmail.com
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id\x16492&op=click
next prev parent reply other threads:[~2005-07-27 16:19 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-27 7:49 Move softcursor out of fbdev to fbcon Antonino A. Daplas
2005-07-27 14:32 ` Jon Smirl [this message]
2005-07-27 18:50 ` Antonino A. Daplas
2005-07-27 19:05 ` Jon Smirl
2005-07-27 22:17 ` James Simmons
2005-07-28 0:42 ` Jon Smirl
2005-07-28 2:12 ` Antonino A. Daplas
2005-07-28 18:39 ` James Simmons
2005-07-28 22:22 ` Antonino A. Daplas
2005-07-27 22:04 ` James Simmons
2005-07-28 2:12 ` Antonino A. Daplas
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=9e473391050727073269e33a44@mail.gmail.com \
--to=jonsmirl@gmail.com \
--cc=adaplas@gmail.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.