Skip to content
Snippets Groups Projects
Select Git revision
  • test
  • fifteen-qpr0-new
  • fifteen default
3 results
Search by author
  • Any Author
  • Farzin Kazemzadeh Farzin Kazemzadeh itisFarzin
1 author
  1. Jun 02, 2016
  3. May 18, 2016
  5. Apr 22, 2016
    • Yang Ni's avatar
      Fixed BaseObj finalizer and destroy() · 1b4df169
      Yang Ni authored 
      Bug: 28242626
Bug: 27972184
Bug: 27973681

This is resolving issues in ScriptGroup (V1) again.
In ScriptGroup.destroy(), we also need to consider the old API where
mClosures is not initialized.

Also cleaned up the finalizer for ScriptGroup and Allocation:
Since BaseObj.finalize() calls BaseObj.helpDestroy(), instead of
BaseObj.destroy(), there is no possibility that the finalizers of
child objects may race their parents finalizers. Note that
helpDestroy() does not try to recurse on child objects.

Change-Id: I9dbb2b60f8478f656f8a418c2b5fc8d6848aeef0
      1b4df169
  7. Apr 19, 2016
  9. Apr 18, 2016
    • Yang Ni's avatar
      Fixed ScriptGroup finalizer for old API · 07837d6d
      Yang Ni authored 
      Bug: 28242626

ScriptGroup finalizer clears out the list of closures, which is
uninitialized for the old API.

Need to check null first, before accessing the list.

Change-Id: Ibf914e17a0878c8c561f823c5f6f6f6619594de1
      07837d6d
  11. Apr 12, 2016
  13. Apr 04, 2016
    • Yang Ni's avatar
      Avoid destroying Device separately · 4a70df58
      Yang Ni authored 
      Bug: 27983025

Device should be destroyed inside the destructor of the associated
Context.

Change-Id: I921a89974e1174f837349a89aef9b03efa4882f5
      4a70df58
  15. Mar 31, 2016
    • Yang Ni's avatar
      Added CloseGuard for BaseObj · 6484b6be
      Yang Ni authored 
      Bug: 27719830

To turn on warnings, apps have to add to their Activity.onCreate() method
the following code.

        StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
                               .detectLeakedClosableObjects()
                               .penaltyLog()
                               .build());

For Slang generated ScriptC derived classes, we assume their
constructors won't throw exceptions after calling the ScriptC
constructor. In addition, ScriptIntrinsic derived classes do not seem
to throw exceptions in their constructors either. Therefore, we can
leave the guard.open() call in the Script constructor. This may be
only an approximation, but allows us to add CloseGuard for script
objects without making changes to slang.

Change-Id: I77ed45239a60b85af5c811dee6c124fb53da9060
(cherry picked from commit eb4dd08e)
      6484b6be
  17. Mar 30, 2016
  19. Mar 29, 2016
  21. Mar 28, 2016
  23. Mar 21, 2016
    • Yang Ni's avatar
      Correctly init code cache path for RS · 15fcf61d
      Yang Ni authored 
      Bug: 27439261

Script Group needs to know the code cache path before it can call bcc to
merge kernels. However, before this change, the code cache path has been
initialized by the ScriptC class.

In the case where a script group (or even the entire app) does not contain any
regular script but only intrinsics, the code cache would remain uninitialized.

Fixed this by initializing the code cache path in the RenderScript class
the first time when the accessor method is called.

Change-Id: I87f9e62e0f3b479f94e43daa3e9695a5b38710db
(cherry picked from commit 689f6377)
      15fcf61d
  25. Mar 02, 2016
  27. Jan 27, 2016
    • Miao Wang's avatar
      [RenderScript] Unhide new Allocation APIs · c29bcd0d
      Miao Wang authored 
      Bug: 23535524

  - ByteBuffer getByteBuffer()
  - long getStride()
  - Allocation[] createAllocations(rs, type, usage, num)
  - long getTimeStamp()

