[linux-yocto] [kernel-cache] Question about profiling.scc
Hongzhi, Song
hongzhi.song at windriver.com
Wed Aug 7 19:03:31 PDT 2019
Hi Bruce,
profiling.cfg is just designed for powertop and oprofile.
1 # for oprofile and powertop
2 CONFIG_PROFILING=y
3 CONFIG_OPROFILE=y
4 CONFIG_FRAME_POINTER=y
5 CONFIG_X86_LOCAL_APIC=y
Maybe split profiling.cfg and move them to their recipe is a good way.
--Hongzhi
On 8/7/19 10:43 AM, Bruce Ashfield wrote:
>
>
> On Mon, Aug 5, 2019 at 11:44 PM Hongzhi, Song
> <hongzhi.song at windriver.com <mailto:hongzhi.song at windriver.com>> wrote:
>
> Hi Bruce,
>
> I see profiling.scc is included by kernel-cache/bsp/*, such as
> bsp/intel-x86 bsp/common-pc/ ... .
>
>
> My question is that is it necessary to open profiling.cfg defaultly?
>
>
> We left profiling as a per-BSP decision, since production machine
> configurations don't want the overhead that it brings.
>
> Not all BSPs follow the split between developer and production, but
> see how it is used in:
>
> bsp/common-pc-64/common-pc-64-developer.scc:include
> features/profiling/profiling.scc
> bsp/common-pc-64/common-pc-64-preempt-rt.scc:include
> features/profiling/profiling.scc
>
> If it was enabled by default, it really should be in the developer
> ktype and then BSPs could have the split between production and
> developer/debug in their definitions .. with the developer ones
> getting profiling by default.
>
> Bruce
>
>
>
> --Hongzhi
>
>
>
> --
> - Thou shalt not follow the NULL pointer, for chaos and madness await
> thee at its end
> - "Use the force Harry" - Gandalf, Star Trek II
>
More information about the linux-yocto
mailing list