* Delete duplicate files - hipify-perl and helper scripts
* Update link for hipconvertinplace-perl.sh references
* Remove remaining references to hipify-clang and contents of its package
* Hyperlink hipexamine-perl.sh in docs/markdown/hip_porting_guide.md
[ROCm/hip-tests commit: da9a79a5f6]
* Delete duplicate files - hipify-perl and helper scripts
* Update link for hipconvertinplace-perl.sh references
* Remove remaining references to hipify-clang and contents of its package
* Hyperlink hipexamine-perl.sh in docs/markdown/hip_porting_guide.md
* Delete duplicate files - hipify-perl and helper scripts
* Update link for hipconvertinplace-perl.sh references
* Remove remaining references to hipify-clang and contents of its package
* Hyperlink hipexamine-perl.sh in docs/markdown/hip_porting_guide.md
[ROCm/hip commit: 6902f11835]
* Delete duplicate files - hipify-perl and helper scripts
* Update link for hipconvertinplace-perl.sh references
* Remove remaining references to hipify-clang and contents of its package
* Hyperlink hipexamine-perl.sh in docs/markdown/hip_porting_guide.md
Prior solution used a single global lock to protect the memory tracking structures.
This change protects the memory tracking structure with a shared mutex (rw lock) in
shared (r) mode for memory allocations and frees so that long duration processes,
calling to kfd, can be done in parallel. Operations which must modify the memory map
take the mutex in exclusive mode (w) and must not call to the thunk while holding
the mutex.
The fragment allocator now requires separate protection and is protected with a
mutex at the device level. Protecting at the device level, rather than pool,
allows retention of the current recursive design and allows calling Trim from
withing Allocate. This could be made finer (pool level locks) but would
require backing out of Allocate entirely to call Trim. Trim and any retried
Allocation must be done in isolation (per device) or we may report OOM when
memory is actually available in some pool's fragment cache. So some device
level serialization is required in at least some paths.
Change-Id: I7c1e94d6965ffcc602b12fefdd3a6e97b84b5e00
Prior solution used a single global lock to protect the memory tracking structures.
This change protects the memory tracking structure with a shared mutex (rw lock) in
shared (r) mode for memory allocations and frees so that long duration processes,
calling to kfd, can be done in parallel. Operations which must modify the memory map
take the mutex in exclusive mode (w) and must not call to the thunk while holding
the mutex.
The fragment allocator now requires separate protection and is protected with a
mutex at the device level. Protecting at the device level, rather than pool,
allows retention of the current recursive design and allows calling Trim from
withing Allocate. This could be made finer (pool level locks) but would
require backing out of Allocate entirely to call Trim. Trim and any retried
Allocation must be done in isolation (per device) or we may report OOM when
memory is actually available in some pool's fragment cache. So some device
level serialization is required in at least some paths.
Change-Id: I7c1e94d6965ffcc602b12fefdd3a6e97b84b5e00
[ROCm/ROCR-Runtime commit: df55cb0450]
If we are packaging debug information then we need to edit the created
libraries and executables to extract the debug information. Due to a
bug in the tooling this requires write access to the created files.
Allow generation of only rpm and only deb files is specified on the
command line.
Signed-off-by: Icarus Sparry <icarus.sparry@amd.com>
Change-Id: I9a9df81102770ba681b1e7e0b5f704990f5435bb
If we are packaging debug information then we need to edit the created
libraries and executables to extract the debug information. Due to a
bug in the tooling this requires write access to the created files.
Allow generation of only rpm and only deb files is specified on the
command line.
Signed-off-by: Icarus Sparry <icarus.sparry@amd.com>
Change-Id: I9a9df81102770ba681b1e7e0b5f704990f5435bb
[ROCm/rocprofiler commit: 6676d60516]
Sarbojit2019
Aakanksha Patil
lthakur
Julia Jiang
ansurya
Jatin Chaudhary
Chauncey Hui
Sean Keely
Icarus Sparry
Satyanvesh Dittakavi
Jonathan R. Madsen
Maneesh Gupta