Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

[Feature]: follow-up to PyTorch allocation provider to accept already rendezvoused tensors

Open
#577 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 3 days

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
15/100
Issue type
Feature
Clarity
Needs clarification
Activity status
Active
Tech stack
python, pytorch

Research direction

The payload names no source files or tests. It refers to the earlier PyTorch allocation provider in #551, torch.distributed._symmetric_memory, and the single-map iris.copy limitation, so start by reading #551 and the provider it added. Done would need an agreed API for accepting pre-rendezvoused tensors, which the issue does not yet define, so settle that design with maintainers first.

Written by the indexing model from the issue text.

Description

iris
Suggestion Description

#551 provides capability to run Iris device kernels with memory allocated via PyTorch, with no copy, no second heap, and no kernel changes.
and we agreed on extending it to accept tensors frameworks have already rendezvoused , because users might want to manage the memory.

Overall Motivation behind #551 and this feature request is as follows:

  • Some of the inference stack already uses torch.distributed.symmetric_memory. TokenSpeed's amd_rsag* path, the TritonAllReduceBackend, and the torch.ops.symm_mem.* collectives that vLLM and SGLang-style engines may call all allocate through it. Until now, using an Iris kernel meant moving those buffers into the Iris heap. This provider lets the two coexist: a framework keeps its torch allocations, and individual Iris kernels can run on them.
  • Frameworks that already own their buffers can't use Iris device kernels until the follow-up lands.
  • The single-map iris.copy limitation also means it does not yet make every Iris operation work across independently allocated tensors
Operating System

No response

GPU

No response

ROCm Component

No response

Dominant language
Python
Stars
202
Forks
52
Avg merge
5d 2h
Merged PRs (30d)
12

Getting set up

Open in Codespaces

Starts the project's dev container in your browser, under your own GitHub account.

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from ROCm/iris

All issues in ROCm/iris

Similar issues

More Python issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.