Kukjin Kim wrote: > > Mark Brown wrote: > > > > The cpufreq init function is referenced from the driver structure and > > we don't appear to have annotations which allow us to mark that it'll > > never be called after system init, causing the linker consistency > > infrastructure to complain. Just remove the __init annotation to avoid > > noise from the build. > > > > Signed-off-by: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx> > > --- > > arch/arm/mach-s3c64xx/cpufreq.c | 2 +- > > 1 files changed, 1 insertions(+), 1 deletions(-) > > > > diff --git a/arch/arm/mach-s3c64xx/cpufreq.c b/arch/arm/mach- > > s3c64xx/cpufreq.c > > index 74c0e83..4375b97 100644 > > --- a/arch/arm/mach-s3c64xx/cpufreq.c > > +++ b/arch/arm/mach-s3c64xx/cpufreq.c > > @@ -181,7 +181,7 @@ static void __init > s3c64xx_cpufreq_config_regulator(void) > > } > > #endif > > > > -static int __init s3c64xx_cpufreq_driver_init(struct cpufreq_policy > *policy) > > +static int s3c64xx_cpufreq_driver_init(struct cpufreq_policy *policy) > > { > > int ret; > > struct cpufreq_frequency_table *freq; > > -- > > Looks ok, applied into s5p-fixes-for-linus for 38 :) > Thanks. > Oops, I missed 'pull request' before 38 :( So will apply this into for-next... Thanks. Best regards, Kgene. -- Kukjin Kim <kgene.kim@xxxxxxxxxxx>, Senior Engineer, SW Solution Development Team, Samsung Electronics Co., Ltd. -- To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html