Re: Libraries with NEON backends

2011-04-12 Thread Richard Sandiford
Michael Hope writes: > Richard, the implementation uses NEON intrinsics so it'd be > interesting to see if your pack/unpack patches apply to it. Thanks for the heads up. FWIW, though, I don't think my changes help here, because there are no strided loads and stores involved. Jan's version doesn'

Re: Libraries with NEON backends

2011-04-10 Thread Michael Hope
On Sun, Apr 10, 2011 at 5:47 AM, Jim Huang wrote: > On 31 March 2011 08:23, Michael Hope wrote: >> Thanks all for your replies.  I mixed these in with a bit of Googling >> and recorded them here: >>  https://wiki.linaro.org/MichaelHope/Sandbox/LibrariesWithNeon > > hi Michael, > > Jan Seiffert im

Re: Libraries with NEON backends

2011-04-09 Thread Jim Huang
On 31 March 2011 08:23, Michael Hope wrote: > Thanks all for your replies.  I mixed these in with a bit of Googling > and recorded them here: >  https://wiki.linaro.org/MichaelHope/Sandbox/LibrariesWithNeon hi Michael, Jan Seiffert implemented a series of adler32 vectorization for zlib: http

Re: Libraries with NEON backends

2011-03-30 Thread Michael Hope
Thanks all for your replies. I mixed these in with a bit of Googling and recorded them here: https://wiki.linaro.org/MichaelHope/Sandbox/LibrariesWithNeon -- Michael On Mon, Mar 28, 2011 at 5:52 PM, Jim Huang wrote: > On 28 March 2011 05:09, Michael Hope wrote: >> Hi there.  I'm looking for a

Re: Libraries with NEON backends

2011-03-30 Thread Matt Sealey
I forgot btw: the true solution here is adapt zlib so that the functions are pluggable and the appropriate calls are made at the appropriate times based on HW capabilities. Then throw it at mainline, they may accept it. -- Matt Sealey Product Development Analyst, Genesi USA, Inc. On Wed, Mar

Re: Libraries with NEON backends

2011-03-30 Thread Matt Sealey
Konstantinos is right with regards to the package naming, we discussed this with the zlib developers at the time. It is easily solved with a packaging solution though, Provides: as he said. You will have the same problems with something libjpegturbo if it forces NEON, or libmatrix shipped with the

Re: Libraries with NEON backends

2011-03-30 Thread David Rusling
Konstantinos, Steve, I think that it depends on how you interpret "plainly mark".I can imagine several ways of doing this - Naming the (binary) package explicitly - install an additional README file / include in the binary package - explicitly named source tar files I think that the origi

Re: Libraries with NEON backends

2011-03-29 Thread Konstantinos Margaritis
On 30 March 2011 01:45, Steve Langasek wrote: > I don't think this is a correct interpretation of the license.  You don't > have to change a package name to "plainly mark" the source as modified; > debian/copyright, changelogs, notices in the source files accomplish this. > This is done for packag

Re: Libraries with NEON backends

2011-03-29 Thread Steve Langasek
On Tue, Mar 29, 2011 at 11:07:05AM +0300, Konstantinos Margaritis wrote: > On 29 March 2011 10:53, Steve Langasek wrote: > > Hi Konstantinos, > > There must be some misunderstanding here; no license that prohibited > > distribution of binaries built from modified source would be considered a > >

Re: Libraries with NEON backends

2011-03-29 Thread Riku Voipio
On Tue, Mar 29, 2011 at 11:07:05AM +0300, Konstantinos Margaritis wrote: > On 29 March 2011 10:53, Steve Langasek wrote: > > Hi Konstantinos, > > > There must be some misunderstanding here; no license that prohibited > > distribution of binaries built from modified source would be considered a >

Re: Libraries with NEON backends

2011-03-29 Thread Konstantinos Margaritis
On 29 March 2011 10:53, Steve Langasek wrote: > Hi Konstantinos, > There must be some misunderstanding here; no license that prohibited > distribution of binaries built from modified source would be considered a > Free Software license, and zlib is certainly considered free. :) Yes, you're right

Re: Libraries with NEON backends

2011-03-29 Thread Steve Langasek
Hi Konstantinos, On Tue, Mar 29, 2011 at 10:21:53AM +0300, Konstantinos Margaritis wrote: > On 28 March 2011 07:52, Jim Huang wrote: > The problem is the zlib license, it forbids distributing compiled > versions that are modified from the original source, such optimizations > can go in the contr

Re: Libraries with NEON backends

2011-03-29 Thread Konstantinos Margaritis
On 28 March 2011 07:52, Jim Huang wrote: > - zlib >  Using SIMD, we can optimize 'copy / repeat an existing sequence' in > LZ-style encoding. >  The reference Intel SSE2 optimization patch is attached in this mail. Regarding zlib in particular, in 2005 I had done an altivec port of this, apart fr

Re: Libraries with NEON backends

2011-03-27 Thread Jim Huang
On 28 March 2011 05:09, Michael Hope wrote: > Hi there.  I'm looking for areas where the toolchain could generate > faster code, and a good way of doing that is seeing how compiled code > does against the best hand-written code.  I know of skia, ffmpeg, > pixman, Orc, and efl - what others are out