{"push_id":1266607309,"size":1,"distinct_size":1,"ref":"refs/heads/skiboot-5.1.x","head":"bb18811054c71c8b8a56df597f3d790b4c08908d","before":"ec1cf514b83eb22c57bf8aa65d8acd712759a0c2","commits":[{"sha":"bb18811054c71c8b8a56df597f3d790b4c08908d","author":{"name":"Mahesh Salgaonkar","email":"b41051d1d820719a19f7ea7d1181ca4c2837b189@linux.vnet.ibm.com"},"message":"opal/hmi: Fix a TOD HMI failure during a race condition.\n\nThere are chances where another interrupt can wake a CPU in 0x100\nvector just when HMI for TOD error is also pending. In such a rare race\ncondition if CPU has woken up with tb_loss power saving mode, it will\ninvoke opal call to resync the TB. Since TOD is already in error state,\nresync TB will timeout leaving TFMR bit 18 set to '1'. (TFMR[18]=1 means\nTB is prepared to receive new value from TOD. Once the new value is\nreceived this bit gets reset to '0', otherwise TB would stay in waiting\nstate). When HMI is delivered, it may find all TFMR errors are already\ncleared but would fail to restore TB since TFMR bit 18 is already set.\nThis leads to HMI recovery failure causing a kernel crash.\n\nThis patch fixes this by clearing of TB errors if TFMR[18] is set to 1.\nThis makes sure that TB is in clean state before TB restore process starts.\n\nSigned-off-by: Mahesh Salgaonkar <mahesh@linux.vnet.ibm.com>\nSigned-off-by: Stewart Smith <stewart@linux.vnet.ibm.com>\n(cherry picked from commit 026b9a13bf8d61a7e72721d59961b40cbc98b410)\nSigned-off-by: Stewart Smith <stewart@linux.vnet.ibm.com>","distinct":true,"url":"https://api.github.com/repos/open-power/skiboot/commits/bb18811054c71c8b8a56df597f3d790b4c08908d"}]}
{"actor":{"display_login":"stewart-ibm"}}