Re: Bug#960981: ITP: rocr-runtime -- HSA Runtime API and runtime for ROCm
Le 19/05/2020 à 14:26, Mo Zhou a écrit : But I am more than open for help with the llvm-roc build, since this not even finishes on my computer without blowing it up ATM ... My experience is that LLVM build often ends up being killed by the OOM killer, and I can only use -j4 on a machine with 32Gigs of RAM. The "-gsplit-dwarf" CFLAG may help when doing the parellel linking, but I still have not tried it with LLVM yet. This linking issue is addressed in the current llvm-toolchain packages. Cheers, Sylvestre
Re: Bug#960981: ITP: rocr-runtime -- HSA Runtime API and runtime for ROCm
On Tue, May 19, 2020 at 08:41:47PM +0900, Norbert Preining wrote: > > Packaging ROCm requires a forked LLVM. Will you package that fork, and > > Thanks for bringing this up. Up to now all the ITP don't require the > forked llvm. We have one repository (rocm-hip) in preparation for which > the llvm-fork is necessary. And there are other's I am preparing. > > Our plan (at the moment basically Mo Zho and me) was to package it into ^ u > a separate directory /usr/lib/llvm/roc/ (like Gentoo does) or into any > similar place. Yes. Aligning with Gentoo looks good, as long as we really need an forked LLVM. Benda Xu (gentoo dev) told me that his latest investigation suggests that AMD's modifications have been upstreamed. But no AMD people responded the question. https://github.com/RadeonOpenCompute/hcc/issues/1421 We'll have to confirm that. > But I am more than open for help with the llvm-roc build, since this not > even finishes on my computer without blowing it up ATM ... My experience is that LLVM build often ends up being killed by the OOM killer, and I can only use -j4 on a machine with 32Gigs of RAM. The "-gsplit-dwarf" CFLAG may help when doing the parellel linking, but I still have not tried it with LLVM yet. > PREINING Norbert https://www.preining.info > Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev > GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Re: Bug#960981: ITP: rocr-runtime -- HSA Runtime API and runtime for ROCm
Hi doko, I've not dug into this deep enough by myself. AFAIK, however, AMD seemd to have upstreamed their LLVM bits specific to LLVM https://github.com/RadeonOpenCompute/hcc/issues/1421 https://github.com/RadeonOpenCompute/hcc#deprecation-notice I asked the corresponding Gentoo developer and he confirms that. On Tue, May 19, 2020 at 11:10:48AM +0200, Matthias Klose wrote: > > Packaging ROCm requires a forked LLVM. Will you package that fork, and > > - if yes, how do you plan do maintain the set of shared libraries >provided by the two versions. > > - if no, how do you integrate with the LLVM found in Debian > > Matthias
Re: Bug#960981: ITP: rocr-runtime -- HSA Runtime API and runtime for ROCm
Hi Matthias, > Packaging ROCm requires a forked LLVM. Will you package that fork, and Thanks for bringing this up. Up to now all the ITP don't require the forked llvm. We have one repository (rocm-hip) in preparation for which the llvm-fork is necessary. And there are other's I am preparing. Our plan (at the moment basically Mo Zho and me) was to package it into a separate directory /usr/lib/llvm/roc/ (like Gentoo does) or into any similar place. But I am more than open for help with the llvm-roc build, since this not even finishes on my computer without blowing it up ATM ... Best Norbert -- PREINING Norbert https://www.preining.info Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Re: Bug#960981: ITP: rocr-runtime -- HSA Runtime API and runtime for ROCm
On 5/19/20 3:29 AM, Norbert Preining wrote: > Package: wnpp > Severity: wishlist > Owner: Norbert Preining > > * Package name: rocr-runtime > Version : 3.3.0 > Upstream Author : AMD > * URL : https://github.com/RadeonOpenCompute/ROCR-Runtime/ > * License : University of Illinois/NCSA Open Source License > Programming Lang: C++ > Description : HSA Runtime API and runtime for ROCm > > This library provides user-mode API interfaces necessary for host applications > to launch compute kernels to available HSA ROCm kernel agents. > > Will be maintained under ROCm team. Packaging ROCm requires a forked LLVM. Will you package that fork, and - if yes, how do you plan do maintain the set of shared libraries provided by the two versions. - if no, how do you integrate with the LLVM found in Debian Matthias