Change-Id: I0cad88c81f9f48c7aca59af159c49f506b234aee
      c29bcd0d
  29. Jan 26, 2016
    • Miao Wang's avatar
      [RenderScript] Implement APIs for better multi-frame process support. · 8c150924
      Miao Wang authored 
      Bug: 23535524

 Two APIs added for multiframe processing:
 - createAllocations(...): To create an array of Allocations sharing the
   same Type and Usage. For USAGE_IO_INPUT Allocations, they also share
   the same BufferQueue.
 - getTimeStamp(): API to retrieve the time stamp associated with the
   most recent buffer.

Change-Id: I6b7b35d7dca5e87ee2f3db2ee17cb9cf824bcfe1
      8c150924
    • Miao Wang's avatar
      [RenderScript] Add API to map Allocation mallocptr to Java ByteBuffer · 0facf021
      Miao Wang authored 
      Bug: 25926361
Bug: 23535524

  - Construct the ByteBuffer using the AllocationGetPointer.
  - Add an API to query the stride of the allocation.
  - Both ByteBuffer and Stride will be cached for normal Allocations.
    if using USAGE_IO, since after each ioReceive, the mallocPtr will
    change, getByteBuffer will always create a new one using the most
    up-to-date mallocPtr.

Change-Id: I5e84b6690e83bb062c383043275524d0e51e46eb
      0facf021
  31. Jan 25, 2016
  33. Jan 15, 2016
  35. Nov 13, 2015
    • Yang Ni's avatar
      Various fixes in setting globals in a script group · 263cc903
      Yang Ni authored 
      Bug: 25602504

1) Passing floating point values into a script group was broken,
since they were casted to long values. Fixed that in the frameworks
implementation by taking the raw bits instead.

2) Passing 64-bit values into a script group was broken on 32-bit
platforms, since they were casted to pointer-sized integers
(uintptr_t) in the JNI code. Fixed that by casting to int64_t
instead.

3) Setting global variables of Allocation type in a script group was
broken. The special size value -1 was used to indicate the value is an
Allocation. However, size was casted to size_t in the JNI code.
Fixed that by using signed integers.

Change-Id: Ifff099a76be7707df7b67c388395f5a00f9cae66
      263cc903
  37. Oct 09, 2015
  39. Oct 08, 2015
  41. Oct 05, 2015
  43. Oct 02, 2015
    • Pirama Arumuga Nainar's avatar
      Retry if interrupted before mMessageThread has joined · 67775422
      Pirama Arumuga Nainar authored 
      Bug: 24342101

If interrupted during mMessageThread.join(), retry the join instead of
assuming the thread has joined and continuing.  Continuing to destroy
the context will cause a segfault when the message thread attempts to
use the destroyed context.

Change-Id: I3213091a0e996449bceb403dffca3063786d5a65
(cherry picked from commit 2f25ce77)
      67775422
    • Pirama Arumuga Nainar's avatar
      Retry if interrupted before mMessageThread has joined · 2f25ce77
      Pirama Arumuga Nainar authored 
      Bug: 24342101

If interrupted during mMessageThread.join(), retry the join instead of
assuming the thread has joined and continuing.  Continuing to destroy
the context will cause a segfault when the message thread attempts to
use the destroyed context.

Change-Id: I3213091a0e996449bceb403dffca3063786d5a65
      2f25ce77
  45. Sep 02, 2015
  47. Jul 21, 2015
  49. Jul 20, 2015
  51. Jul 17, 2015
  53. Jul 16, 2015
    • Miao Wang's avatar
      fix BNNM docs · 3ef2041c
      Miao Wang authored 
      bug: 22507076
Change-Id: I5fdffdde597d97b1dde77574d096b81bff4aa382
(cherry picked from commit d7d413ad)
      3ef2041c
  55. Jul 15, 2015
    • Miao Wang's avatar
      fix BNNM docs · d7d413ad
      Miao Wang authored 
      bug: 22507076
Change-Id: I5fdffdde597d97b1dde77574d096b81bff4aa382
      d7d413ad
  57. Jul 01, 2015
  59. Jun 30, 2015