* 3.12 merge window exynos cpufreq driver fails to build
@ 2013-09-04 14:13 Josh Boyer
2013-09-04 14:36 ` Tomasz Figa
0 siblings, 1 reply; 4+ messages in thread
From: Josh Boyer @ 2013-09-04 14:13 UTC (permalink / raw)
To: linux-arm-kernel
Using Linus' tree as of this morning (v3.11-2654-g458c3f6), the
exynos-cpufreq driver doesn't build because it includes a file that
doesn't exist.
+ make -s ARCH=arm V=1 -j4 bzImage KALLSYMS_EXTRA_PASS=1
arch/arm/kernel/return_address.c:63:2: warning: #warning "TODO:
return_address should use unwind tables" [-Wcpp]
#warning "TODO: return_address should use unwind tables"
^
arch/arm/mm/dma-mapping.c:253:2: warning: #warning ARM Coherent DMA
allocator does not (yet) support huge TLB [-Wcpp]
#warning ARM Coherent DMA allocator does not (yet) support huge TLB
^
drivers/cpufreq/exynos-cpufreq.c:21:22: fatal error: plat/cpu.h: No
such file or directory
#include <plat/cpu.h>
^
compilation terminated.
make[2]: *** [drivers/cpufreq/exynos-cpufreq.o] Error 1
I'm guessing that <plat/cpu.h> file is supposed to come from
arch/arm/plat-samsung/include/plat/, but I don't see anything that
specifies a -I there.
Thoughts?
josh
^ permalink raw reply [flat|nested] 4+ messages in thread* 3.12 merge window exynos cpufreq driver fails to build 2013-09-04 14:13 3.12 merge window exynos cpufreq driver fails to build Josh Boyer @ 2013-09-04 14:36 ` Tomasz Figa [not found] ` <CA+5PVA7T4P9vMH0r8p78aZYUrL8gzbpY9MmW9=nV3X0tE-e4NA@mail.gmail.com> 0 siblings, 1 reply; 4+ messages in thread From: Tomasz Figa @ 2013-09-04 14:36 UTC (permalink / raw) To: linux-arm-kernel Hi Josh, On Wednesday 04 of September 2013 10:13:16 Josh Boyer wrote: > Using Linus' tree as of this morning (v3.11-2654-g458c3f6), the > exynos-cpufreq driver doesn't build because it includes a file that > doesn't exist. > > + make -s ARCH=arm V=1 -j4 bzImage KALLSYMS_EXTRA_PASS=1 > arch/arm/kernel/return_address.c:63:2: warning: #warning "TODO: > return_address should use unwind tables" [-Wcpp] > #warning "TODO: return_address should use unwind tables" > ^ > arch/arm/mm/dma-mapping.c:253:2: warning: #warning ARM Coherent DMA > allocator does not (yet) support huge TLB [-Wcpp] > #warning ARM Coherent DMA allocator does not (yet) support huge TLB > ^ > drivers/cpufreq/exynos-cpufreq.c:21:22: fatal error: plat/cpu.h: No > such file or directory > #include <plat/cpu.h> > ^ > compilation terminated. > make[2]: *** [drivers/cpufreq/exynos-cpufreq.o] Error 1 > > I'm guessing that <plat/cpu.h> file is supposed to come from > arch/arm/plat-samsung/include/plat/, but I don't see anything that > specifies a -I there. > > Thoughts? Could you attach config that could be used to trigger this? Thanks in advance. Best regards, Tomasz ^ permalink raw reply [flat|nested] 4+ messages in thread
[parent not found: <CA+5PVA7T4P9vMH0r8p78aZYUrL8gzbpY9MmW9=nV3X0tE-e4NA@mail.gmail.com>]
* 3.12 merge window exynos cpufreq driver fails to build [not found] ` <CA+5PVA7T4P9vMH0r8p78aZYUrL8gzbpY9MmW9=nV3X0tE-e4NA@mail.gmail.com> @ 2013-09-04 15:04 ` Tomasz Figa 2013-09-04 15:08 ` Josh Boyer 0 siblings, 1 reply; 4+ messages in thread From: Tomasz Figa @ 2013-09-04 15:04 UTC (permalink / raw) To: linux-arm-kernel On Wednesday 04 of September 2013 10:41:31 Josh Boyer wrote: > On Wed, Sep 4, 2013 at 10:36 AM, Tomasz Figa <t.figa@samsung.com> wrote: > > Hi Josh, > > > > On Wednesday 04 of September 2013 10:13:16 Josh Boyer wrote: > >> Using Linus' tree as of this morning (v3.11-2654-g458c3f6), the > >> exynos-cpufreq driver doesn't build because it includes a file that > >> doesn't exist. > >> > >> + make -s ARCH=arm V=1 -j4 bzImage KALLSYMS_EXTRA_PASS=1 > >> arch/arm/kernel/return_address.c:63:2: warning: #warning "TODO: > >> return_address should use unwind tables" [-Wcpp] > >> > >> #warning "TODO: return_address should use unwind tables" > >> > >> ^ > >> > >> arch/arm/mm/dma-mapping.c:253:2: warning: #warning ARM Coherent DMA > >> allocator does not (yet) support huge TLB [-Wcpp] > >> > >> #warning ARM Coherent DMA allocator does not (yet) support huge TLB > >> > >> ^ > >> > >> drivers/cpufreq/exynos-cpufreq.c:21:22: fatal error: plat/cpu.h: No > >> such file or directory > >> > >> #include <plat/cpu.h> > >> > >> ^ > >> > >> compilation terminated. > >> make[2]: *** [drivers/cpufreq/exynos-cpufreq.o] Error 1 > >> > >> I'm guessing that <plat/cpu.h> file is supposed to come from > >> arch/arm/plat-samsung/include/plat/, but I don't see anything that > >> specifies a -I there. > >> > >> Thoughts? > > > > Could you attach config that could be used to trigger this? Thanks in > > advance. > > Attached. Hmm, this does not look like config for kernel neither from Linus' nor linux-next tree. The first thing I can see is CONFIG_ARCH_EXYNOS_MULTI selected, which is not available in any mainline tree. As for the build error itself, headers from plat/ are available for drivers only in single platform builds, they can't be included when multiplatform is enabled. The exynos-cpufreq driver is not multiplatform-aware yet and so you get the failure. Best regards, Tomasz ^ permalink raw reply [flat|nested] 4+ messages in thread
* 3.12 merge window exynos cpufreq driver fails to build 2013-09-04 15:04 ` Tomasz Figa @ 2013-09-04 15:08 ` Josh Boyer 0 siblings, 0 replies; 4+ messages in thread From: Josh Boyer @ 2013-09-04 15:08 UTC (permalink / raw) To: linux-arm-kernel On Wed, Sep 4, 2013 at 11:04 AM, Tomasz Figa <t.figa@samsung.com> wrote: > On Wednesday 04 of September 2013 10:41:31 Josh Boyer wrote: >> On Wed, Sep 4, 2013 at 10:36 AM, Tomasz Figa <t.figa@samsung.com> wrote: >> > Hi Josh, >> > >> > On Wednesday 04 of September 2013 10:13:16 Josh Boyer wrote: >> >> Using Linus' tree as of this morning (v3.11-2654-g458c3f6), the >> >> exynos-cpufreq driver doesn't build because it includes a file that >> >> doesn't exist. >> >> >> >> + make -s ARCH=arm V=1 -j4 bzImage KALLSYMS_EXTRA_PASS=1 >> >> arch/arm/kernel/return_address.c:63:2: warning: #warning "TODO: >> >> return_address should use unwind tables" [-Wcpp] >> >> >> >> #warning "TODO: return_address should use unwind tables" >> >> >> >> ^ >> >> >> >> arch/arm/mm/dma-mapping.c:253:2: warning: #warning ARM Coherent DMA >> >> allocator does not (yet) support huge TLB [-Wcpp] >> >> >> >> #warning ARM Coherent DMA allocator does not (yet) support huge TLB >> >> >> >> ^ >> >> >> >> drivers/cpufreq/exynos-cpufreq.c:21:22: fatal error: plat/cpu.h: No >> >> such file or directory >> >> >> >> #include <plat/cpu.h> >> >> >> >> ^ >> >> >> >> compilation terminated. >> >> make[2]: *** [drivers/cpufreq/exynos-cpufreq.o] Error 1 >> >> >> >> I'm guessing that <plat/cpu.h> file is supposed to come from >> >> arch/arm/plat-samsung/include/plat/, but I don't see anything that >> >> specifies a -I there. >> >> >> >> Thoughts? >> > >> > Could you attach config that could be used to trigger this? Thanks in >> > advance. >> >> Attached. > > Hmm, this does not look like config for kernel neither from Linus' nor > linux-next tree. The first thing I can see is CONFIG_ARCH_EXYNOS_MULTI > selected, which is not available in any mainline tree. Sigh. Yes, I see the issue now. > As for the build error itself, headers from plat/ are available for drivers > only in single platform builds, they can't be included when multiplatform > is enabled. The exynos-cpufreq driver is not multiplatform-aware yet and so > you get the failure. Someone added some exynos multiplatform patches to the Fedora kernel. That seems to have caused these build failures. Our mistake and my apologies for the inconvenience. Thank you for the quick response. josh ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2013-09-04 15:08 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-09-04 14:13 3.12 merge window exynos cpufreq driver fails to build Josh Boyer
2013-09-04 14:36 ` Tomasz Figa
[not found] ` <CA+5PVA7T4P9vMH0r8p78aZYUrL8gzbpY9MmW9=nV3X0tE-e4NA@mail.gmail.com>
2013-09-04 15:04 ` Tomasz Figa
2013-09-04 15:08 ` Josh Boyer
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox