This is the mail archive of the libc-ports@sources.redhat.com mailing list for the libc-ports project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCHv2] ARM: NEON optimized implementation of memcpy.


On Tue, 14 Jul 2009, Daniel Jacobowitz wrote:

> On Tue, Jul 14, 2009 at 08:17:22PM +0300, Siarhei Siamashka wrote:
> > > We also have a NEON memcpy at CodeSourcery (and performance improvements
> > > to non-NEON memcpy), as well as versions of some other string functions,
> > > adapted to glibc, that ARM recently contributed to newlib, but those are
> > > also waiting on copyright assignments from ARM.  I haven't compared the
> > > performance of the two implementations.
> > 
> > Do you have this code available for general public somewhere already? I can
> > benchmark your implementations of these functions and provide some feedback.
> 
> Sure - if you grab our latest Lite Edition tools from the web site
> you'll get this code.  Either source or binary package.
> 
>   http://www.codesourcery.com/sgpp/lite/arm

I don't believe the Lite tools have the libc binaries built with NEON 
memcpy (they do have the full sources for it though, so you can easily 
enough build it with appropriate options, and have binaries with the other 
improvements for v4t/v5t/Thumb-2).

It's possible that STT_GNU_IFUNC will in future allow one libc binary to 
have multiple memcpy implementations rather than only supporting NEON 
memcpy if the whole of libc is built for NEON, but doing this for ARM 
would require changes to the EABI to support this feature first.

-- 
Joseph S. Myers
joseph@codesourcery.com


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]