Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Reproduce kernel cache binary files in MIOpen #2955

Open
xuantengh opened this issue May 9, 2024 · 1 comment
Open

Reproduce kernel cache binary files in MIOpen #2955

xuantengh opened this issue May 9, 2024 · 1 comment

Comments

@xuantengh
Copy link
Contributor

Hi MIOpen developers,

There is a team intended to ship MIOpen to Debian's official repository and has made some progress. We notice that there exist some binary files like src/kernels/*.kdb.bz2 used as the kernel cache to avoid runtime JIT when the kernel is first invoked, tracked as either normal Git files or LFS refs based on their sizes. However, it seems that these files are maintained in an opaque way, where the engineers upload without extra explanation #2859, which is not compatible with DFSG requiring source code when distributing the package.

So our question is: can we rebuild/reproduce these binary files locally when compiling MIOpen? This allows us to bring MIOpen in the main archive is the package repository. Otherwise, we may choose to exclude all the binary files at the expense of user performance.

Same problem comes for the src/kernels/*.inc assembly codes, which are uploaded likewisely #2778, #1968. As they're thousands of lines, are they disassembled from some other artifacts?

Looking forward to your replay. Thanks!

@atamazov
Copy link
Contributor

@Huangxt57

Same problem comes for the src/kernels/*.inc assembly codes

FYI The most of those have been generated by an open-source generator, https://github.com/ROCm/MISA.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants