[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4A653B9B.4020501@jp.fujitsu.com>
Date: Tue, 21 Jul 2009 12:52:59 +0900
From: Hidetoshi Seto <seto.hidetoshi@...fujitsu.com>
To: Borislav Petkov <borislav.petkov@....com>
CC: mingo@...e.hu, hpa@...or.com, tglx@...utronix.de, norsk5@...oo.com,
aris@...hat.com, linux-kernel@...r.kernel.org, x86@...nel.org
Subject: Re: [RFC PATCH 0/14] amd64_edac: marry mcheck to amd64 edac
Borislav Petkov wrote:
> Clearly, the "Run through mcelog... " line is redundant now :) since
> there's no need for userspace decoding anymore and the original EDAC
> functionality (polling workqueue) is still preserved. The code currently
> uses EDAC to decode DRAM ECC errors but this could clearly be extended
> to handle all valid addresses acquired from MCi_ADDR registers.
Then how about having:
static default_decode_mce(struct mce *m)
{
printk(KERN_EMERG "Run through mcelog ... "
}
void (*decode_mce)(struct mce *m) = default_decode_mce;
and replace the pointer by edac_decode_mce() or so?
Thanks,
H.Seto
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists