(Created page with "{{admon/important | Comments and Explanations | The page source contains comments providing guidance to fill out each section. They are invisible when viewing this page. To read it, choose the "view source" link.<br/> '''Copy the source to a ''new page'' before making changes! DO NOT EDIT THIS TEMPLATE FOR YOUR CHANGE PROPOSAL.'''}} {{admon/tip | Guidance | For details on how to fill out this form, see the [https://docs.fedoraproject.org/en-US/program_management/change...") |
(adding release notes tracker) |
||
(9 intermediate revisions by 3 users not shown) | |||
Line 1: | Line 1: | ||
= ROCm 6.2 = | |||
{{Change_Proposal_Banner}} | {{Change_Proposal_Banner}} | ||
Line 23: | Line 15: | ||
<!-- Include you email address that you can be reached should people want to contact you about helping with your change, status is requested, or technical issues need to be resolved. If the change proposal is owned by a SIG, please also add a primary contact person. --> | <!-- Include you email address that you can be reached should people want to contact you about helping with your change, status is requested, or technical issues need to be resolved. If the change proposal is owned by a SIG, please also add a primary contact person. --> | ||
* Email: trix@redhat.com | * Email: trix@redhat.com | ||
* Name: [[User:mystro256| Jeremy Newton]] | |||
* Email: Jeremy.Newton@amd.com | |||
<!--- UNCOMMENT only for Changes with assigned Shepherd (by FESCo) | <!--- UNCOMMENT only for Changes with assigned Shepherd (by FESCo) | ||
* FESCo shepherd: [[User:FASAccountName| Shehperd name]] <email address> | * FESCo shepherd: [[User:FASAccountName| Shehperd name]] <email address> | ||
--> | --> | ||
== Current status == | == Current status == | ||
[[Category: | [[Category:ChangeAcceptedF41]] | ||
<!-- When your change proposal page is completed and ready for review and announcement --> | <!-- When your change proposal page is completed and ready for review and announcement --> | ||
<!-- remove Category:ChangePageIncomplete and change it to Category:ChangeReadyForWrangler --> | <!-- remove Category:ChangePageIncomplete and change it to Category:ChangeReadyForWrangler --> | ||
Line 47: | Line 40: | ||
ON_QA -> change is fully code complete | ON_QA -> change is fully code complete | ||
--> | --> | ||
* [Announced] | * [https://lists.fedoraproject.org/archives/list/devel-announce@lists.fedoraproject.org/thread/VFPMF56ZGF5DNG47H75XKIFGC2MJTINQ/ Announced] | ||
* [ | * [https://discussion.fedoraproject.org/t/f41-change-proposal-rocm-6-2-self-contained/126071 Discussion thread] | ||
* FESCo issue: | * FESCo issue: [https://pagure.io/fesco/issue/3256 #3256] | ||
* Tracker bug: | * Tracker bug: [https://bugzilla.redhat.com/show_bug.cgi?id=2305771 #2305771] | ||
* Release notes tracker: | * Release notes tracker: [https://gitlab.com/fedora/docs/fedora-linux-documentation/release-notes/-/issues/116 #116] | ||
== Detailed Description == | == Detailed Description == | ||
<!-- Expand on the summary, if appropriate. A couple sentences suffices to explain the goal, but the more details you can provide the better. --> | <!-- Expand on the summary, if appropriate. A couple sentences suffices to explain the goal, but the more details you can provide the better. --> | ||
ROCm 6.2 is the latest iteration of AMD's compute libraries that work with the linux kernel to allow users to run compute workloads on their GPU's. As many GPU's as possible are enabled so open acceleration is available and easy for to as wide an audience as possible. | ROCm 6.2 is the latest iteration of AMD's compute libraries that work with the linux kernel to allow users to run compute workloads on their GPU's. As many GPU's as possible are enabled so open acceleration is available and easy for to as wide an audience as possible. | ||
ROCm 6.2 has not been released yet, but upstream has confirmed it will happen long before Fedora 41 code freeze. | |||
== Feedback == | == Feedback == | ||
Line 62: | Line 57: | ||
== Benefit to Fedora == | == Benefit to Fedora == | ||
By providing system level acceleration, the challenges for developers to sync out of tree kernel drivers with complicated software stacks is removed. Developers can focus on solving their problems, not the problems of the getting hardware acceleration working. | By providing system level acceleration, the challenges for developers to sync out of tree kernel drivers with complicated software stacks is removed. Developers can focus on solving their problems, not the problems of the getting hardware acceleration working. | ||
Moving to ROCm 6.2 means newer features and bug fixes. It also means moving to LLVM 18, which includes bugfixes, new hardware support, and reduces package maintenance of using an older LLVM package. | |||
<!-- What is the benefit to the distribution? Will the software we generate be improved? How will the process of creating Fedora releases be improved? | <!-- What is the benefit to the distribution? Will the software we generate be improved? How will the process of creating Fedora releases be improved? | ||
Line 91: | Line 88: | ||
== Scope == | == Scope == | ||
* Proposal owners: | * Proposal owners: ROCm Packagers Sig has to update the current set from 6.1.2 to 6.2.0 | ||
ROCm Packagers Sig has to update the current set from 6.1.2 to 6.2.0 | |||
<!-- What work do the feature owners have to accomplish to complete the feature in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | <!-- What work do the feature owners have to accomplish to complete the feature in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | ||
* Other developers: <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> Fedora tools has to release compat packages for llvm18 because ROCm 6.2 is not compatible with llvm19 which is slated for inclusion with F41 (this is already planned and on their schedule). The ROCm upstreams need to finalize the 6.2 release which is expected prior to F41's release | |||
* Other developers: <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | |||
<!-- What work do other developers have to accomplish to complete the feature in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | <!-- What work do other developers have to accomplish to complete the feature in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | ||
* Release engineering: | * Release engineering: N/A (not needed for this Change) <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | ||
<!-- Does this feature require coordination with release engineering (e.g. changes to installer image generation or update package delivery)? Is a mass rebuild required? include a link to the releng issue. | <!-- Does this feature require coordination with release engineering (e.g. changes to installer image generation or update package delivery)? Is a mass rebuild required? include a link to the releng issue. | ||
The issue is required to be filed prior to feature submission, to ensure that someone is on board to do any process development work and testing and that all changes make it into the pipeline; a bullet point in a change is not sufficient communication --> | The issue is required to be filed prior to feature submission, to ensure that someone is on board to do any process development work and testing and that all changes make it into the pipeline; a bullet point in a change is not sufficient communication --> | ||
Line 111: | Line 104: | ||
<!-- If your Change may require trademark approval (for example, if it is a new Spin), file a ticket ( https://pagure.io/Fedora-Council/tickets/issues ) requesting trademark approval from the Fedora Council. This approval will be done via the Council's consensus-based process. --> | <!-- If your Change may require trademark approval (for example, if it is a new Spin), file a ticket ( https://pagure.io/Fedora-Council/tickets/issues ) requesting trademark approval from the Fedora Council. This approval will be done via the Council's consensus-based process. --> | ||
* Alignment with the Fedora Strategy: | * Alignment with the Fedora Strategy: "Innovation & Leadership in Technology: We integrate programming language stack ecosystems" by including the latest release of the ROCm ecosystem, Fedora is better enabling heterogeneous computation and supporting the latest hardware for ROCm. | ||
<!-- Does your proposal align with the current Fedora Strategy: https://discussion.fedoraproject.org/t/fedora-strategy-2028-february-march-planning-work-and-roadmap-til-flock/43618 ? It's okay if it doesn't, but it's something to consider --> | <!-- Does your proposal align with the current Fedora Strategy: https://discussion.fedoraproject.org/t/fedora-strategy-2028-february-march-planning-work-and-roadmap-til-flock/43618 ? It's okay if it doesn't, but it's something to consider --> | ||
Line 118: | Line 111: | ||
<!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | ||
There should be no backwards incompatible changes for this upgrade, it is a minor release. | |||
== Early Testing (Optional) == | == Early Testing (Optional) == | ||
<!-- This is an optional step for system-wide changes to avail of. If you would like to build an initial proof of concept of your change and have a member of Fedora QA help you write and/or run some initial basic tests on your code, please email tests@fedoraproject.org and include the link to your change proposal. This step is *optional*. --> | <!-- This is an optional step for system-wide changes to avail of. If you would like to build an initial proof of concept of your change and have a member of Fedora QA help you write and/or run some initial basic tests on your code, please email tests@fedoraproject.org and include the link to your change proposal. This step is *optional*. --> | ||
Do you require 'QA Blueprint' support? | Do you require 'QA Blueprint' support? N <!-- Optional Step for System-Wide Changes only --> | ||
== How To Test == | == How To Test == | ||
AMD GPU hardware is needed. | AMD GPU hardware is needed. | ||
Most of the ROCm packages have option test subpackages | Most of the ROCm packages have option test subpackages which need to be built locally for a single specific AMD shader family (e.g `gfx1100`). These will be built and run. | ||
<!-- This does not need to be a full-fledged document. Describe the dimensions of tests that this change implementation is expected to pass when it is done. This can be based off of the above section if early testing has been completed. If it needs to be tested with different hardware or software configurations, indicate them. The more specific you can be, the better the community testing can be. | <!-- This does not need to be a full-fledged document. Describe the dimensions of tests that this change implementation is expected to pass when it is done. This can be based off of the above section if early testing has been completed. If it needs to be tested with different hardware or software configurations, indicate them. The more specific you can be, the better the community testing can be. |
Latest revision as of 15:30, 14 October 2024
ROCm 6.2
Summary
The latest ROCm release in sync with AMD's latest upstream release. Builds on the math libraries released in F40 to also include packages to run AI workloads. Has been integrated with Fedora's PyTorch.
Owner
- Name: Tom Rix
- Email: trix@redhat.com
- Name: Jeremy Newton
- Email: Jeremy.Newton@amd.com
Current status
- Targeted release: Fedora Linux 41
- Last updated: 2024-10-14
- Announced
- Discussion thread
- FESCo issue: #3256
- Tracker bug: #2305771
- Release notes tracker: #116
Detailed Description
ROCm 6.2 is the latest iteration of AMD's compute libraries that work with the linux kernel to allow users to run compute workloads on their GPU's. As many GPU's as possible are enabled so open acceleration is available and easy for to as wide an audience as possible.
ROCm 6.2 has not been released yet, but upstream has confirmed it will happen long before Fedora 41 code freeze.
Feedback
Benefit to Fedora
By providing system level acceleration, the challenges for developers to sync out of tree kernel drivers with complicated software stacks is removed. Developers can focus on solving their problems, not the problems of the getting hardware acceleration working.
Moving to ROCm 6.2 means newer features and bug fixes. It also means moving to LLVM 18, which includes bugfixes, new hardware support, and reduces package maintenance of using an older LLVM package.
Scope
- Proposal owners: ROCm Packagers Sig has to update the current set from 6.1.2 to 6.2.0
- Other developers: Fedora tools has to release compat packages for llvm18 because ROCm 6.2 is not compatible with llvm19 which is slated for inclusion with F41 (this is already planned and on their schedule). The ROCm upstreams need to finalize the 6.2 release which is expected prior to F41's release
- Release engineering: N/A (not needed for this Change)
- Policies and guidelines: N/A (not needed for this Change)
- Trademark approval: N/A (not needed for this Change)
- Alignment with the Fedora Strategy: "Innovation & Leadership in Technology: We integrate programming language stack ecosystems" by including the latest release of the ROCm ecosystem, Fedora is better enabling heterogeneous computation and supporting the latest hardware for ROCm.
Upgrade/compatibility impact
There should be no backwards incompatible changes for this upgrade, it is a minor release.
Early Testing (Optional)
Do you require 'QA Blueprint' support? N
How To Test
AMD GPU hardware is needed.
Most of the ROCm packages have option test subpackages which need to be built locally for a single specific AMD shader family (e.g gfx1100
). These will be built and run.
User Experience
Dependencies
Contingency Plan
The current ROCm set 6.1.2 has all of the current packages expected in 6.2 llvm17 will be maintained by the ROCm packagers sig (Tom Rix)
- Contingency mechanism: (What to do? Who will do it?) N/A (not a System Wide Change)
- Contingency deadline: N/A (not a System Wide Change)
- Blocks release? N/A (not a System Wide Change), Yes/No
Documentation
N/A (not a System Wide Change)