Skip to content

Ipanfilo/wheel build action#529

Merged
ipanfilo merged 16 commits into
devfrom
ipanfilo/wheel_build_action
Apr 28, 2026
Merged

Ipanfilo/wheel build action#529
ipanfilo merged 16 commits into
devfrom
ipanfilo/wheel_build_action

Conversation

@ipanfilo

@ipanfilo ipanfilo commented Apr 7, 2026

Copy link
Copy Markdown
Collaborator

Description

Workflow to build TE wheels - useful to test this functionality and can also be used for nightly distributions
WIP: https://github.com/ROCm/frameworks-internal/issues/14193

Type of change

  • Documentation change (change only to the documentation, either a fix or a new content)
  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to not work as expected)
  • Infra/Build change
  • Code refactoring

Changes

  • Added new GHA to build manylinux TE wheels

Checklist:

  • I have read and followed the contributing guidelines
  • The functionality is complete
  • I have commented my code, particularly in hard-to-understand areas
  • I have made corresponding changes to the documentation
  • My changes generate no new warnings
  • I have added tests that prove my fix is effective or that my feature works
  • New and existing unit tests pass locally with my changes

@Micky774

Copy link
Copy Markdown
Contributor

Can we test the action on a fork?

Comment on lines +86 to +89
git submodule update --init --recursive --depth 1 \
3rdparty/aotriton \
3rdparty/aiter \
3rdparty/hipify_torch

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Won't the command already update all submodules without specifying them individually? It might be a pain point if we later modify our submodules e.g. adding qola or a separate CK for GEMM

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is indeed maintenance burden, but it allows to skip quite heavy cublass and especially cutlass modules

@ipanfilo ipanfilo requested a review from leo-automation April 21, 2026 03:53
@ipanfilo ipanfilo marked this pull request as ready for review April 21, 2026 03:55
@ipanfilo ipanfilo requested a review from Micky774 April 21, 2026 03:55
Comment on lines +59 to +64
force_build_image:
type: boolean
default: true
upload_image:
type: boolean
default: false

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Considering these defaults, when would we actually create/use the cache mechanism here?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

After adding those parameters I reconsidered benefits of image caching. It eliminates few minutes of rocm downloading/installing at the cost of bigger docker image downloading that depending on network can eat all or most of this time. So it is not in priority now

@ipanfilo ipanfilo requested a review from Micky774 April 21, 2026 23:19
@wenchenvincent

Copy link
Copy Markdown
Collaborator

/claude summary

@ipanfilo ipanfilo merged commit e6b79af into dev Apr 28, 2026
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants