Re: [gentoo-soc] Week 8 Report for Refining ROCm Packages in Gentoo

[Benda Xu]

wuyy <xgreenlandforwyy@×××××.com> writes:

> I'm back on GSoC after a two-week temporary leave.
>
> This week there are two major progress: dev-util/rocprofiler and
> rocm.eclass.
>
> I have implemented all the functions I think necessary for rocm.eclass.
> It was just send to rocm.eclass draft to gentoo-dev mailing list (also
> with a Github PR at [1]), please have a review. In the following weeks,
> I will collect feedbacks and continue to polish it.
>
> In summary, I have implemented those functions which is listed in my
> proposal:
> - USE_EXPNAD of amdgpu_targets_, and ROCM_USEDEP to make the use flag
>   coherent among dependencies;
> - rocm_src_configure contains common arguments in src_prepare;
> - rocm_src_test which checks the permission on /dev/kfd and
>   /dev/dri/render*
>
> [...]
>
> Actually I have never imagined rocm.eclass could be in this shape
> eventually. Initially I just thought it would provide some utilities,
> mainly src_test and USE_EXPAND. But when implementing I found all these
> feature requires careful treatment. The comments (mainly examples) also
> takes half of the length. It ends up in 278 lines, which is a
> middle-sized among current eclasses. Maybe it can be further trimmed
> down after  polishing, because there could be awkward implementations or
> re-inventions in it.
>
> Based on my draft rocm.eclass, I have prepared sci-libs/roc*=5.1.3,
> sci-lib/hip-*-5.1.3 and dev-python/cupy making use of it. It feels great
> to simplify the ebuilds, and portage can handles the USE_EXPAND and
> dependencies just as expected. Once the rocm.eclass get in tree, I'll
> push those ROCm-5.1.3 ebuilds.
>
> [...]
>
> According to the renewed proposal (I have been leaving for two weeks,
> so there are changes in plan), I should collect feedback and refine
> rocm.eclass, and prepare dev-python/cupy and sci-libs/rocWMMA. I'll
> investigate ROCgdb, too. Also, rocm-device-libs is a major package
> because many users relies on it to provide opencl. I'll work on
> bumping its version, too. What's more, with hip-5.1.3 against vanilla
> clang, rocm for blender can land in ::gentoo.

Nice progress!  We will put the eclass the highest priority.

Benda