Skip to content
Snippets Groups Projects
Select Git revision
  • test default
1 result
Search by author
  • Any Author
  • CodeLinaro CodeLinaro codelinaro
  • CodeLinaro Hoperun CodeLinaro Hoperun hoperun
  • Joshua S. (Stage) Joshua S. (Stage) joshua.sickmeyer
  • Manifest Service Manifest Service manifest_service
  • Park, Jae Woo Park, Jae Woo jaewpark
5 authors
  1. Jul 17, 2019
  3. Jun 15, 2019
  5. Jun 14, 2019
    • zljing's avatar
      NEON implementation for Adler32 · 11406d02
      zljing authored 
      The checksum is calculated in the uncompressed PNG data and can be made
much faster by using SIMD.

Tests in ARMv8 yielded an improvement of about 3x (e.g. walltime
was 350ms x 125ms for a 4096x4096 bytes executed 30 times).

This alone yields a performance boost for PNG decoding ranging
from 5% to 18% depending on a few factors (SoC, battery status, etc).
adler32 use NEON instruction

10% benefit for PNG decoding

CRs-Fixed: 2420347

Change-Id: I51d4a257b8a51b6839c0fd7fede8c0fa5fb21cce
      11406d02
  7. Jun 11, 2019
  9. May 29, 2019
    • Adenilson Cavalcanti's avatar
      zlib: inflate using wider loads and stores · cb3905a7
      Adenilson Cavalcanti authored 
      In inflate_fast() the output pointer always has plenty of room to write.
This means that so long as the target is capable, wide un-aligned
loads and stores can be used to transfer several bytes at once.

When the reference distance is too short simply unroll the data a
little to increase the distance. Patch by Simon Hosie.

PNG decoding performance gains should be around 30-33%.

This also includes the fix reported in madler/zlib#245.

Bug: 697280
Change-Id: I90a9866cc56aa766df5de472cd10c007f4b560d8
Reviewed-on: https://chromium-review.googlesource.com/689961


Reviewed-by: default avatarChris Blume <cblume@chromium.org>
Commit-Queue: Adenilson Cavalcanti <cavalcantii@chromium.org>
Cr-Original-Commit-Position: refs/heads/master@{#505276}
Cr-Mirrored-From: https://chromium.googlesource.com/chromium/src
Cr-Mirrored-Commit: 78104f4d73e3bbb4155fa804d00ed66682180556

(cherry picked from commit 3060dcbd6bee9c94807161bdcee3b20726a0cce6)

CRs-Fixed: 2420343

Change-Id: Ib92ee33219d24444a60fb34570c4357a516e4017
      cb3905a7
  11. May 01, 2019
  13. Apr 18, 2019
  15. Apr 15, 2019
  17. Apr 11, 2019
  19. Apr 10, 2019
    • Christopher Ferris's avatar
      Do not re-export _Unwind_XXX symbols. · faa5265e
      Christopher Ferris authored 
      The problem is that this library is getting _Unwind_XXX symbols from
libgcc.a for the arm targets, and then re-exporting them.

This is causing facebook to crash because a shared library is using
an undefined reference to an unwind symbol and then using the one
from libz.so, which is mixing an llvm unwinder with a gcc one.

Bug: 130267141

Test: facebook no longer crashes when starting up.
Change-Id: I1c2439f08375fbc630a49fdabcc50d22d461eb2b
      faa5265e
    • android-build-team Robot's avatar
      Merge cherrypicks of [7003810, 7004390, 7003811] into qt-release · 0e11debf
      android-build-team Robot authored 
      Change-Id: Iafc2708a2a511a893d1389340c54ccb3e97cb375
      0e11debf
    • Christopher Ferris's avatar
      Do not re-export _Unwind_XXX symbols. · a5c3755a
      Christopher Ferris authored 
      The problem is that this library is getting _Unwind_XXX symbols from
libgcc.a for the arm targets, and then re-exporting them.

This is causing facebook to crash because a shared library is using
an undefined reference to an unwind symbol and then using the one
from libz.so, which is mixing an llvm unwinder with a gcc one.

Test: facebook no longer crashes when starting up.
Change-Id: I1c2439f08375fbc630a49fdabcc50d22d461eb2b
(cherry picked from commit 4e652aee9d360aac8cfc2812b644a25d6ba7840f)
      a5c3755a
  21. Mar 12, 2019
  23. Mar 06, 2019
  25. Feb 26, 2019
  27. Feb 25, 2019
  29. Feb 21, 2019
  31. Feb 06, 2019
  33. Jan 23, 2019
  35. Jan 20, 2019
  37. Jan 17, 2019
  39. Jan 13, 2019
  41. Jan 11, 2019