[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-changelog] [xen-unstable] x86: don't call generic_identify() redundantly


  • To: xen-changelog@xxxxxxxxxxxxxxxxxxx
  • From: Xen patchbot-unstable <patchbot@xxxxxxx>
  • Date: Mon, 21 May 2012 16:00:08 +0000
  • Delivery-date: Mon, 21 May 2012 16:00:21 +0000
  • List-id: "Change log for Mercurial \(receive only\)" <xen-changelog.lists.xen.org>

# HG changeset patch
# User Jan Beulich <jbeulich@xxxxxxxx>
# Date 1337594612 -7200
# Node ID 238900a4ed227d04c164d4cd12dfc66f7a25b946
# Parent  381dee0ea722d0cee8d0efb41617442e8ac98674
x86: don't call generic_identify() redundantly

Right before calling struct cpu_dev's ->c_identify, if non-NULL,
identify_cpu() calls generic_identify(). Hence there's no point for
->c_identify to point to generic_identify, nor for the handler to call
that function. After removing all pointless uses, the function isn't
being used outside the file that's defininig it anymore, and hence can
become static.

Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
Acked-by: Keir Fraser <keir@xxxxxxx>
---


diff -r 381dee0ea722 -r 238900a4ed22 xen/arch/x86/cpu/amd.c
--- a/xen/arch/x86/cpu/amd.c    Mon May 21 12:00:54 2012 +0200
+++ b/xen/arch/x86/cpu/amd.c    Mon May 21 12:03:32 2012 +0200
@@ -516,7 +516,6 @@ static struct cpu_dev amd_cpu_dev __cpui
        .c_vendor       = "AMD",
        .c_ident        = { "AuthenticAMD" },
        .c_init         = init_amd,
-       .c_identify     = generic_identify,
 };
 
 int __init amd_init_cpu(void)
diff -r 381dee0ea722 -r 238900a4ed22 xen/arch/x86/cpu/common.c
--- a/xen/arch/x86/cpu/common.c Mon May 21 12:00:54 2012 +0200
+++ b/xen/arch/x86/cpu/common.c Mon May 21 12:03:32 2012 +0200
@@ -227,7 +227,7 @@ static void __init early_cpu_detect(void
        c->x86_capability[4] = cap4;
 }
 
-void __cpuinit generic_identify(struct cpuinfo_x86 * c)
+static void __cpuinit generic_identify(struct cpuinfo_x86 *c)
 {
        u32 tfms, xlvl, capability, excap, ebx;
 
diff -r 381dee0ea722 -r 238900a4ed22 xen/arch/x86/cpu/cpu.h
--- a/xen/arch/x86/cpu/cpu.h    Mon May 21 12:00:54 2012 +0200
+++ b/xen/arch/x86/cpu/cpu.h    Mon May 21 12:03:32 2012 +0200
@@ -28,6 +28,4 @@ extern unsigned int opt_cpuid_mask_ext_e
 extern int get_model_name(struct cpuinfo_x86 *c);
 extern void display_cacheinfo(struct cpuinfo_x86 *c);
 
-extern void generic_identify(struct cpuinfo_x86 * c);
-
 extern void early_intel_workaround(struct cpuinfo_x86 *c);
diff -r 381dee0ea722 -r 238900a4ed22 xen/arch/x86/cpu/cyrix.c
--- a/xen/arch/x86/cpu/cyrix.c  Mon May 21 12:00:54 2012 +0200
+++ b/xen/arch/x86/cpu/cyrix.c  Mon May 21 12:03:32 2012 +0200
@@ -288,7 +288,6 @@ static struct cpu_dev cyrix_cpu_dev __cp
        .c_vendor       = "Cyrix",
        .c_ident        = { "CyrixInstead" },
        .c_init         = init_cyrix,
-       .c_identify     = generic_identify,
 };
 
 int __init cyrix_init_cpu(void)
@@ -303,7 +302,6 @@ static struct cpu_dev nsc_cpu_dev __cpui
        .c_vendor       = "NSC",
        .c_ident        = { "Geode by NSC" },
        .c_init         = init_cyrix,
-       .c_identify     = generic_identify,
 };
 
 int __init nsc_init_cpu(void)
diff -r 381dee0ea722 -r 238900a4ed22 xen/arch/x86/cpu/intel.c
--- a/xen/arch/x86/cpu/intel.c  Mon May 21 12:00:54 2012 +0200
+++ b/xen/arch/x86/cpu/intel.c  Mon May 21 12:03:32 2012 +0200
@@ -329,7 +329,6 @@ static struct cpu_dev intel_cpu_dev __cp
                },
        },
        .c_init         = init_intel,
-       .c_identify     = generic_identify,
        .c_size_cache   = intel_size_cache,
 };
 
diff -r 381dee0ea722 -r 238900a4ed22 xen/arch/x86/cpu/transmeta.c
--- a/xen/arch/x86/cpu/transmeta.c      Mon May 21 12:00:54 2012 +0200
+++ b/xen/arch/x86/cpu/transmeta.c      Mon May 21 12:03:32 2012 +0200
@@ -82,7 +82,6 @@ static void __init init_transmeta(struct
 static void transmeta_identify(struct cpuinfo_x86 * c)
 {
        u32 xlvl;
-       generic_identify(c);
 
        /* Transmeta-defined flags: level 0x80860001 */
        xlvl = cpuid_eax(0x80860000);

_______________________________________________
Xen-changelog mailing list
Xen-changelog@xxxxxxxxxxxxx
http://lists.xensource.com/xen-changelog


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.