On Wed, 2012-07-04 at 15:02 +0100, Richard Purdie wrote: > On Tue, 2012-07-03 at 13:10 -0500, [email protected] wrote: > > From: Tom Zanussi <[email protected]> > > > > Add a new MACHINE_FEATURE named 'perf-scripting'. Adding this into > > any machine configuration will enable perf scripting on the target, > > which will turn on all the language bindings currently aavailable in > > perf (Perl and Python), if perf is included in an image. > > > > If 'perf-scripting' isn't named as a feature (the default), all perf > > language bindings will be disabled and unavailable. > > > > Signed-off-by: Tom Zanussi <[email protected]> > > --- > > meta/recipes-kernel/perf/perf_3.4.bb | 11 ++++++++--- > > 1 files changed, 8 insertions(+), 3 deletions(-) > > Does this make sense as a MACHINE specific feature? Wouldn't it make > sense done on a per architecture basis for example? >
To me it made sense to do it as a machine-specific feature e.g. although scripting would probably be something that all x86-64-based machines could be assumed to easily handle and would therefore probably want, for x86 it might not always be so clear. For example, the crownbay and cedartrail machines might have the horsepower for scripting to make sense on the target, while the n450 or some similarly underpowered Atom machines, maybe not. So, making it a per-machine feature would allow for that kind of flexibility... Tom > Cheers, > > Richard > > > _______________________________________________ > Openembedded-core mailing list > [email protected] > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
