Features/Power7Subarch

From FedoraProject

< Features(Difference between revisions)
Jump to: navigation, search
m (Contingency Plan)
Line 44: Line 44:
  
 
We're working closely with Dennis Gilmore and David Aquilina from the rel-eng side on those and with Will Woods on the anaconda side to ensure everything is working as expected.
 
We're working closely with Dennis Gilmore and David Aquilina from the rel-eng side on those and with Will Woods on the anaconda side to ensure everything is working as expected.
 +
 +
== How to test ==
 +
For any other architecure things should stay exactly as they were, so testing there would involve basically a standard regression test.
 +
 +
For PowerPC cpus there would be 2 separate tests:
 +
 +
* Install on a Power6 or lower machine
 +
* Verify installation completed without any problems
 +
* After reboot verify with rpm -qa | grep ppc64p7 that no ppc64p7 packages are installed
 +
 +
* Install on a Power 7 or higher machine
 +
* Verify installation completed without any problems
 +
* After reboot verify with rpm -qa | grep ppc64p7 that ppc64p7 packages are installed where available
 +
* Run package specific test suits for each of the optimized packages to ensure no toolchain/optimization errors render the package non functional
 +
 +
== Dependencies ==
 +
* Support for ppc64p7 subarch in rpm & yum (DONE)
 +
* Rel-eng tooling can handle ppc64p7 properly (In progress)
 +
* Packages that don't use RPM_OPT_FLAGS need modifications (In progress)
 +
* Make sure images for installation don't contain ppc64p7 packages (In progress)
 +
 +
No other external dependencies are known
  
 
== Contingency Plan ==
 
== Contingency Plan ==
 
If anything should go horribly wrong the only thing we need to do is to disable the ppc64p7 building in koji and rebuild all packages that we had as ppc64p7 packages. Any composes after that point will consist of only ppc64 packages thereafter.
 
If anything should go horribly wrong the only thing we need to do is to disable the ppc64p7 building in koji and rebuild all packages that we had as ppc64p7 packages. Any composes after that point will consist of only ppc64 packages thereafter.
 +
 +
== Documentation ==
 +
No specific documentation for the ppc64p7 subarch is available.
 +
 +
== Release notes ==
 +
<!-- Those are probably PowerPC arch specific only, which we'll include in the separate release notes and wiki for the PowerPC release --!>
 +
Fedora 18 now contains full support for the new ppc64p7 subarch for PowerPC. A selected number of packages that showed a large benefit for optimization on Power7 or newer cpus have been included in the release and will be installed and updated automatically in case your hardware supports it as ppc64p7 packages.

Revision as of 13:37, 28 June 2012


Contents

PowerPC ppc64p7 subarch support in rpm and yum and in packages

Summary

We'd like to officially support the new Power7 optimized ppc64p7 subarch in Fedora.

Owner

Current status

  • Targeted release: Fedora 18
  • Last updated: (06/27/2012)
  • Percentage of completion: 80%

Detailed Description

The PowerPC CPU architecture has improved quite drastically over the past several years. As a lot of the hardware out there still use Power4 or Power5 CPUs though we currently don't want to change the minimum architecture for Fedora on PowerPC to Power7 or higher as that would effectively shut out any older Apple hardware or older IBM machines.

So similar to i586, i686 and athlon we want to be introduce a new subarch called ppc64p7 that optimizes code for Power7 or newer PowerPC cpus and offer a 64bit macro called power64 in rpm that can be used to check for all 64bit PowerPC architecures, just like ix86 for Intel.

The performance improvement between Power5 and Power7 can be quite substantial, especially for e.g. C++ code. Overall, a rough 20% improvement can be seen with up to 100% for special cases/projects.

Benefit to Fedora

The benefits are pretty clear: Faster applications for the newers PowerPC architecture while having no downside for any of the existing PowerPC systems and no impact to any other architecture.

Scope

All of the work necessary to support ppc64p7 in rpm and yum have already been done upstream and are included in the latest versions released for Fedora 17 and Rawhide.

Package wise we've already identified around 30 packages where we'd want to have ppc64p7 support working properly. Most of them build without any changes and simply need a rebuild for --target ppc64p7. About a dozen packages that are releveant need some minor modifications as they handle CFLAGS on their own and don't use RPM_OPT_FLAGS, so ppc64p7 support needs to be added there. We've already created patches for those and opened bugzillas for each component with those patches attached.

Overall this feature is really only affecting PowerPC, so this change is very isolated and no impact on any other arch is expected.

There are a few tasks that still need to be completed for a full support though:

* Need to make sure koji can handle and build both ppc64 and ppc64p7 packages
* Ensure rel-eng tooling works correctly
* Make sure images for installation don't contain ppc64p7 packages

We're working closely with Dennis Gilmore and David Aquilina from the rel-eng side on those and with Will Woods on the anaconda side to ensure everything is working as expected.

How to test

For any other architecure things should stay exactly as they were, so testing there would involve basically a standard regression test.

For PowerPC cpus there would be 2 separate tests:

* Install on a Power6 or lower machine
* Verify installation completed without any problems
* After reboot verify with rpm -qa | grep ppc64p7 that no ppc64p7 packages are installed
* Install on a Power 7 or higher machine
* Verify installation completed without any problems
* After reboot verify with rpm -qa | grep ppc64p7 that ppc64p7 packages are installed where available
* Run package specific test suits for each of the optimized packages to ensure no toolchain/optimization errors render the package non functional

Dependencies

* Support for ppc64p7 subarch in rpm & yum (DONE)
* Rel-eng tooling can handle ppc64p7 properly (In progress)
* Packages that don't use RPM_OPT_FLAGS need modifications (In progress)
* Make sure images for installation don't contain ppc64p7 packages (In progress)

No other external dependencies are known

Contingency Plan

If anything should go horribly wrong the only thing we need to do is to disable the ppc64p7 building in koji and rebuild all packages that we had as ppc64p7 packages. Any composes after that point will consist of only ppc64 packages thereafter.

Documentation

No specific documentation for the ppc64p7 subarch is available.

Release notes