diff options
author | Stewart Smith <stewart@linux.vnet.ibm.com> | 2015-09-26 13:52:19 +1000 |
---|---|---|
committer | Stewart Smith <stewart@linux.vnet.ibm.com> | 2015-09-26 13:52:19 +1000 |
commit | 211d899d32912f3c25020899ba18d101abf6808d (patch) | |
tree | c60035f48b390f05196ae21cb9d0b333936c7b8f | |
parent | d856824b73f12c766c5b22fe6ee3c4f05719444b (diff) | |
download | skiboot-211d899d32912f3c25020899ba18d101abf6808d.zip skiboot-211d899d32912f3c25020899ba18d101abf6808d.tar.gz skiboot-211d899d32912f3c25020899ba18d101abf6808d.tar.bz2 |
Add skiboot-5.1.4 release notesskiboot-5.1.4
Signed-off-by: Stewart Smith <stewart@linux.vnet.ibm.com>
-rw-r--r-- | doc/release-notes/skiboot-5.1.4.txt | 32 |
1 files changed, 32 insertions, 0 deletions
diff --git a/doc/release-notes/skiboot-5.1.4.txt b/doc/release-notes/skiboot-5.1.4.txt new file mode 100644 index 0000000..0ee06e1 --- /dev/null +++ b/doc/release-notes/skiboot-5.1.4.txt @@ -0,0 +1,32 @@ +skiboot-5.1.4 +------------- + +skiboot-5.1.4 was released on September 26th, 2015. + +skiboot-5.1.4 is the 5th stable release of 5.1, it follows skiboot-5.1.3 +(which was released September 15th, 2015). + +Skiboot 5.1.4 contains all fixes from skiboot-5.1.3 and is an important bug +fix release and a strongly recommended update from any prior skiboot-5.1.x +release. + +Over skiboot-5.1.3, we have the following changes: + +- Rate limit OPAL_MSG_OCC to only one outstanding message to host + + In the event of a lot of OCC events (or many CPU cores), we could + send many OCC messages to the host, which if it wasn't calling + opal_get_msg really often, would cause skiboot to malloc() additional + messages until we ran out of skiboot heap and things didn't end up + being much fun. + + When running certain hardware exercisers, they seem to steal all time + from Linux being able to call opal_get_msg, causing these to queue up + and get "opalmsg: No available node in the free list, allocating" warnings + followed by tonnes of backtraces of failing memory allocations. + +- Ensure reserved memory ranges are exposed correctly to host + (fix corrupted SLW image) + + We seem to have not hit this on ASTBMC based OpenPower machines, but was + certainly hit on FSP based machines |