From: Antonino Daplas <adaplas@pol.net>
To: Paul Mackerras <paulus@samba.org>
Cc: James Simmons <jsimmons@infradead.org>,
fbdev <linux-fbdev-devel@lists.sourceforge.net>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: cfbimgblt.c
Date: 25 Aug 2002 06:59:02 +0800 [thread overview]
Message-ID: <1030229885.548.18.camel@daplas> (raw)
In-Reply-To: <15719.32025.236298.592156@argo.ozlabs.ibm.com>
[-- Attachment #1: Type: text/plain, Size: 1534 bytes --]
On Sat, 2002-08-24 at 20:33, Paul Mackerras wrote:
Hi Paul,
> James Simmons writes:
>
> > Paul please test the code.
>
> (The new cfbimgblt.c, that is.)
>
Thanks for testing the code :)
> It mostly seems to be fine, except there are some problems with the
> cursor. I have only tested it with the standard 8x16 font so far
> though. I had to add a #include <video/fbcon.h> near the top to get
> the definitions of fb_readl and fb_writel.
>
Can you test it with a bit depth not a multiple of 32/64? Or just force
the code to always call slow_imageblit? I'm concerned about
slow_imageblit not correct with big endian machines.
> It seems to be not erasing the cursor image when it should. So, if I
> am logged in on the console and I type a few characters and then press
> backspace a few times, it leaves those character positions entirely
> white. Also, when I press return it leaves the cursor image on that
> line as well as drawing the cursor after the shell prompt on the next
> line.
>
It looks like a fillrect problem.
> I just tried with the old cfbimgblt.c and it also does the same
> thing. So it's not the new cfbimgblt.c that is doing this, it's
> something else in your fbcon changes (or just possibly mine :). This
> is with atyfb with my patches.
> Paul.
I'm also attaching cfbfillrect.c which hopefully addresses some of the
problems which Geert mentioned before (access/pitch alignment, support
for all bit depths, etc).
Tony
PS. Sorry about the attachment, my mailer mangles inline text.
[-- Attachment #2: cfbfillrect.c --]
[-- Type: text/x-c, Size: 4433 bytes --]
/*
* Generic fillrect for frame buffers with packed pixels of any depth.
*
* Copyright (C) 2000 James Simmons (jsimmons@linux-fbdev.org)
*
* This file is subject to the terms and conditions of the GNU General Public
* License. See the file COPYING in the main directory of this archive for
* more details.
*
* NOTES:
*
* The code for depths like 24 that don't have integer number of pixels per
* long is broken and needs to be fixed. For now I turned these types of
* mode off.
*
* Also need to add code to deal with cards endians that are different than
* the native cpu endians. I also need to deal with MSB position in the word.
*
*/
#include <linux/string.h>
#include <linux/fb.h>
#include <asm/types.h>
#include <video/fbcon.h>
#if BITS_PER_LONG == 32
#define FB_WRITEL(x,y) fb_writel(x,y)
#define FB_READL(x) fb_readl(x)
#else
#define FB_WRITEL(x,y) fb_writeq(x,y)
#define FB_READL(x) fb_readq(x)
#endif
#if defined (__BIG_ENDIAN)
#define SHIFT_HIGH(val, bits) ((val) >> (bits))
#define SHIFT_LOW(val, bits) ((val) << (bits))
#else
#define SHIFT_HIGH(val, bits) ((val) << (bits))
#define SHIFT_LOW(val, bits) ((val) >> (bits))
#endif
void cfb_fillrect(struct fb_info *p, struct fb_fillrect *rect)
{
unsigned long start_index, pitch_index;
unsigned long height, fg, bitstart, shift, color;
unsigned long bpp = p->var.bits_per_pixel;
unsigned long null_bits = BITS_PER_LONG - bpp;
unsigned long n, x2, y2, linesize = p->fix.line_length;
unsigned long bpl = sizeof(unsigned long);
unsigned long *dst = NULL;
char *dst1, *dst2;
if (!rect->width || !rect->height)
return;
/* We could use hardware clipping but on many cards you get around
* hardware clipping by writing to framebuffer directly. */
x2 = rect->dx + rect->width;
y2 = rect->dy + rect->height;
x2 = x2 < p->var.xres_virtual ? x2 : p->var.xres_virtual;
y2 = y2 < p->var.yres_virtual ? y2 : p->var.yres_virtual;
rect->width = x2 - rect->dx;
height = y2 - rect->dy;
if (p->fix.visual == FB_VISUAL_TRUECOLOR ||
p->fix.visual == FB_VISUAL_DIRECTCOLOR )
fg = ((u32 *) (p->pseudo_palette))[rect->color];
else
fg = rect->color;
bitstart = (((rect->dy * linesize) * 8) +
rect->dx * bpp);
start_index = bitstart & (BITS_PER_LONG - 1);
/* line_length not a multiple of an unsigned long? */
pitch_index = (linesize & (bpl - 1)) * 8;
bitstart /= 8;
bitstart &= ~(bpl - 1);
dst1 = dst2 = p->screen_base + bitstart;
switch (rect->rop) {
case ROP_COPY:
do {
dst = (unsigned long *) dst1;
shift = 0;
color = 0;
n = rect->width;
/*
* read leading bits
*/
if (start_index) {
unsigned long start_mask = ~(SHIFT_HIGH(~0UL, start_index));
color = FB_READL(dst) & start_mask;
shift = start_index;
}
while (n--) {
color |= SHIFT_HIGH(fg, shift);
if (shift >= null_bits) {
FB_WRITEL(color, dst++);
if (shift == null_bits)
color = 0;
else
color = SHIFT_LOW(color, BITS_PER_LONG - shift);
}
shift += bpp;
shift &= (BITS_PER_LONG - 1);
}
/*
* write trailing bits
*/
if (shift) {
unsigned long end_mask = SHIFT_HIGH(~0UL, shift);
FB_WRITEL((FB_READL(dst) & end_mask) | color, dst);
}
if (!pitch_index) {
dst1 += linesize;
}
else {
dst2 += linesize;
dst1 = dst2;
(unsigned long) dst1 &= ~(bpl - 1);
start_index += pitch_index;
start_index &= BITS_PER_LONG - 1;
}
} while (--height);
break;
case ROP_XOR:
do {
dst = (unsigned long *) dst1;
shift = start_index;
color = 0;
n = rect->width;
while (n--) {
color |= SHIFT_HIGH(fg, shift);
if (shift >= null_bits) {
FB_WRITEL(FB_READL(dst) ^ color, dst);
dst++;
if (shift == null_bits)
color = 0;
else
color = SHIFT_LOW(color, BITS_PER_LONG - shift);
}
shift += bpp;
shift &= (BITS_PER_LONG - 1);
}
if (shift)
FB_WRITEL(FB_READL(dst) ^ color, dst);
if (!pitch_index) {
dst1 += linesize;
}
else {
dst2 += linesize;
dst1 = dst2;
(unsigned long) dst1 &= ~(bpl - 1);
start_index += pitch_index;
start_index &= BITS_PER_LONG - 1;
}
} while (--height);
break;
}
return;
}
WARNING: multiple messages have this Message-ID (diff)
From: Antonino Daplas <adaplas@pol.net>
To: Paul Mackerras <paulus@samba.org>
Cc: James Simmons <jsimmons@infradead.org>,
fbdev <linux-fbdev-devel@lists.sourceforge.net>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [Linux-fbdev-devel] cfbimgblt.c
Date: 25 Aug 2002 06:59:02 +0800 [thread overview]
Message-ID: <1030229885.548.18.camel@daplas> (raw)
In-Reply-To: <15719.32025.236298.592156@argo.ozlabs.ibm.com>
[-- Attachment #1: Type: text/plain, Size: 1534 bytes --]
On Sat, 2002-08-24 at 20:33, Paul Mackerras wrote:
Hi Paul,
> James Simmons writes:
>
> > Paul please test the code.
>
> (The new cfbimgblt.c, that is.)
>
Thanks for testing the code :)
> It mostly seems to be fine, except there are some problems with the
> cursor. I have only tested it with the standard 8x16 font so far
> though. I had to add a #include <video/fbcon.h> near the top to get
> the definitions of fb_readl and fb_writel.
>
Can you test it with a bit depth not a multiple of 32/64? Or just force
the code to always call slow_imageblit? I'm concerned about
slow_imageblit not correct with big endian machines.
> It seems to be not erasing the cursor image when it should. So, if I
> am logged in on the console and I type a few characters and then press
> backspace a few times, it leaves those character positions entirely
> white. Also, when I press return it leaves the cursor image on that
> line as well as drawing the cursor after the shell prompt on the next
> line.
>
It looks like a fillrect problem.
> I just tried with the old cfbimgblt.c and it also does the same
> thing. So it's not the new cfbimgblt.c that is doing this, it's
> something else in your fbcon changes (or just possibly mine :). This
> is with atyfb with my patches.
> Paul.
I'm also attaching cfbfillrect.c which hopefully addresses some of the
problems which Geert mentioned before (access/pitch alignment, support
for all bit depths, etc).
Tony
PS. Sorry about the attachment, my mailer mangles inline text.
[-- Attachment #2: cfbfillrect.c --]
[-- Type: text/x-c, Size: 4433 bytes --]
/*
* Generic fillrect for frame buffers with packed pixels of any depth.
*
* Copyright (C) 2000 James Simmons (jsimmons@linux-fbdev.org)
*
* This file is subject to the terms and conditions of the GNU General Public
* License. See the file COPYING in the main directory of this archive for
* more details.
*
* NOTES:
*
* The code for depths like 24 that don't have integer number of pixels per
* long is broken and needs to be fixed. For now I turned these types of
* mode off.
*
* Also need to add code to deal with cards endians that are different than
* the native cpu endians. I also need to deal with MSB position in the word.
*
*/
#include <linux/string.h>
#include <linux/fb.h>
#include <asm/types.h>
#include <video/fbcon.h>
#if BITS_PER_LONG == 32
#define FB_WRITEL(x,y) fb_writel(x,y)
#define FB_READL(x) fb_readl(x)
#else
#define FB_WRITEL(x,y) fb_writeq(x,y)
#define FB_READL(x) fb_readq(x)
#endif
#if defined (__BIG_ENDIAN)
#define SHIFT_HIGH(val, bits) ((val) >> (bits))
#define SHIFT_LOW(val, bits) ((val) << (bits))
#else
#define SHIFT_HIGH(val, bits) ((val) << (bits))
#define SHIFT_LOW(val, bits) ((val) >> (bits))
#endif
void cfb_fillrect(struct fb_info *p, struct fb_fillrect *rect)
{
unsigned long start_index, pitch_index;
unsigned long height, fg, bitstart, shift, color;
unsigned long bpp = p->var.bits_per_pixel;
unsigned long null_bits = BITS_PER_LONG - bpp;
unsigned long n, x2, y2, linesize = p->fix.line_length;
unsigned long bpl = sizeof(unsigned long);
unsigned long *dst = NULL;
char *dst1, *dst2;
if (!rect->width || !rect->height)
return;
/* We could use hardware clipping but on many cards you get around
* hardware clipping by writing to framebuffer directly. */
x2 = rect->dx + rect->width;
y2 = rect->dy + rect->height;
x2 = x2 < p->var.xres_virtual ? x2 : p->var.xres_virtual;
y2 = y2 < p->var.yres_virtual ? y2 : p->var.yres_virtual;
rect->width = x2 - rect->dx;
height = y2 - rect->dy;
if (p->fix.visual == FB_VISUAL_TRUECOLOR ||
p->fix.visual == FB_VISUAL_DIRECTCOLOR )
fg = ((u32 *) (p->pseudo_palette))[rect->color];
else
fg = rect->color;
bitstart = (((rect->dy * linesize) * 8) +
rect->dx * bpp);
start_index = bitstart & (BITS_PER_LONG - 1);
/* line_length not a multiple of an unsigned long? */
pitch_index = (linesize & (bpl - 1)) * 8;
bitstart /= 8;
bitstart &= ~(bpl - 1);
dst1 = dst2 = p->screen_base + bitstart;
switch (rect->rop) {
case ROP_COPY:
do {
dst = (unsigned long *) dst1;
shift = 0;
color = 0;
n = rect->width;
/*
* read leading bits
*/
if (start_index) {
unsigned long start_mask = ~(SHIFT_HIGH(~0UL, start_index));
color = FB_READL(dst) & start_mask;
shift = start_index;
}
while (n--) {
color |= SHIFT_HIGH(fg, shift);
if (shift >= null_bits) {
FB_WRITEL(color, dst++);
if (shift == null_bits)
color = 0;
else
color = SHIFT_LOW(color, BITS_PER_LONG - shift);
}
shift += bpp;
shift &= (BITS_PER_LONG - 1);
}
/*
* write trailing bits
*/
if (shift) {
unsigned long end_mask = SHIFT_HIGH(~0UL, shift);
FB_WRITEL((FB_READL(dst) & end_mask) | color, dst);
}
if (!pitch_index) {
dst1 += linesize;
}
else {
dst2 += linesize;
dst1 = dst2;
(unsigned long) dst1 &= ~(bpl - 1);
start_index += pitch_index;
start_index &= BITS_PER_LONG - 1;
}
} while (--height);
break;
case ROP_XOR:
do {
dst = (unsigned long *) dst1;
shift = start_index;
color = 0;
n = rect->width;
while (n--) {
color |= SHIFT_HIGH(fg, shift);
if (shift >= null_bits) {
FB_WRITEL(FB_READL(dst) ^ color, dst);
dst++;
if (shift == null_bits)
color = 0;
else
color = SHIFT_LOW(color, BITS_PER_LONG - shift);
}
shift += bpp;
shift &= (BITS_PER_LONG - 1);
}
if (shift)
FB_WRITEL(FB_READL(dst) ^ color, dst);
if (!pitch_index) {
dst1 += linesize;
}
else {
dst2 += linesize;
dst1 = dst2;
(unsigned long) dst1 &= ~(bpl - 1);
start_index += pitch_index;
start_index &= BITS_PER_LONG - 1;
}
} while (--height);
break;
}
return;
}
next prev parent reply other threads:[~2002-08-24 22:59 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-08-21 23:23 cfbimgblt.c Antonino Daplas
2002-08-22 18:27 ` cfbimgblt.c James Simmons
2002-08-22 18:27 ` [Linux-fbdev-devel] cfbimgblt.c James Simmons
2002-08-24 12:33 ` cfbimgblt.c Paul Mackerras
2002-08-24 12:33 ` [Linux-fbdev-devel] cfbimgblt.c Paul Mackerras
2002-08-24 22:59 ` Antonino Daplas [this message]
2002-08-24 22:59 ` 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=1030229885.548.18.camel@daplas \
--to=adaplas@pol.net \
--cc=jsimmons@infradead.org \
--cc=linux-fbdev-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=paulus@samba.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 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.