Op 11 jan. 2014, om 16:16 heeft Andrei Gherzan <and...@gherzan.ro> het volgende 
geschreven:

> 
> 
> 
> On Sat, Jan 11, 2014 at 5:10 PM, Koen Kooi <k...@dominion.thruhere.net> wrote:
> 
> Op 11 jan. 2014, om 16:08 heeft Andrei Gherzan <and...@gherzan.ro> het 
> volgende geschreven:
> 
> > Avoid a confusion when including thumb in TUNE_FATURES. In the curent 
> > behavior,
> > if I include thumb in TUNE_FATURES, ARM_THUMB_M_OPT will be "-marm" which 
> > makes
> > no sense for me as a default behavior. Obviously I can change this by using
> > ARM_INSTRUCTION_SET = thumb. But this seems strange and confusing. So let's 
> > do
> > it the other way around: have thumb instructions as default when 
> > TUNE_FATURES
> > contains "thumb" and switch to "arm" instructions when ARM_INSTRUCTION_SET 
> > is
> > "arm".
> 
> Since ARM_INSTRUCTION_SET is unset for most things this will change the 
> default, are you sure that this is what you want?
> 
> I am aware of that but still, do you find it normal to add thumb as 
> TUNE_FEATURE and get your self with arm instructions flag?

No, but I absolutely hate the ARM tune stuff in OE-core, you pretty much need 
anonymous python methods to change things on a distro level, which is crazy. It 
took me 2 weeks and a lot of help from Khem to switch angstrom to thumb2 mode 
on armv7a.

> And generally people adapt if changes make sense :)

What we actually need here is a way to say "this cpu can't to full ARM mode". 
Which is hard, since we are treating thumb as a superset instead of a subset. 

regards,

Koen
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Reply via email to