Re: [tip:x86/mce] x86, mce: Rename cpu_specific_poll tomce_cpu_specific_poll
From: Ingo Molnar
Date: Sat Jan 23 2010 - 00:17:45 EST
* tip-bot for H. Peter Anvin <hpa@xxxxxxxxx> wrote:
> Commit-ID: f91c4d2649531cc36e10c6bc0f92d0f99116b209
> Gitweb: http://git.kernel.org/tip/f91c4d2649531cc36e10c6bc0f92d0f99116b209
> Author: H. Peter Anvin <hpa@xxxxxxxxx>
> AuthorDate: Thu, 21 Jan 2010 18:31:54 -0800
> Committer: H. Peter Anvin <hpa@xxxxxxxxx>
> CommitDate: Thu, 21 Jan 2010 18:31:54 -0800
> x86, mce: Rename cpu_specific_poll to mce_cpu_specific_poll
> cpu_specific_poll is a global variable, and it should have a global
> namespace name. Since it is MCE-specific (it takes a struct mce *),
> rename it mce_cpu_specific_poll.
> Signed-off-by: H. Peter Anvin <hpa@xxxxxxxxx>
> Cc: Andi Kleen <andi@xxxxxxxxxxxxxx>
> LKML-Reference: <20100121221711.GA8242@xxxxxxxxxxxxxxx>
FYI, this commit triggered a -tip test failure:
arch/x86/kernel/cpu/mcheck/mce-xeon75xx.c: In function 'xeon75xx_mce_init':
arch/x86/kernel/cpu/mcheck/mce-xeon75xx.c:340: error: implicit declaration of function 'pci_match_id'
I'm excluding it from tip:master.
But the bigger problem with this commit is structure of it - or the lack
It just blindly goes into the direction the MCE code has been going for some
time, minimally enabling the hardware, ignoring both the new EDAC design and
the new performance monitoring related design i outlined some time ago.
Newly introduced MCE code in the x86 tree should be integrated much better
into existing higher level facilities, not just limp along ignoring life
outside of its little box. This will have to be addressed before we can
reintroduce this commit, even if this trivial build failure is addressed.
I've Cc:-ed a few more interested parties.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/