On 03/27/2014 03:37 PM, Viresh Kumar wrote: > CPUFreq core doesn't control value of .driver_data and this field is > completely > driver specific. This can contain any value and not only indexes. For most of > the drivers, which aren't using this field, its value is zero. So, printing > this > from core doesn't make any sense. Don't print it. > > Signed-off-by: Viresh Kumar <[email protected]>
Reviewed-by: Srivatsa S. Bhat <[email protected]> Regards, Srivatsa S. Bhat > --- > drivers/cpufreq/freq_table.c | 7 +++---- > 1 file changed, 3 insertions(+), 4 deletions(-) > > diff --git a/drivers/cpufreq/freq_table.c b/drivers/cpufreq/freq_table.c > index 8e54f97..f002272 100644 > --- a/drivers/cpufreq/freq_table.c > +++ b/drivers/cpufreq/freq_table.c > @@ -36,8 +36,7 @@ int cpufreq_frequency_table_cpuinfo(struct cpufreq_policy > *policy, > && table[i].driver_data == CPUFREQ_BOOST_FREQ) > continue; > > - pr_debug("table entry %u: %u kHz, %u driver_data\n", > - i, freq, table[i].driver_data); > + pr_debug("table entry %u: %u kHz\n", i, freq); > if (freq < min_freq) > min_freq = freq; > if (freq > max_freq) > @@ -175,8 +174,8 @@ int cpufreq_frequency_table_target(struct cpufreq_policy > *policy, > } else > *index = optimal.driver_data; > > - pr_debug("target is %u (%u kHz, %u)\n", *index, table[*index].frequency, > - table[*index].driver_data); > + pr_debug("target index is %u, freq is:%u kHz\n", *index, > + table[*index].frequency); > > return 0; > } > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
