diff options
author | Michael Neuling <mikey@neuling.org> | 2017-09-22 13:32:21 +1000 |
---|---|---|
committer | Michael Ellerman <mpe@ellerman.id.au> | 2017-09-26 21:01:59 +1000 |
commit | d8bd9f3f0925d22726de159531bfe3774b5cacc6 (patch) | |
tree | e0f5525c741b273c011ab2968a21344266bcb71a /drivers/bluetooth/hci_bcm.c | |
parent | e19b205be43d11bff638cad4487008c48d21c103 (diff) | |
download | linux-d8bd9f3f0925d22726de159531bfe3774b5cacc6.tar.gz linux-d8bd9f3f0925d22726de159531bfe3774b5cacc6.tar.bz2 linux-d8bd9f3f0925d22726de159531bfe3774b5cacc6.zip |
powerpc: Handle MCE on POWER9 with only DSISR bit 30 set
On POWER9 DD2.1 and below, it's possible for a paste instruction to
cause a Machine Check Exception (MCE) where only DSISR bit 30 (IBM 33)
is set. This will result in the MCE handler seeing an unknown event,
which triggers linux to crash.
We change this by detecting unknown events caused by load/stores in
the MCE handler and marking them as handled so that we no longer
crash.
An MCE that occurs like this is spurious, so we don't need to do
anything in terms of servicing it. If there is something that needs to
be serviced, the CPU will raise the MCE again with the correct DSISR
so that it can be serviced properly.
Signed-off-by: Michael Neuling <mikey@neuling.org>
Reviewed-by: Nicholas Piggin <npiggin@gmail.com
Acked-by: Balbir Singh <bsingharora@gmail.com>
[mpe: Expand comment with details from change log, use normal bit #s]
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Diffstat (limited to 'drivers/bluetooth/hci_bcm.c')
0 files changed, 0 insertions, 0 deletions