[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v2 7/9] x86/intel_pstate: add a booting param to select the driver to load
On 03/06/2015 19:51, Jan Beulich wrote > >>> On 03.06.15 at 10:07, <wei.w.wang@xxxxxxxxx> wrote: > > On 26/05/2015 22:02, Jan Beulich wrote > >> >>> On 13.05.16 at 09:51, <wei.w.wang@xxxxxxxxx> wrote: > >> > --- a/xen/arch/x86/acpi/cpufreq/cpufreq.c > >> > +++ b/xen/arch/x86/acpi/cpufreq/cpufreq.c > >> > --- a/xen/arch/x86/acpi/cpufreq/intel_pstate.c > >> > +++ b/xen/arch/x86/acpi/cpufreq/intel_pstate.c > >> > @@ -766,6 +766,8 @@ static struct cpufreq_driver intel_pstate_driver = > { > >> > .name = "intel_pstate", > >> > }; > >> > > >> > +int __initdata load_intel_pstate = 0; > >> > >> static bool_t > > > > I think we cannot use "static" here, since load_intel_pstate is also > > used in cpufreq.c to select which driver to load. > > Iirc I had also requested to deal with that (as it looks pretty hackish right > now). I'm not sure about this. Can you please elaborate it - why it looks hackish by doing so? What is your preferred way to do it? Thanks. The following is your another comment on "load_intel_pstate": >> @@ -650,9 +650,12 @@ static int __init cpufreq_driver_init(void) >> int ret = 0; >> >> if ((cpufreq_controller == FREQCTL_xen) && > >- (boot_cpu_data.x86_vendor == X86_VENDOR_INTEL)) > >- ret = cpufreq_register_driver(&acpi_cpufreq_driver); >> - else if ((cpufreq_controller == FREQCTL_xen) && > >+ (boot_cpu_data.x86_vendor == X86_VENDOR_INTEL)) { > >+ if (load_intel_pstate) > >+ ret = intel_pstate_init(); > >+ if (!load_intel_pstate) > >+ ret = cpufreq_register_driver(&acpi_cpufreq_driver); >I don't see why you need load_intel_pstate here: Simply call the original >function whenever >intel_pstate_init() returns an error. I plan to change it to: if (load_intel_pstate) ret = intel_pstate_init(); if (ret) ret = cpufreq_register_driver(&acpi_cpufreq_driver); This allows the case that the machine supports the intel_pstate driver but people just prefer to use the old driver for their own reasons. Best, Wei _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |