[#5054] Kernel build issues with only some cpufreq modules enabled

Submitted By: Tom Parker

Open Date

2009-04-06 12:08:47 Close Date

2009-04-06 18:34:31

Priority:

Medium Assignee:

Nobody

Status:

Closed Fixed In Release:

N/A

Found In Release:

2008R1.5-RC3 Release:

Category:

Make Errors Board:

Custom

Processor:

ALL Silicon Revision:

Is this bug repeatable?:

Yes Resolution:

Duplicate

Uboot version or rev.:

Toolchain version or rev.:

4.1.2

App binary format:

FDPIC

Summary: Kernel build issues with only some cpufreq modules enabled

Details:

Without one of the modules that requires CPU_FREQ_TABLE (ondemand or the CPU frequency translation statistics) but with CPU_FREQ enabled, build fails with the following error:

arch/blackfin/mach-common/built-in.o: In function `_bfin_verify_speed':

arch/blackfin/mach-common/cpufreq.c:(.text+0x9ae): undefined reference to `_cpufreq_frequency_table_verify'

arch/blackfin/mach-common/built-in.o: In function `_bfin_target':

arch/blackfin/mach-common/cpufreq.c:(.text+0x9d2): undefined reference to `_cpufreq_frequency_table_target'

arch/blackfin/mach-common/built-in.o: In function `___bfin_cpu_init':

arch/blackfin/mach-common/cpufreq.c:(.init.text+0x432): undefined reference to `_cpufreq_frequency_table_get_attr'

arch/blackfin/mach-common/cpufreq.c:(.init.text+0x448): undefined reference to `_cpufreq_frequency_table_cpuinfo'

arch/blackfin/mach-common/built-in.o: In function `_excause_circ_buf':

(.data+0x1830): undefined reference to `_cpufreq_freq_attr_scaling_available_freqs'

make[1]: *** [.tmp_vmlinux1] Error 1

make[1]: Leaving directory `/data/tparker/vsn/vsn/uClinux/linux-2.6.x'

make: *** [linux-2.6.x_only] Error 1

The attached patch makes CPU_FREQ_TABLE auto-enabled when CPU_FREQ and BLACKFIN are enabled, and fixes the build issue. This was seen on a kernel that's approximately revision 6084 of the SVN HEAD, but still appears to be present in the current HEAD (or so it appears from some reading of the sources online)

Follow-ups

--- Mike Frysinger 2009-04-06 18:34:31

dupe of [#4634]. trunk should already be fixed. just build the modules in

question into the kernel to workaround it.

Files

Changes

Commits

Dependencies

Duplicates

Associations