linux-fbdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Antonino A. Daplas" <adaplas@gmail.com>
To: James Simmons <jsimmons@infradead.org>
Cc: linux-fbdev-devel@lists.sourceforge.net
Subject: Re: [PATCH] packed pixel image blit	optimizations.
Date: Wed, 09 May 2007 07:10:28 +0800	[thread overview]
Message-ID: <1178665828.4747.11.camel@daplas> (raw)
In-Reply-To: <Pine.LNX.4.64.0705082056180.2324@pentafluge.infradead.org>

On Tue, 2007-05-08 at 20:58 +0100, James Simmons wrote:
> > On Thu, 2007-05-03 at 20:55 +0100, James Simmons wrote:
> > > > > > I don't have to test the patch to see that it is not endian-correct and
> > > > > > that it will be many times slower than the old code.
> > > > > 
> > > > > I have tested on big endian framebuffers and it does work.
> > > > 
> > > > How about little-endian?
> > > 
> > > Worked as well.
> > >  
> > 
> > Not for me, vesafb 8x16 font at 1024x768-8.
> 
> How did you do the test below if it doesn't work on little endian? If you 
> are the only one allowed to work on the core system you need to make 
> people aware of it. I won't invade you space anymore.

I get corrupted characters and this is with vesafb, the most widely used
framebuffer driver. I just copied the last screen output to a text file
and opened it in X.  Look, everyone is free to try your patch for
testing, and if they report that it works for them with no speed
degradation, then I'll examine it further where it failed.

So people, can you try James Simmon's patch posted here?

http://marc.info/?l=linux-fbdev-devel&m=117821517710515&w=2

Tony

PS: The reason your patch is slow is because you are using swab32().

The old code does this:

table lookup

Your patch does this:

table lookup + swab32()

And swab32 consists of 4 OR's, 4 bitshifts, and 2 ANDS. This is very
expensive especially if this is done for each 4 bytes of data (thats 1
pixel in 32 bpp).



-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

      reply	other threads:[~2007-05-08 23:10 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-02 20:50 [PATCH] packed pixel image blit optimizations James Simmons
2007-05-02 21:33 ` Antonino A. Daplas
2007-05-03 14:04   ` James Simmons
2007-05-03 19:24     ` Antonino A. Daplas
2007-05-03 19:34       ` James Simmons
2007-05-03 19:44         ` Antonino A. Daplas
2007-05-03 19:55           ` James Simmons
2007-05-03 20:06             ` Antonino A. Daplas
2007-05-08 19:58               ` James Simmons
2007-05-08 23:10                 ` Antonino A. Daplas [this message]

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=1178665828.4747.11.camel@daplas \
    --to=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 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).