This is the mail archive of the
libc-ports@sources.redhat.com
mailing list for the libc-ports project.
Re: [PATCH] ARM: NEON detected memcpy.
- From: Will Newton <will dot newton at linaro dot org>
- To: "Shih-Yuan Lee (FourDollars)" <sylee at canonical dot com>
- Cc: patches at eglibc dot org, libc-ports at sourceware dot org, rex dot tsai at canonical dot com, jesse dot sung at canonical dot com, yc dot cheng at canonical dot com, Shih-Yuan Lee <fourdollars at gmail dot com>
- Date: Wed, 3 Apr 2013 09:15:46 +0100
- Subject: Re: [PATCH] ARM: NEON detected memcpy.
- References: <CAAT15mNnqeb6tuVdV6b4uJf-qFDH1acxevyW6f-gH+SkguENmg at mail dot gmail dot com>
On 3 April 2013 08:58, Shih-Yuan Lee (FourDollars) <sylee@canonical.com> wrote:
> Hi,
>
> I am working on the NEON detected memcpy.
> This is based on what Siarhei Siamashka did at 2009 [1].
>
> The idea is to use HWCAP and check NEON bit.
> If there is a NEON bit, using NEON optimized memcpy.
> If not, using the original memcpy instead.
>
> If using NEON optimized memcpy, the performance of memcpy will be
> raised up by about 50% [2].
>
> How do you think about this idea? Any comment is welcome.
Hi,
I am working on a similar project within Linaro, which is to add the
NEON/VFP capable memcpy from cortex-strings[1] to glibc. However I am
looking at enabling it at runtime via indirect functions which makes
it slightly more complex than just importing the cortex strings code,
so I don't have any patches to show you just yet.
[1] https://launchpad.net/cortex-strings