Fix RTC and NVRAM OPAL_BUSY loops
Status from this message: Applied to powerpc fixes, thanks.
Get series with b4
b4 am [email protected]Versions newest first
Patches in v1 Applied
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/3 | powerpc/powernv: define a standard delay for OPAL_BUSY type retry loopsarch/ | +3 | 1 reply | |
| 2/3 | powerpc/powernv: Fix OPAL RTC driver OPAL_BUSY loopsarch/ drivers/ | +28 | 6 replies | |
| 3/3 | powerpc/powernv: Fix OPAL NVRAM driver OPAL_BUSY loopsarch/ | +6 | 1 reply |
Reviews trailers per patch
1 of 3 patches has a Reviewed-by or Acked-by.
| Patch | Alexandre Belloni |
|---|---|
| 1/3 | |
| 2/3 | A-b |
| 3/3 |
Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes.
Cover letter [PATCH 0/3] Fix RTC and NVRAM OPAL_BUSY loops
This is a couple of important fixes broken out of the series "first step of standardising OPAL_BUSY handling", that prevents the kernel from locking up if the NVRAM or RTC hardware does not respond.
Another one, the console driver, has a similar problem that has also been hit in testing, but that requires larger fixes to the opal console and hvc tty driver that won't make it for 4.17.
Thanks,
Nick
Nicholas Piggin (3):
powerpc/powernv: define a standard delay for OPAL_BUSY type retry
loops
powerpc/powernv: Fix OPAL RTC driver OPAL_BUSY loops powerpc/powernv: Fix OPAL NVRAM driver OPAL_BUSY loops
arch/powerpc/include/asm/opal.h | 3 ++ arch/powerpc/platforms/powernv/opal-nvram.c | 7 +++- arch/powerpc/platforms/powernv/opal-rtc.c | 8 +++-- drivers/rtc/rtc-opal.c | 37 +++++++++++++-------- 4 files changed, 37 insertions(+), 18 deletions(-)
Signature · 1 line
2.17.0