All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Antonino A. Daplas" <adaplas@gmail.com>
To: James Simmons <jsimmons@infradead.org>
Cc: Jon Smirl <jonsmirl@gmail.com>,
	Linux Fbdev development list
	<linux-fbdev-devel@lists.sourceforge.net>
Subject: Re: Move softcursor out of fbdev to fbcon
Date: Thu, 28 Jul 2005 10:12:22 +0800	[thread overview]
Message-ID: <42E83F06.3000508@gmail.com> (raw)
In-Reply-To: <Pine.LNX.4.56.0507272313530.4063@pentafluge.infradead.org>

James Simmons wrote:
>>>> 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.
> 
> Yipes!!! That will be really hard for hardware accelerated drivers. You 
> have to make fbdv drivers be aware of when fbcon is loaded. Then check to 
> see if the device maps to a range of VCs. Then register with the fbcon 
> layer. Really nasty. More bloat in the long run.

You're making it more complicated than it sounds.  As an initial step,
fields in struct fb_info that are fbcon-specific are placed in another
struct, say struct fbcon_info.  In register_framebuffer, both fb_info
and fbcon_info are registered. If CONFIG_FRAMEBUFFER_CONSOLE = n, struct
fbcon_info will either be null or just end up containing NULL/dummy
entries. The end result will be a smaller and cleaner fb_info.

There is really no need for fbdev drivers to detect that fbcon is loaded
or not, since they do not know anything about it. They just need to check
if CONFIG_FRAMEBUFFER_CONSOLE is set or not.
 
Tony


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO September
19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf

  parent reply	other threads:[~2005-07-28  2:12 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
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 [this message]
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=42E83F06.3000508@gmail.com \
    --to=adaplas@gmail.com \
    --cc=jonsmirl@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.