Thread (1 message) 1 message, 1 author, 2017-03-08

undefined instruction: msr s3_0_c12_c11_5, x27

From: Marc Zyngier <hidden>
Date: 2017-03-08 13:28:25

On Wed, Mar 08 2017 at 11:44:25 am GMT, Will Deacon [off-list ref] wrote:
[adding Marc, since this is happening as a result of a GICv3 system register
 access]

Given that you've just come out from idle in your backtrace, I suspect
that your firmware isn't restoring the GIC state properly (e.g. SRE :/).
The pstate looks fine.

I've kept the original mail below, for Marc to read.
Thanks Will.

Indeed, it looks like something has (at least) corrupted the
ICC_SRE_EL1.SRE state, making the kernel unable to use the GIC system
registers.

At the first IPI we're trying to send, we'll try to access ICC_SGI1R_EL1
which is now disabled and UNDEFs, resulting in this splat. Clearly,
this is not expected, as we only set it when the CPU boots, and we
expect the SRE configuration to be preserved (one way or another) across
idle.

I suspect this is out of tree code (I can't find this msm_mpm_exit_sleep
symbol), so I can't be of much help here...

Thanks,

	M.
-- 
Jazz is not dead, it just smell funny.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help