On Sun, Mar 02, 2014 at 09:06:44AM -0500, Reinhard Tartler wrote:
Seems sane to me. armv7 devices without neon are relatively uncommon so while it's important that they are supported it's IMO not vitally important to squeeze out every last drop of performance from them.That sounds like if the mpg123 package should use:on armel: --with-cpu=arm_nofpuon armhf: --with-cpu=arm_fpu Does this make sense to everybody?
I wonder what we should use on raspbian? I haven't tested on a Pi yet but it seems that on all tests i've seen so-far the generic fpu code is quite a bit slower than the arm nofpu code. Is there any quality difference from using a fpu vs nonfpu decoder? If so how much performance degredation do you beleive should be accepted in exchange for that quality improvement.
Lennart Sorensen wrote:
IMO it's often better to be explicit about this sort of thing. While upstreams defaults may align with debian armhf's requirements at the present time and on the present build hardware such defaults are subject to change either as a result of upstream changes in new versions or as a result of different build hardware.I think so. armhf's current debian rules automatically picked arm_fpu with the new version's configure script, so at least that one doesn't seem to need any explicit help. armel might though.