From: Mike Frysinger <vapier@gentoo.org>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 1/3] memcpy: use 32-bit copies if possible
Date: Wed, 7 Oct 2009 13:04:46 -0400 [thread overview]
Message-ID: <200910071304.48628.vapier@gentoo.org> (raw)
In-Reply-To: <1254926119.24664.4957.camel@localhost.localdomain>
On Wednesday 07 October 2009 10:35:19 Peter Tyser wrote:
> > --- a/lib_generic/string.c
> > +++ b/lib_generic/string.c
> > @@ -449,7 +449,16 @@ char * bcopy(const char * src, char * dest, int
> > count) void * memcpy(void * dest,const void *src,size_t count)
> > {
> > char *tmp = (char *) dest, *s = (char *) src;
> > + u32 *d32 = (u32 *)dest, *s32 = (u32 *) src;
> >
> > + /* if both are aligned, use 32-bit copy */
> > + if ( (((int)dest & 3) | ((int)src & 3) | (count & 3)) == 0 ) {
> > + count /= 4;
> > + while (count--)
> > + *d32++ = *s32++;
> > + return dest;
> > + }
> > + /* else, use 1-byte copy */
> > while (count--)
> > *tmp++ = *s++;
>
> If we're adding this logic, what about adding it such that:
>
> if (src/dest are 32-bit aligned and count > 3) {
> perform 32-bit copies till count <= 3
> }
> perform remaining 8-bit copies till count == 0
>
> You'd still get the performance boost but not have the requirement that
> count is evenly divisible by 4. You could do byte copies before the
> 32-bit copies to align the src/dest in some cases, but that might be
> overkill...
i thought the same but didnt feel like sending out another e-mail ;)
-mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
Url : http://lists.denx.de/pipermail/u-boot/attachments/20091007/10ed4a62/attachment.pgp
next prev parent reply other threads:[~2009-10-07 17:04 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-07 8:44 [U-Boot] [PATCH 0/3] make memcpy and memset 32-bit copies Alessandro Rubini
2009-10-07 8:44 ` [U-Boot] [PATCH 1/3] memcpy: use 32-bit copies if possible Alessandro Rubini
2009-10-07 8:52 ` Mike Frysinger
2009-10-07 8:59 ` Alessandro Rubini
2009-10-07 9:30 ` Wolfgang Denk
2009-10-08 7:41 ` Alessandro Rubini
2009-10-08 8:37 ` Wolfgang Denk
2009-10-08 9:05 ` Joakim Tjernlund
2009-10-08 12:49 ` Wolfgang Denk
2009-10-08 13:29 ` Joakim Tjernlund
2009-10-08 13:47 ` Wolfgang Denk
2009-10-10 16:09 ` Eric Lammerts
2009-10-07 14:35 ` Peter Tyser
2009-10-07 17:04 ` Mike Frysinger [this message]
2009-10-07 8:44 ` [U-Boot] [PATCH 2/3] memset: " Alessandro Rubini
2009-10-07 9:27 ` Wolfgang Denk
2009-10-07 8:44 ` [U-Boot] [PATCH 3/3] lcd: remove '#if 0' 32-bit scroll, now memcpy does it Alessandro Rubini
[not found] ` <b03f28d4c4afa0c5c9f2421b7d260a0f3890cdcd.1254904388.git.rubini@unipv.it>
2009-10-08 5:23 ` [U-Boot] [PATCH 1/3] memcpy: use 32-bit copies if possible Chris Moore
2009-10-08 6:05 ` Mike Frysinger
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=200910071304.48628.vapier@gentoo.org \
--to=vapier@gentoo.org \
--cc=u-boot@lists.denx.de \
/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.