Bug 1371249

Description of problem:

Stacking behavior for Power and Z architecture should behave different from x86. Stacking for Power and Z systems should not only cover additional capacity of the host similar to x86, but the stacking of the subscriptions on Power and Z series should also increase the number of LPARs the system can legally offer.


EX Power:
RH00292 - Red Hat Enterprise Linux for Power, BE, Premium (1 Socket-Pair, Linux only, up to 15 LPARs)

Stacking two RH00292 should provide 2 socket-pair coverage on the hosts AND enable that host to offer 30 LPARs.  


Version-Release number of selected component (if applicable):


How reproducible:
Any stacking, power and/or z subscriptions

Steps to Reproduce:
1. Ensure that the system's capacity is large enough to require stacking
2. Attach stacking subscriptions to a x86, power, and z system servers 
3. View Utilization, after first subscription system should be yellow
4. Attach additional subscription to cover the additional capacity of system
5. View utilization results, systems should be green, but also, for power and Z systems then stacking of the subscription should also increase the number of supported LPARs.

Actual results:

Stacking works the same on x86, power, and Series Z.

Expected results:
Stacking works differently on x86 from power and Series Z (stated above). 

Additional info:

Currently there is no support for interrogating power or Z physical hyper layer to query the sockets or IFL, thus the host coverage is overrode in the adaptor to just provide LPAR number of entitlements.  This number is accounted for and thus a single subscription will only provide its limit of LPAR entitlements.  What should happen is that the pool for a specific host when stacked should also increase the available entitlements.