Re: [PATCH 3/8] acpi-cpufreq: merge acpi functionality of cpufreq drivers

[Alexey Starikovskiy <alexey_y_starikovskiy@linux.intel.com>]

Dave Jones wrote:
> On Thu, Aug 03, 2006 at 06:11:30PM +0200, Bruno Ducrot wrote:
>  > On Wed, Aug 02, 2006 at 10:44:34PM +0400, Alexey Starikovskiy wrote:
>  > > Bruno Ducrot wrote:
>  > > > I've not checked carrefully but it seems to me you are breaking
>  > > > powernow-k8.
>  > > We do not touch powernow-k8, and tried to make sure we do not change
>  > > acpi-cpufreq to exclude any unknown hardware. What we tried to do, is to merge
>  > > different ways of accessing cpufreq with ACPI under single driver. Could you be
>  > > more specific how we break powernow-k8?
>  > 
>  > I haven't seen the if (!check_speedstep_cpu(cpu)) {...} onto
>  > apci_cpufreq_cpu_init_acpi() indeed.
>  > 
>  > Therefore you are correct.
>  > 
>  > But it's funny to see that how acpi_cpufreq driver become
>  > so Intel specific.
> 
> I've not looked over these patches in detail yet, but one precondition
> is that acpi-cpufreq _must_ continue to work on non-Intel.
> Newer VIA CPUs rely on this driver rather than longhaul for example.
> 
>  > If AMD or any other vendors want to add their stuff
>  > onto acpi_cpufreq, then should we accept their patches
>  > as well?
> 
> Absolutely.
> 
> 		Dave
> 
> 
new acpi-cpufreq should handle all hardware which was handled by old acpi-cpufreq plus ACPI part of speedstep-centrino.
as soon as someone adds description of FixedFeature for any other hardware (powernow-k8?), it will handle it too.