summaryrefslogtreecommitdiffstats
path: root/drivers/clk/ingenic
diff options
context:
space:
mode:
authorVishal Verma <vishal.l.verma@intel.com>2016-07-23 21:51:21 -0700
committerDan Williams <dan.j.williams@intel.com>2016-07-24 08:04:04 -0700
commit6839a6d96f4ea0254266d60208c1fbbd53ade546 (patch)
treeb1be166d2e7028ce5185e7ad642b5f1598a0cb07 /drivers/clk/ingenic
parentbdf97013ced5f263da0dc9d559f5c09e922d8423 (diff)
downloadlinux-6839a6d96f4ea0254266d60208c1fbbd53ade546.tar.gz
linux-6839a6d96f4ea0254266d60208c1fbbd53ade546.tar.bz2
linux-6839a6d96f4ea0254266d60208c1fbbd53ade546.zip
nfit: do an ARS scrub on hitting a latent media error
When a latent (unknown to 'badblocks') error is encountered, it will trigger a machine check exception. On a system with machine check recovery, this will only SIGBUS the process(es) which had the bad page mapped (as opposed to a kernel panic on platforms without machine check recovery features). In the former case, we want to trigger a full rescan of that nvdimm bus. This will allow any additional, new errors to be captured in the block devices' badblocks lists, and offending operations on them can be trapped early, avoiding machine checks. This is done by registering a callback function with the x86_mce_decoder_chain and calling the new ars_rescan functionality with the address in the mce notificatiion. Cc: Rafael J. Wysocki <rafael.j.wysocki@intel.com> Cc: Tony Luck <tony.luck@intel.com> Signed-off-by: Vishal Verma <vishal.l.verma@intel.com> Signed-off-by: Dan Williams <dan.j.williams@intel.com>
Diffstat (limited to 'drivers/clk/ingenic')
0 files changed, 0 insertions, 0 deletions