diff options
author | Stewart Smith <stewart@linux.vnet.ibm.com> | 2015-08-18 08:32:45 +1000 |
---|---|---|
committer | Stewart Smith <stewart@linux.vnet.ibm.com> | 2015-08-18 08:32:45 +1000 |
commit | 5d186d57c7c46461016343428fe943f8a5f58a1d (patch) | |
tree | e83696dc6a73a0cb6fbccfa00ac34e5cc2c89ed7 /doc | |
parent | ae1fa389ed8e166606607c275758e1694ea2ea77 (diff) | |
download | skiboot-skiboot-5.1.1.zip skiboot-skiboot-5.1.1.tar.gz skiboot-skiboot-5.1.1.tar.bz2 |
skiboot-5.1.1 release notesskiboot-5.1.1
Signed-off-by: Stewart Smith <stewart@linux.vnet.ibm.com>
Diffstat (limited to 'doc')
-rw-r--r-- | doc/release-notes/skiboot-5.1.1.txt | 41 |
1 files changed, 41 insertions, 0 deletions
diff --git a/doc/release-notes/skiboot-5.1.1.txt b/doc/release-notes/skiboot-5.1.1.txt new file mode 100644 index 0000000..982c082 --- /dev/null +++ b/doc/release-notes/skiboot-5.1.1.txt @@ -0,0 +1,41 @@ +skiboot-5.1.1 +------------- + +skiboot-5.1.1 was released on August 18th, 2015. + +skiboot-5.1.1 is the send stable release of 5.1, it follows skiboot-5.1.0. + +Skiboot 5.1.1 contains all fixes from skiboot-5.1.0 and is a minor bugfix +release. + +Over skiboot-5.1.0, we have the following changes: +- Fix detection of compiler options on ancient GCC (e.g. gcc 4.4, shipped with + RHEL6) +- ensure the GNUC version defines for GCOV are coming from target CC rather + than host CC for extract-gcov +- phb3: Continue CAPP setup even if PHB is already in CAPP mode + This fixes a critical bug in CAPI support. + + CAPI requires that all faults are escalated into a fence, not a + freeze. This is done by setting bits in a number of MMIO + registers. phb3_set_capi_mode() calls phb3_init_capp_errors() to do + this. However, if the PHB is already in CAPP mode - for example in the + recovery case - phb3_set_capi_mode() will bail out early, and those + registers will not be set. + + This is quite easy to verify. PCI config space access errors, for + example, normally cause a freeze. On a CAPI-mode PHB, they should + cause a fence. Say we have a CAPI card on PHB 0, and we inject a + PCI config space error: + + echo 0x8000000000000000 > /sys/kernel/debug/powerpc/PCI0000/err_injct_inboundA; + lspci; + + The first time we inject this, the PHB will fence and recover, but + won't reset the registers. Therefore, the second time we inject it, + we will incorrectly freeze, not fence. + + Worse, the recovery for the resultant EEH freeze event interacts + poorly with the CAPP, triggering an EEH recovery of the PHB. The + combination of the two attempted recoveries will get the PHB into + an inoperable state. |