[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Porting ROCm to non-x86



On Thu, 2022-04-07 at 16:22 -0400, Jeremy Newton wrote:
> Hi,
> 
> For rocr-runtime you need to add the following cmake option:
> 
> -DIMAGE_SUPPORT=OFF
> 
> For non-x86 platforms. This is because image support is not supported on non-x86 platforms.
> If you think it would be best to autodetect this option in cmake, please let me know and I can try to make a patch.

Awesome. Adding this for non-x86 arhictctures is handy in debian packaging.
Let me add it soon and upload the package.

> For rocm opencl and hip, they will also fail, but I have a patch for arm64 in the eventual 5.2 release, and I have a
> patch for ppc64le in review (hopefully in time for 5.2).

I see. Looking forward to that!

> Thanks
> 
> On Thu, Apr 7, 2022, at 9:00 AM, M. Zhou wrote:
> > Hi Jeremy,
> > 
> > Thanks for this. Speaking of the currently uploaded ROCm packages, like roct-thunk-interface
> > https://buildd.debian.org/status/package.php?p=roct%2dthunk%2dinterface ;,
> > there is actually no restriction on which architectures the source should be built.
> > 
> > Namely, as long as a source is built successfully, it will be included in archive automatically.
> > So patches porting to any architecture will also be automatically used in Debian.
> > 
> > Currently the first break point on the dependency tree is rocr-runtime,
> > https://buildd.debian.org/status/package.php?p=rocr-runtime
> > which only build on amd64.
> > 
> > On Wed, 2022-04-06 at 13:19 -0400, Jeremy Newton wrote:
> > > If there's interest, I've been working on packaging non-x86 ROCm packages for Fedora in my free time (ARM and
> > PPC64LE
> > > currently). I'm not looking to do actual HW functional testing, but rather just fixing compilation and doing quick
> > > skims of the code base to fix arch detection for arch-specific code or inline asm.
> > > 
> > > Feel free to reach out to me if you are interested in the existing patch series to include in Debian. I'm trying
> > to
> > > get as much as possible in the upstream ROCm code as I have time. E.g. I landed this a month ago:
> > > 
> > > https://github.com/ROCm-Developer-Tools/ROCclr/commit/211c1c4d8c7f6dac48ba6c73256da60955f9dbd1
> > > 
> > > And I have a follow up patch, waiting for internal review, that fixes/cleans up ARM and allows PCC64LE
> > compilation.
> > 
> > 
> 


Reply to: