From: Antonino Daplas <adaplas@pol.net>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: James Simmons <jsimmons@infradead.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Linux Fbdev development list
<linux-fbdev-devel@lists.sourceforge.net>
Subject: Re: Framebuffer fixes.
Date: 28 Mar 2003 03:15:30 +0800 [thread overview]
Message-ID: <1048792155.1109.29.camel@localhost.localdomain> (raw)
In-Reply-To: <Pine.GSO.4.21.0303271008190.26358-100000@vervain.sonytel.be>
On Thu, 2003-03-27 at 17:09, Geert Uytterhoeven wrote:
> On 27 Mar 2003, Antonino Daplas wrote:
> > - image->depth should be representative of the data depth
> > (currently, either 8 or 1). If image->depth == 1, color expansion can
> > now be used to draw the logo, thus there's no need to differentiate
> > between mono logo drawing and monochrome expansion.
>
> > + /*
> > + * Monochrome expansion and logo drawing functions are the same if
> > + * fb_logo.needs_logo == 1.
> > + */
> > + switch (info->fix.visual) {
> > + case FB_VISUAL_MONO10:
> > + image.fg_color = (u32) (~(~0UL << fb_logo.depth));
> ^^^^^^^^^^^^^
> > + image.bg_color = 0;
> > + image.depth = 1;
> > + break;
> > + case FB_VISUAL_MONO01:
> > + image.bg_color = (u32) (~(~0UL << fb_logo.depth));
> ^^^^^^^^^^^^^
> > + image.fg_color = 0;
> > + image.depth = 1;
> > + break;
>
> Shouldn't these be info->var.bits_per_pixel instead of fb_logo.depth?
>
Yes, fb_logo.depth == info->var.bits_per_pixel.
Tony
-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
next prev parent reply other threads:[~2003-03-27 19:34 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-26 19:57 Framebuffer fixes James Simmons
2003-03-27 3:01 ` Antonino Daplas
2003-03-27 9:09 ` Geert Uytterhoeven
2003-03-27 19:15 ` Antonino Daplas [this message]
2003-03-27 20:49 ` Geert Uytterhoeven
2003-03-27 20:49 ` Antonino Daplas
2003-03-28 4:48 ` James Simmons
2003-03-28 8:00 ` [Linux-fbdev-devel] " Geert Uytterhoeven
2003-03-28 11:02 ` Antonino Daplas
2003-03-28 13:18 ` Why moving driver includes ? Benjamin Herrenschmidt
2003-04-02 22:56 ` James Simmons
2003-03-27 20:43 ` Framebuffer fixes Antonino 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=1048792155.1109.29.camel@localhost.localdomain \
--to=adaplas@pol.net \
--cc=geert@linux-m68k.org \
--cc=jsimmons@infradead.org \
--cc=linux-fbdev-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
/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).